Bug#635665: RM: twitux -- ROM; RC buggy, abandoned upstream
Package: ftp.debian.org Severity: normal OAuth support for twitux (Bug: #589360) never materialized, and as such the package is unusable. Since it's also holding up the libnotify transition, I think the better path forward is to remove it. -- Rodrigo Gallardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623388: librep: diff for NMU version 0.90.2-1.3
On Tue, Jul 12, 2011 at 11:26:25AM +0100, Hector Oron wrote: > > > Dear maintainer, > > I've prepared an NMU for librep (versioned as 0.90.2-1.3) and > uploaded it to DELAYED/3. Please feel free to tell me if I > should delay it longer. I've added requested changes requested > by previous comments. Thanks again for this. -- Rodrigo Gallardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623388: librep: diff for NMU version 0.90.2-1.3
On Mon, Jul 11, 2011 at 01:06:33PM +0100, Hector Oron wrote: > tags 623388 + pending > thanks > > Dear maintainer, > > I've prepared an NMU for librep (versioned as 0.90.2-1.3) and > uploaded it to DELAYED/7. Please feel free to tell me if I > should delay it longer. Please don't add the rep dependency, it creates a loop between the packages, and it's also wrong, since the package does not *depend* on it. Also, please do not bump the Standards-Version, I don't feel comfortable seeing that go up without having personally checked that there really are no other changes required. Other than that, your patch looks good. I thank you for taking the time to fix my bugs, and feel free to use DELAYED/3 after the requested fixes, just to give me time for a final lookover. -- Rodrigo Gallardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623221: Error in /etc/init.d/stunnel4
tag 623221 patch
thanks
On Mon, Apr 18, 2011 at 03:25:42PM +0200, Tomas Kapralek wrote:
> Error in /etc/init.d/stunnel4:
>
> Stopping SSL tunnels: /etc/init.d/stunnel4: line 59: ${$1:-TERM}: bad
> substitution
>
> Solution:
>
> < SIGNAL=${1:-TERM}
> ---
> > SIGNAL=${$1:-TERM}
How did I miss this?!
--
Rodrigo Gallardo
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599762: RM: sawfish [ia64 kfreebsd-i386 m68k] -- ROM; Old binaries is blocking upload to t-p-u
On Mon, Oct 11, 2010 at 03:05:48PM +0200, Alexander Reichle-Schmehl wrote: > Hi! > > * Luis Rodrigo Gallardo Cruz [101010 23:50]: > > > Sawfish (1:1.3.5.2-1) in testing is affected by FTBFS #595880. A fix via > > unstable is not possible because > > version 1:1.5.3-2 is already present there, but a recent upload to t-p-u of > > a fix was rejected because > > ia64 kfreebsd-i386 and m68k have never been able to build any 1.5 release > > and thus still have 1.3.5. > > I'm slightly confused. m68k? That arch has been removed quite some > time ago, and I therefore could only remove ia64 and kfreebsd-i386 > packages. I just took the list from http://packages.debian.org/search?keywords=sawfish maybe I should report *that* as a bug? -- Rodrigo Gallardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599762: RM: sawfish [ia64 kfreebsd-i386 m68k] -- ROM; Old binaries is blocking upload to t-p-u
Package: ftp.debian.org Severity: normal Sawfish (1:1.3.5.2-1) in testing is affected by FTBFS #595880. A fix via unstable is not possible because version 1:1.5.3-2 is already present there, but a recent upload to t-p-u of a fix was rejected because ia64 kfreebsd-i386 and m68k have never been able to build any 1.5 release and thus still have 1.3.5. I do intend to address the build problems in unstable, but meanwhile an upload to fix testing is more important. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#323171: stunnel4: Upstream has implemented reload support
Package: stunnel4 Version: 3:4.27-1 Severity: normal Upstream has just released 4.30 with support for reloading configuration on HUP. I'll be packaging this for experimental shortly, I'd appreciate if people interested in this bug could do as much testing as possible, as the changes required were pretty large. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#540015: librep-dev: Embeded libtool has /bin/sh shebang, but relies on bashisms
Package: librep-dev Version: 0.17.3-4 Severity: critical Justification: breaks unrelated software librep-dev carries a copy of the libtool used to build it, for use by its rdepends. The version currently in the archive was built when bash was still the default shell, and so the libtool script has #!/bin/sh as its shebang. Now that dash is the default shell, the script fails because it contains bashisms I will request a binNMU, as I have verified that a rebuild will cause the script to pickup #!/bin/bash as its shebang. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536816: Testing transition of liferea is to be blocked until we have a non-rc 1.6.0 release upstream
Package: liferea Version: 1.6.0~rc6-1 Severity: serious 1.6.0~rcX releases are just that, release candidates. As such, we will not allow them to transition into testing until upstream declares them stable. Using my package maintainer's hat to set the severity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520981: libwebkit-1.0-2: Library package contains non-versioned files
Package: libwebkit-1.0-2 Version: 1.1.3-1 Severity: serious Justification: Policy 8.2 $ dpkg -L libwebkit-1.0-2 /. /usr /usr/share /usr/share/doc /usr/share/doc/libwebkit-1.0-2 /usr/share/doc/libwebkit-1.0-2/copyright /usr/share/doc/libwebkit-1.0-2/changelog.Debian.gz /usr/lib /usr/lib/libwebkit-1.0.so.2.1.0 /usr/lib/webkit-1.0 /usr/lib/webkit-1.0/libexec /usr/lib/webkit-1.0/libexec/GtkLauncher /usr/lib/webkit-1.0/libexec/DumpRenderTree /usr/lib/libwebkit-1.0.so.2 Policy 8.2: If your package contains files whose names do not change with each change in the library shared object version, you must not put them in the shared library package. Otherwise, several versions of the shared library cannot be installed at the same time without filename clashes, making upgrades and transitions unnecessarily difficult. In particular, this keeps me from installing experimental liferea and unstable gimp at the same time. (Well, the experimental liferea I'm about to upload in a couple hours, rather). Please move the libexec files to a different package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520478: libsqlite3-dev: /usr/lib/libsqlite3.la declares unneeded dependency on -licui18n
Package: libsqlite3-dev Version: 3.6.11-1 Severity: important Starting from this version, the libtool generated /usr/lib/libsqlite.la declares a dependency on -licui18n This dependency is not needed, as correctly declared by the pkg-config file. Having it there causes unrelated packages to FTBFS, as this package is not declaring a Depends: libicu-dev Please either fix the .la file, remove it completely, or add a Depends: line to the package. I believe removing the file shuld have no ill effects, but I'm not really qualified to say for certain. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (250, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520143: RFA: keytouch
Package: wnpp Severity: normal I no longer have access to a keyboard that can use keytouch for configuration, making me unable to properly test the package. Anyone adopting this should also adopt keytouch-editor at the same time. I will be able to provide sponsorship and general packaging help to prospective adopters. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520144: RFA: keytouch-editor
Package: wnpp Severity: normal I no longer have access to a keyboard that can use keytouch for configuration, making me unable to properly test the package. Anyone adopting this should also adopt keytouch at the same time. I will be able to provide sponsorship and general packaging help to prospective adopters. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518104: debpool: Fails when trying to install a newer version without rollback
Package: debpool
Version: 0.5.1
Severity: normal
Tags: patch
When trying to install newer versions of packages, debpool dies when comparing
the version numbers. The following patch fixes this:
---
diff -ubr /usr/share/perl5/DebPool/Packages.pm DebPool/Packages.pm
--- /usr/share/perl5/DebPool/Packages.pm2008-10-27 15:20:19.0
-0700
+++ DebPool/Packages.pm 2009-03-03 21:45:56.0 -0800
@@ -160,7 +160,7 @@
return 1;
}
-if (!Dpkg_Compare_Versions($version, 'gt', $old_version)) {
+if (!Dpkg_Compare_Version($version, 'gt', $old_version)) {
# DPKG says no go.
my $msg = "Version comparison for '$package': proposed version for ";
$msg .= "$distribution ($version) is not greater than current ";
---
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing'), (250, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (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 debpool depends on:
ii libarchive-ar-perl1.13b-2perl interface for manipulating ar
ii libcompress-bzip2-perl2.09-2 Perl interface to Bzip2 compressio
ii libproc-daemon-perl 0.03-2 Run Perl program as a daemon proce
ii perl 5.10.0-19 Larry Wall's Practical Extraction
Versions of packages debpool recommends:
ii gnupg 1.4.9-3 GNU privacy guard - a free PGP rep
ii liblinux-inotify2-perl 1:1.1-2.1+b1 scalable directory/file change not
debpool suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518105: debpool: Uses .deb filename in Package: field of Packages files
Package: debpool
Version: 0.5.1
Severity: normal
Tags: patch
When generating Packages files, debpool uses the filename of the installed
.deb, instead of the Package name for the Package: field.
The attached patch fixes this.
---
diff -ubr /usr/share/perl5/DebPool/Packages.pm DebPool/Packages.pm
--- /usr/share/perl5/DebPool/Packages.pm2008-10-27 15:20:19.0
-0700
+++ DebPool/Packages.pm 2009-03-03 21:45:56.0 -0800
@@ -662,7 +662,7 @@
my $control = Parse_File("$tmpdir/control");
# Dump all of our data into the metadata tempfile.
-print $tmpfile_handle "Package: $package\n";
+print $tmpfile_handle "Package: $control->{'Package'}\n";
if (defined($control->{'Priority'})) {
print $tmpfile_handle "Priority: $control->{'Priority'}\n";
---
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing'), (250, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (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 debpool depends on:
ii libarchive-ar-perl1.13b-2perl interface for manipulating ar
ii libcompress-bzip2-perl2.09-2 Perl interface to Bzip2 compressio
ii libproc-daemon-perl 0.03-2 Run Perl program as a daemon proce
ii perl 5.10.0-19 Larry Wall's Practical Extraction
Versions of packages debpool recommends:
ii gnupg 1.4.9-3 GNU privacy guard - a free PGP rep
ii liblinux-inotify2-perl 1:1.1-2.1+b1 scalable directory/file change not
debpool suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#482111: [Pkg-openssl-devel] Bug#482111: libssl0.9.8: stunnel4 tunnels should be restarted on upgrade
On Wed, May 21, 2008 at 02:09:15PM +0200, Christoph Martin wrote: > Hi Steven, > > > When I last upgraded OpenSSL, my stunnel4 tunnels weren't restarted. > > what is the name of the init script stunnel4 is using? > /etc/init.d/stunnel4 ? > > Is "/etc/init.d/stunnel4 restart" the correct method to restart the tunnels? Yes, that's the correct script and the correct method. Be aware that calling that *will* kill current connections. -- Rodrigo Gallardo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480120: twitux 0.62 is released.
On Thu, May 08, 2008 at 03:52:51PM +0800, Wen-chien Jesse Sung wrote: > Package: twitux > Version: 0.61-2 > Severity: wishlist > > Hi, > > twitux 0.62 is released with a fix for fail to parse timestamp > in non-US locales. > > Please consider to package this new version. :) Will do, as I suffer this bug myself. But it will take a little while, since I currently don't have good access to my packaging environment. -- Rodrigo Gallardo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479055: Update liferea to use xulrunner 1.9
Package: liferea Version: 1.4.15-1 Severity: wishlist Xulrunner is close to being updated to 1.9 and liferea needs changes to support it. Please refer to http://lists.debian.org/debian-release/2008/05/msg9.html for a description form xulrunner's maintainers about the required packaging changes. Ubuntu has patches for this change, they could be used but please check them for compliance with the above guidelines. These patches *break* building against 1.8, which makes them unacceptable upstream. Please raise this bug's severity and mark it as a FTBFS as soon as xulrunner 1.9 is uploaded to unstable. I will very likely not be able to handle this issue for about a month. Please NMU with care. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#474736: liferea: opens browser for titles and descriptions with embedded URLs
[Sorry about the delay answering, I've been (and wil remain for a while) busy and kind of disconected, so there will likely be more delays.] On Mon, Apr 07, 2008 at 09:43:08AM -0400, Eric Cooper wrote: > When I click on this feed: http://www.borowitzreport.com/, the first > item is (currently) the following. Liferea pops up a browser window > for the embedded URL in the whenever I try to display > headlines -- I'm not even trying to read the body of the item. I've tried without success to reproduce this. Could you send me the settings you have in the "browser" tab, please. Also, I assume you're not using the webkit backend, but please confirm this. > The fact that the link points to a site in Changzhou, China, and the > strange nesting of the end tag -- -- makes me think > this feed was hijacked, so liferea's behavior is a security hole. The problem with this characterization is that liferea has no way of knowing whether a feed's content is "unauthorized". I do agree that opening a browser window is wrong, but there's no way we could filter quite a bit of other hijackable behaviour, such as including images in a feed's description, for example. Thus, i kind of question calling this a security issue. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#469907: liferea-webkit: Can't paste selected text
On Sat, Apr 12, 2008 at 11:32:12AM +0200, Mike Hommey wrote: > On Tue, Mar 11, 2008 at 03:03:46PM -0600, Luis Rodrigo Gallardo Cruz wrote: > > retitle 469907 libwebkitgtk0d: Does not implement cut&paste > > And it's fixed in version currently in experimental. Also note a newer > version will reach unstable soon. Trying with current webkit in unstable + liferea 1.4.15, it seems to be cutting to the X clipboard but not to the X selection so that pasting by clicking middle button doesn't work, but pasting from the clipboard (ie, with CTLR+v in iceweasel, or Edit/Paste menu in emacs 22) does. signature.asc Description: Digital signature
Bug#172330: reopening 172330
# Automatically generated email from bts, devscripts version 2.10.18.1 # Closed (again!) by spam reopen 172330 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#172330: reopening 172330
# Automatically generated email from bts, devscripts version 2.10.18.1 # This bug was closed by spam to the BTS reopen 172330 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#172330: reopening 172330
# Automatically generated email from bts, devscripts version 2.10.18.1 # This bug was closed by spam to the BTS reopen 172330 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472057: pidgin: Dies if network connection goes down
Package: pidgin Version: 2.4.0-1 Severity: important When I hibernate my machine, all network connections get reset. Starting from some recent (~ 1-2 weeks ago) update, such resetting makes pidgin die after resuming. The backtrace I'm getting is: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7025940 (LWP 29267)] 0xb5caaca9 in jabber_pong_timeout (gc=0x86029b0) at ../../../../libpurple/protocols/jabber/jabber.c:402 402 ../../../../libpurple/protocols/jabber/jabber.c: No such file or directory. in ../../../../libpurple/protocols/jabber/jabber.c (gdb) bt #0 0xb5caaca9 in jabber_pong_timeout (gc=0x86029b0) at ../../../../libpurple/protocols/jabber/jabber.c:402 #1 0xb777bf26 in ?? () from /usr/lib/libglib-2.0.so.0 #2 0x086029b0 in ?? () #3 0xb770ea0c in __pthread_mutex_unlock_usercnt () from /lib/i686/cmov/libpthread.so.0 #4 0xb777b7e8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #5 0xb777ea3e in ?? () from /usr/lib/libglib-2.0.so.0 #6 0x08138ac0 in ?? () #7 0x in ?? () -- I can reliably reproduce this, so let me know if there's any further info I can provide. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core) Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin depends on: ii gconf2 2.20.1-3 GNOME configuration database syste ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit 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 libglib2.0-02.16.1-2 The GLib library of C routines ii libgstreamer0.10-0 0.10.17-2Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.5-2 The GTK+ graphical user interface ii libgtkspell02.0.10-4 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libpango1.0-0 1.20.0-1 Layout and rendering of internatio ii libpurple0 2.4.0-1 multi-protocol instant messaging l ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification00.9-1library for program launch feedbac ii libx11-62:1.1.1-1X11 client-side library ii libxss1 1:1.1.2-1X11 Screen Saver extension library ii perl5.8.8-12 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.8] 5.8.8-12 The Pathologically Eclectic Rubbis ii pidgin-data 2.4.0-1 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.17-3 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good0.10.7-1 GStreamer plugins from the "good" -- no debconf information signature.asc Description: Digital signature
Bug#445320: marked as done (liferea-webkit: xulrunner backend still loaded when webkit backend in use)
On Thu, Mar 20, 2008 at 06:17:55PM -0400, Michael Gilbert wrote: > On 3/20/08, Mike Hommey <[EMAIL PROTECTED]> wrote: > > Which is not what the bug was about. Anyways, now the bug is highjacked, > > I don't consider myself submitter anymore. > > it was not my intent to "hijack" the bug (that word has such a very > strong negative connotation to it). i was contributing to this bug > because i thought that my concern fit under the title and the initial > report and wanted to avoid creating a duplicate (and the associated > negativity of being derided for a duplicate submission). > > i don't think debian wants to discourage contributions to existing > bugs, but now i'm going to be second-guessing myself since its been > called hijacking. if i should have sumbitted a separate bug report, > you could have asked me to do so. With package maintainer hat: 1. Yes, technically, this was a hijack of the bug. After all, you did get outside the original theme, even if you went to a pretty related one. 2. You shouldn't worry too much about that. Most maintainers will just clone the bug and create a new one in these cases. Some others might give you a hard time, but just take it as a learning oportunity ;) Anyways, I think Mike just wanted to say "I didn't report that, I don't want to know how it gets solved, since *my* issue is solved already." signature.asc Description: Digital signature
Bug#433393: liferea doesn't update any feeds after migration to new format
On Mon, Mar 17, 2008 at 09:48:40PM +0200, Eddy Petrișor wrote: >>> Lars Lindner wrote: >> Nonetheless I identified the problem. You do massively mark posts >> as important (flagged). Which is not forbidden, but was totally >> unexpected by me when I implemented the merging algorithm. > > Heh :-) . I usually do that so I can come back to them at any time I want > to do read about the subject of the post. Is a way of archiving for me > (since I saw is he only way to make liferea keep those posts from being > lost into nothingness). > >> Flagged items do have the property of never being dropped from > > Which is good :-), from my PoV. > >> cache, but at the same moment we have a cache limit that the merging >> algorithm has to cope with. And the current calculation is simple: if the >> cache limit is 100 (like in your case and per default) and there are 100 >> (or more) flagged items that must never be dropped, then there is just >> no room to add new items. > > kaboom :-) > >> As a temporary workaround you should increase the cache limit for >> all affected feeds (like the Debian Planet feed). > > I have, but it seems it already "lost" some of the items of the day... > I'll probably change the limit first, then upgrade once more to the new > format ;-) . If this works for you, please let me know. I'll then downgrade this report's severity but leave it open as a hint for others. > (BTW, I'll probably send another BR about it disrupting with my desire to > have low battery consumption since it does polling and wakes up the CPU > rather often.) Does it? We had a round of updates back in 1.2 dealing with this. According to powertop we got down to a rather acceptable level, IIRC. signature.asc Description: Digital signature
Bug#433393: liferea doesn't update any feeds after migration to new format
On Mon, Mar 17, 2008 at 02:21:14PM +0200, Eddy Petrișor wrote: > Luis Rodrigo Gallardo Cruz wrote: >> On Thu, Mar 13, 2008 at 02:33:54AM +0200, Eddy Petrișor wrote: >>>> On to more promising lands: >>>> >>>> Could you try running with --debug-update, please? >>> I moved away the ~/.liferea_1.4 directory (safe copy) and ran: >>> >>> liferea --debug-update 2>&1 | tee liferea_update >>> >>> The log is attached. >> >> I hate Heisenbugs. > > Not sure this is one. > >> I see nothing obviously wrong in this log. Even worse, there are >> entries there about updating the feeds, mentioning relatively recent >> entries in, for example, Debian Planet. >> >> Did it keep failing after this update? > > Yes, for instance, Debian Planet is still stuck at that post, "Sami > Haahtinen: Installing Debian on NSLU2" from the 6th of March. Mmm. This makes me think it's reading them but then not commiting them to the database. Maybe something in the cache settings is malfunctioning. > Do you want me to send also the .liferea dir on which the upgrade is based? Yes, please, unless it contains private data. >>> Note that the message after the update refers to an inexistent >>> ~/.liferea_1.2 directory. You might want to fix that, too. Should I >>> open another bug about this? >> >> Yes, please. > > Still, could it be because the upgrade is not made through an intermediate > 1.2 version? I don't think so. I tried updating a default 1.0 install directly to 1.4 and it all worked without fault. So the whole thing has probably something to do with your data. signature.asc Description: Digital signature
Bug#433393: liferea doesn't update any feeds after migration to new format
On Thu, Mar 13, 2008 at 02:33:54AM +0200, Eddy Petrișor wrote:
> Luis Rodrigo Gallardo Cruz wrote:
>>
>> And the migration of *that* is done by a simple copying over of the
>> file to the new .liferea_1.4 dir. Which pretty much rules out an error
>> there. Still, just to make sure, please take a look at that file and
>> try to see the entries for the failing feeds and compare them with the
>> file in the new dir.
>
> 0 [EMAIL PROTECTED] ~ $ grep -n 'updateInterval' ~/.liferea/feedlist.opml |
> sed
> -r -e 's#^.*(text="[^"]*").*(updateInterval="[^"]*").*$#\1 \2#g' >
> /tmp/strippeduiold
> 0 [EMAIL PROTECTED] ~ $ grep -n 'updateInterval' ~/.liferea_1.4/feedlist.opml
> |
> sed -r -e 's#^.*(text="[^"]*").*(updateInterval="[^"]*").*$#\1 \2#g' >
> /tmp/strippeduinew
> 0 [EMAIL PROTECTED] ~ $ diff -u /tmp/strippedui{old,new}
> --- /tmp/strippeduiold2008-03-13 01:35:38.0 +0200
> +++ /tmp/strippeduinew2008-03-13 01:35:48.0 +0200
> @@ -17,7 +17,7 @@
> text="Heron's Perch" updateInterval="-1"
> text="Schneier on Security" updateInterval="-1"
> text="Joel on Software" updateInterval="-1"
> -text="mariuss' weblog - " updateInterval="-1"
> +text="mariuss' weblog -" updateInterval="-1"
> text="Planet Haskell" updateInterval="-1"
> text="Stevey's Blog Rants" updateInterval="-1"
> text="Razvan Patrascioiu - public_html" updateInterval="-1"
> @@ -28,9 +28,6 @@
> text="Programming" updateInterval="-1"
> text="Real World Haskell: recent comments" updateInterval="-1"
> text="Natali Del Conte" updateInterval="-1"
> -text="Unread" updateInterval="-2"
> -text="Flagged" updateInterval="-2"
> text="ATI Proprietary Linux Driver Releases" updateInterval="360"
> text="Syllable.org" updateInterval="-1"
> -text="svn-buildpackage" updateInterval="-2"
> text="Latest Secunia Security Advisories" updateInterval="30"
Nothing wrong here, it seems.
>> On to more promising lands:
>>
>> Could you try running with --debug-update, please?
>
> I moved away the ~/.liferea_1.4 directory (safe copy) and ran:
>
> liferea --debug-update 2>&1 | tee liferea_update
>
> The log is attached.
I hate Heisenbugs.
I see nothing obviously wrong in this log. Even worse, there are
entries there about updating the feeds, mentioning relatively recent
entries in, for example, Debian Planet.
Did it keep failing after this update?
> Note that the message after the update refers to an inexistent
> ~/.liferea_1.2 directory. You might want to fix that, too. Should I open
> another bug about this?
Yes, please.
signature.asc
Description: Digital signature
Bug#433393: liferea doesn't update any feeds after migration to new format
On Wed, Mar 12, 2008 at 12:34:47AM +0200, Eddy Petrișor wrote: > On 11/03/2008, Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> wrote: > > On Tue, Mar 11, 2008 at 01:07:04AM +0200, Eddy Petrișor wrote: > > > Luis Rodrigo Gallardo Cruz wrote: > > > > >> Otherwise, please check the feed properties to see if the update > > >> intervals were imported correctly. Check also the default interval set > > >> in preferences. > > > > > > I don't care about each feed's update interval, I override all with the > > > default interval which is 15 minutes. > > > > > > But, did liferea import that setting correctly from the previous version? > > REPLY="have to check and need help to see the old setting" > [ "$that" =="$deafult_update_interval" ] && REPLY=yes (grumble grumble) I've taken a look at a migration from 1.0. The update interval setting is stored in an attribute of the feed entry in ~/.liferea/feedlist.opml And the migration of *that* is done by a simple copying over of the file to the new .liferea_1.4 dir. Which pretty much rules out an error there. Still, just to make sure, please take a look at that file and try to see the entries for the failing feeds and compare them with the file in the new dir. On to more promising lands: Could you try running with --debug-update, please? signature.asc Description: Digital signature
Bug#469907: liferea-webkit: Can't paste selected text
# Indeed, I've checked and cut&paste does not work with # /usr/lib/WebKit/GtkLauncher, either. reassign 469907 libwebkitgtk0d retitle 469907 libwebkitgtk0d: Does not implement cut&paste version 469907 0~svn27674-4 thanks signature.asc Description: Digital signature
Bug#433393: liferea doesn't update any feeds after migration to new format
On Tue, Mar 11, 2008 at 01:07:04AM +0200, Eddy Petrișor wrote: > Luis Rodrigo Gallardo Cruz wrote: >> Otherwise, please check the feed properties to see if the update >> intervals were imported correctly. Check also the default interval set >> in preferences. > > I don't care about each feed's update interval, I override all with the > default interval which is 15 minutes. But, did liferea import that setting correctly from the previous version? signature.asc Description: Digital signature
Bug#433393: liferea doesn't update any feeds after migration to new format
On Fri, Mar 07, 2008 at 08:05:45PM +0200, Eddy Petrișor wrote: > Since liferea I updated to this version and liferea updated its database > to the new format, none of the feeds are updated anymore. > > For instance, Planet Debian has the tip stuck on > http://ressukka.net/blog/posts/20070517_debian_on_nslu2/ > > It seems either the upgrade or the database format upgrade, it has stuck. Does liferea start up correctly after the update? If not, maybe you hit #469245, please try the workaround suggested there (delete ~/.liferea_1.4/new_subscription and restart liferea). Otherwise, please check the feed properties to see if the update intervals were imported correctly. Check also the default interval set in preferences. Thanks. signature.asc Description: Digital signature
Bug#468410: New upstream release 1.4.13
On Thu, Feb 28, 2008 at 07:56:14PM +0100, Sebastian Dröge wrote: > Hi, > there's a new upstream bugfix release of liferea (1.4.13) available. > Please update the package in unstable, thanks :) I'll hold this update for a while. 1.4.13 has been updated to use a newer snapshot of webkit that's available in unstable. I'll wait to see if webkit will be updated, else I'll roll back those patches. signature.asc Description: Digital signature
Bug#445320: reopening 445320 (liferea-webkit: xulrunner backend still loaded when webkit backend in use)
retitle 445320 liferea-webkit: xulrunner backend is installed even if not used tag 445320 wontfix thanks > this fix doesn't fully solve the problem. if the user is only > interested the webkit version, then the xul packages should not be > installed at all. I will not split a -xulrunner package for lenny. Liferea 1.4 will not have stable webkit support *ever* since it's been declared frozen upstream. If webkit and the webkit backend reach maturity with the liferea 1.5 series I will reconsider this issue for lenny+1. signature.asc Description: Digital signature
Bug#467451: liferea crashes on some urls
On Mon, Feb 25, 2008 at 04:52:40PM +0100, virginie wrote: > Package: liferea > Version: 1.0.27-2 > Severity: important > > when I want to read some news in liferea, the program crashes. I have > this message from terminal (last 10 lines) : > (http://yanojun.over-blog.fr/atom.php) Does it usually fail on this URL? I can't reproduce this on 1.4 I'll check later on a machine with 1.0.27. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#454184: liferea: having this issue with 1.4.11
On Thu, Feb 21, 2008 at 11:46:05PM +0100, Lars Lindner wrote: > On Thu, Feb 21, 2008 at 11:07 PM, Luis Rodrigo Gallardo Cruz > > > So it seems that when the Gecko widget is not visible (realized) > > > any operation on it causes a crash. I've tried to implement some > > > simple fixes but was not successful so far. > > > > Indeed, that seems to be the problem. I sent a patch to the list a > > couple days ago? Did it get lost? It's in this bug's log, too. > > No. I received it. Just working through my inbox by oldest mails first :-) > > I've merged the patch [1] but do consider it only a workaround. In fact > I could reproduce a situation where after starting with hidden Gecko > widget I had an strange background color effect. Only parts of the > CSS became active, some styles were completely black and thus > rendering the output unusable. Oh, OK. We'd need to understand *why* it doesn't get constructed. FWIW, the webkit plugin does not seem to fail under the same circumstances, so it's definitely something gecko-related. But that's where I give up, because C++ and I have a very strict policy of staying away from each other. signature.asc Description: Digital signature
Bug#454184: liferea: having this issue with 1.4.11
On Thu, Feb 21, 2008 at 09:01:06PM +0100, Lars Lindner wrote: > On Feb 13, 2008 6:35 AM, Paul Wise <[EMAIL PROTECTED]> wrote: > > > > On Tue, 2008-02-12 at 23:29 -0600, Luis Rodrigo Gallardo Cruz wrote: > > > On Wed, Feb 13, 2008 at 01:33:18PM +0900, Paul Wise wrote: > > > > [ Tracing the problem to the stored value of last-vpane-pos ] > > > > I did a bisect on this value using the following command and found that > > > > 635 was the magic value that caused crashes. 634 did not cause crashes. > > > > > > I'll try to produce a patch to do that and a test package including it > > > sometime this week. > > > > Cool, thanks. > > > > Just some additional information: I can reproduce it by using the gconf-tool > command Paul suggested. But it doesn't crash immediately. I have to minimize > the > overall window size to totally hide the HTML widget. When I then exit the > program and restart it again the following crash happens: > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x2b89c9d73a70 (LWP 11752)] > mozsupport_set_zoom (embed=0x10aef30, aZoom=1) at mozsupport.cpp:120 > 120 mWebBrowser->GetContentDOMWindow(getter_AddRefs(mDOMWindow)); > Current language: auto; currently c++ > (gdb) bt > #0 mozsupport_set_zoom (embed=0x10aef30, aZoom=1) at mozsupport.cpp:120 > #1 0x004419b2 in ui_mainwindow_init (mainwindowState=0) > at ui_mainwindow.c:679 > #2 0x004316ef in main (argc=1, argv=0x7fffe9b27048) at main.c:290 > (gdb) q > > So it seems that when the Gecko widget is not visible (realized) > any operation on it causes a crash. I've tried to implement some > simple fixes but was not successful so far. Indeed, that seems to be the problem. I sent a patch to the list a couple days ago? Did it get lost? It's in this bug's log, too. signature.asc Description: Digital signature
Bug#466339: [PATCH] Check the result of gtk_moz_embed_get_nsIWebBrowser before using it.
tag 466339 patch
thanks
If during startup the position of the vertical pane's divider is set too
much to the right, the widget that contains the html views gets a 0 size.
In this case, the mozilla widget's initialization is somehow delayed,
and the function call to gtk_moz_embed_get_nsIWebBrowser returns null,
in turn causing a fail when dereferenced later.
This bug was manifesting itself as Debian Bug#454184.
---
liferea/src/mozilla/mozsupport.cpp |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/liferea/src/mozilla/mozsupport.cpp
b/liferea/src/mozilla/mozsupport.cpp
index 4225d91..e82210e 100644
--- a/liferea/src/mozilla/mozsupport.cpp
+++ b/liferea/src/mozilla/mozsupport.cpp
@@ -117,7 +117,7 @@ mozsupport_set_zoom (GtkWidget *embed, gfloat aZoom) {
nsCOMPtr mDOMWindow;
gtk_moz_embed_get_nsIWebBrowser(GTK_MOZ_EMBED(embed),
getter_AddRefs(mWebBrowser));
- mWebBrowser->GetContentDOMWindow(getter_AddRefs(mDOMWindow));
+ mWebBrowser != NULL &&
mWebBrowser->GetContentDOMWindow(getter_AddRefs(mDOMWindow));
if(NULL == mDOMWindow) {
g_warning("could not retrieve DOM window...");
return;
@@ -132,7 +132,7 @@ mozsupport_get_zoom (GtkWidget *embed) {
float zoom;
gtk_moz_embed_get_nsIWebBrowser(GTK_MOZ_EMBED(embed),
getter_AddRefs(mWebBrowser));
- mWebBrowser->GetContentDOMWindow(getter_AddRefs(mDOMWindow));
+ mWebBrowser != NULL &&
mWebBrowser->GetContentDOMWindow(getter_AddRefs(mDOMWindow));
if(NULL == mDOMWindow) {
g_warning("could not retrieve DOM window...");
return 1.0;
--
1.5.3.8
signature.asc
Description: Digital signature
Bug#454184: liferea: having this issue with 1.4.11
On Wed, Feb 13, 2008 at 01:33:18PM +0900, Paul Wise wrote: > [ Tracing the problem to the stored value of last-vpane-pos ] > I did a bisect on this value using the following command and found that > 635 was the magic value that caused crashes. 634 did not cause crashes. > > gconftool --type int --set /apps/liferea/last-vpane-pos 635 > > I removed all the gconf settings and ~/.liferea-1.4 then set > last-vpane-pos to 635 and got the crash. I set it to 634 and did not get > the crash. > > Hopefully I've provided enough information for this bug to be tracked > down and fixed. Well, if you haven't that just means this is a *weird* bug. What size is the liferea main window when it starts up without crashing? Looking at the code, last-vpane-pos is the size of the feedlist area. It would seem that making it too large gives too litle space to the item views. What I'd like to do is determine what's the minimum size those areas can have and not crash, and then change the code that sets the size from the stored pref to respect that minimum. I'll try to produce a patch to do that and a test package including it sometime this week. Thank you very much for this investigation. signature.asc Description: Digital signature
Bug#464139: Fwd: [Debian Bug#464139: sawfish crash openoffice]
On Tue, Feb 05, 2008 at 04:27:34PM +0100, Christian Marillat wrote: > Janek Kozicki <[EMAIL PROTECTED]> writes: > > >> Christian Marillat said: > >> > >> Each time I try to open the options window, sawfish crash and openoffice is > >> also dead. > > > > Hi, > > Hi, > > > What is the openoffice version? On debian etch I'm unable to reproduce > > this: Woah! Reproduced. I just killed my whole session. It's locale related, with OOo in English nothing happens. With the fr translation it dies immediately. That points to my patch :( I'll run sawfish+OOo in an Xnest and try to get a backtrace. signature.asc Description: Digital signature
Bug#464139: Fwd: [Debian Bug#464139: sawfish crash openoffice]
On Tue, Feb 05, 2008 at 04:07:10PM +0100, Janek Kozicki wrote: > > Christian Marillat said: > > > > Each time I try to open the options window, sawfish crash and openoffice is > > also dead. > > Hi, > > What is the openoffice version? On debian etch I'm unable to reproduce this: > > File-Templates->Organize > File-Templates->Edit > Tools->Options > > all work fine. Very likely the version is the one in debian unstable, 1:2.3.1-3. Is this right, Christian? > Luis Rodrigo Gallardo Cruz said: > > > Can someone here try to reproduce this? I don't have openoffice > > installed, and I'd rather avoid it if I can. > > why 'aptitude install openoffice.org' and 'aptitude remove > openoffice.org' (after testing) wouldn't work for you? ;-> Beacuse I'd rather not download I don't even know how many megabytes :) But well, it seems I'll have to. signature.asc Description: Digital signature
Bug#463319: Please make sure all credits are complete
I recently took a look at this program (I was going to try packaging it, but since you're already doing it, I'll save myself the work ;) I've noticed that the icons don't contain an author's credit, but the software's about box says they come from the Dropline Neu! icon theme. I took the time to look up that theme's author, and his name is Silvestre Herrera ([EMAIL PROTECTED]) So, please make sure you add that to your package's copyright file. signature.asc Description: Digital signature
Bug#464001: FTBFS: hardcodes architecture-specific path to rep's rules.mk
Version: 1:1.3.2+debian-1 > >From > >http://buildd.debian.org/fetch.cgi?pkg=sawfish;ver=1%3A1.3.2-1;arch=amd64;stamp=1202040828 > > : > > [...] > > /usr/bin/fakeroot debian/rules clean > > dh_testdir > > dh_testroot > > rm -f build-stamp configure-stamp > > [ ! -f Makefile ] || /usr/bin/make distclean > > make[1]: Entering directory `/build/buildd/sawfish-1.3.2' > > Makedefs:85: /usr/lib/rep/i486-pc-linux-gnu/rules.mk: No such file or > > directory > > make[1]: *** No rule to make target > > `/usr/lib/rep/i486-pc-linux-gnu/rules.mk'. Stop. > > make[1]: Leaving directory `/build/buildd/sawfish-1.3.2' > > make: *** [clean] Error 2 > > dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error > > exit status 2 > [...] > > This appears to stem from a conjunction of sloppiness on upstream's > part (shipping platform-specific generated files) and increased > strictness on Debian's. AFAICT, you can work around it without having > to prepatch anything by specifying repexecdir via a command-line wildcard: > > [ ! -f Makefile ] || /usr/bin/make distclean repexecdir=/usr/lib/rep/*-* I didn't even try this. My "workaround" was to repack upstream's tarball without the generated files. Already uploaded, as 1.3.2+debian-1 Thanks for the report. signature.asc Description: Digital signature
Bug#403100: Bug#406559: Xlib converts 32 bit data to 64 bit
On Wed, Jan 30, 2008 at 09:47:36PM -0200, Thadeu Lima de Souza Cascardo wrote: > This bug has been closed upstream with a new release including my patch. Yes. Sorry about the delay. > Although I have a high confidence that these two bugs are the same, we > have no acknowledgment of someone suffering from the second bug that the > patch really solves it. Someone which had the first bug could try to > reproduce the second one without and with the patch, please? > > And then, I may send an NMU patch including only the fix, or is there an > upload for the next upstream version ready and pending? I'll be uploading the new release over the weekend, at the latest. signature.asc Description: Digital signature
Bug#461171: grun: Please update to new upstream mainainer and release
Package: grun Version: 0.9.2-14.1 Severity: wishlist Tags: patch I have taken over upstream maintenance of grun, and released a new version that includes almost all of the patches the debian package has been carrying. It would be nice if you'd upgrade to this new version, which is available in http://grun.googlecode.com/files/grun-0.9.3.tar.gz I'm attaching a diff for an updated debian/ dir that does most of this upgrade. If you are too busy, I'd be willing to help comaintain this package with you. grun.diff.gz Description: Binary data signature.asc Description: Digital signature
Bug#460019: cert= produces output on stderr even with log= set
tag 460019 pending upstream fixed-upstream thanks On Wed, Jan 09, 2008 at 09:55:54PM -0500, Bryan Donlan wrote: > With the following configuration: > output = /srv/stun/log > compression = zlib > CApath = /srv/stun/keys > cert = /srv/stun/server.pem > connect = localhost: > verify = 3 > > The following is output on stderr: > 2008.01.10 02:54:19 LOG5[11786:3083495088]: Peer certificate location > /srv/stun/keys Upstream has reworked the log system. The fix will be uploaded with version 4.22. signature.asc Description: Digital signature
Bug#459951: libgpeschedule0: Fails to work if /var/spool/at/ does not exist.
Package: libgpeschedule0 Version: 0.17-2 Severity: minor After installing gpe-clock on a regular desktop system, if I try to set an alarm I get a failure message at trying to create a file in /var/spool/at/ After creating the directory with permissions 1777, the alarm setting fails again, this time with a file not found on /var/spool/at/trigger If I create the file, the alarm creation aparently succedes. But nothing happens when the scheduled time comes. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (20, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgpeschedule0 depends on: ii libatk1.0-0 1.20.0-1The ATK accessibility toolkit ii libc62.7-5 GNU C Library: Shared libraries ii libcairo21.4.10-1+lenny2 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.14.3-1The GLib library of C routines ii libgpewidget10.115-3 GPE Palmtop Environment widget lib ii libgtk2.0-0 2.12.1-1The GTK+ graphical user interface ii libpango1.0-01.18.3-1Layout and rendering of internatio ii libsqlite0 2.8.17-4SQLite shared library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra libgpeschedule0 recommends no packages. -- no debconf information -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#459471: sawfish: "File error: no such file or directory, debian-menu upon start
On Sun, Jan 06, 2008 at 01:14:03PM -0600, Anne C. Hanna wrote: > Package: sawfish > Version: 1:1.3.1-3 > Severity: normal > > *** Please type your report below this line *** > > When I load sawfish the computer beeps and displays the message "File > error: no such file or directory, debian-menu" on the console. When X is > fully loaded, the debian menus are indeed unavailable in the desktop > middle-click menu. Please install the menu package. This has historically been just a Suggests: and not a Recommends:, which is why you did not get it installed by default. I'll think about upgrading it in a future upload. signature.asc Description: Digital signature
Bug#458023: 458023 is reproducible at random
I have managed to reproduce the bug, but I can't find a way to reliably do so. It seems to be somehow related to locking issues. When working correctly, dragging a URL causes the cursor to become a small corner and, later, a small icon appears representing the dragged content. When this bug hits, the small icon never appears and the cursor stays in the small corner shape forever. The OP's report about high cpu use seems to be unrelated and caused by the page he was viewing, which has some sort of neverending JS effect. signature.asc Description: Digital signature
Bug#406559: Xlib converts 32 bit data to 64 bit
On Tue, Jan 01, 2008 at 10:11:13AM -0200, Thadeu Lima de Souza Cascardo wrote: > Hello. > > I've spent last day investigating this bug. The problem lies whithin > Xlib and the integer format in librep, but the short-term solution goes > in sawfish. I would like to reopen this bug as soon as it is closed and > reassing it to Xlib. Thank you very much! This is one of the bugs I've never been even close to understanding! I'll be testing your patch for regressions over the next days. Since I don't have a system that exhibits the problems, I'll have to rely on others to test it further. I uploaded your patch to the sawfish wiki and will be forwarding your message to the mailing list, to see if we get more testers. > As a bonus, I attach my XCB code that will trigger the problem. Please, > try it and the fix in 32-bit too, so we can be sure there will be no > regression. I'm not quite sure what the code is supposed to do ;) In my system, it just maps a little square window and prints Root window has ID 63 New window has ID 260 The window is mapped in the current desktop, with normal decorations. signature.asc Description: Digital signature
Bug#431855: Unreproducible bug#431855
tag 431855 unreproducible thanks This bug might have been caused by some transient error. I see nothing in the postrm script nor in update-rc.d that could obviously fail with error code 20, and a run of piuparts -t /var/cache/pbuilder/build/ -N --warn-on-others -i /var/log/apt/term.log --apt isdnutils-base has just finished without error in my system. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#457389: add Planet Debian-JP
On Sat, Dec 22, 2007 at 12:18:45PM +0900, Junichi Uekawa wrote: > Please add planet for Debian JP. > > Name: Planet Debian-JP > URL: http://planet.debian.or.jp/ > feed URL: http://planet.debian.or.jp/rss10.xml I also got http://planet-jp.debian.net/ as suggested URL for this. They seem to be the same, am I right? Is one of them recommended over the other? I don't have a localized feedlist for Japanese to add it to. If you could at least provide me with a properly translated template (start from /usr/share/liferea/opml/feedlist.opml and take a look at the changes made by fr, for example) I'll be glad to add it. The overall Japanese translation has been maintained by Takeshi AIHANA <[EMAIL PROTECTED]>, in case you want or need to coordinate with her/him. signature.asc Description: Digital signature
Bug#457369: gpe-clock: Missing .png icon
Package: gpe-clock Version: 0.25-3 Severity: minor When running gpe-clock, it says: (gpe-clock:30126): Gtk-WARNING **: Error loading icon from file '/usr/share/pixmaps/gpe-clock.png': Which is understandable, since $ dpkg -L gpe-clock | grep pixmaps /usr/share/pixmaps /usr/share/pixmaps/gpe-clock.xpm -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#451268: Bug in makeinfo or install-info?
reopen 451268 block 456791 451268 thanks On Mon, Dec 17, 2007 at 07:01:11PM +0100, Santiago Ruano Rincón wrote: > ... > Unpacking replacement bzip2 ... > Setting up bzip2 (1.0.3-7) ... > install-info(/usr/share/info/bzip2.info): warning, ignoring confusing > INFO-DIR-ENTRY in file. > > No `START-INFO-DIR-ENTRY' and no `This file documents'. > install-info(/usr/share/info/bzip2.info): unable to determine description for > `dir' entry - giving up > dpkg: error processing bzip2 (--install): > subprocess post-installation script returned error exit status 1 > > The problem is with bzip2.info, produced by makeinfo during the building > process. A very similar bug hit librep-doc about a week ago (#451265) and, just today, sawfish (#456791) It was cloned as #451268 and supposedly solved on Nov 14, but it seems to have come back. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#454184: liferea: "Segmentation fault" during startup on lenny
tag 454184 unreproducible severity 454184 important thanks > On Mon, Dec 03, 2007 at 10:31:36PM +0100, Andrzej Adam Filip wrote: >> Program received signal SIGSEGV, Segmentation fault. >> [Switching to Thread 0xb72eab20 (LWP 21768)] >> 0xb7ef4c1b in mozsupport_set_zoom () from /usr/lib/liferea/liblihtmlx.so Well, no matter what I try, I can't reproduce this bug. Maybe it's being triggered by a specific feed in your configuration. Since it's probably a configuration specific thing, I'm reducing the severity to important, as it only seems to affect you and not every user. I recommend you to update to the version of liferea in sid and re-test. Liferea 1.4 is stable enough for lenny, but it hasn't been able to transition because it's failed to build on some architectures. Sorry about the long time between answers. signature.asc Description: Digital signature
Bug#456372: libwebkitgtk0d: uninstallable due to dependency on libicu36
On Sat, Dec 15, 2007 at 12:25:02AM +, brian m. carlson wrote: > libwebkitgtk0d depends on libicu36, but it is not in the archive. It has > since been superseded by libicu38. Since the package's build-depends are correct, this bug will be solved by a simple rebuild of the package. Mike stated that he plans to upload soonish, so it probably doesn't make sense to ask -release for binNMUs. It will be better to just wait a few days. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#375732: submitter 333225, submitter 375732, submitter 381516, submitter 386647, submitter 397052 ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...
# Automatically generated email from bts, devscripts version 2.10.11 #Update submitter address to ease tracking. Sorry about the bts noise. submitter 333225 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 375732 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 381516 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 386647 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 397052 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 400420 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 404890 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 418823 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 419144 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 439545 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 440117 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 441326 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 443079 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 443351 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 445466 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 445659 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 447797 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 447829 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 450565 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 453713 [EMAIL PROTECTED] #Update submitter address to ease tracking. Sorry about the bts noise. submitter 453778 [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#451265: postinst still fails. Should librep-doc be rebuilt with a fixed texinfo?
Package: librep-doc Version: 0.17+svn20070119-5 Followup-For: Bug #451265 Even tough the reason of this bug was in texinfo, it seems that caused the info files in librep-doc to be badly generated. I suppose a simple rebuild of the package ought to fix this, but this probably needs to be done by an upload, since this is an Arch: all package. $ sudo env -u LANG dpkg --configure librep-doc Setting up librep-doc (0.17+svn20070119-5) ... install-info(/usr/share/info/librep.info): warning, ignoring confusing INFO-DIR-ENTRY in file. No `START-INFO-DIR-ENTRY' and no `This file documents'. install-info(/usr/share/info/librep.info): unable to determine description for `dir' entry - giving up dpkg: error processing librep-doc (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: librep-doc -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#455447: libslp1: Uses netstat, from non-essential package net-tools, in debconf script
Package: libslp1 Version: 1.2.1-6.2 Severity: minor I'm not even sure this actually causes a problem, but the package's debconf script calls netstat, which is provided by the non essential package net-tools. When installing in a minimal system, this causes the debconf script to fail during the preconfigure phase, since net-tools is not installed yet at that point. debconf-devel(7) states that Note that the config script is run before the package is unpacked. It should only use commands that are in essential packages. The only dependency of your package that is guaranteed to be met when its config script is run is a dependency (possibly versioned) on debconf itself. So this is sort-of expected. I don't know exactly what happens when the script is called again during the postinst. I suppose the worst is probably a repeated question, that's why I'm setting severity minor for this. In any case, the script should test for the netstat command before calling it. signature.asc Description: Digital signature
Bug#439545: libdb3-ruby1.8 has been removed from the archive
# libdb3-ruby1.8 has been removed from the archive on 2007-12-05, thus # this bug is now important severity 439545 important thanks signature.asc Description: Digital signature
Bug#454768: liferea: crashes with SIGFPE
On Fri, Dec 07, 2007 at 08:07:34PM +0100, Nico Golde wrote: > Hi, > * Gábor Gombás <[EMAIL PROTECTED]> [2007-12-07 19:50]: > > Recently liferea started to crash with SIGFPE. > Thank you for the report, I reassigned your bug to libcairo Neat! No work for me ;) > as it seems to be the same problem as described in #454702. > I mailed the cairo guys if they see the reason. For the record, I'm using 1.4.10-1 and I'm not seeing the problem. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#454768: liferea: crashes with SIGFPE
On Fri, Dec 07, 2007 at 07:26:27PM +0100, Gábor Gombás wrote: > Recently liferea started to crash with SIGFPE. For example, trying to > open any article from "The Register" results in a crash. Could you give me a specific URL? I just subscribed to the feed for software (http://www.theregister.co.uk/software/headlines.atom), read the first article there (http://www.theregister.co.uk/2007/12/07/ie8_moniker/) and opened it in another tab with no problem. > Telling liferea > to open articles in an external browser and trying the same article also > crashes iceweasel, but not epiphany. Given this and the fact that 'it works for me' I suspect the problem to be in different library versions. I'll check in a little while which are different in your install from mine. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#404890: crypt++el: Upstream address has changed
On Wed, Dec 05, 2007 at 12:05:01AM +0100, Mario Lang wrote: > > The new upstream address for this software is > > > > ftp://ftp.uni-mainz.de/pub/software/gnu/elisp-archive/misc/crypt++.el.gz > > THis doesn't look right. The version at the URL above > is 2.82 from 1994! Debian currently ships 2.92 from january 2003. Indeed! I think I just navigated the ftp site and didn't check thoroughly. Looking through google I found http://freefriends.org/~karl/crypt++/ which does seem to host the right version. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#454184: liferea: "Segmentation fault" during startup on lenny
On Mon, Dec 03, 2007 at 10:31:36PM +0100, Andrzej Adam Filip wrote: > Luis Rodrigo Gallardo Cruz wrote: > > Could you test with the version from sid? > > Also, if you could obtain a backtrace, it would be enormously helpful. > > I have used modified startup script to start liferea-bin under gdb. > Below please find tail of the debug output: > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0xb72eab20 (LWP 21768)] > 0xb7ef4c1b in mozsupport_set_zoom () from /usr/lib/liferea/liblihtmlx.so Please send the whole backtrace as an attachment. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#454184: liferea: "Segmentation fault" during startup on lenny
On Mon, Dec 03, 2007 at 08:36:41PM +0100, Andrzej Filip wrote: > Below please find tail of output produced by > liferea --debug-all --debug-verbose > > TRACE: + update_request_new > TRACE: - update_request_new > TRACE: - feedlist_auto_update > GUI: Setting threePane mode: off > UPDATE: download result - HTTP status: 200, error: 0, netio error:0, > data: 138812600 > UPDATE: request finished > UPDATE: waiting for request... > UPDATE: processing received request (http://art.gnome.org/backend.php) > UPDATE: downloading http://art.gnome.org/backend.php > GUI: Setting threePane mode: off > Segmentation fault Could you test with the version from sid? Also, if you could obtain a backtrace, it would be enormously helpful. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#453779: lintian: Doesn't know about the dm-upload-allowed field
Package: lintian Version: 1.23.36 Severity: wishlist Lintian should not report the shiny new dm-upload-allowed field as unknown. While we're at that, it'd be neat if it could check that a package that uses it is actually maintained by some DM. I realize a real check would need access to the keyring and thus not be self-contained, but maybe someone will read this bug report and come up with a clever heuristic ;) signature.asc Description: Digital signature
Bug#453778: flashplugin-nonfree: Why isn't the plugin installed for xulrunner?
Package: flashplugin-nonfree Version: 9.0.48.0.3 Severity: wishlist My system has links to the plugin files for /usr/lib/firefox/plugins/flashplayer.xpt -> ../../flashplugin-nonfree/flashplayer.xpt /usr/lib/firefox/plugins/libflashplayer.so -> ../../flashplugin-nonfree/libflashplayer.so /usr/lib/iceape/plugins/flashplayer.xpt -> ../../flashplugin-nonfree/flashplayer.xpt /usr/lib/iceape/plugins/libflashplayer.so -> ../../flashplugin-nonfree/libflashplayer.so /usr/lib/iceweasel/plugins/flashplayer.xpt -> ../../flashplugin-nonfree/flashplayer.xpt /usr/lib/iceweasel/plugins/libflashplayer.so -> ../../flashplugin-nonfree/libflashplayer.so /usr/lib/mozilla-firefox/plugins/flashplayer.xpt -> ../../flashplugin-nonfree/flashplayer.xpt /usr/lib/mozilla-firefox/plugins/libflashplayer.so -> ../../flashplugin-nonfree/libflashplayer.so /usr/lib/mozilla/plugins/flashplayer.xpt -> ../../flashplugin-nonfree/flashplayer.xpt /usr/lib/mozilla/plugins/libflashplayer.so -> ../../flashplugin-nonfree/libflashplayer.so Is there some reason xulrunner is not in that list? Liferea picks up its (default) rendering engine implementation from /usr/lib/xulrunner, thus this default configuration means there's no flash support in feeds. I'm CC:ing xulrunner's maintainer in case he knows a reason. signature.asc Description: Digital signature
Bug#453768: debian-maintainers: DM application of Luis Rodrigo Gallardo Cruz
Package: debian-maintainers Version: 1.6 Severity: normal Attached is the changeset for my DM application. Recommended-By: [EMAIL PROTECTED], [EMAIL PROTECTED] Changed-By: # keyring maintainer will fill this in Date: Fri, 30 Nov 2007 22:18:10 -0600 Comment: adding debian-maintainer Luis Rodrigo Gallardo Cruz NM-Page: https://nm.debian.org/[EMAIL PROTECTED] Agreement: http://lists.debian.org/debian-newmaint/2007/11/msg00223.html Advocates: http://lists.debian.org/debian-newmaint/2007/11/msg00152.html http://lists.debian.org/debian-newmaint/2007/11/msg00212.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.6 (GNU/Linux) mQGiBDx79T0RBADGb96vtWnVJKiGvX81T59SF1UKsUNGlDTdyedmIal/X91JA2h1 Q5EfuCD43TqT73oeOiYKe6q9CWXC0E8FMA6cpUOsfZk/nQ327hvDxV73QgA84Xmv D2XW4mZdS9LOIWupUpzb78Sn0nycsNRgRn9R21Xw120VVzznf2BFzVm28wCgkvZj nbMs5kE+VncNDq1FhkV67IUEALOTiW2UBnf3SMHv9FXYx05e2L4AfEpyfsGIbBXI sK933l/EV1QJRb6VTM7hQM27vxt8JdO8SezgIvxkXDmpiyu5aUh747sbZmBYHibu hm/QRVeSoEv65tV1QY6rioyjtxQhz2eWkEUmD2iH+BfoSZpzs70uoDM4EB51/ona xDnVA/0UV3+AjGrCAgHvtHumhYh0VrF/PyMOjhAGFS2OX0FhqlS0C1Kz5apiZcoM ht0+5yRHVEvaMPIDx88yVi+JYZuVAJEDrpHGzfbuz3N28VtGCMMjBQEAirKtwte7 /jC9mdR6+o4BSvOXWSkWSCUiBM0/k/t0xl8RnFVNkM5XtJJSjrQwTHVpcyBSb2Ry aWdvIEdhbGxhcmRvIENydXogPHJvZHJpZ29AbnVsLXVudS5jb20+iEYEEhECAAYF AkNNofIACgkQ55SjXw0PaqTv9gCdGXzLntli1rF9eWLFnb/sfHKXreYAniH2MU+Y bOrVPBmMsyuvX93c0IaYiEYEExECAAYFAkEEXHoACgkQY/MI2zVuFs0uAACgl5gE CSeBgCNTBLykm7ReMf3rq1UAoIkV70AByzPXrn/zHbmjTEtzD7YaiEYEExECAAYF AkNNRrsACgkQzur584O2RlbJjACfVfS3RaSQp2nWTKdvDLorwEEcvVgAn3XGuCpD 7fSLW5iz0IkDQ9deJc6DiGEEExECACECGwMGCwkIBwMCAxUCAwMWAgECHgECF4AF AkC8wM8CGQEACgkQAZmDGK3JvChzCQCfbC2nVs3IGs5y8vROIAMgZCFSVEYAnRym YWcN0oJ72nZvADtUWPel4RsLiEYEExECAAYFAkEhM3IACgkQxfB3NsvFSWuWRACe OPTIw96O1pN3nGx7ULwpK17tRPEAn358vveALyFSQO6lJCN3ZjNxSckBiEUEEBEC AAYFAkRukaIACgkQfPP1rylJn2FgGQCYgPnrrkcF5/t7m6Z2UTmJh+nzyACfQuwb I+/jWRFYxF29SmR/d/Yo0NeIRQQQEQIABgUCRHADxwAKCRC89sYPboFp0sImAJdc vayzzir8d+YHs6TvMBOIj6amAJ9WstXBxy15NgbsZfBzD1P0ecoO4IhGBBARAgAG BQJEbotSAAoJEDlNxZEO1wTqdScAn3mOcOFI3izVwSKJVfyMsNw86CppAJ9hd9nO mzQozZaYnKGJpZe0peLz14hGBBARAgAGBQJEbowbAAoJENdZXTdLcpYlhpAAniNv gnWL/MbGT5KSUJUMJonqoIXJAJ9FhXogldOpLevyhUhZzmHb6Q5l3IhGBBARAgAG BQJEbo1tAAoJEGTeY3pzFGvUsE0AniIuzSIONoiwBbiEUp7XSIQI5zSoAJ9x1N3f nNH8XLHhxTlEzHSlAWB/HohGBBARAgAGBQJEbo5cAAoJECYMNUiI+I+PMgMAnAkC NOlQ0c3/YLlPTuRfu028MYA/AJ4kTjQVvBh3G0I9A6mCC0c2BqiESYhGBBARAgAG BQJEbpL3AAoJEAAc3mpredQBoI4AniSJMwpNwRj8eDc6vdKKHjGGj2T+AKCkoqxu nKDtt0Gif71n1OUNIX1VFIhGBBARAgAGBQJEbpTWAAoJEOVE3gebfDKNTboAn06L 0WFbEWL028SoQjmCD7Q3OT8aAKCSS5TtSM6uI8TlxFQP0drS4XigxohGBBARAgAG BQJEbqWtAAoJEFQKe15tdCZpACMAniv+Jyk0NwbwYd14D27LJYp9PlArAKCJ8OhZ 3C5a4hWqVvhLrJpuAIpSvohGBBARAgAGBQJEbqiiAAoJEFFgLI0AXDuCJe8An2PE 5ak0gUz0nGuFVfn98gWRWqErAJ0RYArJLsm95gZc9uyruNnTeUPuNohGBBARAgAG BQJEbqmcAAoJEJgcX9fGcSV9eoIAn0ysNh6HnMN7215eTAmK6ngv1Ol2AKCozlw0 843qCg8xDETdJOpPoBhrHohGBBARAgAGBQJEbrx9AAoJEEFLhCNv7M3glIQAnjMy nlU3b2WiC+Ssd4IZ1LXFQ1nQAJ0aYySftQV/lOEDchfNry7/fsyIVIhGBBARAgAG BQJEbshWAAoJEKG8uy8wbN/z6joAoIHaM4iCEZQrloVrFBHKGNqq9Xo+AJwMz79r CxmQWzurZDL0QxkSpBg9tohGBBARAgAGBQJEb1d9AAoJEA4xzeRRwZBmwYEAnRsZ eClLfDTQWeb2jcVumrEh+IY0AJ0QrzEtUnh6A+YZJ5OCRxWdCIkcuYhGBBARAgAG BQJEb1jnAAoJEEmCDBzqWQOOt80AoMvUWCt0GME6+BRnNRGfwe60DrZlAJ45rwvR R1nHv3lVS2FVUCU9OCXPqYhGBBARAgAGBQJEb3lFAAoJEF0853/VTwhHRb8Ani7g gMqL5C2E9SrrMwK8yjiXVjkNAJ0Z+s91eVRKSqPPBQmWCTZZf1anbIhGBBARAgAG BQJEb4umAAoJECILyIMzDEp1wcUAn0/AMlmbWYyKafkZtWT1avHuzhluAJ9ttEhZ uSUmxKf6+PGCcA6q6fUPh4hGBBARAgAGBQJEb+J+AAoJEPfw5w8wfVbteVwAnit9 UIqaMaSV8jAqfEcSClgq8TPJAKCEj8NO8m59k+ySuEAi9bjZT1aw1IhGBBARAgAG BQJEb+8jAAoJEB7inAyAstEKfW0AnR4bsx0sMSMCLCQAmcOW3jsyBHssAKCKw0SI Hdq8c5FTXYkT1iR4eMORn4hGBBARAgAGBQJEcAtNAAoJEMN2qNrxvNtz+X0An3Po JwnYkd7Fr7ONOlECER9yMujVAKCKLhs4WrCTembusl6YjgmVAg54QYhGBBARAgAG BQJEcIihAAoJENTl7azAFD0t0JUAnjez4BbywpVF3miULybwFsINS3y5AKC5Ap7M sCwN/F3HM/yJ1T+QwAPaHIhGBBARAgAGBQJEcO5AAAoJEAowDtCQ5cpG1p8Anj5u stMj3zGRHrHbWmwIUnaVi+NwAJ96Nm/HRbQNcmF+Yffkd2GOES9URYhGBBARAgAG BQJEcfBPAAoJEOLt6ENxRz9m0jMAnRAcN3sZcPbhzJbxCE6tYnx4Kb6AAKClg7dN SWZqySzOymspeQ+Bqtl1iYhGBBARAgAGBQJEdgXbAAoJEO/WTQkSBmIHyREAn311 v7KPF7HcAwVReoeSChq6XbsfAJ9Pxz/iVpzFYoyp35lP+4pgKcRTDIhGBBARAgAG BQJEdkH8AAoJEI5rWNOXQcA626cAoMP2py4cqOrArf+U9Y+yB4bNmokQAJ9PTYKp 28H5I7GhAPhVM/DqmOv5GohGBBARAgAGBQJEdkJMAAoJEKAoMnj9DfGsxXgAoNO9 e5kG+7MZ/S91uE2aZgWN+RXjAJ90x9spOVJ7I8fdz8vHPGNY8t7Q54hGBBARAgAG BQJEeVUOAAoJEGHpjs8W2XDGtiIAni5QBupKrwxvInpYBvWDprRW2BsqAJ9PlUGg SafT2zvjNIXSUJA1TTX2fIhGBBARAgAGBQJEemutAAoJEIHAiSKAjQ/QOxcAoPXJ I5nofbvHBo0iyGqpc+FFrm/8AJ9td1dgZQ+XUo/IvdAjBiA7kBkMrYhGBBARAgAG BQJEfa03AAoJEFoKOZrqfPWtxbIAn3z2Ezq67A0fTZ5djmaUYGZU4zZIAJ9bzXQ0 3soQ6rxxJw7v79hUxXDE/ohGBBARAgAGBQJEfdzjAAoJENgO81qLtSevzhsAoMbi DOuZC6t5fPWbBAnTvTxVFZ0LAKCEdyihPD2Mj4J1A0mmxBtSxnb9tIhGBBARAgAG BQJEfxtdAAoJEGIDikvdm5kQsT8AoKWTqgseXGxM9rU75YPL7oW+P5KJAJ4xzaqu Y
Bug#453713: dpkg: *** glibc detected *** /usr/bin/dpkg: double free or corruption (out): 0x0a705ef8 ***
Package: dpkg Version: 1.14.7 Severity: normal During an aptitude run, dpkg died with the following messages while unpacking aspell for update from 1.9-12 to 1.9-13 Please let me know if there's a way for me to provide more info. Error setting security context for next file object:: Argumento inválido *** glibc detected *** /usr/bin/dpkg: double free or corruption (out): 0x0a705ef8 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7e3fcf5] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7e43790] /usr/bin/dpkg[0x804d56d] /usr/bin/dpkg[0x8063706] /usr/bin/dpkg[0x8058a6f] /usr/bin/dpkg[0x804b30f] /usr/bin/dpkg[0x80554ae] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7dec050] /usr/bin/dpkg[0x804ab51] === Memory map: 08048000-0809a000 r-xp fd:04 32843 /usr/bin/dpkg 0809a000-0809c000 rw-p 00051000 fd:04 32843 /usr/bin/dpkg 0809c000-0a733000 rw-p 0809c000 00:00 0 [heap] b740-b7421000 rw-p b740 00:00 0 b7421000-b750 ---p b7421000 00:00 0 b7586000-b759 r-xp 09:00 69442 /lib/libgcc_s.so.1 b759-b7591000 rw-p 9000 09:00 69442 /lib/libgcc_s.so.1 b7591000-b75af000 r--p fd:04 98477 /usr/share/locale/es/LC_MESSAGES/libc.mo b75af000-b79f3000 rw-p b75af000 00:00 0 b79f3000-b79f4000 r-xp fd:04 200493 /usr/lib/gconv/ISO8859-1.so b79f4000-b79f6000 rw-p fd:04 200493 /usr/lib/gconv/ISO8859-1.so b79f6000-b79fd000 r--s fd:04 200624 /usr/lib/gconv/gconv-modules.cache b79fd000-b7a1f000 r--p fd:04 98557 /usr/share/locale/es/LC_MESSAGES/dpkg.mo b7a25000-b7b98000 rw-p b7a25000 00:00 0 b7b98000-b7ba1000 r-xp 09:00 71489 /lib/i686/cmov/libnss_files-2.6.1.so b7ba1000-b7ba3000 rw-p 8000 09:00 71489 /lib/i686/cmov/libnss_files-2.6.1.so b7ba3000-b7bb7000 r-xp 09:00 71474 /lib/i686/cmov/libnsl-2.6.1.so b7bb7000-b7bb9000 rw-p 00013000 09:00 71474 /lib/i686/cmov/libnsl-2.6.1.so b7bb9000-b7bbb000 rw-p b7bb9000 00:00 0 b7bbb000-b7bc2000 r-xp 09:00 71475 /lib/i686/cmov/libnss_compat-2.6.1.so b7bc2000-b7bc4000 rw-p 6000 09:00 71475 /lib/i686/cmov/libnss_compat-2.6.1.so b7bd3000-b7bd4000 rw-p b7bd3000 00:00 0 b7bd5000-b7dd5000 r--p fd:04 459068 /usr/lib/locale/locale-archive b7dd5000-b7dd6000 rw-p b7dd5000 00:00 0 b7dd6000-b7f18000 r-xp 09:00 71449 /lib/i686/cmov/libc-2.6.1.so b7f18000-b7f19000 r--p 00142000 09:00 71449 /lib/i686/cmov/libc-2.6.1.so b7f19000-b7f1b000 rw-p 00143000 09:00 71449 /lib/i686/cmov/libc-2.6.1.so b7f1b000-b7f1e000 rw-p b7f1b000 00:00 0 b7f1e000-b7f31000 r-xp 09:00 71494 /lib/i686/cmov/libpthread-2.6.1.so b7f31000-b7f33000 rw-p 00013000 09:00 71494 /lib/i686/cmov/libpthread-2.6.1.so b7f33000-b7f36000 rw-p b7f33000 00:00 0 b7f3a000-b7f3b000 rw-p b7f3a000 00:00 0 b7f3b000-b7f43000 r-xp 09:00 71491 /lib/i686/cmov/libnss_nis-2.6.1.so b7f43000-b7f45000 rw-p 7000 09:00 71491 /lib/i686/cmov/libnss_nis-2.6.1.so b7f45000-b7f46000 rw-p b7f45000 00:00 0 b7f46000-b7f62000 r-xp 09:00 69361 /lib/ld-2.6.1.so b7f62000-b7f64000 rw-p 0001b000 09:00 69361 /lib/ld-2.6.1.so bff0d000-bff23000 rw-p bff0d000 00:00 0 [stack] e000-f000 r-xp 00:00 0 [vdso] -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (20, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 5.97-5.3 The GNU core utilities ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#445320: #445320: liferea-webkit: xulrunner backend still loaded when webkit backend
On Sat, Nov 24, 2007 at 11:27:19PM +, Michael Gilbert wrote: > Package: liferea-webkit > Version: 1.4.6-1 > Followup-For: Bug #445320 > > i can confirm this bug. > > i think part of the problem is that the liferea control file has a depends > on the liferea-xulrunner package, which ends up pulling in all of the > mozilla stuff even when the user just wants liferea-webkit. Actually, liferea-xulrunner is just a dummy package for transition from etch. The xulrunner plugin (and thus, its dependencies) are included in the main liferea package. I'm not sure I want to reintroduce separate plugin packages, since I'm not sure webkit itself and the plugin will be in good enough shape to be released when lenny is. The clean solution would be to avoid loading one plugin if the other is present, but I see no easy way to do that. I'd have to declare some sort of "priority" for them. I'll think about this. signature.asc Description: Digital signature
Bug#452004: Sawfish doesn't work properly with keybindings while using non-us keyboard layout
On Mon, Nov 19, 2007 at 11:47:10PM +0500, sharybin wrote: > When you switch your keyboard layout to non-us language, keybindings, which > use > functional keys (e.g. Alt-Tab), don't work. > > Steps to reproduce the problem: > Just switch you keyboard layout to non-us language. How are you making the switch? In my setup, which uses non-us layouts all the time, this problem does not happen. signature.asc Description: Digital signature
Bug#451548: CVE-2005-4791: Insecure LD_LIBRARY_PATH in liferea
On Fri, Nov 16, 2007 at 09:39:36PM +0100, Lars Lindner wrote: > On Nov 16, 2007 8:57 PM, Stefan Fritsch <[EMAIL PROTECTED]> wrote: > > Liferea 1.4.6-1 sets > > > > LD_LIBRARY_PATH=/usr/lib/xulrunner:$LD_LIBRARY_PATH > > > > in its start script. Given that, in Debian, we do not even need to set LD_LIBRARY_PATH for liferea to work, I'll be using Lars' patch for an upload to unstable, but will simply remove the ofending lines from the wrapper script for the updated packages for sarge and testing. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#451016: liferea: Crash after startup
merge 451016 444888 thanks > >On Mon, Nov 12, 2007 at 10:53:40PM +0100, Pau Rul-lan Ferragut wrote: > It seams that the problem is this: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+444888 > >Could you make my bug duplicated and forward the info to the other one? Ups. Sorry, didn't look at your locale settings, I would have suspected much earlier. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#451016: liferea: Crash after startup
On Mon, Nov 12, 2007 at 10:53:40PM +0100, Pau Rul-lan Ferragut wrote: > With a vanilla unstable at today liferea starts and shortly crashes. Were you doing anythin in particular? Do you know if an update was running at the time? How much is 'shortly'? > warning: .dynamic section for "/usr/lib/libglib-2.0.so.0" is not at the > expected address (wrong library or version mismatch?) > ERROR: No output during decompression Did your update go ok? Does the problem persist after restaring liferea? Just for the record, the following are the libraries you have on a different version than I do. The problem _might_ be there, but I don't know. lib| my version | yours gconf2 2.20.0-1 2.20.1-1 libgconf2-4 2.20.0-1 2.20.1-1 libc6 2.6.1-1+b12.6.1-6 libfontconfig1 2.4.2-1.2 2.4.91-1 libglib2.0-02.14.1-5 2.14.3-1 libnm-glib0 0.6.5-1 0.6.5-3 libnspr4-0d 1.8.0.14~pre071019b-0lenny1 4.6.7-1 libxul0d1.8.1.4-1 1.8.1.9-1 zlib1g 1:1.2.3.3.dfsg-6 1:1.2.3.3.dfsg-7 -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#450565: postgresql-client-common: PgCommon::get_version_clusters is confused by leftover config files from old installs
Package: postgresql-client-common Version: 80 Severity: normal In my system /usr/sbin/pg_maintenance fails with the message Error: Invalid data directory On investigation, it turns out because PgCommon::get_version_clusters thinks /etc/postgresql is a cluster because it contains a leftover postgresql.conf file from an ancient package. $ perl -e "use lib '/usr/share/postgresql-common'; use PgCommon; @q=(get_version_clusters 8.1); print \"@q\"" .. main I think get_version_clusters should filter out . and .. from the readdir call it makes on /etc/postgresql/$version -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core) Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages postgresql-client-common depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy postgresql-client-common recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#450511: gettext: Please have default Makefile.in.in do validity checks on translations
Package: gettext Version: 0.16.1-2 Severity: wishlist Bug #444888 in liferea was caused by a missing %d in a translated string. This would have been caught earlier if po/Makefile would do validity checks on the translations when building the package. Could you please enable such support by default? -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#444888: Segfault on feed update
On Mon, Oct 01, 2007 at 07:48:54PM -0500, Luis Rodrigo Gallardo Cruz wrote: > In case you'd like to try, there is an i386 1.4.4 package available at > http://www.nul-unu.net/quien/rodrigo/debian/liferea/liferea_1.4.4-1~1_i386.deb I've finally managed to reproduce the bug. My fault all along, for not using the ca_ES locale. Turns out the ca translation for this string is: #: ../src/ui/ui_mainwindow.c:1228 #, c-format msgid " (%d new)" msgid_plural " (%d new)" msgstr[0] " (% nova)" msgstr[1] " (% noves)" Note the missing 'd' I have not, however, been able to reproduce anything under es. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#431471: mutt wraps headers and quoted lines
On Sun, Nov 04, 2007 at 06:56:27PM +0100, gregor herrmann wrote: > On Mon, 02 Jul 2007 22:20:58 +0200, gregor herrmann wrote: > > > The new version of mutt (1) wraps header lines in a not very bright > > way and also (2) wraps quoted lines which is a no-no in my opinion > > (and it's done wrong too). > > I don't see this behaviour anymore in 1.5.17-1 > > Rodrigo, how about you? Just tested, and I still do :( signature.asc Description: Digital signature
Bug#448850: CVE-2007-5751 insecure file permissions of feedlist.ompl backup file
On Thu, Nov 01, 2007 at 01:30:45PM +0100, Nico Golde wrote: > CVE-2007-5751[0]: > | Liferea before 1.4.6 uses weak permissions (0644) for the > | feedlist.opml backup file, which allows local users to > | obtain credentials. It appears that the problem is not present in 1.0.*, as those versions do not create a backup for that file. At least, my local install has propper permissions on the file: $ ls -l ~/.liferea/fedlist.opml -rw--- 1 rodrigo users 5954 2007-06-03 21:31 /home/rodrigo/.liferea/feedlist.opml Lars, could you please confirm this? In any case, I backported the change and prepared a package for it, attached here. If the problem is found to be present please review it for upload. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.0 Source: liferea Binary: liferea-gtkhtml, liferea-mozilla, liferea, liferea-xulrunner Architecture: any Version: 1.0.27-2etch1 Maintainer: Franz Pletz <[EMAIL PROTECTED]> Uploaders: Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> Standards-Version: 3.7.2.0 Build-Depends: dpatch, autotools-dev, debhelper (>> 4.0.0), libgtkhtml2-dev, libxul-dev, libgconf2-dev, libdbus-glib-1-dev, libsm-dev Files: af0a43286d4a3362b526c89826e7f851 1572604 liferea_1.0.27.orig.tar.gz 93bf4626a7263ee745d07e57029587a4 9483 liferea_1.0.27-2etch1.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHKe7/AZmDGK3JvCgRAjl8AJ0VSWB4yjIzLDDI67c+684mUyK75wCcDF1E Ne54xqWAMhyjdpFGvNnufGY= =y5BO -END PGP SIGNATURE- liferea_1.0.27-2etch1.diff.gz Description: Binary data signature.asc Description: Digital signature
Bug#439311: sawfish: popmenu window fail to capture window named in chinese with iceweasel
On Fri, Aug 24, 2007 at 03:01:06PM +0800, zxtan wrote: > I really don't know if it is the problem of iceweasel in handle title or > sawfish's, but metacity kwm can handle smoothly with iceweasel in chinese > title > so I try to feedback these infomation to sawfish bug. Actually, I have find > this > problem 1 yesrs ago, later I choose kde as desktop environment, but find > there > are soo many components and miss the binding, fontset(than fvwm), UI, also I > back to face this bug. > > url http://www.newsmth.net/frames.html > or http://www.baidu.com > > then click middle button and see the windowlist Sorry about taking so long to reply. I think I have found the problem, and I have a patched version of sawfish that corrects it. Could you test it and tell me if it really solves the problem, and if it doesn't break anything else? The source package is at http://www.nul-unu.net/quien/rodrigo/debian/sawfish/sawfish_1.3.1-2~1.dsc and precompiled debs for i386 at http://www.nul-unu.net/quien/rodrigo/debian/sawfish/sawfish_1.3.1-2~1_i386.deb http://www.nul-unu.net/quien/rodrigo/debian/sawfish/sawfish-data_1.3.1-2~1_all.deb http://www.nul-unu.net/quien/rodrigo/debian/sawfish/sawfish-lisp-source_1.3.1-2~1_all.deb Thank you for your patience. signature.asc Description: Digital signature
Bug#447829: libsqlite3-0: Please add -dbg package
Package: libsqlite3-0
Version: 3.4.2-2
Severity: wishlist
Tags: patch
It would be very convenient to have the debugging symbols available in
an optional package. The following patch implements that:
--
diff -r 0dd1215b56b4 debian/control
--- a/debian/controlTue Oct 23 17:21:02 2007 -0500
+++ b/debian/controlTue Oct 23 20:08:42 2007 -0500
@@ -73,3 +73,14 @@ Description: SQLite 3 TCL bindings
access without running a separate RDBMS process.
.
This package contains the TCL bindings.
+
+Package: libsqlite3-0-dbg
+Section: libdevel
+Architecture: any
+Depends: libsqlite3-0 (= ${binary:Version})
+Description: SQLite 3 debugging symbols
+ SQLite is a C library that implements an SQL database engine.
+ Programs that link with the SQLite library can have SQL database
+ access without running a separate RDBMS process.
+ .
+ This package contains the debugging symbols for the libraries.
diff -r 0dd1215b56b4 debian/rules
--- a/debian/rules Tue Oct 23 17:21:02 2007 -0500
+++ b/debian/rules Tue Oct 23 20:08:42 2007 -0500
@@ -6,6 +6,8 @@ include /usr/share/cdbs/1/rules/simple-p
include /usr/share/cdbs/1/rules/simple-patchsys.mk
so_version := 0
+
+DEB_DH_STRIP_ARGS := --dbg-package=libsqlite3-$(so_version)
# Make sure libsqlite0 is built before packages depending on it
binary/sqlite3 binary/libsqlite3-dev binary/libsqlite3-tcl::
binary/libsqlite3-$(so_version)
--
--
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28
signature.asc
Description: Digital signature
Bug#447797: oprofile: Bashishm in opcontrol
Package: oprofile Version: 0.9.3-1 Severity: important When using dash as my /bin/sh opcontrol fails to run with the following error messages $ sudo opcontrol --event=CPU_CLK_UNHALTED:10 /usr/bin/opcontrol: 1: arith: syntax error: "NR_CHOSEN - 1" /usr/bin/opcontrol: 1: arith: syntax error: "NR_CHOSEN - 1" No events given. $ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (20, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages oprofile depends on: ii binutils 2.18-1 The GNU assembler, linker and bina ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libstdc++64.2.1-4The GNU Standard C++ Library v3 oprofile recommends no packages. -- no debconf information -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#447751: Build-depends on quilt should be versioned
Package: stunnel4 Version: 3:4.20-3 Severity: normal - Forwarded message from Ben Hartshorne <[EMAIL PROTECTED]> - Subject: stunnel4 debian package From: Ben Hartshorne <[EMAIL PROTECTED]> Date: Tue, 23 Oct 2007 07:44:24 -0700 To: Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> X-CRM114-Status: Good ( pR: 36.6814 ) Luis, I am trying to build stunnel4 (4.20) on a sarge system. The Build-Depends list quilt as a dependency, but don't pin a version. The version that comes with sarge (0.39-2) doesn't include /usr/share/quilt/quilt.make, which is required by the stunnel4 build. I think the earliest version to include that file is 0.40-1 (from my reading of the changelog). Could you change the Build-Depends to include the version of quilt required? Thanks, -ben -- Ben Hartshorne email: [EMAIL PROTECTED] http://ben.hartshorne.net - End forwarded message - signature.asc Description: Digital signature
Bug#438704: [patch] grun: As of gtk 2.12, #438704 causes a segfault on
> I have created a complete patch for this bug. I will ask for > sponsorship to upload this as an NMU in 7 days. This patch has been uploaded as -14.1 and is currently waiting in the delayed/6 queue. Please, if you don't agree with the patch, cancel the delayed upload by making a higher numbered one. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#446788: jetty: Description in init.d script copied from another package
Package: jetty Version: 5.1.10-4 Severity: minor From /etc/init.d/jetty: # Short-Description: Generate xfree86 configuration at boot time # Description: Preseed X configuration and use dexconf to #generate a new configuration file. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#446050: Liferea dies with sqlite 3.5
tag 446050 help thanks The current version of liferea in Debian unstable (1.4.3-1), as well as the latest upstream version (1.4.5) fail if used together with libsqlite3-0 from experimental (3.5.1-1). The program works correctly with the versions in testing and unstable (3.4.2-1, 3.4.2-2). The following error mesage is printed to the console: *** glibc detected *** /usr/bin/liferea-bin: free(): invalid pointer: 0x08514040 *** This error apparently kills the db thread in liferea, so that it never gets to the point of showing the UI. If I set MALLOC_CHECK_=2 then glibc calls abort on detecting this error. Using gdb to set a breakpoint on abort I get a most unhelpful backtrace: Breakpoint 2, 0xb7322ff6 in abort () from /lib/libc.so.6 (gdb) bt #0 0xb7322ff6 in abort () from /lib/libc.so.6 #1 0xb7363c15 in ?? () from /lib/libc.so.6 #2 0x0001 in ?? () #3 0xb7e86bb4 in ?? () from /usr/lib/libsqlite3.so.0 #4 0xbfc50588 in ?? () #5 0xb7e86bb4 in ?? () from /usr/lib/libsqlite3.so.0 #6 0x in ?? () The addresses inside libsqlite3.so.0 are in the data section of the library (they're consistently offset 0xbb4 into it, actually) from which I deduce the stack is getting corrupted. Any help on debugging this or pointers on how to track it would be appreciated. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#446050: no UI on startup
On Wed, Oct 10, 2007 at 08:54:57PM -0500, wrote: > On Wed, Oct 10, 2007 at 09:46:32AM +0200, Thomas Morin wrote: > > I notice the following error on startup : > > *** glibc detected *** /usr/bin/liferea-bin: free(): invalid pointer: > > 0x08514040 *** > > > > libsqlite3-0 3.5.1-1 3.4.2-2 Found it! The error appears if I upgrade this lib to the experimental version. I'll try to see if the error is happening inside the lib. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#446050: no UI on startup
On Wed, Oct 10, 2007 at 09:46:32AM +0200, Thomas Morin wrote: > Liferea doesn't start anymore on my machine. When run, no UI shows up > (even after waiting for a very long time), but the liferea process doesn't > exit either. > > I notice the following error on startup : > *** glibc detected *** /usr/bin/liferea-bin: free(): invalid pointer: > 0x08514040 *** > > When started with valgrind, though slow, liferea runs normaly. I can't reproduce this. This errors make me think glibc might have something to do with it, but I have ran liferea inside a sid chroot, to use the same libc you are and found no result. You're using a few things from experimental. If it's not much trouble, could you try to donwgrade them to unstable, or use an unstable chroot to test? The relevant libs are: package | experimental| unstable libgcc1 1:4.3-20070902-1 1:4.2.2-1 libgcrypt11 1.3.0-2 1.2.4-2 libsqlite3-0 3.5.1-1 3.4.2-2 libstdc++64.3-20070902-14.2.2-1 libx11-6 2:1.1.3-1 2:1.0.3-7 > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Just to eliminate differences, could you test with locale C? Also, please make a run with --debug-all and try to see if something catches you eye in the output, and/or send it to the report. Thanks, -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#445893: error: unexpected identifier `colorize_scrollbar', expected character `}'
On Tue, Oct 09, 2007 at 05:12:21PM +0200, Sven Arvidsson wrote: > On Mon, 2007-10-08 at 18:24 -0500, Luis Rodrigo Gallardo Cruz wrote: > > When calling gnome-theme-manager I get the following warning > > > > $ gnome-theme-manager > > /usr/share/themes/Glossy/gtk-2.0/gtkrc:62: error: unexpected identifier > > `colorize_scrollbar', expected character `}' > > Do you have a custom ~/.gtkrc-2.0 file by any chance? No. $ ls -ld ~/.gtk* -rw--- 1 rodrigo rodrigo 216 2007-04-23 13:16 /home/rodrigo/.gtk-bookmarks drwx-- 2 rodrigo rodrigo 120 2006-05-12 12:55 /home/rodrigo/.gtklp -rw--- 1 rodrigo rodrigo 276 2004-03-12 12:20 /home/rodrigo/.gtkrc -rw-r--r-- 1 rodrigo rodrigo 89 2006-07-19 11:00 /home/rodrigo/.gtkrc-1.2-gnome2 -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#445893: error: unexpected identifier `colorize_scrollbar', expected character `}'
Package: gnome-themes
Version: 2.20.0-1
Severity: minor
I'm not certain this is a bug in this package, but the reported file
belongs here, so ...
When calling gnome-theme-manager I get the following warning
$ gnome-theme-manager
/usr/share/themes/Glossy/gtk-2.0/gtkrc:62: error: unexpected identifier
`colorize_scrollbar', expected character `}'
/usr/share/themes/Glossy/gtk-2.0/gtkrc:62: error: unexpected identifier
`colorize_scrollbar', expected character `}'
The relevant snip from /usr/share/themes/Glossy/gtk-2.0/gtkrc:
--
engine "clearlooks"
{
#scrollbar_color = "#76acde"
colorize_scrollbar = TRUE
menubarstyle = 2 # 0 = flat, 1 = sunken, 2 = flat gradient
toolbarstyle = 0 # 0 = flat, 1 = enable effects
animation = FALSE
style = GLOSSY
}
}
--
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (50, 'unstable'), (20, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core)
Locale: LANG=es_MX, LC_CTYPE=es_MX (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages gnome-themes depends on:
ii gtk2-engines 1:2.10.2-2 theme engines for GTK+ 2.x
ii gtk2-engines-pixbuf 2.12.0-2 Pixbuf-based theme for GTK+ 2.x
ii librsvg2-common 2.18.2-1 SAX-based renderer library for SVG
Versions of packages gnome-themes recommends:
ii dmz-cursor-theme 0.4.1 Style neutral, scalable cursor the
-- no debconf information
--
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28
signature.asc
Description: Digital signature
Bug#445467: Patch for Bug#445467: (gaim-themes: Please update to pidgin)
On Mon, Oct 08, 2007 at 02:22:42AM +0200, Martin Braure de Calignon wrote: > Hi Luis, > > I would like to thank you for having doing this (sorry for my poor > english). > This has been a long time since I haven't play with this package. > One reason was that I want to prepare a new version of this package, > with themes which I am sure of the licence. Very good idea! > Thanks again for your patch, I hope doing the new package this week, > depending on the other works I have to do. Will it be possible for you > to upload the package when it will be ready ? Don't worry, we all have times like that. Sorry about the sponsoring, but I'm not a DD, so I can't help you there. signature.asc Description: Digital signature
Bug#445659: grun: Should use stock Gtk buttons
Package: grun
Version: 0.9.2-14
Severity: wishlist
Tags: patch
Grun should use the stock gtk buttons for its interface, instead of
custom made ones. This will allow it to have a consistent l&f with the
rest of gtk apps, use the user's theme icons, and be consistently
translated with all of GTK.
The following patch implements this:
--
diff -r a7e1f1d8c9ef grun.c
--- a/grun.cTue Aug 14 23:29:02 2007 -0500
+++ b/grun.cSun Oct 07 10:57:12 2007 -0500
@@ -1231,7 +1231,7 @@ int PASCAL WinMain(HINSTANCE hInst, HINS
gtk_window_set_focus(GTK_WINDOW (win), GTK_COMBO (cmb)->entry);
gtk_widget_show(cmb);
- btn = gtk_button_new_with_label(gettext("OK"));
+ btn = gtk_button_new_from_stock(GTK_STOCK_EXECUTE);
gtk_widget_set_usize(GTK_WIDGET(btn), 70, 24);
gtk_fixed_put(GTK_FIXED (fix), btn, 5, 60);
gtk_signal_connect(GTK_OBJECT (btn), "clicked", (GtkSignalFunc) launch,
(gpointer) gdat);
@@ -1239,10 +1239,10 @@ int PASCAL WinMain(HINSTANCE hInst, HINS
gtk_widget_show(btn);
if (persist) {
- btn = gtk_button_new_with_label(gettext("Close"));
+ btn = gtk_button_new_from_stock(GTK_STOCK_CLOSE);
}
else {
- btn = gtk_button_new_with_label(gettext("Cancel"));
+ btn = gtk_button_new_from_stock(GTK_STOCK_CANCEL);
}
gtk_widget_set_usize(GTK_WIDGET(btn), 70, 24);
@@ -1256,7 +1256,7 @@ int PASCAL WinMain(HINSTANCE hInst, HINS
}
gtk_widget_show(btn);
- btn = gtk_button_new_with_label(gettext("Browse"));
+ btn = gtk_button_new_from_stock(GTK_STOCK_OPEN);
gtk_widget_set_usize(GTK_WIDGET(btn), 70, 24);
gtk_fixed_put(GTK_FIXED (fix), btn, 165, 60);
gtk_signal_connect(GTK_OBJECT (btn), "clicked", (GtkSignalFunc) browse,
(gpointer) gdat);
--
-- no debconf information
signature.asc
Description: Digital signature
Bug#445467: Patch for Bug#445467: (gaim-themes: Please update to pidgin)
tag 445467 patch thanks I have developed a patch for this issue. -- diff -r 9d3148cbba16 debian/changelog --- a/debian/changelog Sat Oct 06 10:57:02 2007 -0500 +++ b/debian/changelog Sat Oct 06 14:47:07 2007 -0500 @@ -1,3 +1,10 @@ gaim-themes (0.1-1) unstable; urgency=lo +gaim-themes (0.1-1.1) unstable; urgency=low + + * Non maintainer upload. + * Rename package and contents to work with pidgin (Closes: #445467). + + -- Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> Sat, 06 Oct 2007 14:40:16 -0500 + gaim-themes (0.1-1) unstable; urgency=low * Initial Release. diff -r 9d3148cbba16 debian/control --- a/debian/controlSat Oct 06 10:57:02 2007 -0500 +++ b/debian/controlSat Oct 06 14:47:07 2007 -0500 @@ -5,13 +5,21 @@ Build-Depends: debhelper (>= 4.0.0) Build-Depends: debhelper (>= 4.0.0) Standards-Version: 3.6.1 -Package: gaim-themes +Package: pidgin-themes Architecture: all -Depends: gaim -Description: Smiley themes collection for gaim - This package provides few differents smiley theme for Gaim +Depends: pidgin +Description: Smiley themes collection for pidgin + This package provides few differents smiley theme for Pidgin They have been downloaded from http://gaim.sourceforge.net It includes only free themes. . Homepage: http://gaim.sourceforge.net/ +Package: gaim-themes +Architecture: all +Depends: pidgin-themes +Description: Transitional dummy package + This is a dummy package to ease transition from previous versions of + gaim-themes. + . + It can be safely removed from your system. diff -r 9d3148cbba16 debian/install --- a/debian/installSat Oct 06 10:57:02 2007 -0500 +++ /dev/null Thu Jan 01 00:00:00 1970 + @@ -1,1 +0,0 @@ -themes/burger themes/crystalgaim themes/dmogdotorg themes/feltip24 themes/feltipretouched themes/inbob themes/kitties themes/maya themes/nis themes/smallsmiles /usr/share/pixmaps/gaim/smileys diff -r 9d3148cbba16 debian/pidgin-themes.install --- /dev/null Thu Jan 01 00:00:00 1970 + +++ b/debian/pidgin-themes.install Sat Oct 06 14:47:07 2007 -0500 @@ -0,0 +1,1 @@ +themes/burger themes/crystalgaim themes/dmogdotorg themes/feltip24 themes/feltipretouched themes/inbob themes/kitties themes/maya themes/nis themes/smallsmiles /usr/share/pixmaps/pidgin/emotes/ -- signature.asc Description: Digital signature
Bug#406729: Patch from ubuntu fixes this bug
On Sat, Oct 06, 2007 at 08:31:17AM -0500, Luis Rodrigo Gallardo Cruz wrote: > On Sat, Oct 06, 2007 at 09:44:34AM +0200, Josselin Mouette wrote: > > Of course this patch is wrong as well, because it adds > > XS-Python-Version: current, which is incorrect for an architecture: all > > package. > > Where is this documented? And what's the proper value for an > application package, shipping no modules? I found http://people.debian.org/~srivasta/manoj-policy/x316.html which states that the correct value is 'all'. Could you please confirm that? Thanks. signature.asc Description: Digital signature
Bug#406729: Patch from ubuntu fixes this bug
On Sat, Oct 06, 2007 at 09:44:34AM +0200, Josselin Mouette wrote: > Le samedi 06 octobre 2007 à 01:20 -0500, Luis Rodrigo Gallardo Cruz a > écrit : > > The diff to ubuntu version scanerrlog_2.01-4ubuntu1 is a complete > > patch to this bug, as suggested by the original reporter. > > > > http://patches.ubuntu.com/s/scanerrlog/scanerrlog_2.01-4ubuntu1.patch > > Of course this patch is wrong as well, because it adds > XS-Python-Version: current, which is incorrect for an architecture: all > package. Where is this documented? And what's the proper value for an application package, shipping no modules? signature.asc Description: Digital signature
Bug#406729: Patch from ubuntu fixes this bug
tag 406729 patch thanks The diff to ubuntu version scanerrlog_2.01-4ubuntu1 is a complete patch to this bug, as suggested by the original reporter. http://patches.ubuntu.com/s/scanerrlog/scanerrlog_2.01-4ubuntu1.patch signature.asc Description: Digital signature
Bug#445467: gaim-themes: Please update to pidgin
Package: gaim-themes Version: 0.1-1 Severity: important With the rename of gaim to pidgin and the consequent directory renaming, this package became completely useless. Please update it to the directories pidgin uses for themes. Thanks. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (20, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=es_MX, LC_CTYPE=es_MX (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#445466: grun: Should not use 'fixed' layout for widgets
Package: grun
Version: 0.9.2-14
Severity: wishlist
Tags: patch
Using the 'fixed' layout for widgets causes them to be unable to
adjust to changes in text size, such as that caused by using different
fonts, or by translations. The following patch removes said use.
--
diff --git a/grun.c b/grun.c
index 953d676..8f259c2 100644
--- a/grun.c
+++ b/grun.c
@@ -1059,7 +1059,7 @@ int main(int argc, char **argv) {
#else
int PASCAL WinMain(HINSTANCE hInst, HINSTANCE hPrevInst, LPSTR lpCmdLine, int
nShowCmd) {
#endif
- GtkWidget *win, *btn, *lbl, *cmb, *fix;
+GtkWidget *win, *btn, *lbl, *cmb, *main_box, *button_box;
GtkTooltips *tips;
int c, len, persist, tooltips;
char *home_env, *fname, *cmd, *icmd;
@@ -1182,7 +1182,7 @@ int PASCAL WinMain(HINSTANCE hInst, HINSTANCE hPrevInst,
LPSTR lpCmdLine, int nS
sprintf(fname, gettext("gRun %s"), VERSION);
gtk_window_set_title(GTK_WINDOW(win), fname);
g_free(fname);
- gtk_widget_set_usize(GTK_WIDGET(win), 250, 100);
+
gtk_signal_connect(GTK_OBJECT (win), "destroy", (GtkSignalFunc) gexit,
NULL);
gtk_container_border_width(GTK_CONTAINER (win), 5);
@@ -1194,12 +1194,15 @@ int PASCAL WinMain(HINSTANCE hInst, HINSTANCE
hPrevInst, LPSTR lpCmdLine, int nS
gtk_tooltips_disable(tips);
}
- fix = gtk_fixed_new();
- gtk_container_add(GTK_CONTAINER(win), fix);
+ main_box = gtk_vbox_new(FALSE, 5);
+ gtk_container_add(GTK_CONTAINER(win), main_box);
lbl = gtk_label_new(gettext("Launch Application"));
- gtk_fixed_put(GTK_FIXED (fix), lbl, 65, 4);
- gtk_widget_show(lbl);
+button_box = gtk_hbutton_box_new();
+
+ gtk_box_pack_start_defaults(GTK_BOX (main_box), lbl);
+ gtk_box_pack_end_defaults(GTK_BOX (main_box), button_box);
+
list = loadHistory();
gdat->history = list;
@@ -1214,8 +1217,9 @@ int PASCAL WinMain(HINSTANCE hInst, HINSTANCE hPrevInst,
LPSTR lpCmdLine, int nS
cmb = gtk_combo_new();
gdat->cmb = cmb;
gdat->rsp = NULL;
- gtk_widget_set_usize(GTK_WIDGET (GTK_COMBO(cmb)->entry), 215, 24);
- gtk_fixed_put(GTK_FIXED (fix), cmb, 5, 27);
+
+ gtk_box_pack_start_defaults(GTK_BOX (main_box), cmb);
+
if (list) {
gtk_combo_set_popdown_strings(GTK_COMBO (cmb), list);
gtk_entry_set_text(GTK_ENTRY (GTK_COMBO (cmb)->entry),
list->data);
@@ -1231,14 +1235,12 @@ int PASCAL WinMain(HINSTANCE hInst, HINSTANCE
hPrevInst, LPSTR lpCmdLine, int nS
}
gtk_signal_connect(GTK_OBJECT (GTK_COMBO (cmb)->entry),
"key_press_event", (GtkSignalFunc) gclick, (gpointer) gdat);
gtk_window_set_focus(GTK_WINDOW (win), GTK_COMBO (cmb)->entry);
- gtk_widget_show(cmb);
btn = gtk_button_new_with_label(gettext("OK"));
- gtk_widget_set_usize(GTK_WIDGET(btn), 70, 24);
- gtk_fixed_put(GTK_FIXED (fix), btn, 5, 60);
+
+ gtk_box_pack_start_defaults(GTK_BOX (button_box), btn);
gtk_signal_connect(GTK_OBJECT (btn), "clicked", (GtkSignalFunc) launch,
(gpointer) gdat);
gtk_tooltips_set_tip(tips, btn, gettext("Launch application"),
gettext("The OK button launches the application given in the entry box"));
- gtk_widget_show(btn);
if (persist) {
btn = gtk_button_new_with_label(gettext("Close"));
@@ -1247,8 +1249,7 @@ int PASCAL WinMain(HINSTANCE hInst, HINSTANCE hPrevInst,
LPSTR lpCmdLine, int nS
btn = gtk_button_new_with_label(gettext("Cancel"));
}
- gtk_widget_set_usize(GTK_WIDGET(btn), 70, 24);
- gtk_fixed_put(GTK_FIXED (fix), btn, 85, 60);
+ gtk_box_pack_start_defaults(GTK_BOX (button_box), btn);
gtk_signal_connect(GTK_OBJECT (btn), "clicked", (GtkSignalFunc) cancel,
(gpointer) gdat);
if (persist) {
gtk_tooltips_set_tip(tips, btn, gettext("Close gRun"),
gettext("The Close button will close the persistant gRun window"));
@@ -1256,16 +1257,12 @@ int PASCAL WinMain(HINSTANCE hInst, HINSTANCE
hPrevInst, LPSTR lpCmdLine, int nS
else {
gtk_tooltips_set_tip(tips, btn, gettext("Cancel launch"),
gettext("The Cancel button cancels the launch process and closes gRun"));
}
- gtk_widget_show(btn);
btn = gtk_button_new_with_label(gettext("Browse"));
- gtk_widget_set_usize(GTK_WIDGET(btn), 70, 24);
- gtk_fixed_put(GTK_FIXED (fix), btn, 165, 60);
+ gtk_box_pack_start_defaults(GTK_BOX (button_box), btn);
gtk_signal_connect(GTK_OBJECT (btn), "clicked", (GtkSignalFunc) browse,
(gpointer) gdat);
gtk_tooltips_set_tip(tips, btn, gettext("Browse for command"),
gettext("The Browse button opens a file selection box so the user can browse
for the command to launch"));
- gtk_widget_show(btn);
- gtk_widget_show(fix);
gtk_win
Bug#445457: liferea: Segfaults when using --debug-all and clicking on an empty folder
Package: liferea Version: 1.4.3-1 Severity: normal There might be a shorter way to repoduce this. When running with --debug-all, if one has an empty folder and clicks on the "(empty)" line, liferea segfaults with the following backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb71876b0 (LWP 22813)] 0x0806e547 in node_get_title (node=0x82ac0c0) at node.c:433 in node.c (gdb) 433 node.c: No such file or directory. bt #0 0x0806e547 in node_get_title (node=0x82ac0c0) at node.c:433 #1 0xb75afb89 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #2 0xb75a2722 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #3 0xb75b327d in ?? () from /usr/lib/libgobject-2.0.so.0 #4 0x082d1618 in ?? () #5 0x in ?? () -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (20, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=es_MX, LC_CTYPE=es_MX (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf2 2.20.0-1 GNOME configuration database syste ii libatk1 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcair 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus 1.1.1-3 simple interprocess messaging syst ii libdbus 0.74-1 simple interprocess messaging syst ii libfont 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2.1-4GCC support library ii libgcon 2.20.0-1 GNOME configuration database syste ii libgcry 1.2.4-2 LGPL Crypto library - runtime libr ii libglad 1:2.6.2-1library to load .glade files at ru ii libglib 2.14.0-2 The GLib library of C routines ii libgnut 1.7.19-1 the GNU TLS library - runtime libr ii libgtk2 2.12.0-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii liblua5 5.1.2-3 Simple, extensible, embeddable pro ii libnm-g 0.6.5-1 network management framework (GLib ii libnoti 0.4.4-3 sends desktop notifications to a n ii libnspr 1.8.0.13~pre070720-0etch3+lenny1 NetScape Portable Runtime Library ii liborbi 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpang 1.18.2-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsqli 3.4.2-1 SQLite 3 shared library ii libstdc 4.2.1-4 The GNU Standard C++ Library v3 ii libx11- 2:1.0.3-7X11 client-side library ii libxcom 1:0.3.2-1+b1 X11 Composite extension library ii libxcur 1:1.1.9-1X cursor management library ii libxdam 1:1.1.1-3X11 damaged region extension libra ii libxext 1:1.0.3-2X11 miscellaneous extension librar ii libxfix 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxine 1:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxran 2:1.2.2-1X11 RandR extension library ii libxren 1:0.9.4-1X Rendering Extension client libra ii libxslt 1.1.22-1 XSLT processing library - runtime ii libxul0 1.8.1.4-1Gecko engine library ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages liferea recommends: ii dbus 1.1.1-3simple interprocess messaging syst ii dbus-x11 1.1.1-3simple interprocess messaging syst -- no debconf information -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#445387: liferea: Segfaults when trying to add new feed
tag 445387 confirmed thanks On Fri, Oct 05, 2007 at 02:19:14PM +0100, Jonathan McDowell wrote: > If I do the following: > > * Click on "New Subscription" > * Click on "Advanced" > * Click the radio button "Local file" > * Click "Select File" > > then Liferea segfaults. Reproduced on an empty config. The backtrace is quite short: (gdb) bt #0 0xb75b9053 in g_utf8_validate () from /usr/lib/libglib-2.0.so.0 #1 0xb757ac5f in ?? () from /usr/lib/libglib-2.0.so.0 #2 0x in ?? () -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
