Bug#720402: epiphany-browser: Trace/breakpoint trap.
Hey, Em Qua, 2013-08-21 às 14:06 +0200, Christophe Siraut escreveu: I cannot launch epiphany-browser anymore, on my work laptop (wheezy), for about 10 days. The same happens for a newly created user. Please find attached a gdb backtrace. Can you try to do this as root, and see if epiphany goes back to working? # echo 1 /proc/sys/vm/overcommit_memory Cheers, -- Gustavo Noronha Silva k...@debian.org Debian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642750: [PATCH] epiphany-browser: *HIGHLY* unstable on ia64, (IA-64/IPF/Itanium) platform
Hey, On Sex, 2012-12-07 at 21:58 +0100, Stephan Schreiber wrote: So here is a new set of patches: 01-ia64-wide-ptr.patch at first, 02-ia64-use-system-malloc.patch at next. The patches are for the most recent libwebkitgtk-3.0-0 package of Wheezy. The patches don't change anything on archs other than ia64. Thanks for the patches! I will include them in my next upload, do you mind proposing them upstream, though? I don't feel like I know enough of this bit of the code to propose them myself. See http://www.webkit.org/coding/contributing.html Cheers, -- Gustavo Noronha Silva k...@debian.org Debian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669308: Bug#669059: webkit-1.8.0-2: FTBFS on hurd-*
On Sex, 2012-04-27 at 23:14 +0100, Steven Chamberlain wrote: This is incredible: The Debian maintainer uploads a fixed version for kFreeBSD (and partially for GNU/Hurd by adding __GLIBC__) and meanwhile totally neglecting the additional small changes needed for a successful build for GNU/Hurd in this bug report and in bug #664810. I wonder which agendas they have, only architectures already in testing, and ignoring everything else? [...] It is a shame, but I doubt the maintainer is ignoring GNU/Hurd on purpose. That's right. I am sorry for not fixing Hurd as quick as would be ideal, building webkit takes a long time, and I have limited time to work on Debian, so I do indeed tend to do what I must before doing anything else. It will be taken care of in the next couple days, though, and I'll be sure to upstream the patch as well, like I did for previous ones =) Cheers, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#667814: Apparently not sudo's fault
Hey, I tried downgrading, which doesn't work, and noticed that su is also not working. I haven't been able to figure out what's broken yet. As a data point, I run systemd, which is the one thing I can think that's quite different to the default, and root login on the consoles is working. Cheers, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#667814: Apparently not sudo's fault
On Sun, 2012-04-08 at 17:53 -0300, Gustavo Noronha Silva wrote: I tried downgrading, which doesn't work, and noticed that su is also not working. I haven't been able to figure out what's broken yet. As a data point, I run systemd, which is the one thing I can think that's quite different to the default, and root login on the consoles is working. Lo and behold, downgrading to systemd 43-1 makes it go back to working. This looks suspicious: * Remove workaround for non-interactive sessions from pam config again. Cheers, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#649625: webkit unmaintained security-wise (again)
Hey, On Mon, 2011-12-05 at 21:00 +0100, Simon Paillard wrote: If the situation persists, it may be worth warning *squeeze* users, through a dedicated DSA/d-security-announce, as well as a dedicated paragraph in the next point release announce ? Yeah, that sounds sane. Unfortunately we (mostly myself) underestimated the amount of work that it would take and overestimated the help we would get, which is never a good thing. We briefly discussed this issue during the recent webkit hackfest and we are trying to figure out a more sustainable way of providing security support. If anyone would like to help, we can nominate people to the webkit security mailing list, and have an IRC meeting along with other WebKitGTK+ people to see what we could do about this, what do you say? Cheers, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#646237: Patch
Hey, On Tue, 2011-11-01 at 13:01 +0100, Julien Cristau wrote: I guess that means a final upload of 1.6.1 is in order to add a Breaks for midori and claws fancy with the appropriate versions, and I'll be done with this =) Would be nice to have this done asap. I'll do it tonight if we can figure out the version number the new upload will have =) Thanks, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#646237: Patch
Hey! On Thu, 2011-10-27 at 10:46 +0200, Ricardo Mones wrote: Well, it's a little embarrassing but seems the bug was already fixed upstream since some time ago but my forwarded report wasn't marked as duplicated until today :/ I completely overlooked this was an already reported bug upstream so happily created a new one instead. I'm very sorry for making you work in a patch which won't be useful, I hope it was somewhat fun at least. my apologies and best regards, No problem at all! Had fun =D I guess that means a final upload of 1.6.1 is in order to add a Breaks for midori and claws fancy with the appropriate versions, and I'll be done with this =) Cheers, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#646237: Patch
Hey, Here's a patch for this issue! I noticed, though, that this functionality (search the web) doesn't seem to be available, and the function doesn't seem to be used anywhere, so might be a candidate for removal, even? In any case, this replaces the code that uses private API by supported, public API, and bumps the dependency in configure.ac. Cheers, -- Gustavo Noronha Silva k...@debian.org Debian Description: removes usage of a private API call by using supported DOM functions Rewrite the code to get selected text to use the DOM APIs. Author: Gustavo Noronha Silva k...@debian.org --- claws-mail-extra-plugins-3.7.10.orig/fancy-0.9.14/configure.ac +++ claws-mail-extra-plugins-3.7.10/fancy-0.9.14/configure.ac @@ -100,7 +100,7 @@ dnl Check for GTK+ PKG_CHECK_MODULES(GTK, gtk+-2.0 = 2.6) dnl Check for WebKit -PKG_CHECK_MODULES(WEBKIT, webkit-1.0, , +PKG_CHECK_MODULES(WEBKIT, webkit-1.0 = 1.4.3, , AC_MSG_ERROR([Can't find GTK+ WebKit library.])) AC_SUBST(WEBKIT_LIBS) AC_SUBST(WEBKIT_CFLAGS) --- claws-mail-extra-plugins-3.7.10.orig/fancy-0.9.14/src/fancy_viewer.c 2011-10-26 11:21:45.569118784 -0200 +++ claws-mail-extra-plugins-3.7.10/fancy-0.9.14/src/fancy_viewer.c 2011-10-26 11:33:09.700996789 -0200 @@ -83,8 +83,6 @@ static void download_file_cb(GtkWidget *widget, FancyViewer *viewer); #endif -/*FIXME substitute webkitwebsettings.cpp functions with their API when available */ -gchar* webkit_web_view_get_selected_text(WebKitWebView* webView); /*--*/ static GtkWidget *fancy_get_widget(MimeViewer *_viewer) { @@ -289,17 +287,40 @@ } #endif -static gchar *fancy_get_selection (MimeViewer *_viewer) +static gchar *fancy_viewer_get_selection(FancyViewer *viewer) { - debug_print(fancy_get_selection\n); - FancyViewer *viewer = (FancyViewer *) _viewer; - gchar *sel = webkit_web_view_get_selected_text(viewer-view); - if (!viewer-view || strlen(sel) == 0) { + debug_print(fancy_viewer_get_selection\n); + if (!viewer-view) { + return NULL; + } + + WebKitDOMDocument *doc = webkit_web_view_get_dom_document(viewer-view); + WebKitDOMDOMWindow *window = webkit_dom_document_get_default_view(doc); + WebKitDOMDOMSelection *selection = webkit_dom_dom_window_get_selection(window); + if (!selection) { + return NULL; + } + + WebKitDOMRange *range = webkit_dom_dom_selection_get_range_at(selection, 0, NULL); + if (!range) { + return NULL; + } + + gchar *sel = webkit_dom_range_get_text(range); + if (strlen(sel) == 0) { g_free(sel); return NULL; } - return sel; + return sel; } + +static gchar *fancy_get_selection(MimeViewer *_viewer) +{ + debug_print(fancy_get_selection\n); + FancyViewer *viewer = (FancyViewer *) _viewer; + return fancy_viewer_get_selection(viewer); +} + static void fancy_clear_viewer(MimeViewer *_viewer) { FancyViewer *viewer = (FancyViewer *) _viewer; @@ -686,7 +707,7 @@ debug_print(Clicked on Search on Web\n); if (webkit_web_view_has_selection(viewer-view)) { gchar *search; - gchar *tmp = webkit_web_view_get_selected_text(viewer-view); + gchar *tmp = fancy_viewer_get_selection(viewer); search = g_strconcat(GOOGLE_SEARCH, tmp, NULL); webkit_web_view_open(viewer-view, search); g_free(search); @@ -933,20 +954,7 @@ } return FALSE; } -#if !WEBKIT_CHECK_VERSION (1,1,12) -static gboolean release_button_cb (WebKitWebView *view, GdkEvent *ev, - gpointer data) -{ - /* Make the copy/paste works as usual */ - if (webkit_web_view_can_copy_clipboard(view)) { - GtkClipboard *wv_clipboard = gtk_clipboard_get(GDK_SELECTION_PRIMARY); - const gchar *sel_text; - sel_text = (const gchar*)webkit_web_view_get_selected_text(view); - gtk_clipboard_set_text(wv_clipboard, sel_text, -1); - } - return FALSE; -} -#endif + static void zoom_100_cb(GtkWidget *widget, GdkEvent *ev, FancyViewer *viewer) { gtk_widget_grab_focus(widget); @@ -1091,16 +1099,10 @@ G_CALLBACK(load_progress_cb), viewer); g_signal_connect(G_OBJECT(viewer-view), navigation-requested, G_CALLBACK(navigation_requested_cb), viewer); -#if WEBKIT_CHECK_VERSION (1,1,14) g_signal_connect(G_OBJECT(viewer-view), resource-request-starting, G_CALLBACK(resource_request_starting_cb), viewer); -#endif g_signal_connect(G_OBJECT(viewer-view), populate-popup, G_CALLBACK(populate_popup_cb), viewer); -#if !WEBKIT_CHECK_VERSION (1,1,12) - g_signal_connect(G_OBJECT(viewer-view), button-release-event, - G_CALLBACK(release_button_cb), viewer); -#endif g_signal_connect(G_OBJECT(viewer-ev_zoom_100), button-press-event, G_CALLBACK(zoom_100_cb), (gpointer*)viewer); g_signal_connect(G_OBJECT(viewer-ev_zoom_in), button-press-event, signature.asc Description: This is a digitally signed message part
Bug#646095: Usage of private symbol
On Sat, 2011-10-22 at 10:45 +0200, Yves-Alexis Perez wrote: On ven., 2011-10-21 at 23:01 +0200, Yves-Alexis Perez wrote: Anyway, let's see the upstream call on that. https://bugs.launchpad.net/midori/+bug/799603/comments/16 and I'm not knowledgeable enough to remove the guard and the “else” part. One thing I can do is add a versioned build-dep for future version but that won't really help for the current versions. With this last upload (1.6.1-4) I think I managed to deal with all the FTBFS problems that would hold webkit, so we're left with this one to be handled. Options I see: * Re-add the API in question in the Debian package as a way to give claws-mail-fancy-plugin time to react * Fix claws-mail-fancy-plugin now to use the DOM APIs instead, like midori does, and add appropriate Breaks: for midori and claws-mail-fancy-plugin * Go shopping instead Votes? I'll grab claws-mail-fancy-plugin's code to take a look. Cheers, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#595794: webkit: uninstallable on amd64
On Mon, 2010-09-06 at 13:48 -0400, Michael Gilbert wrote: the amd64 package is currently uninstallable due to dependency on gtk2 = 2.21, but only version 2.20 is available in unstable. the package was probably built in the wrong environment again: Yes, your theory is correct =( I'll request a binNMU for amd64. By the way, last time this happened you asked for a pointer to existing discussions about source only uploads. I did not have any specific pointers, but if you search the history in lists.debian.org, for debian-devel mainly, you'll find discussions going all the way back to 2001 (perhaps even older) about that. Thanks, and sorry for the trouble yet again. -- Gustavo Noronha Silva k...@debian.org Debian Project -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589879: Doesn't start because of missing file
On Thu, 2010-07-22 at 13:09 +0200, Michael Meskes wrote: Sorry, also upgrade gnome-shell and mutter to the experimental versions.. Otherwise gnome-shell is probably using Meta-2.29 rather than Meta-2.31.. I tried that too, but cannot as gnome-shell depends on a library version that appears to be not available, at least not for amd64. Hrm. That should not be the case, what library is that? -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#589046: webkit: FTBFS: TextBreakIteratorICU.cpp: error: invalid static_cast / error: cannot convert
On Wed, 2010-07-14 at 23:22 -0400, Michael Gilbert wrote: this problem doesn't appear to be due to my changes. i can build 1.2.1-3 just fine, but i can't build 1.2.2-1 (even on amd64 that was uploaded directly; i tried i386 and amd64). Funny... I wonder if the compiler is being somehow more strict on the buildds and your machine, because it obviously built fine for me... let me see if I can reproduce this. -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#589196: gnome-shell: FTBFS: AttributeError: 'NoneType' object has no attribute 'endswith'
Hey, On Thu, 2010-07-15 at 19:43 +0200, Cyril Brulebois wrote: looks like the path == None case isn't taken into account? [...] | File /usr/lib/gobject-introspection/giscanner/cachestore.py, line 80, in _check_cache_version | version = os.path.join(self._directory, _CACHE_VERSION_FILENAME) | File /usr/lib/python2.6/posixpath.py, line 67, in join | elif path == '' or path.endswith('/'): | AttributeError: 'NoneType' object has no attribute 'endswith' | make[4]: *** [St-1.0.gir] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=gnome-shellsuite=experimental Seems to be the case. It's a bug in either gobject-introspection or python2.6, though =( Cheers, -- Gustavo Noronha Silva gustavo.noro...@collabora.co.uk Collabora Ltd. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589196: gnome-shell: FTBFS: AttributeError: 'NoneType' object has no attribute 'endswith'
clone 589196 reassign -1 gobject-introspection 0.6.15~git20100713-1 retitle -1 may pass bad values to os.path.join, causing bad things to happen thanks On Thu, 2010-07-15 at 20:29 +0200, Emilio Pozuelo Monfort wrote: On 15/07/10 20:04, Gustavo Noronha Silva wrote: On Thu, 2010-07-15 at 19:43 +0200, Cyril Brulebois wrote: looks like the path == None case isn't taken into account? [...] | File /usr/lib/gobject-introspection/giscanner/cachestore.py, line 80, in _check_cache_version | version = os.path.join(self._directory, _CACHE_VERSION_FILENAME) | File /usr/lib/python2.6/posixpath.py, line 67, in join | elif path == '' or path.endswith('/'): | AttributeError: 'NoneType' object has no attribute 'endswith' | make[4]: *** [St-1.0.gir] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=gnome-shellsuite=experimental Seems to be the case. It's a bug in either gobject-introspection or python2.6, though =( Looks like a gobject-introspection one in any case. path isn't a String there. I tend to agree. I'll reassign, and patch gobject-introspection later today. Cheers, -- Gustavo Noronha Silva gustavo.noro...@collabora.co.uk Collabora Ltd. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589046: webkit: FTBFS: TextBreakIteratorICU.cpp: error: invalid static_cast / error: cannot convert
On Thu, 2010-07-15 at 16:03 +0100, Julien Cristau wrote: On Thu, Jul 15, 2010 at 11:47:47 -0300, Gustavo Noronha Silva wrote: On Wed, 2010-07-14 at 23:22 -0400, Michael Gilbert wrote: this problem doesn't appear to be due to my changes. i can build 1.2.1-3 just fine, but i can't build 1.2.2-1 (even on amd64 that was uploaded directly; i tried i386 and amd64). Funny... I wonder if the compiler is being somehow more strict on the buildds and your machine, because it obviously built fine for me... let me see if I can reproduce this. Did you build against libicu44 or libicu42? I had a quick look at the build logs a few days ago and it seemed the build worked with 42 but failed with 44. Precisely! I just found out that this is the problem and came here to find your email heh. It's already fixed in trunk, I'll merge it into the stable branch, and upload a new package with the fix in a few hours. Cheers, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#579472: webkit: FTBFS on sparc
On Wed, 2010-04-28 at 09:16 +0200, Mike Hommey wrote: Try this: diff --git a/JavaScriptCore/wtf/FastMalloc.cpp b/JavaScriptCore/wtf/FastMalloc.cpp index e7d9efa..5979b2f 100644 --- a/JavaScriptCore/wtf/FastMalloc.cpp +++ b/JavaScriptCore/wtf/FastMalloc.cpp @@ -2336,7 +2336,7 @@ static TCMalloc_Central_FreeListPadded central_cache[kNumClasses]; // Page-level allocator static SpinLock pageheap_lock = SPINLOCK_INITIALIZER; -static void* pageheap_memory[(sizeof(TCMalloc_PageHeap) + sizeof(void*) - 1) / sizeof(void*)]; +static uint64_t pageheap_memory[(sizeof(TCMalloc_PageHeap) + sizeof(uint64_t) - 1) / sizeof(uint64_t)]; static bool phinited = false; That seems to do it, yeah =) I'm not sure, but that change seems to be cross-platform safe, do we need to ifdef it, or not? Thanks! -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#579472: webkit: FTBFS on sparc
Package: webkit Severity: serious Build log: https://buildd.debian.org/fetch.cgi?pkg=webkitver=1.2.0-1arch=sparcstamp=1270718635file=log The problem seems to be with FastMalloc: (gdb) t a a bt full Thread 1 (Thread 0xf7f04760 (LWP 29636)): #0 WTF::TCMalloc_PageHeap::init (this=0xf7eccb74) at ../JavaScriptCore/wtf/FastMalloc.cpp:1459 No locals. #1 0xf79ae608 in WTF::TCMalloc_ThreadCache::InitModule () at ../JavaScriptCore/wtf/FastMalloc.cpp:2913 No locals. #2 0xf79b2bf4 in WTF::TCMalloc_ThreadCache::GetCache (size=24) at ../JavaScriptCore/wtf/FastMalloc.cpp:2949 No locals. #3 do_malloctrue (size=24) at ../JavaScriptCore/wtf/FastMalloc.cpp:3486 heap = value optimized out #4 fastMalloctrue (size=24) at ../JavaScriptCore/wtf/FastMalloc.cpp:3709 result = value optimized out #5 WTF::fastMalloc (size=24) at ../JavaScriptCore/wtf/FastMalloc.cpp:3686 No locals. #6 0xf790197c in WTF::FastAllocBase::operator new () at ../JavaScriptCore/wtf/FastAllocBase.h:96 p = 0x0 #7 WTF::initializeThreading () at ../JavaScriptCore/wtf/ThreadingPthreads.cpp:75 No locals. #8 0xf78e721c in initializeThreadingOnce () at ../JavaScriptCore/runtime/InitializeThreading.cpp:50 No locals. #9 JSC::initializeThreading () at ../JavaScriptCore/runtime/InitializeThreading.cpp:66 initializedThreading = false #10 0xf785d7f4 in webkit_init () at ../WebKit/gtk/webkit/webkitprivate.cpp:248 isInitialized = true databaseDirectory = value optimized out session = value optimized out #11 0xf785a510 in webkit_download_class_init (klass=0x36648) at ../WebKit/gtk/webkit/webkitdownload.cpp:230 No locals. #12 webkit_download_class_intern_init (klass=0x36648) at ../WebKit/gtk/webkit/webkitdownload.cpp:108 No locals. #13 0xf6e1997c in g_type_class_ref () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #14 0xf6e45dac in ?? () from /usr/lib/libgirepository-1.0.so.0 No symbol table info available. #15 0xf6e45dac in ?? () from /usr/lib/libgirepository-1.0.so.0 No symbol table info available. Backtrace stopped: previous frame identical to this frame (corrupt stack?) If anyone has an idea what caused this, and how to fix, I'm eager to learn =). Otherwise, I'm thinking of disabling FastMalloc for sparc. See you, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#572718: Same bug now appeared in testing (A.K.A. Not fixed)
On Mon, 2010-03-15 at 20:44 +0100, Lutz wrote: I just ran an upgrade and now gnome-shell is broken in testing, too. Yeah, this is because what we really need is to rename the mutter gir package. I'll do it. -- Gustavo Noronha Silva gustavo.noro...@collabora.co.uk Collabora Ltd. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572718: Breaks due to newer gir1.0-mutter-2.28
On Sun, 2010-03-07 at 18:42 +0100, Guido Günther wrote: We just need to upload gnome-shell 2.29, and I wonder if mutter is going to break the gir bindings with every major release... (and maybe gir1.0-mutter-2.28 should have been renamed...). Renaming gir1.0-mutter-2.28 to gir1.0-mutter-2.29 imho makes sense. So it seems the bug is in gir1.0-mutter-2.28 not in gnome-shell. This sounds like the best idea to me, yeah. Thanks! -- Gustavo Noronha Silva gustavo.noro...@collabora.co.uk Collabora Ltd. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559759: webkit: multiple security issues
On Mon, 2010-02-22 at 22:40 -0500, Michael Gilbert wrote: version: 1.1.21-1 i've checked all of these issues, and they are all fixed in the latest version in unstable. thanks. Awesome! Did you take notes of what commits fixed them? Also, I assume you wanted to mail -done? Thanks! -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#568948: epiphany-browser: vertical scrollbar is screwed up
On Mon, 2010-02-15 at 20:10 +0100, Fabian Greffrath wrote: I've experienced the same behaviour occasionaly with the previous package versions, but haven't experienced it yet with 2.29.90.1-2. Right, this was actually a WebKitGTK+ bug, that got fixed in 1.1.21. Thanks for confirming the fix =D, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#568385: gracie: daemonizes too late, ends up with socket closed
On Wed, 2010-02-10 at 23:27 +1100, Ben Finney wrote: Thank you for taking the trouble to track down this problem to this level of detail, and for reporting it here. No problem at all, I had to restore my openid service anyway =) Can you please provide a command-line that I can run to reproduce similar output for a run of Gracie? This was what I used to investigate: strace -f -s 1024 /usr/bin/python /usr/bin/gracied --pidfile /var/run/gracied.pid --data-dir /var/lib/gracie --host 127.0.0.1 --port 8123 --root-url http://openid.kov.eti.br/ 2| tee /tmp/log I fixed it locally by changing the code, and temporarily moving the daemonization to before opening the port (that is fine in my case given the high port number), but a real fix would be to make the daemonization process less trigger happy (making it not close the listening socket). See you, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#568385: gracie: daemonizes too late, ends up with socket closed
Package: gracie Version: 0.2.10-3 Severity: grave Justification: renders package unusable Gracie does not work for me after upgrading (it doesn't open the port). After investigating a while, it looks like the problem is it daemonizes after having the port bound, and listened to, but the daemonization process closes the socket: socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3 setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 bind(3, {sa_family=AF_INET, sin_port=htons(8123), sin_addr=inet_addr(127.0.0.1 )}, 16) = 0 getsockname(3, {sa_family=AF_INET, sin_port=htons(8123), sin_addr=inet_addr(127 .0.0.1)}, [16]) = 0 getsockname(3, {sa_family=AF_INET, sin_port=htons(8123), sin_addr=inet_addr(127 .0.0.1)}, [16]) = 0 [...] umask(0)= 022 chdir(/) = 0 setgid32(0) = 0 setuid32(0) = 0 clone(Process 22607 attached (waiting for parent) Process 22607 resumed (parent 22606 ready) child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7ed8728) = 22607 [pid 22607] setsid()= 22607 [...] [pid 22608] close(9)= -1 EBADF (Bad file descriptor) [pid 22608] close(8)= -1 EBADF (Bad file descriptor) [pid 22608] close(7)= -1 EBADF (Bad file descriptor) [pid 22608] close(6)= -1 EBADF (Bad file descriptor) [pid 22608] close(5)= -1 EBADF (Bad file descriptor) [pid 22608] close(4)= -1 EBADF (Bad file descriptor) [pid 22608] close(3)= 0 [pid 22608] close(1)= 0 [pid 22608] close(0)= 0 [pid 22608] open(/dev/null, O_RDWR|O_LARGEFILE) = 0 [pid 22608] dup2(0, 0) = 0 [pid 22608] open(/dev/null, O_RDWR|O_LARGEFILE) = 1 [pid 22608] dup2(1, 1) = 1 [pid 22608] open(/dev/null, O_RDWR|O_LARGEFILE) = 3 [...] [pid 22608] accept(3, 0xbfe92244, [16]) = -1 ENOTSOCK (Socket operation on non-socket) [pid 22608] accept(3, 0xbfe92244, [16]) = -1 ENOTSOCK (Socket operation on non-socket) ... And it stays there forever, eating CPU cycles, trying to accept on /dev/null =D. Thanks, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565257: epiphany-browser: Does not start
On Thu, 2010-01-14 at 11:51 +0100, Domenico Cufalo wrote: Here's the output from terminal: This seems to be exactly the same issue as 565254. Can you try what I asked the reporter of that bug to do, as well? Thanks, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#564453: webkit: FTBFS: Missing (versioned) build-depends.
Hey Kurt, On Sat, 2010-01-09 at 17:20 +0100, Kurt Roeckx wrote: Package libffi was not found in the pkg-config search path. Perhaps you should add the directory containing `libffi.pc' to the PKG_CONFIG_PATH environment variable Package 'libffi', required by '/usr/lib/pkgconfig/gobject-introspection-1.0.pc', not found This is in fact a bug in gobject-introspection. A version of gobject-introspection with a fix has already been uploaded to unstable. It should be a matter of rescheduling the build with this new gobject-introspection available for the arch. Thanks, -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#564453: webkit: FTBFS: Missing (versioned) build-depends.
severity 564453 normal thanks On Sat, 2010-01-09 at 22:38 +0100, Kurt Roeckx wrote: On Sat, Jan 09, 2010 at 05:51:06PM -0200, Gustavo Noronha Silva wrote: Hey Kurt, On Sat, 2010-01-09 at 17:20 +0100, Kurt Roeckx wrote: Package libffi was not found in the pkg-config search path. Perhaps you should add the directory containing `libffi.pc' to the PKG_CONFIG_PATH environment variable Package 'libffi', required by '/usr/lib/pkgconfig/gobject-introspection-1.0.pc', not found This is in fact a bug in gobject-introspection. A version of gobject-introspection with a fix has already been uploaded to unstable. It should be a matter of rescheduling the build with this new gobject-introspection available for the arch. That seems to be avilable on all arches now, so I gave it back. Also note the (gobject-introspection-1.0 = 0.6.2) part, while you're just have an unversioned build-depends. But that just a minor problem, since all version in Debian actually are higher. Yeah, better fix it though. Thanks! -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#564050: FTBFS: Package requirements (gobject-introspection-1.0 = 0.6.2) were not met
Hey, KiBi, On Thu, 2010-01-07 at 12:01 +0100, Cyril Brulebois wrote: | Package libffi was not found in the pkg-config search path. | Perhaps you should add the directory containing `libffi.pc' | to the PKG_CONFIG_PATH environment variable | Package 'libffi', required by '/usr/lib/pkgconfig/gobject-introspection-1.0.pc', not found This is actually a bug in gobject-introspection. I am fixing it there. Can you set a dep-wait on libgirepository1.0-dev = 0.6.7-2? =) Thanks! -- Gustavo Noronha Silva k...@debian.org Debian signature.asc Description: This is a digitally signed message part
Bug#548567: Regressions in epiphany-webkit
On Wed, 2009-12-09 at 01:17 +0100, Josselin Mouette wrote: Le mardi 08 décembre 2009 à 21:12 -0200, Gustavo Noronha Silva a écrit : There's also this one, where gnome-keyring asks for authorization for every password stored by epiphany. This can result in hundreds of dialog windows needing to be dismissed the first time epiphany is launched. https://bugzilla.gnome.org/show_bug.cgi?id=591396 This is a limitation of gnome-keyring, and its API. There's little that can be done to remedy this situation, short of what has been proposed by Joss. Proposed and implemented in 2.28.1-2! You rock =) Cheers, -- Gustavo Noronha Silva k...@debian.org Debian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552202: gnome-shell: fails to start
On Mon, 2009-10-26 at 15:38 +0200, Damyan Ivanov wrote: Here is also the full strace output with forks followed (strace -f). Hrm! Can you try installing the pkg-config package and trying again? Looks like that is what it is missing. Thanks, -- Gustavo Noronha Silva gustavo.noro...@collabora.co.uk Collabora -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552202: gnome-shell: fails to start
On Sat, 2009-10-24 at 19:37 +0300, Damyan Ivanov wrote: I didn't find the strace attached, can you get me that? =) Oops. Sorry for that. Here it is. I'm afraid that won't be enough. Can you perhaps run a non-filtered strace, compress it, and send it to the bug report? I feel the error is being misleading here. Thanks, -- Gustavo Noronha Silva gustavo.noro...@collabora.co.uk Collabora -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552202: gnome-shell: fails to start
Hey, On Sat, 2009-10-24 at 11:19 +0300, Damyan Ivanov wrote: Not sure which file is missing, I am attaching strace output when tracing only the open() calls. I didn't find the strace attached, can you get me that? =) Thanks, -- Gustavo Noronha Silva gustavo.noro...@collabora.co.uk Collabora -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548567: Two more regressions
Hey, On Mon, 2009-09-28 at 12:16 +0100, Sam Morris wrote: Certificate manager does not work. Makes secure web browsing impossible I am happy that you are keen on tracking the regressions, I also think it's very important that we try to get them down before releasing the next stable release, but I think having a single bug report with every possible regression listed is not a good way to do this. It's difficult to track the ones that are already down, it's difficult to reassign bugs to the appropriate packages where needed (some of the bugs you list are webkit problems, others are soup problems), and it's also difficult to assign priorities/severity to each of them. May I suggest you open a single bug report per regression, mark the bug as forwarded in case it already has a bug upstream, and make this bug (548567) blocked by all of them? Thanks! -- Gustavo Noronha Silva k...@debian.org Debian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541244: epiphany-webkit: package fails to install
On Wed, 2009-08-12 at 13:43 -0400, Stefano wrote: Hello, when I try to install epiphany-webkit, apt-get fails with the following output: Can you try doing dpkg --purge epiphany-webkit-data, and then trying again? I think you may have had a previous version installed, which caused the preinst to just return. Thanks, -- Gustavo Noronha Silva k...@debian.org Debian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520953: gconf2: configuration is not available for root!
On Fri, 2009-04-24 at 23:35 +0200, Marek Poks wrote: i am not sure is it still problem of root and configuration at all, but none from gnome-control-center item which needs root privilages is working. it opens with grayed buttons, there is 'unlock' button usually which gives after pressing a following message: 'Could not authenticate: An unexpected error has occurred'. That is because those applets are now capable of using PolicyKit, which is a much better solution to the problem than gksu. You should run them as a normal user, from now on. Thanks, -- Gustavo Noronha Silva k...@debian.org Debian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520052: webkit: CVE-2008-4723 cross-site scripting vulnerability
On Wed, 2009-06-17 at 18:48 -0400, Michael S. Gilbert wrote: i don't mean to sound rude, but if you wish to close bugs, please do the requisite testing and background checking first. i spent the time to do a good job before submitting the bug. please respect that by doing a thorough job before closing the bug. You are right about that, sorry. I will try to figure out a patch for lenny. Thanks for updating the information! -- Gustavo Noronha k...@debian.org Debian Project -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530746: evolution: Build-Dependencies need to be updated
Package: evolution Version: 2.26.1.1-2 Severity: serious Justification: Policy 7.7 As can be seen in this log, evolution is not declaring some build-deps correctly: https://buildd.debian.org/fetch.cgi?pkg=evolution;ver=2.26.2-1;arch=i386;stamp=1243330389 It may thus fail to build from source on some buildds. See you, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-rc5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.2.14-2simple interprocess messaging syst ii debconf [deb 1.5.26 Debian configuration management sy ii evolution-co 2.26.1.1-2 architecture independent files for ii evolution-da 2.26.1.1-2 evolution database backend server ii gconf2 2.26.0-1GNOME configuration database syste ii gnome-icon-t 2.24.0-4GNOME Desktop icon theme ii libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libbluetooth 3.36-1 Library to use the BlueZ Linux Blu ii libbonobo2-0 2.24.1-1Bonobo CORBA interfaces library ii libbonoboui2 2.24.1-1The Bonobo UI library ii libc62.9-12 GNU C Library: Shared libraries ii libcairo21.8.6-2+b1 The Cairo 2D vector graphics libra ii libcamel1.2- 2.26.1.1-2 The Evolution MIME message handlin ii libdbus-1-3 1.2.14-2simple interprocess messaging syst ii libdbus-glib 0.80-4 simple interprocess messaging syst ii libebackend1 2.26.1.1-2 Utility library for evolution data ii libebook1.2- 2.26.1.1-2 Client library for evolution addre ii libecal1.2-7 2.26.1.1-2 Client library for evolution calen ii libedataserv 2.26.1.1-2 Utility library for evolution data ii libedataserv 2.26.1.1-2 GUI utility library for evolution ii libegroupwis 2.26.1.1-2 Client library for accessing group ii libenchant1c 1.4.2-3.3 a wrapper library for various spel ii libexchange- 2.26.1.1-2 Client library for accessing Excha ii libfontconfi 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgconf2-4 2.26.0-1GNOME configuration database syste ii libgdata-goo 2.26.1.1-2 Client library for accessing Googl ii libgdata1.2- 2.26.1.1-2 Client library for accessing Googl ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgnome-pil 2.0.15-2.4 Support libraries for gnome-pilot ii libgnome2-0 2.26.0-1The GNOME library - runtime files ii libgnomecanv 2.26.0-1A powerful object-oriented display ii libgnomeui-0 2.24.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2 1:2.24.1-1 GNOME Virtual File System (runtime ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libgtkhtml-e 3.26.1.1-2 HTML rendering/editing library - e ii libgtkhtml3. 3.26.1.1-2 HTML rendering/editing library - r ii libgweather1 2.26.1-1GWeather shared library ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libical0 0.43-2 iCalendar library implementation i ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libldap-2.4- 2.4.15-1.1 OpenLDAP libraries ii libnotify1 [ 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d 4.7.4-3 NetScape Portable Runtime Library ii libnss3-1d 3.12.3-1Network Security Service libraries ii liborbit21:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0- 1.24.2-1Layout and rendering of internatio ii libpisock9 0.12.3-11 library for communicating with a P ii libpisync1 0.12.3-11 synchronization library for PalmOS ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libsm6 2:1.1.0-2 X11 Session Management library ii libsoup2.4-1 2.26.2-1an HTTP library implementation in ii libsqlite3-0 3.6.13-1SQLite 3 shared
Bug#528524: webkit - FTBFS: ld gets killed
On Wed, 2009-05-13 at 14:46 +0200, Bastian Blank wrote: collect2: ld terminated with signal 9 [Killed] make[2]: *** [libwebkit-1.0.la] Error 1 make[2]: Leaving directory `/build/buildd/webkit-1.1.6/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/webkit-1.1.6/build' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 See #528485. Interesting. Thanks for the bug report, and the pointer to the qt one. I wonder if changing the debug symbols format doesn't lose us anything important, though. Any clue on that? Thanks, -- Gustavo Noronha k...@debian.org Debian Project -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511235: Uploading NMU to DELAYED/4
Hey, Given that this bug is simple to fix, and is quite serious, I thought I'd NMU a fix. I sent it to DELAYED/4 to have some time for a proper upload that acknowledges the other NMU and also fixes this problem, though. Diff is attached. Thanks, -- Gustavo Noronha Silva gustavo.noro...@collabora.co.uk Collabora Ltd. diff -u libev-3.43/debian/rules libev-3.43/debian/rules --- libev-3.43/debian/rules +++ libev-3.43/debian/rules @@ -7,10 +7,7 @@ build: patch build-stamp build-stamp: dh build --before configure - libtoolize --force - aclocal - autoheader - autoconf + autoreconf -f -i dh build --remaining touch $@ diff -u libev-3.43/debian/changelog libev-3.43/debian/changelog --- libev-3.43/debian/changelog +++ libev-3.43/debian/changelog @@ -1,3 +1,11 @@ +libev (3.43-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Call autoreconf -i -f to correctly regenerate the build system with +the new libtool (Closes: #511235) + + -- Gustavo Noronha Silva gustavo.noro...@collabora.co.uk Wed, 06 May 2009 14:52:05 -0300 + libev (3.43-1.1) unstable; urgency=low * Non-maintainer upload.
Bug#526341: cxxtools: FTBFS on i386, with current sid
Package: cxxtools Version: 1.4.8-2 Severity: serious Justification: no longer builds from source I was trying to build cxxtools from source on an i386 chroot, and the build fails with the following: dh_installudev -plibcxxtools-dev dh_lintian -plibcxxtools-dev dh_install -plibcxxtools-dev dh_install: libcxxtools-dev missing files (debian/tmp/usr/lib/*.a), aborting make: *** [binary-install/libcxxtools-dev] Error 1 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary gave error exit status 2 Thanks, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526346: apr: FTBFS on i386
Package: apr Version: 1.3.3-3 Severity: serious Justification: no longer builds from source Hello, I am trying to build apr on an i386 chroot, and it fails to build with the following error: checking for library containing strerror... none required checking whether system uses EBCDIC... no performing libtool configuration... ../configure: line 9751: syntax error near unexpected token `lt_decl_varnames,' ../configure: line 9751: `lt_if_append_uniq(lt_decl_varnames, SED, , ,' make: *** [build-i486-linux-gnu/config.status] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Closer to the start, one can find the following, which seems related: ./buildconf buildconf: checking installation... buildconf: python version 2.5.4 (ok) buildconf: autoconf version 2.63 (ok) buildconf: libtool version 2.2.6 (ok) Copying libtool helper files ... ./buildconf: line 56: alias: -g: invalid option alias: usage: alias [-p] [name[=value] ... ] ./buildconf: eval: line 133: syntax error near unexpected token `)' ./buildconf: eval: line 133: ` -*) progname=./$progname ;;' buildconf: Using libtool.m4 at /usr/share/aclocal/libtool.m4. Creating include/arch/unix/apr_private.h.in ... configure.in:186: warning: LTOPTIONS_VERSION is m4_require'd but not m4_defun'd build/libtool.m4:67: LT_INIT is expanded from... build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... configure.in:186: the top level configure.in:186: warning: LTSUGAR_VERSION is m4_require'd but not m4_defun'd configure.in:186: warning: LTVERSION_VERSION is m4_require'd but not m4_defun'd configure.in:186: warning: LTOBSOLETE_VERSION is m4_require'd but not m4_defun'd Creating configure ... configure.in:186: warning: LTOPTIONS_VERSION is m4_require'd but not m4_defun'd build/libtool.m4:67: LT_INIT is expanded from... build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... configure.in:186: the top level configure.in:186: warning: LTSUGAR_VERSION is m4_require'd but not m4_defun'd configure.in:186: warning: LTVERSION_VERSION is m4_require'd but not m4_defun'd configure.in:186: warning: LTOBSOLETE_VERSION is m4_require'd but not m4_defun'd configure:9753: error: possibly undefined macro: m4_ifval If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure:12351: error: possibly undefined macro: _LT_SET_OPTIONS configure:12351: error: possibly undefined macro: LT_INIT Generating 'make' outputs ... rebuilding rpm spec file Thanks, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526349: elinks: FTBFS on i386 auto build
Package: elinks Version: 0.12~pre3-2 Severity: serious Justification: no longer builds from source Hello, While trying to build elinks on an i386 chroot (building also Arch: all binaries) I got the following error: make[1]: Entering directory `/build/buildd-elinks_0.12~pre3-2-i386-to3MRQ/elinks-0.12~pre3/build-main/doc' [CONF2DOC] doc/features.txt [KEYS2DOC] doc/keymap-actions.txt [KEYS2DOC] doc/keymap-defaults.txt [HELP2XML] doc/option-command.frag.xml [ASCIIDOC] doc/elinks.1.xml FAILED: [listdef-bulleted] missing section: [listtags-None] make[1]: *** [elinks.1.xml] Error 1 make[1]: Leaving directory `/build/buildd-elinks_0.12~pre3-2-i386-to3MRQ/elinks-0.12~pre3/build-main/doc' make: *** [build-indep-stamp] Error 2 Thanks, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages elinks depends on: ii elinks-data 0.12~pre3-2 advanced text-mode WWW browser - d ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc62.9-7 GNU C Library: Shared libraries ii libcomerr2 1.41.5-1common error description library ii libexpat12.0.1-4 XML parsing C library - runtime li ii libfsplib0 0.9-1 FSP v2 protocol stack library - sh ii libgnutls26 2.6.5-1 the GNU TLS library - runtime libr ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib ii libgssapi-krb5-2 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - k ii libidn11 1.14-3 GNU Libidn library, implementation ii libk5crypto3 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - C ii libkrb5-31.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries ii liblua50 5.0.3-3 Main interpreter library for the L ii liblualib50 5.0.3-3 Extension library for the Lua 5.0 ii libmozjs1d 1.9.0.9-1 The Mozilla SpiderMonkey JavaScrip ii libperl5.10 5.10.0-19 Shared Perl library ii libruby1.8 1.8.7.72-3.1Libraries necessary to run Ruby 1. ii libtre4 0.7.5-2 regexp matching library with appro ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime elinks recommends no packages. Versions of packages elinks suggests: pn elinks-docnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526128: dak considers empty lines to match anything, on mail-whitelist
Package: dak Severity: critical Hello, I'm working on a dak setup, and caused some massive mailing to happen because of this bug, unfortunaltely. My mail-whitelist file had only my own address, and a blank line. The problem is that the blank line apparently matched everything, so lots of people got mails =(. The attached patch seems to fix it, though maybe there's a cleaner solution you can think of. Thanks, -- Gustavo Noronha Silva gustavo.noro...@collabora.co.uk Collabora Ltd. diff --git a/daklib/utils.py b/daklib/utils.py index 651e13a..2997b76 100755 --- a/daklib/utils.py +++ b/daklib/utils.py @@ -618,7 +618,7 @@ def send_mail (message, filename=): for line in whitelist_in: if re_re_mark.match(line): whitelist.append(re.compile(re_re_mark.sub(, line.strip(), 1))) -else: +elif line.strip(): whitelist.append(re.compile(re.escape(line.strip( finally: whitelist_in.close()
Bug#520981: libwebkit-1.0-2: Library package contains non-versioned files
On Mon, 2009-03-23 at 22:22 -0700, Luis Rodrigo Gallardo Cruz wrote: Please move the libexec files to a different package. I'm preparing an upload with a libwebkit-1.0-bin, for those. Anyone against? I'll push the changes, and upload the package tomorrow night if it's OK =). Thanks, -- Gustavo Noronha k...@debian.org Debian Project -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510348: Removal of dillo and claws-mail dillo plugin?
On Sat, 2009-01-03 at 13:05 +, Paul wrote: After only a v.brief look at the claws-mail package, removing that plugin appears trivial. Are there any other problems with removing the dillo-viewer from claws-mail? Should dillo need to be removed, building claws-mail without the dillo-plugin is simple. Also, I'm not sure if that would help claws-mail, but there seems to be a Tcl/Tk program that should cover any use-cases a dillo removal may leave uncovered: http://tkhtml.tcl.tk/hv3.html. It's not yet in Debian, but may be an option for Squeeze. See you, -- Gustavo Noronha Silva k...@debian.org Debian Project signature.asc Description: This is a digitally signed message part
Bug#492414: bug reproduced and patch fixed it
Hello, I was able to reproduce the bug by editing the database manually to set some fields as null, and the patch provided does fix it. I can do an NMU, if the team hasn't got the time to get this fixed timely, so let me know =). See you, -- Gustavo Noronha Silva [EMAIL PROTECTED] Debian Project signature.asc Description: This is a digitally signed message part
Bug#495984: upstream patch
Hello, The patch upstream made to fix the bug is quite trivial: http://svn.gnome.org/viewvc/brasero/trunk/src/burn-volume-obj.c?r1=1149r2=1148pathrev=1149 It basically avoids calling strcmp on a NULL pointer. I am trying to reproduce the bug to try out the fix and up to now I've been unable. It may be that I am using a version of a library that is too new and in which the call to g_volume_monitor_get_volumes() doesn't return the bad device. I'll try a bit more to reproduce it, and prepare an upload with the patch included. See you, -- Gustavo Noronha Silva [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491308: About the bug you reported on elisa
Hello, I am investigating the problem you reported on elisa: http://bugs.debian.org/491308 I am trying to reproduce it, but up to now I have been unable. Can you provide me some more information? For instance, what does elisa print if you start it from a terminal without using the -l switch? Would you provide me your ~/.elisa directory as a tarball for investigation? The output from running 'python' in the command line and then running 'import pgm' would also be useful. Also, can you make sure that you have the libpigment0.3-5 package installed, and try again? Thanks, -- Gustavo Noronha Silva [EMAIL PROTECTED] Debian Project signature.asc Description: This is a digitally signed message part
Bug#491308: problem seems to be in python-pgm
Hey, While debugging this problem I came to the conclusion that the problem was that 'elisa --benchmark' was not being able to import the pgm Python module. I came to that by running elisa --benchmark, and investigating the code that was getting the exception. The problem is that python-pgm has been built with a buggy libpigment revision, which had a soname change without changing the name of the package. The python-pgm problem is already being worked on, and should disappear after the scheduled rebuilds are done and uploaded (that is being tracked by the bug I blocked this one with). See you, -- Gustavo Noronha Silva [EMAIL PROTECTED] Debian Project signature.asc Description: This is a digitally signed message part
Bug#491308: The bug you reported in elisa
Hello Michael, I am working on the bug you reported on elisa, and I figured it might be related to a dependency problem in a related package. Can you tell me if your problem goes away by installing the libpigment0.3-5 package? See you, -- Gustavo Noronha Silva [EMAIL PROTECTED] Debian Project signature.asc Description: This is a digitally signed message part
Bug#487673: Case for MatchURI fields is incorrect for /usr/share/python-apt/templates/Debian.info
Hey, I was debugging this problem and just found out that the problem is python-apt tries to find a field named MatchURI on the 'channel' files, but Debian.info has MatchUri instead: (Pdb) l 195 elif field == 'MatchURI' and not template.match_uri: 196 template.match_uri = value 197 elif field == 'MatchURI-%s' % self.arch: 198 template.match_uri = value 199 elif (field == 'MirrorsFile' or 200 - field == 'MirrorsFile-%s' % self.arch): 201 if not map_mirror_sets.has_key(value): 202 mirror_set = {} 203 try: 204 mirror_data = filter(match_mirror_line.match, 205 map(string.strip, open(value))) (Pdb) print value ftp[0-9]*\.[a-z]\.debian\.org (Pdb) n Here: $ grep -i matchuri /usr/share/python-apt/templates/Debian.info MatchUri: ftp[0-9]*\.[a-z]\.debian\.org MatchUri: ftp[0-9]*\.[a-z]\.debian\.org MatchUri: ftp[0-9]*\.[a-z]\.debian\.org MatchUri: ftp[0-9]*\.[a-z]\.debian\.org MatchUri: ftp[0-9]*\.[a-z]\.debian\.org Thanks! -- Gustavo Noronha Silva [EMAIL PROTECTED] Debian Project signature.asc Description: This is a digitally signed message part
Bug#454624: Info received (Bug#454624: gksu doesn't ask for a password and runs apps as root)
On Thu, Dec 06, 2007 at 07:49:43PM +0100, Nicolas wrote: M... Just rebooted my xx-uptime days computer, and then the gksu window appears normally. As regards to the password not requested, perhaps was it in cache ? gksu, when used with the su backend, will have checkboxes to make it remember the password for the whole session or to store it in the GNOME Keyring for good. You probably had the password stored for your session, and the screen that appeared blank was telling you just that: that gksu was going to run the program without asking for the password. We have a bug here, indeed: that translation has invalid characters, but as for the password caching, that seems to be working as intended =). Thanks! -- Gustavo Noronha Silva [EMAIL PROTECTED] Debian Developer http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442848: python-decoratortools: depends on python-support from experimental
Hey dato! Em Seg, 2007-09-17 às 13:31 +0200, Adeodato Simó escreveu: python-decoratortools Depends: python-support (= 0.2), python-support (= 0.7), but 0.7 is only available in experimental. Yeah, noticed that today, though I was using 0.7 from unstable... my bad. I'll take a look at what's missing for 0.7 to get in. P.S.: Also, the package only depends on python (= 2.3), where decorators were introduced in python 2.4. That's correct. decoratortools are meant to provide decorator-like structures that work on python 2.3 as well as in 2.4, if you need your code to be compatible with both versions. Thanks! -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/
Bug#429181: update-manager_0.59.20-1(experimental/powerpc/anakreon): fdsend.c:26:20: error: Python.h: No such file or directory
Em Seg, 2007-06-18 às 18:06 +0100, Gustavo Noronha Silva escreveu: Em Sáb, 2007-06-16 às 12:09 +0200, Loïc Minier escreveu: Was waiting on the 0.7.2 APT upload to unstable; I'd like to upload this into unstable proper already. Will do this today, as my sencond upload at debconf =) Upload to unstable will have to wait, though =(. There are still some things to sort out. I'll upload to experimental today. -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/
Bug#429181: update-manager_0.59.20-1(experimental/powerpc/anakreon): fdsend.c:26:20: error: Python.h: No such file or directory
Em Sáb, 2007-06-16 às 12:09 +0200, Loïc Minier escreveu: The fix is in SVN: update-manager (0.59.20-2) experimental; urgency=low * debian/control: - build-dep on python-dev 2.4 instead of python-all = 2.3, thanks to Loic Minier for fixing this (Closes: #427899) ... no idea why it isn't uploaded. Was waiting on the 0.7.2 APT upload to unstable; I'd like to upload this into unstable proper already. Will do this today, as my sencond upload at debconf =) See you, -- Gustavo Noronha [EMAIL PROTECTED] http://kov.eti.br/
Bug#393874: kiwi: FTBFS: /usr/bin/xvfb-run: line 158: kill: (16331) - No such process
Em Wed, 18 Oct 2006 10:21:43 +0200 Andreas Jochens [EMAIL PROTECTED] escreveu: When building 'kiwi' in a clean unstable chroot, I get the following error: Hey there! Thanks for the bug report! I am very unhappy having to use this Xvfb solution, but it was the only feasible one for the moment. I figured out what new build-deps are needed and am uploading a fix. See you, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://www.debian.org/ | http://kov.eti.br/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391721: Anything holding the upload?
Hello there, I'd like to see beaglefs in Etch, so I was looking at the RC bugs. Is anything holding the upload for this bug, which is marked pending? Need help? See you, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://www.debian.org/ | http://kov.eti.br/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384473: update-manager: bug is still there, raising prio since the app is unusable in a Romanian environment
Em Wed, 04 Oct 2006 13:44:32 +0300 Eddy Petrișor [EMAIL PROTECTED] escreveu: Hello, Hey! An update was made to this package but the fix for this issue was not included. Since the application does not start on installations localized in Romanian, and the release closing in, I am raising the severity. You're completely right on this. Just now I realize how much love update-manager needs. I'll be doing a good cleanup today. Thanks! -- Gustavo Noronha Silva [EMAIL PROTECTED] http://www.debian.org/ | http://kov.eti.br/
Bug#384904: New Gnash Package in SID. Still getting this error?
Em Mon, 25 Sep 2006 21:18:28 +0200 (CEST) Miriam Ruiz [EMAIL PROTECTED] escreveu: There's a new Gnash package in Debian SID. As there have been many changes upstream, I'm not sure if you're still getting the bug #384904 (gnash simply segfaults). Can you check it and confirm whether this bug still exists or it can be closed? Miriam! It Works For Me(tm) now. Thanks a lot for working in this package, I'm very happy I now have a (free enough for me) flash player and can do some minor stuff I could not before! See you, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://www.debian.org/ | http://kov.eti.br/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384904: gnash simply segfaults
Package: gnash Version: 0.7.1+cvs20060820.2237-1 Severity: grave Justification: renders package unusable I can't get gnash to do anything useful for me. I only get a crash: (gdb) run Starting program: /usr/bin/gnash [Thread debugging using libthread_db enabled] [New Thread -1498400544 (LWP 26541)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1498400544 (LWP 26541)] 0xa7d5a3ea in SWFHandlers (this=0x804fbc8) at swf/ASHandlers.h:78 78 { (gdb) bt full #0 0xa7d5a3ea in SWFHandlers (this=0x804fbc8) at swf/ASHandlers.h:78 No locals. #1 0xa7d63672 in gnash::SWF::SWFHandlers::instance () at swf/ASHandlers.cpp:485 _instance = (gnash::SWF::SWFHandlers *) 0x0 #2 0xa7cfa539 in __static_initialization_and_destruction_0 (__initialize_p=value optimized out, __priority=value optimized out) at ActionExec.cpp:79 No locals. #3 0xa7da4a15 in __do_global_ctors_aux () from /usr/lib/libgnashserver.so.0 No symbol table info available. #4 0xa7cbba51 in _init () from /usr/lib/libgnashserver.so.0 No symbol table info available. #5 0xa7ef87e5 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 No symbol table info available. #6 0xa7ef8911 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 No symbol table info available. #7 0xa7eed7ef in ?? () from /lib/ld-linux.so.2 No symbol table info available. (gdb) The strace may also be useful: close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xa6c2 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libpangoft2-1.0.so.0, O_RDONLY) = 3 read(3, [EMAIL PROTECTED] \0\4\0([EMAIL PROTECTED]@[EMAIL PROTECTED]/[EMAIL PROTECTED] \0\0\0\216\0\0\0\313\0\0\0\0\0\0\0\0\0\0\0\346\0\0\0\347\0\0\0\0\0\0\0:\0\0\0k\0\0\000 0\0\0\0\375\0\0\0\0\0\0\0\202\0\0\0\267\0\0\0;\0\0\0\0\0\0\0\0\0\0\0\0\0\0j\0\0\0009\0\0\0\23\0\0\0\273\0\0\0\356\0\0\0, 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=151336, ...}) = 0 mmap2(NULL, 150232, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xa6bfb000 mmap2(0xa6c1f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x24) = 0xa6c1f000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xa6bfa000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xa6bf9000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xa6bf8000 mprotect(0xa7288000, 20480, PROT_READ) = 0 mprotect(0xa7399000, 12288, PROT_READ) = 0 mprotect(0xa7a2f000, 421888, PROT_READ|PROT_WRITE) = 0 mprotect(0xa7a2f000, 421888, PROT_READ|PROT_EXEC) = 0 set_thread_area({entry_number:-1 - 6, base_addr:0xa6bf88e0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xa7fc7000, 101379) = 0 set_tid_address(0xa6bf8928) = 26599 rt_sigaction(SIGRTMIN, {0xa73a84c0, [], SA_SIGINFO}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0xa73a8420, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 uname({sys=Linux, node=alface, ...}) = 0 futex(0xa739f4dc, FUTEX_WAKE, 2147483647) = 0 brk(0) = 0x804d000 brk(0x806e000) = 0x806e000 open(gnash-dbg.log, O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 3 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 26599 detached The gnash-dbg.log file is empty. Thanks, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Versions of packages gnash depends on: ii libaa1 1.4p5-30 ascii art library ii libartsc0 1.5.4-1 aRts sound system C support librar ii libasound2 1.0.11-7 ALSA library ii libaudio2 1.8-2The Network Audio System (NAS). (s ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libdirectfb-0.9 0.9.25.1-3 frame buffer graphics library ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-7 generic font configuration library ii libgcc1 1:4.1.1-11 GCC support library ii libgl1-mesa-glx 6.4.2-1.1A free implementation of the OpenG ii libglib2.0-02.10.3-3 The GLib library of C routines ii libglu1-mesa [l 6.4.2-1.1The OpenGL utility library (GLU) ii libgnash0
Bug#383302: bin-NMU scheduling for python transition
Em Sun, 20 Aug 2006 01:20:39 -0700 Steve Langasek [EMAIL PROTECTED] escreveu: Oi Gustavo, Oi vorlon! turbojson and turbogears are arch: all packages and cannot be binNMUed. It also doesn't look like they need to be -- they depend on python (= 2.4) | python2.4, which is satisfied just fine. Oh, sorry, I thought they could be and did not pay enough atention to notice they were problematic for their dependency on the other packages. The other two packages are arch: any and so can be binNMUed, but I'm puzzled why they build-depend on python-all-dev if they only build for the current version of python. Perhaps this is something you would like to fix with a sourceful upload? Actually, they build extensions for both versions of Python - 2.3 and 2.4; the dependencies are wrong; I guess I'll do a sourceful upload to get a higher build-dep on debhelper to ensure the deps are generated correctly, though. FWIW, I remain pretty unimpressed with the decision to make the control fields optional in the python policy. The pycentral-using packages which are binNMUable for the transition have all already been binNMUed using only the information in the Packages and Sources files, but hunting down the list of binNMUable packages that aren't using these fields will require a full, current source mirror and a lot of unpacking and rooting around in source packages. You mean the XB-Python-Version or both? I must confess I failed to see a reason for XS-Python-Version, but I'm definately willing to include them in my packages if you say they're both useful. Thanks, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383304: bin-NMU scheduling for python transition
Hello, Some of my Python packages should simply require a binNMU to be in shape with the new python package which is 2.4: ruledispatch (python-dispatch) pyprotocols (python-protocols) turbojson (python-turbojson) turbogears (python-turbogears) This last one is in experimental, so I'm not sure a binNMU scheduled by the Release Team is possible, so if a different action on my part (such as a manual binNMU or a sourceful upload) is required, please let me know. Thanks, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379359: Bug in kiwi
Em Thu, 3 Aug 2006 17:31:26 +0200 David Weinehall [EMAIL PROTECTED] escreveu: On Wed, Aug 02, 2006 at 11:18:41PM -0300, Gustavo Noronha Silva wrote: So it seems that this version works =) Great =D, let me upload then! -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379359: Bug in kiwi
Em Wed, 2 Aug 2006 19:25:27 +0200 David Weinehall [EMAIL PROTECTED] escreveu: I didn't have any of the python2.3 files you wanted, and for 2.4, the kiwi directory was missing (my suspicion is that the removal of the old version was successful, but the installation of the new version was not). Thanks for the information! I can't see a problem, and am unable to reproduce it with the -6 I uploaded. Can you please try installing this package?: http://people.debian.org/~kov/stuff/python-kiwi_1.9.8-7_all.deb It will run the preinst in debug mode, so we'll see more details. Thanks, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379359: Installation failure
Em Thu, 27 Jul 2006 22:02:54 +0300 Kalle Valo [EMAIL PROTECTED] escreveu: But I'm currently busy with real-life issues so that I can't debug it further. Sorry :( Maybe you could just package the following directories in a tarball and send it to me?: /var/lib/python-support/python*/kiwi /var/lib/python-support/python*/gazpacho /var/lib/python-support/python*/kiwi-1.9.8.egg-info I need to reproduce this problem here again in order to fix it. Thanks, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379359: More information on installation failure
Em Wed, 26 Jul 2006 21:21:31 +0200 David Weinehall [EMAIL PROTECTED] escreveu: smyslov:~/deb# /usr/sbin/update-python-modules -i /usr/share/python-support/python-kiwi /usr/share/python-support/python-kiwi/kiwi-1.9.8.egg-info/top_level.txt /var/lib/python-support/python2.4/kiwi-1.9.8.egg-info/top_level.txt /usr/share/python-support/python-kiwi/kiwi-1.9.8.egg-info/PKG-INFO /var/lib/python-support/python2.4/kiwi-1.9.8.egg-info/PKG-INFO /usr/share/python-support/python-kiwi/kiwi-1.9.8.egg-info/SOURCES.txt /var/lib/python-support/python2.4/kiwi-1.9.8.egg-info/SOURCES.txt Traceback (most recent call last): File /usr/sbin/update-python-modules, line 269, in ? process(basedir,install_modules(py_installed)) File /usr/sbin/update-python-modules, line 151, in process func(basedir, dir, file) File /usr/sbin/update-python-modules, line 123, in install_modules_func os.symlink(fullpath,destpath) OSError: [Errno 17] File exists That's bad news... ok, let's do this: can you make a tarball containing: /var/lib/python-support/python2.3/kiwi /var/lib/python-support/python2.3/gazpacho /var/lib/python-support/python2.3/kiwi-1.9.8.egg-info and the same for python2.4? This way I can try to reproduce the problem here again and investigate it locally. Thanks, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379359: More information on installation failure
Em Wed, 26 Jul 2006 04:50:04 +0200 David Weinehall [EMAIL PROTECTED] escreveu: Still the same... This is weird, did you put the print thing before the os.symlink function call last time? I'll give it another try tonight, so expect new package to test. Thanks for the help! -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379359: More information on installation failure
Em Wed, 26 Jul 2006 04:50:04 +0200 David Weinehall [EMAIL PROTECTED] escreveu: Still the same... Ok, I updated the package again, can you give it one more go? Same location. Thanks, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379359: More information on installation failure
Hey! Em Tue, 25 Jul 2006 04:25:15 +0200 David Weinehall [EMAIL PROTECTED] escreveu: /usr/share/python-support/python-kiwi/kiwi-1.9.8.egg-info/SOURCES.txt /var/lib/python-support/python2.4/kiwi-1.9.8.egg-info/SOURCES.txt Traceback (most recent call last): File /usr/sbin/update-python-modules, line 269, in ? process(basedir,install_modules(py_installed)) File /usr/sbin/update-python-modules, line 151, in process func(basedir, dir, file) File /usr/sbin/update-python-modules, line 123, in install_modules_func os.symlink(fullpath,destpath) OSError: [Errno 17] File exists Ok, let's try this; can you please try the deb available here?: http://people.debian.org/~kov/stuff/ Here's a direct link: http://people.debian.org/~kov/stuff/python-kiwi_1.9.8-6_all.deb Thanks, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379359: More information on installation failure
Hello, I saw this problem in a local machine, but I thought it was a problem with me messing up with the python installation while testing, so I fixed it locally and forgot to take notes on what file was causing the problem... I need some help to create a work-around in the preinst, then, since I cannot reproduce it anymore by installing a previous version. It may be a bug in an earlier version of python-support =/. Anyway, let's go on to how you can help me: Edit /usr/sbin/update-python-modules and add the following line just before the problem (in other words, add it to line 121, just before the call to os.symlink): print fullpath, destpath I don't know if you're familiar with Python, you must have the indentation be exactly the same as the os.symlink line. Then run the update-python-modules script again: /usr/sbin/update-python-modules -i /usr/share/python-support/python-kiwi Simply running dpkg --configure -a may help, as well. Then send me the output. Thanks! -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375528: Bug#375527: pyprotocols: FTBFS: cannot stat `debian/python-protocols/usr/share/python-support/python-protocols/PyProtocols-1.0a0-py2.3.egg-info': No such file or directory
Em Ter, 2006-06-27 às 11:22 +0200, Julien Danjou escreveu: On Mon, Jun 26, 2006 at 10:13:36PM -0300, Gustavo Noronha Silva wrote: This is weird... this probably means that your python interpreter points to a version other than the one the pyversions script knows as being the default. I'll have the code be robust enough to handle this situation, but this does not seem to be a normal case. Notice that all the buildds listed on buildd.debian.org built the package just fine: http://buildd.debian.org/build.php?arch=pkg=pyprotocols http://buildd.debian.org/build.php?arch=pkg=ruledispatch This is reproducible with pbuilder. Did you try ? Maybe this bug should be reassigned. Yeah, it was probably a change in the python packaging tools. You were right, I returned the bugs to severity serious. Sorry for the noise =) See you, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ signature.asc Description: Esta é uma parte de mensagem assinada digitalmente
Bug#375527: pyprotocols: FTBFS: cannot stat `debian/python-protocols/usr/share/python-support/python-protocols/PyProtocols-1.0a0-py2.3.egg-info': No such file or directory
severity 375527 important severity 375528 important thanks Em Seg, 2006-06-26 às 17:31 +0200, Julien Danjou escreveu: Hello, Hey! Copying src/PyProtocols.egg-info to /build/buildd/pyprotocols-1.0a0dev/debian/python-protocols/usr/lib/python2.4/site-packages/PyProtocols-1.0a0-py2.4.egg-info [...] mv debian/python-protocols/usr/share/python-support/python-protocols/PyProtocols-1.0a0-py2.3.egg-info \ debian/python-protocols/usr/share/python-support/python-protocols/PyProtocols-1.0a0.egg-info mv: cannot stat `debian/python-protocols/usr/share/python-support/python-protocols/PyProtocols-1.0a0-py2.3.egg-info': No such file or directory make: *** [binary-post-install/python-protocols] Error 1 ** This is weird... this probably means that your python interpreter points to a version other than the one the pyversions script knows as being the default. I'll have the code be robust enough to handle this situation, but this does not seem to be a normal case. Notice that all the buildds listed on buildd.debian.org built the package just fine: http://buildd.debian.org/build.php?arch=pkg=pyprotocols http://buildd.debian.org/build.php?arch=pkg=ruledispatch Same goes for ruledispatch. See you, -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ signature.asc Description: Esta é uma parte de mensagem assinada digitalmente
Bug#372619: Patch for NMU
Hello, Here's the patch for the NMU for version 1.3-0.1, uploaded to DELAYED3, which fixes both these bugs. This work includes the preivous NMU work as well. Thanks! -- Gustavo Noronha Silva [EMAIL PROTECTED] http://people.debian.org/~kov/ simplejson_1.3-0.1.diff.gz Description: GNU Zip compressed data signature.asc Description: Esta é uma parte de mensagem assinada digitalmente
Bug#340542: zope2.8: invalid syntax in file breaks install
Package: zope2.8 Version: 2.8.4-1 Severity: grave Justification: renders package unusable Here's the problem: Instalando zope2.8 (2.8.4-1) ... Zope2.8: starting sandbox instance. Compiling /usr/lib/zope2.8/lib/python/RestrictedPython/tests/before_and_after24.py ... File /usr/lib/zope2.8/lib/python/RestrictedPython/tests/before_and_after24.py, line 30 x = (y**2 for y in whatever if y 3) ^ SyntaxError: invalid syntax I had to use Ctrl+c, and then moved the file aside and ran dpkg --configure -a. See ya, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Versions of packages zope2.8 depends on: ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii libc6 2.3.5-8GNU C Library: Shared libraries an ii lsb-base 3.0-11 Linux Standard Base 3.0 init scrip ii python2.3 2.3.5-9An interactive high-level object-o ii python2.3-xml 0.8.4-1XML tools for Python (2.3.x) ii zope-common 0.5.15 common settings and scripts for zo zope2.8 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333142: libcamel1.2-0: soversion bump with no package name change
Package: libcamel1.2-0 Version: 1.4.0-2 Severity: serious Justification: Policy 8.1 One of the libraries of libcamel1.2-0 has bumped soversion from 3 to 6 since the version in unstable; I noticed that because I am running evolution from unstable with that lib from experimental and the Mail component doesn't boot because it cannot find the file. The library in question is libcamel-provider-1.2.so.{3,6}. Thanks, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc3 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Versions of packages libcamel1.2-0 depends on: ii libc62.3.5-6 GNU C Library: Shared libraries an ii libcamel1.2-01.4.0-2 The Evolution MIME message handlin ii libcomerr2 1.38-2 common error description library ii libedataserver1.2-4 1.4.0-2 Utily library for evolution data s ii libegroupwise1.2-8 1.4.0-2 Client library for accessing group ii libglib2.0-0 2.8.3-1 The GLib library of C routines ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libkrb53 1.3.6-5 MIT Kerberos runtime libraries ii libnss3 2:1.7.11-1 Network Security Service Libraries ii libsoup2.2-8 2.2.6-1 an HTTP library implementation in ii libxml2 2.6.22-1GNOME XML library ii zlib1g 1:1.2.3-4 compression library - runtime libcamel1.2-0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329780: libmysqlclient14-dev: installs (incorrectly, at first sight) the same file as libmysqlclient15
Package: libmysqlclient14-dev Severity: serious Justification: Policy 7.3/7.5 This says it all: Descompactando libmysqlclient14-dev (de .../libmysqlclient14-dev_4.1.14-3_i386.deb) ... dpkg: erro processando /var/cache/apt/archives/libmysqlclient14-dev_4.1.14-3_i386.deb (--unpack): tentando sobrescrever `/usr/lib/libndbclient.so.0.0.0', que também está no pacote libmysqlclient15 dpkg-deb: subprocesso paste morto por sinal (Pipe quebrado) See ya, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Em Ter, 2005-08-30 às 11:38 +0200, Olivier Schwander escreveu: ** (gnome-session:7151): WARNING **: Unable to read ICE authority file: /home/olivier/.ICEauthority A solution is to change owner/group of the file .ICEauthority from root:root to username:username. I think it is a problem in the preinst script. preinst scripts are not supposed to mess up with your home directory; how did that .ICEauthority arrive at your home directory in the first place? I bet it is not a problem in gnome-session, but some other thing that messed up by writing that file there. Any ideas? See ya, -- [EMAIL PROTECTED]: Gustavo Noronha http://people.debian.org/~kov Debian: http://www.debian.org * http://www.debian-br.org signature.asc Description: This is a digitally signed message part
Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Em Ter, 2005-08-30 às 14:45 +0200, Olivier Schwander escreveu: Josselin Mouette a écrit : It could be some GNOME program run as root with HOME=/home/olivier. The problem appeared after an upgrade of gnome-session and a logout. But only one user is concerned: an .ICEauthority used by an other user only with kde has a good owner. I may have used Synaptic as root but I don't understand how it could have bad $HOME. I tried with su and gksu but owner is preserved. I know that I have not forced HOME=/home/olivier. Might be... I created a new user here tro try gksu + $some_GNOME_programs here. I tried nautilus, evolution; I even invoked a full gnome-session as root using gksu to try it out and make sure. No .ICEauthority was created at all. gksu does leave some variables like USERNAME and LOGNAME untouched, though, so a misbehaving program could be the problem there. I tried synaptic, though, and it works without creating a .ICEauthority. Haven't you tried to run something else as root, using other means, maybe? See ya, -- [EMAIL PROTECTED]: Gustavo Noronha http://people.debian.org/~kov Debian: http://www.debian.org * http://www.debian-br.org signature.asc Description: This is a digitally signed message part
Bug#322280: gksu gives Segfault
Em Qua, 2005-08-10 às 08:02 +0200, Christoph Thomas escreveu: After upgrading gksu from 1.3.3-1 to 1.3.2-2 I get only a Segfault when I start gnome-terminal via gksu -u normal-user gnome-terminal. Take a look at http://bugs.debian.org/322070. I believe they're the same problem. There are two patches you can try to build gksu with and then get back to me so I can upload the package with the correct patch. Thanks, -- [EMAIL PROTECTED]: Gustavo Noronha http://people.debian.org/~kov Debian: http://www.debian.org * http://www.debian-br.org signature.asc Description: This is a digitally signed message part
Bug#280673: apt-howto: APT HOWTO is under a non-free license
Em Sb, 2005-06-11 s 03:59 -0700, Steve Langasek escreveu: Oi kov, I did not close the bug yet because not all the translations have been updated yet to reflect the change. As this is sarge-ignore I'm not in a big hurry to have that happen; let it open for the time being, but thanks for the bug triaging! How do things look for this bug now that sarge is released? Which translations are still in need of relicensing? From a quick look: ca de el es ja ko pl ru tr I'll mail the translators and their -l10n- mailing lists if they do not respond quickly. Thanks! -- [EMAIL PROTECTED]: Gustavo Noronha http://people.debian.org/~kov Debian: http://www.debian.org * http://www.debian-br.org signature.asc Description: This is a digitally signed message part
Bug#306411: gnome-mag: doesnt even start
Em Ter, 2005-04-26 s 11:08 -0700, Steve Langasek escreveu: On Wed, Sep 08, 2004 at 07:33:45PM +0200, Fionn Behrens wrote: home # magnifier ** ERROR **: Error registering magnifier server. aborting... zsh: abort magnifier Where did you get this version of gnome-mag? You seem to be severale versions behind anything that Debian currently ships. Can you please upgrade to the current version and see if that fixes your problem? gnome-mag's mainly use is with gnopernicus; it is provided as a command-line utility to be useable otherwise, but then you need to specify some options to tell it how to work; I'd close the bug, but let's make sure: would you mind testing if the following command works?: $ magnifier -v -m Thanks, -- [EMAIL PROTECTED]: Gustavo Noronha http://couve.no-ip.org/~kov/ Debian: http://www.debian.org/ * http://www.debian-br.org/ signature.asc Description: This is a digitally signed message part
Bug#280673: Resolved
Em Qui, 2005-03-31 s 04:06 -0500, Filipus Klutiero escreveu: Hi Frank, Gustavo fixed this in 1.8.10, The changelog reads - relicensed to GPL, some other translations still missing after all of them are updated, this will close bug 280673. From what I see, everything in Sarge is at 1.8.10.3-1 (quite astonishing!) So, I believe this bug can be closed. Hey, I did not close the bug yet because not all the translations have been updated yet to reflect the change. As this is sarge-ignore I'm not in a big hurry to have that happen; let it open for the time being, but thanks for the bug triaging! Thanks, -- [EMAIL PROTECTED]: Gustavo Noronha http://couve.no-ip.org/~kov/ Debian: http://www.debian.org/ * http://www.debian-br.org/ signature.asc Description: Esta =?ISO-8859-1?Q?=E9?= uma parte de mensagem assinada digitalmente
Bug#293813: bug 293813, no en locale
Em Sb, 2005-02-12 s 01:17 -0500, Kevin Mark escreveu: Saw new info on gnomedesktop.org. Downloaded debian package. found errors. noticed LOCALE error. found NO en locale file. did: LC_ALL es_ES gazpacho still didnt run but the LOCALE error was gone. so, i guess it needs a en locale for us en-speaking folks. Hey, The problem to which you are replying was actually fixed in the last upload. You may have found a different problem. Would you mind sending the exact error message, please, just to check? Thanks, -- [EMAIL PROTECTED]: Gustavo Noronha http://couve.no-ip.org/~kov/ Debian: http://www.debian.org/ * http://www.debian-br.org/
Bug#290337: abort on start
Em Qui, 2005-01-13 s 16:57 +, ROBERTOJIMENOCA escreveu: I'm using latest unstable 2005-01-13 with gtk+ and glib 2.6.1-1 and python_2.3.4-5 and python-gtk2_2.4.1-2 Hey, GTK+/Glib 2.6.x are not yet on unstable, and maybe the problem is related to them, as I can't reproduce the problem with 2.4.14, which is in unstable so I don't see this it as grave yet. Did you get the 2.6.x packages from experimental? Thanks, -- [EMAIL PROTECTED]: Gustavo Noronha http://beterraba.no-ip.org/~kov/ Debian: http://www.debian.org/ * http://www.debian-br.org/