Bug#956511: linux-image-5.5.0-1-amd64: general protection fault in i915_active_ref with 5.5
Hello maintainer, I just stumbled across this as I get the same crash. To answer the question you posed the original reported, this happens to me without nvidia drivers loaded (I'm on a Lenovo X1 Carbon Gen 6 so it only has the one graphics card). The card I have reports as VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07). My log file got cut when I force-restarted, but it looks fundamentally the same as the one you already have. Apr 24 13:03:35 coalie kernel: [19678.865958] general protection fault: [#1] SMP PTI Apr 24 13:03:35 coalie kernel: [19678.865971] CPU: 1 PID: 13817 Comm: slack Not tainted 5.5.0-2-amd64 #1 Debian 5.5.17-1 Apr 24 13:03:35 coalie kernel: [19678.865977] Hardware name: LENOVO 20KHCTO1WW/20KHCTO1WW, BIOS N23ET71W (1.46 ) 02/20/2020 Apr 24 13:03:35 coalie kernel: [19678.866000] RIP: 0010:kmem_cache_alloc+0x73/0x220 Apr 24 13:03:35 coalie kernel: [19678.866009] Code: 99 01 00 00 4d 8b 06 65 49 8b 50 08 65 4c 03 05 d3 bb 9a 68 4d 8b 20 4d 85 e4 0f 84 85 01 00 00 41 8b 46 20 49 8b 3e 4c 01 e0 <48> 8b 18 48 89 c1 49 33 9e 70 01 00 00 4c 89 e0 48 0f c9 48 31 cb Apr 24 13:03:35 coalie kernel: [19678.866014] RSP: 0018:9c2983dbba28 EFLAGS: 00010282 Apr 24 13:03:35 coalie kernel: [19678.866020] RAX: e61990247f1f8b32 RBX: RCX: Apr 24 13:03:35 coalie kernel: [19678.866025] RDX: 0091d5ee RSI: 0cc0 RDI: 00031440 Apr 24 13:03:35 coalie kernel: [19678.866029] RBP: 0cc0 R08: 8b507e471440 R09: 8b4e77348d90 Apr 24 13:03:35 coalie kernel: [19678.866033] R10: 0cc0 R11: R12: e61990247f1f8b32 Apr 24 13:03:35 coalie kernel: [19678.866037] R13: c0711182 R14: 8b4d47c239c0 R15: 8b4d47c239c0 Apr 24 13:03:35 coalie kernel: [19678.866043] FS: 7f8f9440() GS:8b507e44() knlGS: Apr 24 13:03:35 coalie kernel: [19678.866048] CS: 0010 DS: ES: CR0: 80050033 Apr 24 13:03:35 coalie kernel: [19678.866052] CR2: 7f00472ea000 CR3: 0002c8f9e003 CR4: 003606e0 Apr 24 13:03:35 coalie kernel: [19678.866057] DR0: DR1: DR2: Apr 24 13:03:35 coalie kernel: [19678.866062] DR3: DR6: fffe0ff0 DR7: 0400 Apr 24 13:03:35 coalie kernel: [19678.866065] Call Trace: Apr 24 13:03:35 coalie kernel: [19678.866163] i915_active_ref+0x62/0x180 [i915] Apr 24 13:03:35 coalie kernel: [19678.866255] i915_vma_move_to_active+0x24/0x150 [i915] Apr 24 13:03:35 coalie kernel: [19678.866362] i915_gem_do_execbuffer+0xd75/0x18f0 [i915] Apr 24 13:03:35 coalie kernel: [19678.866381] ? dma_resv_get_fences_rcu+0x366/0x3a0 Apr 24 13:03:35 coalie kernel: [19678.866389] ? recalibrate_cpu_ Cheers, cmn
Bug#747123: Clang mistakenly removes an if check
Package: clang-3.4 Hello, We had an odd problem in our CI servers, where some builds would mysteriously make a bunch of files read-only. After some wrangling, I managed to track this down to the create mode being set to 0 when it shouldn't be. We have a function which wraps the system's open(2) for portability and convenience, which needs to check if the flags include O_CREAT which means that it should grab a third argument, to pass the file create mode along. We found that on release mode (which passes -O3 to clang, though it seems that any optimisation mode triggers this bug), the check for the 'if' is skipped. Looking at the disassembly, it looks like the code for inside the if-block is there, but the actual check for the flag is skipped. There is an issue on [1] with a description of what I found in the context of trying to debug this in the project, but I have managed to reduce it to a much simpler example, at the end of this message. If you compile with `clang -O3 main.c` and run the code, you'll see that it prints a mode of 0. Compiling without any optimisation options returns the correct result. This does not happen with clang-3.5 installed. I've also been unable to reproduce this with a clang 3.4 built from svn (from the release tag). [1] https://github.com/libgit2/libgit2/pull/2321#issuecomment-42039673 88 #include stdio.h #include sys/types.h #include sys/stat.h #include fcntl.h #include stdarg.h int p_open(const char *path, int flags, ...) { mode_t mode = 0; if (flags O_CREAT) { va_list arg_list; va_start(arg_list, flags); mode = (mode_t)va_arg(arg_list, int); va_end(arg_list); } return mode; } int main(int argc, char **argv) { int mode; mode = p_open(foo, O_CREAT, 0666); printf(mode %4o\n, mode); return 0; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739141: Wrong location of jquery symlink
Package: erlang-common-test Version: 1:16.b.3.1-dfsg-1 Hi, The symlinks for the jquery files are stored in /usr/lib/erlang/lib/common-test-1.7.4/priv however, ct_run expects them to be in /usr/lib/erlang/lib/common_test-1.7.4/priv with the rest of its files. It looks like a typo in the control files. Cheers, cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689110: RM: gtk-sharp2 [armhf] -- ANAIS; out of date on armhf, need removal to migrate to testing
Package: ftp.debian.org Severity: normal Mono doesn't support armhf in the current version in Debian, which makes gtk-sharp2 be out of date on that architecture, preventing a version with a fix from migrating to testing even though a freeze exception has been granted. cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686798: Gtk.IconTheme.SearchPath is not 64-bit safe
Package: gtk-sharp2 Version: 2.12.10-4 The getter for Gtk.IconTheme.SearchPath casts a IntPtr into a Int32 when marshalling a glib array into a C# one, which means that it will try to access the wrong memory on 64-bit machines. Version -5 has a patch that makes it 64-bit safe. cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686799: Freeze exception for gtk-sharp2
Package: release.debian.org Please consider a freeze exception for gtk-sharp2 version 2.12.10-5 which fixes an issue affecting 64-bit machines. This bugfix is the only change from 2.12.10-4. Details about the issue can be found in bug #686798 (Gtk.IconTheme.SearchPath is not 64-bit safe). A debdiff is attached for reference. cmn diff -Nru gtk-sharp2-2.12.10/debian/changelog gtk-sharp2-2.12.10/debian/changelog --- gtk-sharp2-2.12.10/debian/changelog 2012-09-06 01:49:14.0 +0200 +++ gtk-sharp2-2.12.10/debian/changelog 2012-09-06 01:43:03.0 +0200 @@ -1,3 +1,10 @@ +gtk-sharp2 (2.12.10-5) unstable; urgency=low + + * [b130b4f] debian/patches: add 06_IconTheme_use_glib_marshaller. +This makes IconTheme.get_SearchPath() 64-bit safe. + + -- Carlos Martín Nieto c...@dwim.me Wed, 05 Sep 2012 23:22:15 +0100 + gtk-sharp2 (2.12.10-4) unstable; urgency=low [ Colin Watson ] diff -Nru gtk-sharp2-2.12.10/debian/patches/06_IconTheme_use_glib_marshaller gtk-sharp2-2.12.10/debian/patches/06_IconTheme_use_glib_marshaller --- gtk-sharp2-2.12.10/debian/patches/06_IconTheme_use_glib_marshaller 1970-01-01 01:00:00.0 +0100 +++ gtk-sharp2-2.12.10/debian/patches/06_IconTheme_use_glib_marshaller 2012-09-05 23:50:25.0 +0200 @@ -0,0 +1,62 @@ +Description: IconThem: use the glib marshallers Use GLib.Marshaller + instead of doing it per hand. This makes IconTheme.get_SearchPath() + safe to use in 64-bit machines, as we don't try to make the pointer + fit into a Int32. +Author: Carlos Martín Nieto c...@dwim.me + +Index: gtk-sharp2/gtk/IconTheme.custom +=== +--- gtk-sharp2.orig/gtk/IconTheme.custom 2012-09-02 18:22:23.517201189 +0200 gtk-sharp2/gtk/IconTheme.custom 2012-09-05 23:48:34.244916093 +0200 +@@ -71,9 +71,6 @@ + + public string[] SearchPath { + get { +-string[] retval; +- +-unsafe { + int length; + IntPtr raw_ret; + if (IsWindowsPlatform) +@@ -81,31 +78,22 @@ + else + gtk_icon_theme_get_search_path (Handle, out raw_ret, out length); + +- int size = Marshal.SizeOf (typeof (IntPtr)); +- retval = new string[length]; +- for (int i = 0, j = 0; i length; i++, j += size) { +- IntPtr string_ptr = Marshal.ReadIntPtr (new IntPtr (raw_ret.ToInt32 () + j)); +- retval[i] = GLib.Marshaller.Utf8PtrToString (string_ptr); +- } +- +- g_strfreev (raw_ret); +-} +- +-return retval; ++ return GLib.Marshaller.NullTermPtrToStringArray(raw_ret, true); ++ + } + set { +-int cnt_path = value == null ? 0 : value.Length; +-IntPtr[] native_path = new IntPtr [cnt_path]; +-for (int i = 0; i cnt_path; i++) +- native_path [i] = GLib.Marshaller.StringToPtrGStrdup (value[i]); ++IntPtr[] native_path; ++if (value == null) ++ native_path = new IntPtr [0]; ++else ++ native_path = GLib.Marshaller.StringArrayToNullTermPointer (value); + + if (IsWindowsPlatform) +- gtk_icon_theme_set_search_path_utf8 (Handle, native_path, native_path.Length); ++ gtk_icon_theme_set_search_path_utf8 (Handle, native_path, value.Length); + else +- gtk_icon_theme_set_search_path (Handle, native_path, native_path.Length); ++ gtk_icon_theme_set_search_path (Handle, native_path, value.Length); + +-for (int i = 0; i native_path.Length; i++) +- GLib.Marshaller.Free (native_path[i]); ++GLib.Marshaller.Free(native_path); + } + } + diff -Nru gtk-sharp2-2.12.10/debian/patches/series gtk-sharp2-2.12.10/debian/patches/series --- gtk-sharp2-2.12.10/debian/patches/series 2012-09-06 01:49:14.0 +0200 +++ gtk-sharp2-2.12.10/debian/patches/series 2012-09-02 18:19:24.0 +0200 @@ -2,4 +2,5 @@ 02_pcfiles 04_fix_glib_2.31_threading 05_glib_single_include +06_IconTheme_use_glib_marshaller
Bug#683063: unblock: sparkleshare/0.9.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sparkleshare Release 0.9.0 (and the -1 package) has a bug in its status icon code that causes it to disappear and reappear instead of showing an animation (which also causes the rest of the icons to move around). The sparkleshare bug is #682070. unblock sparkleshare/0.9.0-2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682070: Sparkleshare icon flashes erratically
Package: sparkleshare Version: 0.9.0-1 Control: severity -1 critical Hi, The array used to display the moving status icon when there it is performing work is filled incorrectly, causing the icon to disappear and reappear in the icon area. This is a major usability setback as the icon is a large part of sparkleshare's UI. cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614517: Packaging of libgit2
On Thu, 2012-03-22 at 09:15 +1100, Russell Sim wrote: Carlos Martín Nieto car...@cmartin.tk writes: Thanks for taking the time to do this. One reason I haven't advanced too much on this (other than a version I have locally) is the issue of the clay script, which I wasn't too sure was DFSG compatible (though re-reading the rules, it looks like I was mixing them with the GPL's requirement that software be in its preferred editable form), though I guess the FTP admin team would have the last say. Yes I can see how having the generated Clay/Clar executable is less that desirable if you wanted to extend Clar. But the source is included, as a compressed string in the clar executable so it's not really obfuscated, just hidden away. I guess you could argue that it's not too different from having a tarball in it, just that it takes a bit more work. Another reason is that I don't know how much sense it makes to package the released version, as we've made a lot of bugfixes and added features since then, and during the pre-1.0 stage, there won't be any bugfix releases, so it might make more sense to create snapshot packages. Yes I think that snapshot releases are probably a better way, since the symbols are changing anyway it's probably better to imply it's an unstable API. Since the testing is improving in the library it should also be easier to determine a working version. I can look at enhancing my packaging to cover the execution of the clar tests and the write a script to automate updating from the master? Sounds good. If the tests pass, package it, otherwise wait for the fixes to arrive. No sense in packaging the library if it's broken. A thing I do take issue with is the short description, which claims libgit2 implements the Git DVCS, but that's not what it does. It's an implementation of the core git functions and it doesn't try to replicate everything git does, but provide the functionality so you can write your own tools on top of it. How about, library to access and manipulate Git repositories or perhaps back to the origional Git core methods library? I don't really like the git core methods library one because it kinda implies that git is currently using it. Fair point. What core methods is trying to say it that its goal is to implement the git plumbing functionality, rather than focus on the porcelain commands. BTW, I noticed that in debian/copyright you missed deps/zlib/* which is under its own license. cmn signature.asc Description: This is a digitally signed message part
Bug#614517: Packaging of libgit2
On Tue, 2012-03-20 at 23:01 +1100, Russell Sim wrote: Hi, I have been watching this bug for a while with interest. I have tried and failed to find copies of the package referred to in a previous email. Since then I have been maintaining my own version of libgit2 for a library I develop. Recently I have had the time to enhance the packages I have been using to make them more applicable to the Debian project. I have uploaded them to mentors.debian.net [1]. So at this point I am interested contributing to the packaging of this library in what ever way I can, I am happy to try and find a mentor if necessary unless someone on this list is interested?. Thanks for taking the time to do this. One reason I haven't advanced too much on this (other than a version I have locally) is the issue of the clay script, which I wasn't too sure was DFSG compatible (though re-reading the rules, it looks like I was mixing them with the GPL's requirement that software be in its preferred editable form), though I guess the FTP admin team would have the last say. Another reason is that I don't know how much sense it makes to package the released version, as we've made a lot of bugfixes and added features since then, and during the pre-1.0 stage, there won't be any bugfix releases, so it might make more sense to create snapshot packages. A thing I do take issue with is the short description, which claims libgit2 implements the Git DVCS, but that's not what it does. It's an implementation of the core git functions and it doesn't try to replicate everything git does, but provide the functionality so you can write your own tools on top of it. Cheers, cmn signature.asc Description: This is a digitally signed message part
Bug#663338: double free or corruption -- git rebase -f --whitespace=fix with
FWIW, the backtrace with current git master is #0 0x77290475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x772936f0 in *__GI_abort () at abort.c:92 #2 0x772ca26b in __libc_message (do_abort=optimized out, fmt=optimized out) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #3 0x772d3ab6 in malloc_printerr (action=3, str=0x773aa848 double free or corruption (!prev), ptr=optimized out) at malloc.c:6283 #4 0x772d87ec in *__GI___libc_free (mem=optimized out) at malloc.c:3738 #5 0x004ce9e9 in strbuf_release (sb=0x7fffd460) at strbuf.c:40 #6 strbuf_release (sb=0x7fffd460) at strbuf.c:37 #7 0x0040a2d2 in apply_one_fragment (nth_fragment=16, ws_rule=3272, inaccurate_eof=optimized out, frag=0x79df20, img=0x7fffd3b0) at builtin/apply.c:2687 #8 apply_fragments (patch=0x794160, img=0x7fffd3b0) at builtin/apply.c:2824 #9 apply_data (ce=optimized out, st=0x7fffd290, patch=0x794160) at builtin/apply.c:2968 #10 check_patch (patch=0x794160) at builtin/apply.c:3158 #11 0x0040b68a in check_patch_list (patch=0x794160) at builtin/apply.c:3173 #12 apply_patch (fd=optimized out, filename=optimized out, options=optimized out) at builtin/apply.c:3743 #13 0x0040e12b in cmd_apply (argc=1, argv=0x7fffe0e0, prefix_=optimized out) at builtin/apply.c:3954 #14 0x004057e4 in run_builtin (argv=0x7fffe0e0, argc=3, p=0x73ca10) at git.c:308 #15 handle_internal_command (argc=3, argv=0x7fffe0e0) at git.c:467 #16 0x00404bf0 in run_argv (argv=0x7fffdf80, argcp=0x7fffdf8c) at git.c:513 #17 main (argc=3, argv=0x7fffe0e0) at git.c:588 and p sb-buf does give a string, so it's probably a double-free rather than courrption (the pointer has the same value just after the strbuf_init()). cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663338: git-apply memory corruption
Hi, It turns out that it is memory corruption. From valgrind: ==30076== Invalid write of size 1 ==30076==at 0x402B788: memcpy (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==30076==by 0x408803: update_pre_post_images (apply.c:2036) ==30076==by 0x40A6F7: check_patch (apply.c:2274) ==30076==by 0x40B6E9: apply_patch (apply.c:3173) ==30076==by 0x40E18A: cmd_apply (apply.c:3954) ==30076==by 0x4057E3: handle_internal_command (git.c:308) ==30076==by 0x404FA2: main (git.c:556) ==30076== Address 0x5827c3d is 4 bytes after a block of size 265 alloc'd ==30076==at 0x402994D: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==30076==by 0x4DFDE5: xmalloc (wrapper.c:35) ==30076==by 0x40888B: update_pre_post_images (apply.c:2008) ==30076==by 0x40A6F7: check_patch (apply.c:2274) ==30076==by 0x40B6E9: apply_patch (apply.c:3173) ==30076==by 0x40E18A: cmd_apply (apply.c:3954) ==30076==by 0x4057E3: handle_internal_command (git.c:308) ==30076==by 0x404FA2: main (git.c:556) ==30076== ==30076== Invalid write of size 8 ==30076==at 0x402B7AD: memcpy (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==30076==by 0x408803: update_pre_post_images (apply.c:2036) ==30076==by 0x40A6F7: check_patch (apply.c:2274) ==30076==by 0x40B6E9: apply_patch (apply.c:3173) ==30076==by 0x40E18A: cmd_apply (apply.c:3954) ==30076==by 0x4057E3: handle_internal_command (git.c:308) ==30076==by 0x404FA2: main (git.c:556) ==30076== Address 0x5827c48 is 15 bytes after a block of size 265 alloc'd ==30076==at 0x402994D: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==30076==by 0x4DFDE5: xmalloc (wrapper.c:35) ==30076==by 0x40888B: update_pre_post_images (apply.c:2008) ==30076==by 0x40A6F7: check_patch (apply.c:2274) ==30076==by 0x40B6E9: apply_patch (apply.c:3173) ==30076==by 0x40E18A: cmd_apply (apply.c:3954) ==30076==by 0x4057E3: handle_internal_command (git.c:308) ==30076==by 0x404FA2: main (git.c:556) ==30076== The call trace is not quite right. The problem comes from the call at the end of match_fragement() (apply.c:2274) which says it's fine to do the update in-place. There, the memory gets overwritten. Making the newlines buffer in apply_one_fragment() double the size makes this go away. cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614517: Taking over packaging libgit2
owner 614517 ! thanks On Thu, Dec 01, 2011 at 08:57:47AM +0900, Niibe Yutaka wrote: since it's been a while and the bug hasn't gotten anywhere, I'd like to take over this ITP, if you don't mind. Please go ahead. Will do, thanks. Just FYI, I uploaded once, but it was rejected because I was careless about a build script copyright and license (which my debian/rules didn't use at all). I couldn't put my priority to fix this minor issue. Was anybody specially interested in sponsoring this package? Otherwise I'll go through the normal channels, but just in case. cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626663: [pkg-cli-apps-team] Bug#626663: Workaround doesn't work
On Wed, Nov 30, 2011 at 02:07:09PM +, Grześ Andruszkiewicz wrote: Hi, I have the same problem, but the proposed workaround doesn't work. If I click OK on the exception window, then simply another would appear. I tried to click a couple of times. Keep clicking. Monodevelop will start eventually. cmn signature.asc Description: Digital signature
Bug#614517: Taking over packaging libgit2
Hi, since it's been a while and the bug hasn't gotten anywhere, I'd like to take over this ITP, if you don't mind. cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632969: valgrind: unhandled opcodes in DWARF header
Package: valgrind Version: 3.6.1-5 Hello, valgrind fails to execute newly-compiled programs. I believe the issue is a libc update. The patch at [0] fixes the issue, and the upstream bug is reported at [1]. Cheers, cmn [0] http://bugsfiles.kde.org/attachment.cgi?id=61618 [1] https://bugs.kde.org/show_bug.cgi?id=277045 signature.asc Description: Digital signature
Bug#590640: Update for sid
Hello, Could we have the patch that fixes this behaviour included in sid's valgrind, now that the freeze is over? Cheers, cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595870: gajim: FTBFS in squeeze: ../config/py-compile: 120: python2.5: not found
tag 595870 +patch thanks debian/rules forces the PYTHON variable in the scripts to be python2.5, regardless of what the configure script has discovered. With this patch it uses whatever configure discovered. diff --git a/gajim-0.13.4/debian/rules b/gajim-0.13.4.mod/debian/rules old mode 100644 new mode 100755 index 0d45fd0..16373ae --- a/gajim-0.13.4/debian/rules +++ b/gajim-0.13.4.mod/debian/rules @@ -9,8 +9,8 @@ include /usr/share/cdbs/1/class/autotools.mk PYTHONVER = 2.5 DEB_CONFIGURE_EXTRA_FLAGS := --prefix=/usr -DEB_MAKE_BUILD_TARGET:= all PYTHON=python$(PYTHONVER) -DEB_MAKE_INSTALL_TARGET = install PYTHON=python$(PYTHONVER) DESTDIR=$(DEB_DESTDIR) +DEB_MAKE_BUILD_TARGET:= all +DEB_MAKE_INSTALL_TARGET = install DESTDIR=$(DEB_DESTDIR) binary-install/gajim:: rm $(DEB_DESTDIR)/usr/share/gajim/src/common/GnuPGInterface.py* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595538: wget: [PATCH] don't use PATH_MAX (FTBFS on hurd)
Package: wget Version: 1.12-2 The constant PATH_MAX is not defined when building in Hurd. This patch changes src/init.c:home_dir() to allocate memory dynamically. In the first part, we figure out how long the path is and only allocate that much (+1 for the null terminator). In the second part, there is no need to use the `buf' variable at all. We just point `home' to the path, as it's going to be duplicated later. This compiles, but I don't have a DOS box to test. cmn wget-no-path_max.dpatch Description: application/shellscript
Bug#576940: blam: selecting an entry from a feed opens the theme's base directory
tag 576940 +pending +fixed-upstream thanks This is fixed in 1.8.7-2, I'm waiting for a sponsor to upload it. cmn -- Carlos Martín Nieto | http://www.cmartin.tk ¿Cómo voy a decir bobadas si soy mudo? -- CACHAI -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#291001: display the time of the next update
tag 291001 +pending thanks This has been fixed upstream in commit 8d754cd471057e91d21f73492044082fee3e584b. The fix will eventually land in the Debian package cmn -- Carlos Martín Nieto | http://www.cmartin.tk ¿Cómo voy a decir bobadas si soy mudo? -- CACHAI -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#312590: blam: does not unmaximize to the correct size
tag 312590 +wontfix thanks Blam has no control over this behaviour. If the problem persists, GTK or GTK# are likely candidates for this bug. cmn -- Carlos Martín Nieto | http://www.cmartin.tk ¿Cómo voy a decir bobadas si soy mudo? -- CACHAI -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557620: binutils: Fail to build binary-cross
If you build with ./configure make, it builds correctly, so it's something Debian does. cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484735: Adopt mpop
On Fri, 2009-08-14 at 07:50 +0200, Emmanuel Bouthenot wrote: Hi, I'm taking mpop. I'm already in the uploaders field and now have free time. I will upload an updated package in the next few days. More than one year has passed since you posted this message. Do you really want to adopt this package ? if not, I'm interrested to adopt it. Yeah take it. I don't use it anymore and was thinking a few days ago about formally orphaning it. I think I did upload a couple of releases after that, but IIRC there isn't a newer version because I couldn't find a sponsor. Good luck with the programme and take care. cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509635: uswsusp: Please add Fujitsu Siemens Si 2636 to whitelist
Package: uswsusp Version: 0.8-1.2 The laptop with the following id suspends and hibernates perfectly. Please add it to the whitelist. sys_vendor = FUJITSU SIEMENS sys_product = AMILO Si 2636 sys_version = REFERENCE bios_version = 1.0B-1471-0012 cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473626: Updates?
On Mon, 2008-10-13 at 15:10 -0400, Rince wrote: 1.8.6 has been out for some time - is there anything blocking a new package? :) I haven't managed to get it sponsored and after what I think was the third try I decided to let some time pass before asking again. Other than that, the package has been ready for quite a while. In fact, the next release is mostly waiting for Mono 2.0 to hit upstream so I can use its feed parsing and delete my ugly hacks. The longer explanation is that after the first package review I had only very limited Internet connectivity and I was away from my keys for a bit longer than a month, so I couldn't create a new one, after finally fixing it and asking again for sponsorship, no-one has uploaded it. I'll probably ask this week and if it doesn't get uploaded, I'll wait for lenny to be released. cmn -- Carlos Martín Nieto | http://cmartin.tk signature.asc Description: This is a digitally signed message part
Bug#500050: The PDA charge level is not updated in the tooltip
Package: synce-trayicon Version: 0.11-1 Hi, The tooltip of the tray icon shows the battery charge and disk space usage of the PDA. This tooltip is however not updated (at least the battery charge) and so it always displays the charge at plug-in time. The tooltip should be updated so as to show the actual charge. Thanks, cmn -- Carlos Martín Nieto | http://cmartin.tk signature.asc Description: This is a digitally signed message part
Bug#487263: atmailopen 1.02+dfsg+svn48-1: Please update debconf PO translation for the package atmailopen
Hello, The last post had a slight problem. This is the version that should go in. Sorry for any confusion. cmn -- Carlos Martín Nieto | http://cmartin.tk # roundcube translation to spanish # Copyright (C) 2004 Software in the Public Interest # This file is distributed under the same license as the roundcube package. # # Changes: # - Initial translation # Carlos Galisteo de Cabo [EMAIL PROTECTED], 2007 # # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/coordinacion # especialmente las notas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: roundcube_0.1~rc1~dfsg-1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-08-28 18:24+0200\n PO-Revision-Date: 2008-09-11 16:36+0200\n Last-Translator: Carlos Martín Nieto [EMAIL PROTECTED]\n Language-Team: [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit #. Type: multiselect #. Choices #: ../templates:1001 msgid apache2 msgstr apache2 #. Type: multiselect #. Choices #: ../templates:1001 msgid lighttpd msgstr lighttpd #. Type: multiselect #. Description #: ../templates:1002 msgid Web server(s) to configure automatically: msgstr Servidores web a configurar automáticamente: #. Type: multiselect #. Description #: ../templates:1002 msgid Atmailopen supports any web server supported by PHP, however only Apache 2 and lighttpd can be configured automatically. msgstr Atmailopen funciona con cualquier servidor web que soporte PHP, sin embargo sólo se configuran automáticamente Apache 2 y lighttpd. #. Type: multiselect #. Description #: ../templates:1002 msgid Please select the web server(s) that should be configured automatically for Atmailopen. msgstr Seleccione el/los servidor/es web que debe/n configurarse automáticamente para Atmailopen. #. Type: boolean #. Description #: ../templates:2001 msgid Should ${webserver} be restarted? msgstr ¿Debe reiniciarse ${webserver}? #. Type: boolean #. Description #: ../templates:2001 msgid Remember that in order to activate the new configuration ${webserver} has to be restarted. You can also restart ${webserver} by manually executing invoke- rc.d ${webserver} restart. msgstr Recuerde que para activar la nueva configuración se debe reiniciar ${webserver}. También puede reiniciar ${webserver} ejecutando manualmente «invoke-rc.d ${webserver} restart». signature.asc Description: This is a digitally signed message part
Bug#487263: atmailopen 1.02+dfsg+svn48-1: Please update debconf PO translation for the package atmailopen
Hello, Here is the updated Spanish translation. cmn -- Carlos Martín Nieto | http://cmartin.tk # roundcube translation to spanish # Copyright (C) 2004 Software in the Public Interest # This file is distributed under the same license as the roundcube package. # # Changes: # - Initial translation # Carlos Galisteo de Cabo [EMAIL PROTECTED], 2007 # # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/coordinacion # especialmente las notas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: roundcube_0.1~rc1~dfsg-1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-08-28 18:24+0200\n PO-Revision-Date: 2008-09-08 19:15+0200\n Last-Translator: Carlos Martín Nieto [EMAIL PROTECTED]\n Language-Team: [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit #. Type: multiselect #. Choices #: ../templates:1001 msgid apache2 msgstr apache2 #. Type: multiselect #. Choices #: ../templates:1001 msgid lighttpd msgstr lighttpd #. Type: multiselect #. Description #: ../templates:1002 msgid Web server(s) to configure automatically: msgstr Servidores web a reconfigurar automáticamente: #. Type: multiselect #. Description #: ../templates:1002 #| msgid #| RoundCube supports any web server supported by PHP, however only Apache 2 #| and lighttpd can be configured automatically. msgid Atmailopen supports any web server supported by PHP, however only Apache 2 and lighttpd can be configured automatically. msgstr Atmailopen funciona con cualquier servidor web que soporte PHP, sin embargo sólo se configuran automáticamente Apache 2 y lighttpd. #. Type: multiselect #. Description #: ../templates:1002 #| msgid #| Please select the web server(s) that should be configured automatically #| for RoundCube. msgid Please select the web server(s) that should be configured automatically for Atmailopen. msgstr Seleccione el/los servidor/es web que debe/n configurarse automáticamente para Atmailopen. #. Type: boolean #. Description #: ../templates:2001 #| msgid Should the webserver(s) be restarted now? msgid Should ${webserver} be restarted? msgstr ¿Debe reiniciarse ${webserver}? #. Type: boolean #. Description #: ../templates:2001 msgid Remember that in order to activate the new configuration ${webserver} has to be restarted. You can also restart ${webserver} by manually executing invoke- rc.d ${webserver} restart. msgstr Recuerde que para activar la nueva configuración se debe reiniciar ${webserver}. También puede reiniciar ${webserver} ejecutando manualmente invoke-rc.d ${webserver} restart. #~ msgid #~ In order to activate the new configuration, the reconfigured web server #~ (s) have to be restarted. #~ msgstr #~ Debe/n reiniciarse el/los servidor/es web para activar la nueva #~ configuración. #~ msgid IMAP server(s) used with RoundCube: #~ msgstr Servidor/es IMAP usado/s por RoundCube: #~ msgid Please select the IMAP server that should be used with RoundCube. #~ msgstr Seleccione el/los servidor/es IMAP que se usará/n con RoundCube. #~ msgid #~ If this is left blank, a text box will be displayed at login. Entering a #~ space-separated list of hosts will display a pull-down menu. Entering a #~ single host will enforce using this host. #~ msgstr #~ Se mostrará un campo al autenticarse que el usuario podrá rellenar si #~ deja este campo en blanco. Si proporciona una lista de equipos separados #~ por espacios, se mostrará un menú desplegable. Si proporciona un único #~ nombre de equipo se forzará el uso de este equipo. #~ msgid #~ To use SSL connections, please enter host names as 'ssl://hostname:993'. #~ msgstr #~ Escriba los nombres de sistema como «ssl://hostname:9993» si desea usar #~ conexiones SSL. #~ msgid Default language: #~ msgstr Idioma predeterminado: #~ msgid Please choose the default language for RoundCube. #~ msgstr Elija el idioma predeterminado para RoundCube. #~ msgid #~ This choice can be overridden by individual users in their preferences. #~ msgstr Los usuarios pueden cambiar esta opción en sus preferencias. #~ msgid #~ However, the default language will be used for the login screen and the #~ first connection of users. #~ msgstr #~ Sin embargo, el idioma predeterminado se usará en la pantalla de #~ autenticación y en la primera conexión de los usuarios. signature.asc Description: This is a digitally
Bug#480790: Don't build depend on libxul-dev
tags 480790 + pending fixed-upstream thanks Alp Toker is porting blam to WebKit. On the next upload, it will be completed and blam won't depend on xulrunner at all. cmn -- Carlos Martín Nieto | http://cmartin.tk signature.asc Description: This is a digitally signed message part
Bug#465805: drivel: Tags support
These are upstream bugs http://bugzilla.gnome.org/show_bug.cgi?id=538410 (MovableType) and http://bugzilla.gnome.org/show_bug.cgi?id=307967 (LiveJournal) with patches that could be merged and added into the Debian package. cmn -- Carlos Martín Nieto | http://cmartin.tk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484735: Adopt mpop
rename 484735 ITA: mpop -- POP3 mail retriever owner 484735 ! thanks I'm taking mpop. I'm already in the uploaders field and now have free time. I will upload an updated package in the next few days. cmn -- Carlos Martín Nieto | http://cmartin.tk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326993: Changing which bug is fixed-upsream
tags 326993 + fixed-upstream pending thanks This is fixed upstream and will be fixed in the next upload. signature.asc Description: This is a digitally signed message part
Bug#342226: Fixed upstream
tags 342226 + fixed-upstream pending thanks This has been fixed upstream in r578 and will get to Debian on the next upload (which should be of the next release) cmn -- Carlos Martín Nieto | http://cmartin.tk signature.asc Description: This is a digitally signed message part
Bug#478013: libxul-dev should depend on libgtk2.0-dev
Package: libxul-dev Version: 1.8.1.14-2 The package libxul-dev includes the file /usr/include/xulrunner/gtkembedmoz/gtkmozembed.h which #include's gtk/gtk.h, but it may not be installed, as libxul-dev doesn't depend on the package that provides that file (libgtk2.0-dev). As it is now, packages which depend on libxul-dev need to know they have to depend on libgtk2.0-dev even though they never use the header files themselves. cmn -- Carlos Martín Nieto | http://cmartin.tk signature.asc Description: This is a digitally signed message part
Bug#478013: libxul-dev should depend on libgtk2.0-dev
On Sat, 2008-04-26 at 12:20 +0200, Mike Hommey wrote: Actually, if they use the /usr/include/xulrunner/gtkembedmoz/gtkmozembed.h header, they must already build-depend on libgtk2.0-dev themselves because you cant use the gtkmozembed API without using the gtk API yourself (you at least need to run the gtk main loop). Except when you run the main loop from managed code and the C code is a filler for some missing capabilities in the bindings (granted, that is not that usual, but it's my case). OTOH, the gtkmozembed API is not mandatory and not the sole purpose of the libxul-dev package. True. The most I could do would be to add a recommends, and that would change nothing for buildds. Fair enough. cmn -- Carlos Martín Nieto | http://cmartin.tk signature.asc Description: This is a digitally signed message part
Bug#385875: blam: Crash while trying to update
tags 385875 + unreproducible thanks This bug shouldn't happen anymore. Is it still relevant? cmn -- Carlos Martín Nieto | http://cmartin.tk signature.asc Description: This is a digitally signed message part
Bug#473626: Includes binary without source
On Mon, 2008-03-31 at 19:41 +0200, Sebastian Dröge wrote: Package: blam Severity: serious Version: 1.8.5-1 Hi, blam currently contains lib/RSS.NET.dll. There is no source for this library in the tarball and it's shipped in the package. This is a violation of DFSG §2. Possible fixes are: a) Ship the sources of the library via the diff.gz _AND_ build the library from these sources. Do not build blam with the old binary as it makes patching impossible. Convince upstream to ship sources in his tarballs! I'm upstream as well, just so we're on the same page. I inherited the package this way and the library hasn't changed in over two years (appart from a couple of enhancements I've made) adn when I got it, the license was BSD. Since then the library has gone through CC and it's now propietary and they'll try to sell it to you. b) Package RSS.NET in a separate package and build with that. Of course this package should contain sources ;) The library is dead upstream and it's absolutely hughe for what it's used. In fact, I'm currently writing a much smaller library with a couple of hundred lines of code and the help of XmlSerializer. For the next upstream release it would be nice if there were no more binaries in the tarball, you should probably repackage it if upstream is not responsive. The library will almost definitely be ready in less than a month, and I will then upload another version with the new library. cmn -- Carlos Martín Nieto | http://cmartin.tk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316182: closed by Carlos Martín Nieto [EMAIL PROTECTED] ((none))
reopen 316182 reassign 316182 libxul-dev Matt Kraai wrote: On Fri, Mar 28, 2008 at 11:54:04AM +, Debian Bug Tracking System wrote: I'm closing this bug as it was closed upstream as not being a problem with Blam. I understand doing so if the problem has been fixed or isn't reproducible, but if it's a bug in another package, shouldn't it be reassigned to that other package? Turns out that the package doesn't exist anymore. I'm reassigning it to libxul-dev as it's the package that (as I understand) inherits the code and functionality. I hope you can do something with it or confirm it doesn't happen anymore. Regards, cmn -- Carlos Martín Nieto | http://cmartin.tk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316182: closed by Carlos Martín Nieto [EMAIL PROTECTED] ((none))
Matt Kraai wrote: On Fri, Mar 28, 2008 at 11:54:04AM +, Debian Bug Tracking System wrote: I'm closing this bug as it was closed upstream as not being a problem with Blam. I understand doing so if the problem has been fixed or isn't reproducible, but if it's a bug in another package, shouldn't it be reassigned to that other package? I may have confused this bug with one quite similar which was also due to some problems with mozilla which already had a bug reported against it. I'll try to find out which is which and forward this one to mozilla's if they don't have it already. cmn -- Carlos Martín Nieto | http://cmartin.tk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470350: gtwitter: FTBFS: ./PreferencesWindow.cs(112,31): error CS0234: The, type or namespace name `Url' does not exist in the namespace, `Gnome'. Are you missing an assembly reference?
tags 470350 patch thanks The patch is a bit verbose, as I've run 'autoreconf' in order to make it actually buildable, but the gist of it is in the changes in the configure.ac and gtwitter/Makefile.am files. What this does is add the library flags for gnome-sharp-2.0 which was implicit before but obviously doesn't work anymore. cmn -- Carlos Martín Nieto | http://cmartin.tk diff -ur gtwitter-1.0beta.orig/Makefile.in gtwitter-1.0beta/Makefile.in --- gtwitter-1.0beta.orig/Makefile.in 2008-03-22 10:34:18.0 +0100 +++ gtwitter-1.0beta/Makefile.in2008-03-22 10:45:37.0 +0100 @@ -86,6 +86,8 @@ GCONF_SHARP_20_LIBS = @GCONF_SHARP_20_LIBS@ GLIB_SHARP_20_CFLAGS = @GLIB_SHARP_20_CFLAGS@ GLIB_SHARP_20_LIBS = @GLIB_SHARP_20_LIBS@ +GNOME_SHARP_20_CFLAGS = @GNOME_SHARP_20_CFLAGS@ +GNOME_SHARP_20_LIBS = @GNOME_SHARP_20_LIBS@ GNOME_VFS_SHARP_20_CFLAGS = @GNOME_VFS_SHARP_20_CFLAGS@ GNOME_VFS_SHARP_20_LIBS = @GNOME_VFS_SHARP_20_LIBS@ GTK_SHARP_20_CFLAGS = @GTK_SHARP_20_CFLAGS@ Only in gtwitter-1.0beta: autom4te.cache diff -ur gtwitter-1.0beta.orig/configure gtwitter-1.0beta/configure --- gtwitter-1.0beta.orig/configure 2008-03-22 10:34:18.0 +0100 +++ gtwitter-1.0beta/configure 2008-03-22 10:45:35.0 +0100 @@ -646,6 +646,8 @@ GLIB_SHARP_20_LIBS GCONF_SHARP_20_CFLAGS GCONF_SHARP_20_LIBS +GNOME_SHARP_20_CFLAGS +GNOME_SHARP_20_LIBS ENABLE_DEBUG_TRUE ENABLE_DEBUG_FALSE ENABLE_RELEASE_TRUE @@ -666,7 +668,9 @@ GLIB_SHARP_20_CFLAGS GLIB_SHARP_20_LIBS GCONF_SHARP_20_CFLAGS -GCONF_SHARP_20_LIBS' +GCONF_SHARP_20_LIBS +GNOME_SHARP_20_CFLAGS +GNOME_SHARP_20_LIBS' # Initialize some variables set by options. @@ -1267,6 +1271,10 @@ C compiler flags for GCONF_SHARP_20, overriding pkg-config GCONF_SHARP_20_LIBS linker flags for GCONF_SHARP_20, overriding pkg-config + GNOME_SHARP_20_CFLAGS + C compiler flags for GNOME_SHARP_20, overriding pkg-config + GNOME_SHARP_20_LIBS + linker flags for GNOME_SHARP_20, overriding pkg-config Use these variables to override the choices made by `configure' or to help it to find libraries and programs with nonstandard names/locations. @@ -3014,6 +3022,117 @@ : fi +pkg_failed=no +{ echo $as_me:$LINENO: checking for GNOME_SHARP_20 5 +echo $ECHO_N checking for GNOME_SHARP_20... $ECHO_C 6; } + +if test -n $PKG_CONFIG; then +if test -n $GNOME_SHARP_20_CFLAGS; then +pkg_cv_GNOME_SHARP_20_CFLAGS=$GNOME_SHARP_20_CFLAGS +else +if test -n $PKG_CONFIG \ +{ (echo $as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \gnome-sharp-2.0\) 5 + ($PKG_CONFIG --exists --print-errors gnome-sharp-2.0) 25 + ac_status=$? + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); }; then + pkg_cv_GNOME_SHARP_20_CFLAGS=`$PKG_CONFIG --cflags gnome-sharp-2.0 2/dev/null` +else + pkg_failed=yes +fi +fi +else + pkg_failed=untried +fi +if test -n $PKG_CONFIG; then +if test -n $GNOME_SHARP_20_LIBS; then +pkg_cv_GNOME_SHARP_20_LIBS=$GNOME_SHARP_20_LIBS +else +if test -n $PKG_CONFIG \ +{ (echo $as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \gnome-sharp-2.0\) 5 + ($PKG_CONFIG --exists --print-errors gnome-sharp-2.0) 25 + ac_status=$? + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); }; then + pkg_cv_GNOME_SHARP_20_LIBS=`$PKG_CONFIG --libs gnome-sharp-2.0 2/dev/null` +else + pkg_failed=yes +fi +fi +else + pkg_failed=untried +fi + + + +if test $pkg_failed = yes; then + +if $PKG_CONFIG --atleast-pkgconfig-version 0.20; then +_pkg_short_errors_supported=yes +else +_pkg_short_errors_supported=no +fi +if test $_pkg_short_errors_supported = yes; then + GNOME_SHARP_20_PKG_ERRORS=`$PKG_CONFIG --short-errors --errors-to-stdout --print-errors gnome-sharp-2.0` +else + GNOME_SHARP_20_PKG_ERRORS=`$PKG_CONFIG --errors-to-stdout --print-errors gnome-sharp-2.0` +fi + # Put the nasty error message in config.log where it belongs + echo $GNOME_SHARP_20_PKG_ERRORS 5 + + { { echo $as_me:$LINENO: error: Package requirements (gnome-sharp-2.0) were not met: + +$GNOME_SHARP_20_PKG_ERRORS + +Consider adjusting the PKG_CONFIG_PATH environment variable if you +installed software in a non-standard prefix. + +Alternatively, you may set the environment variables GNOME_SHARP_20_CFLAGS +and GNOME_SHARP_20_LIBS to avoid the need to call pkg-config. +See the pkg-config man page for more details. + 5 +echo $as_me: error: Package requirements (gnome-sharp-2.0) were not met: + +$GNOME_SHARP_20_PKG_ERRORS + +Consider adjusting the PKG_CONFIG_PATH environment variable if you +installed software in a non-standard prefix. + +Alternatively, you may set the environment variables GNOME_SHARP_20_CFLAGS +and GNOME_SHARP_20_LIBS to avoid the need to call pkg-config. +See the pkg-config man page for more details. + 2;} + { (exit 1); exit 1
Bug#451700: apt-cacher won't connect to IPv6 hosts
On sáb, 2007-11-17 at 22:36 +, Mark Hindley wrote: I have a testing version of apt-cacher which has IPv6 support. It is almost ready to get uploaded. If you felt like testing it and checking it works that would be a great help. Try http://www.hindley.org.uk/~mark/debian/apt-cacher_1.6.0pre5_all.deb and let me know. To use IPv6 you will need to install the package libio-socket-inet6-perl as well. If it is available it should be used automatically. I still get the Bad host name error for IPv6 hosts, both on etch and sid. I even reinstalled libio-socket-inet6-perl to no avail. Researching a bit more, the error seems to come from libwww-perl (confirmed by a simple test case), which is actually bug #306914. Something else I've noticed is that with the version, bzip2 and gzip complain about the translation files (34% [3 Translation-en_US bzip2 0] [Waiting for headers]bzip2: (stdin) is not a bzip2 file) which didn't happen on the other versions (though it looks like with older apt-cacher versions, aptitude doesn't even request them, which is a bit odd). cmn -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer| signature.asc Description: This is a digitally signed message part
Bug#451700: apt-cacher won't connect to IPv6 hosts
Package: apt-cacher Version: 1.5.4 Severity: wishlist Hello, I'd like to use IPv6 for getting my updates, but apt-cacher isn't cooperating. When I add an IPv6-only host, it returns an error saying it couldn't find an appropriate address (Bad host name). I've tried changing IO::Socket::INET for IO::Socket::INET6 in a couple of places, but that didn't help so I guess it's a bit more complicated than that. TIA --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-2-amd64 Debian Release: lenny/sid 500 unstableindy 500 testing indy --- Package information. --- Depends (Version) | Installed ==-+-=== perl | 5.8.8-12 bzip2 | 1.0.3-7 libwww-perl| 5.805-1 signature.asc Description: This is a digitally signed message part
Bug#441652: gnome-pilot: Only sync once
On dom, 2007-10-07 at 23:35 +0200, Arjan Oosting wrote: forwarded 441652 http://bugzilla.gnome.org/show_bug.cgi?id=484509 thanks Hi Paco and Carlos, Thanks for the bug report. I have the same problem since some time. I suspect it is some interaction with HAL. If I recompile gnome-pilot without HAL support the problem goes away. I confirm removing HAL support fixes this issue. cmn -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer| signature.asc Description: This is a digitally signed message part
Bug#441652: gnome-pilot: Only sync once
Package: gnome-pilot Version: 2.0.15-2 The same happens to me with a Treo 600, but the mount-unmount trick doesn't work for me. I configure my system through the libusb usb: port. pilot-link and jpilot work perfectly well. cmn --- System information. --- Architecture: amd64 Kernel: Linux 2.6.23-rc8-g1bef7dc0 Debian Release: lenny/sid 500 unstableindy 500 testing indy --- Package information. --- Depends(Version) | Installed -+-== libart-2.0-2 (= 2.3.16) | 2.3.19-3 libatk1.0-0 (= 1.12.2) | 1.20.0-1 libbonobo2-0 (= 2.13.0) | 2.20.0-1 libbonoboui2-0(= 2.5.4) | 2.20.0-1 libc6 (= 2.3.5-1) | 2.6.1-5 libcairo2 (= 1.2.4) | 1.4.10-1+b2 libdbus-1-3(= 0.94) | 1.1.1-3 libdbus-glib-1-2 (= 0.71) | 0.74-1 libfontconfig1(= 2.4.0) | 2.4.2-1.2 libgconf2-4 (= 2.13.5) | 2.20.0-1 libglade2-0 (= 1:2.5.1) | 1:2.6.2-1 libglib2.0-0 (= 2.12.0) | 2.14.1-4 libgnome-keyring0 (= 0.6.0) | 2.20.0-2 libgnome-pilot2 (= 2.0.2) | 2.0.15-2 libgnome2-0 (= 2.14.1) | 2.20.0-1 libgnomecanvas2-0(= 2.11.1) | 2.20.0-1 libgnomeui-0 (= 2.13.0) | 2.20.0-1 libgnomevfs2-0 (= 2.13.92) | 1:2.20.0-1 libgtk2.0-0 (= 2.8.0) | 2.12.0-2 libhal1 (= 0.5) | 0.5.9.1-6 libice6 (= 1:1.0.0) | 2:1.0.4-1 liborbit2 (= 1:2.14.1) | 1:2.14.7-0.1 libpanel-applet2-0 (= 2.14.3) | 2.20.0.1-1 libpango1.0-0(= 1.14.8) | 1.18.2-1 libpisock9 | 0.12.2-10 libpisync0 | 0.12.2-10 libpopt0 (= 1.10) | 1.10-3 libsm6 | 2:1.0.3-1+b1 libx11-6 | 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6 | 1:1.0.3-2 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxi6 | 2:1.1.3-1 libxinerama1 | 1:1.0.2-1 libxml2 (= 2.6.27) | 2.6.30.dfsg-2 libxrandr2 | 2:1.2.2-1 libxrender1 | 1:0.9.4-1 gconf2 (= 2.10.1-2) | 2.20.0-1 signature.asc Description: This is a digitally signed message part
Bug#442510: Error found, fix pending
tag 442510 pending thanks The file src/blam.exe.mdb is a debug file created by mono. It is now deleted when cleaning the build directory. cmn -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer| signature.asc Description: This is a digitally signed message part
Bug#426077: Fwd: Patch for mpop-1.0.5 to fix the APOP weakness
Package: mpop Version: 1.0.5-1 Julien, could you take care of adding this and pushing it through etch security? My laptop died and I can't build this myself. Thanks. -- Forwarded message -- From: Martin Lambers [EMAIL PROTECTED] Date: 29-Apr-2007 21:11 Subject: Re: Patch for mpop-1.0.5 to fix the APOP weakness To: Carlos Martín Nieto [EMAIL PROTECTED] Cc: Julien Louis [EMAIL PROTECTED] This is an updated patch to fix the APOP weakness described in CVE-2007-1558 for mpop-1.0.5. - It is less invasive than the previous patch. APOP authentication is still fully supported even without TLS. No user needs to change his configuration. - The APOP check was updated. The minimum length requirement is gone. There is a new check for an '@' now. This ensures that the APOP timestamp has both a local and a domain part, as required by the RFCs. With this patch, it should be safe to continue to use APOP authentication for now. Regards, Martin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGNO3XU5CaZRW8NIsRAomNAJ0SFZ6dALStE7niq0XCcbkQY7bPqgCaAtSz eTvNwhdiTk9/1VxmLaz4NAc= =LOzG -END PGP SIGNATURE- diff -ur mpop-1.0.5/src/pop3.c mpop-1.0.5-apop-fix/src/pop3.c --- mpop-1.0.5/src/pop3.c 2006-09-23 03:35:03.0 +0200 +++ mpop-1.0.5-apop-fix/src/pop3.c 2007-04-29 21:00:05.0 +0200 @@ -407,11 +407,13 @@ * see pop3.h */ +char *pop3_get_addr(const char *s); + int pop3_get_greeting(pop3_session_t *session, char *greeting, char **errmsg, char **errstr) { int e; -char *p, *q; +char *p, *q, *a; if ((e = pop3_get_msg(session, 0, errstr)) != POP3_EOK) { @@ -429,17 +431,23 @@ /* 'greeting' is large enough */ strcpy(greeting, session-buffer + 4); } -/* search APOP timestamp */ -if ((p = strchr(session-buffer, '')) != NULL) -{ - if ((q = strchr(p, '')) != NULL) - { - session-cap.flags |= POP3_CAP_AUTH_APOP; - session-cap.apop_timestamp = xmalloc((q - p + 2) * sizeof(char)); - strncpy(session-cap.apop_timestamp, p, q - p + 1); - session-cap.apop_timestamp[q - p + 1] = '\0'; - } +/* Search APOP timestamp. Make sure that it is a valid RFC822 message id as + * required by RFC 1939. This should make man-in-the-middle attacks as + * described in CVE-2007-1558 harder. */ +a = NULL; +if ((p = strchr(session-buffer, '')) != NULL /* start of timestamp */ + (q = strchr(p + 1, '')) != NULL /* end of timestamp */ + (a = pop3_get_addr(p)) /* valid address */ + strchr(a, '@')/* has domain part */ + strlen(a) + 2 == (size_t)(q - p + 1) /* no specials */ + strncmp(p + 1, a, q - p - 1) == 0) /* no invalid chars */ +{ + session-cap.flags |= POP3_CAP_AUTH_APOP; + session-cap.apop_timestamp = xmalloc((q - p + 2) * sizeof(char)); + strncpy(session-cap.apop_timestamp, p, q - p + 1); + session-cap.apop_timestamp[q - p + 1] = '\0'; } +free(a); return POP3_EOK; }
Bug#366374: Does not open a web browser for links with a 'target=_blank attribute
This will be fixed on the next version. signature.asc Description: This is a digitally signed message part
Bug#350367: blam: Couldn't show URL eerors
Package: blam Hi, Could you try with the 1.8.3 version? It should print more information about the nature of the error. Thanks, cmn -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer| signature.asc Description: This is a digitally signed message part
Bug#400176: crashes on startup
On sáb, 2006-11-25 at 20:27 +0100, Soeren Sonnenburg wrote: . . . . LEAVE: Imendio.Blam.ThemeManager:LoadThemes (string) . . . . ENTER: Imendio.Blam.Conf:Get (string,string)([STRING:0x4bf40:ui/theme], [STRING:0x4af00:/usr/share/blam/themesblam], ) Well, here is the problem. For some reason I took out the leading / in /blam, so it won't work for people that don't already have it installed. Here, have a patch. I'm building a package with the fix to upload to Debian, but my connection is very slow today, so it may have to wait until tomorrow. 8-8--- --- src/Defines.cs.in.orig 2006-11-25 22:51:22.0 +0100 +++ src/Defines.cs.in 2006-11-25 22:51:33.0 +0100 @@ -20,7 +20,7 @@ namespace Imendio.Blam { public static string THEME_DIR = APP_DATADIR + /themes; public static string PERSONAL_THEME_DIR = APP_HOMEDIR + /themes; // search for installed themes in APP_HOMEDIR/html ... (mo) - public static string DEFAULT_THEME = THEME_DIR + blam; + public static string DEFAULT_THEME = THEME_DIR + /blam; public static string THEME_INDEX_NAME = theme.html; } 8--8--- cmn -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer| signature.asc Description: This is a digitally signed message part
Bug#400176: crashes on startup
Package: blam Hi, OK, I think I know what is happening. It's something that really shouldn't happen. The problem is simply in blam, so from now on you can just use --trace=program instead of the one you just used. I get timeouts whilst trying to download the file. Just before those two lines you posted, there should appear which folder and/or theme it's trying to load. It looks like the themes have not been installed properly and it's trying to open the default theme which doesn't seem to exist. cmn -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer| signature.asc Description: This is a digitally signed message part
Bug#334600: Program tracing
Package: blam Hi, Could you try to trace the program? The mono strace is useless in determining where blam is at the moment it hangs. Edit /usr/bin/blam and in the last line add the following argument to mono: --trace=program,N:Atom,N:Atom.Core,N:Rss without the quotes. Pipe the output to a file because it will be big. Post the last 10 lines or so. This seems a bug in mono, but we need to confirm it. cmn -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer| signature.asc Description: This is a digitally signed message part
Bug#360573: blam: Crashes in gtkmozembed
Package: blam Version: 1.8.2-2 Severity: grave Justification: renders package unusable Could you try with the 1.8.2-3 version which should appear in unstable soon? This may be fixed as a side-effect of the xulrunner transition. If I don't receive a reply in two weeks I will close this bug. cmn -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer| signature.asc Description: This is a digitally signed message part
Bug#360583: change ownership
On Sun, Sep 17, 2006 at 04:48:34PM -0400, Janez Rabzelj Zappone wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp owner 360583 [EMAIL PROTECTED] retitle 360583 ITA: blam -- an RSS aggregator for GNOME I was about to do that, I guess I should check more often. Anyway, I've already solved a few of blam's reported bugs (#376959, #364362, and #386084) (Gtk#2, xulrunner and failing to start with updated mono libs) and fixed a couple of lintian warnings. Take a look at http://www.cmartin.tk/blam/blam-1.8.2-3* so we don't duplicate (more?) work. cmn -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer| signature.asc Description: Digital signature
Bug#386138: Possible co-maintainance ?
Package: wnpp Followup-For: Bug #386138 I never was good for marketing. The description is mainly from the man page, which in retrospect isn't that good a marketing strategy. A co-maintenance sound good. I'll continue the discussion off-bug. cmn -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer|