Bug#809991: clang-3.5: should not depend on GCC libobjc
Package: clang-3.5 Severity: wishlist Dear LLVM packaging team, currently the clang packages in Debian depend on the dev package of the Objective-C runtime library that ships with GCC (libobjc-4.9-dev in jessie). I'd like to suggest dropping Depends in favour of a Recommends so that it can be removed without breaking the package. There are a few legitimate reasons to do that. The most basic one is that you just want to use clang and a C/C++ compiler and don't desire the ability to compile Objective-C code. The other one, and the main reason why I am proposing this, is that to make use of all the Objective-C features that clang provides (non-fragile ABI, automatic reference counting), you will have to use the GNUstep runtime [0] that is not currently packaged in Debian. Depending on the GCC runtime makes using the alternative runtime unnecessary hard because you have to worry about the linker picking the right runtime library. I realise that per the policy manual you could be argued that libobjc is 'required [...] to provide a significant amount of functionality' (namely Objective-C support), but not installing it does not break clang as a C and C++ compiler at all. Also, C and C++ have far more widespread use compared to Objective-C, so a fortiori the 'found together [...] in all but unusual installations' description of Recommends would also apply. In any case, recommending the Objective-C runtime instead of depending on it would not change anything for users unless they take explicit action to remove the package. Please let me know what you think. Many thanks, Niels [0]Âhttps://www.github.com/gnustep/libobjc2 -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#634695: Exporting org-babel to HTML fails (uses copy-seq instead of copy-sequence in ob.el)
Package: org-mode Version: 7.6-1 Followup-For: Bug #634695 Hello, The attached patch fixes the issue for me. Cheers, Niels -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages org-mode depends on: ii dpkg 1.16.0.3 Debian package management system ii emacs23 23.3+1-1 The GNU Emacs editor (with GTK+ us ii install-info 4.13a.dfsg.1-6 Manage installed documentation in org-mode recommends no packages. Versions of packages org-mode suggests: ii ditaa 0.9+ds1-3 convert ASCII diagrams into proper ii easypg0.0.16-2.1 yet another GnuPG interface for Em pn remember-el none (no description available) -- no debconf information --- org-mode-7.6.orig/lisp/ob.el +++ org-mode-7.6/lisp/ob.el @@ -755,7 +755,7 @@ the current subtree. lst) (norm (arg) (let ((v (if (listp (cdr arg)) - (copy-seq (cdr arg)) + (copy-sequence (cdr arg)) (cdr arg (when (and v (not (and (sequencep v) (not (consp v))
Bug#634695: org-mode: Exporting org-babel to HTML fails (uses copy-seq instead of copy-sequence in ob.el)
Package: org-mode Version: 7.6-1 Severity: normal Tags: upstream Hi, the babel part of org-mode uses copy-seq on line 758, where in fact, I think, it should be using copy-sequence. Or is there a valid reason for this? At least, it makes exporting org-mode documents to HTML impossible if they use babel features. That bug seems to be also present upstream (I checked commit ce2a33104b0e724b5227445cf5d5ceb240783870) Hope that I'm not totally wrong here. Cheers, Niels -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages org-mode depends on: ii dpkg 1.16.0.3 Debian package management system ii emacs23 23.3+1-1 The GNU Emacs editor (with GTK+ us ii install-info 4.13a.dfsg.1-6 Manage installed documentation in org-mode recommends no packages. Versions of packages org-mode suggests: ii ditaa 0.9+ds1-3 convert ASCII diagrams into proper ii easypg0.0.16-2.1 yet another GnuPG interface for Em pn remember-el none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540485: kopete-silc-plugin does not work with kopete 4.3.0-1
Package: kopete-silc-plugin Version: 0.5-2 Severity: normal I can confirm this issue with the kopete-silc-plugin and kopete 4.3.0-1. A simple rebuild of the package fixes it, though. Cheers, Niels -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kopete-silc-plugin depends on: ii kdebase-runtime 4:4.3.0-2 runtime components from the offici ii kdelibs5 4:4.3.0-1 core libraries for all KDE 4 appli ii kopete4:4.3.0-1 instant messenger for KDE 4 ii libc6 2.9-23 GNU C Library: Shared libraries ii libkopete44:4.3.0-1 main Kopete library ii libqtcore44:4.5.2-1 Qt 4 core module ii libqtgui4 4:4.5.2-1 Qt 4 GUI module ii libsilc-1.1-2 1.1.9-1SILC generic library ii libsilcclient-1.1-3 1.1.9-1SILC client library ii libstdc++64.4.1-1The GNU Standard C++ Library v3 kopete-silc-plugin recommends no packages. kopete-silc-plugin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528785: openafs-modules-source: Random kernel crashes when accessing AFS
On Fri, May 15, 2009 at 11:22:01AM -0700, Russ Allbery wrote: This one is fixed in STABLE14-linux26-defer-cred-changing-20090511 in upstream CVS. I applied the patch and rebuilt my openafs-packages. Since I'm not experiencing any more lockups, I think I can confirm that this fixes the issue. Thank you very much! kind regards, Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528785: openafs-modules-source: Random kernel crashes when accessing AFS
Package: openafs-modules-source Version: 1.4.10+dfsg1-1 Severity: important Since upgrading to kernel 2.6.29-2 I am experiencing random crashes when accessing our afs-cell (log from a kernel-crash is reproduced below), which was working flawlessly with 2.6.26. If I'm not mistaken the problem only occures when tokens are involved (i.e. I have yet to reproduce this when accessing afs-cells anonymously). I could not find any information on the problem upstream and would be grateful for any pointers on how to provide a report more helpful than just the call-trace. I don't know whether it is of any relevance, but the file- and db-servers are runing openafs version 1.4.7 or 1.4.2 (from lenny or etch, respectively). Any help is greatly appreciated. Kind regards, Niels -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openafs-modules-source depends on: ii bison 1:2.4.1.dfsg-1 A parser generator that is compati ii debhelper 7.2.11 helper programs for debian/rules ii flex 2.5.35-7 A fast lexical analyzer generator. ii kernel-package12.014 A utility for building Linux kerne ii module-assistant 0.11.1 tool to make module package creati openafs-modules-source recommends no packages. openafs-modules-source suggests no packages. -- no debconf information *** afs-crash.log May 8 09:55:20 kassandra kernel: [33775.499462] [ cut here ] May 8 09:55:20 kassandra kernel: [33775.499471] kernel BUG at /build/buildd/linux-2.6-2.6.29/debian/build/source_amd64_none/kernel/cred.c:360! May 8 09:55:20 kassandra kernel: [33775.499477] invalid opcode: [#1] SMP May 8 09:55:20 kassandra kernel: [33775.499484] last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors May 8 09:55:20 kassandra kernel: [33775.499489] CPU 1 May 8 09:55:20 kassandra kernel: [33775.499493] Modules linked in: openafs(P) aufs exportfs i915 drm i2c_algo_bit ppdev lp parport rfcomm l2cap bluetooth vboxnetflt vboxdrv binfmt_misc acpi_cpufreq cpufreq_stats cpufreq_userspace cpufreq_conservative cpufreq_powersave microcode ipv6 fuse ext2 coretemp cdc_acm loop joydev uvcvideo videodev v4l1_compat v4l2_compat_ioctl32 snd_hda_codec_conexant snd_hda_intel snd_hda_codec snd_hwdep arc4 snd_pcm_oss snd_mixer_oss snd_pcm ecb thinkpad_acpi snd_seq_dummy nvram iwlagn snd_seq_oss iwlcore snd_seq_midi sg rfkill psmouse snd_rawmidi snd_seq_midi_event led_class serio_raw evdev i2c_i801 snd_seq snd_timer snd_seq_device mac80211 i2c_core sr_mod cdrom snd ehci_hcd cfg80211 soundcore snd_page_alloc uhci_hcd e1000e wmi video output battery ac button intel_agp ext3 jbd mbcache sha256_generic aes_x86_64 aes_generic cbc dm_crypt dm_mirror dm_region_hash dm_log dm_snapshot dm_mod sd_mod crc_t10dif thermal processor fan thermal_sys ahci libata scsi_mod May 8 09:55:20 kassandra kernel: [33775.499651] Pid: 17506, comm: konsole Tainted: P 2.6.29-2-amd64 #1 2776LEG May 8 09:55:20 kassandra kernel: [33775.499657] RIP: 0010:[8025a53a] [8025a53a] commit_creds+0x22/0x105 May 8 09:55:20 kassandra kernel: [33775.499672] RSP: 0018:880136071dc8 EFLAGS: 00010206 May 8 09:55:20 kassandra kernel: [33775.499677] RAX: 88009b510bc0 RBX: 8801395b2180 RCX: May 8 09:55:20 kassandra kernel: [33775.499683] RDX: 001e RSI: 880134d089c0 RDI: 8801395b2180 May 8 09:55:20 kassandra kernel: [33775.499688] RBP: 880134d089c0 R08: 880134d089c0 R09: a067d200 May 8 09:55:20 kassandra kernel: [33775.499693] R10: a067d200 R11: 8031a0bc R12: 8800bac3 May 8 09:55:20 kassandra kernel: [33775.499698] R13: 0001 R14: 880136071e5c R15: 880136071e48 May 8 09:55:20 kassandra kernel: [33775.499705] FS: 7fb167c36760() GS:88013acdbbc0() knlGS: May 8 09:55:20 kassandra kernel: [33775.499710] CS: 0010 DS: ES: CR0: 80050033 May 8 09:55:20 kassandra kernel: [33775.499715] CR2: 7fb15b844000 CR3: 000130b67000 CR4: 06e0 May 8 09:55:20 kassandra kernel: [33775.499720] DR0: DR1: DR2: May 8 09:55:20 kassandra kernel: [33775.499725] DR3: DR6: 0ff0 DR7: 0400 May 8 09:55:20 kassandra kernel: [33775.499731] Process konsole (pid: 17506, threadinfo 88013607, task 8800bac3) May 8 09:55:20 kassandra kernel: [33775.499735] Stack: May 8 09:55:20 kassandra kernel: [33775.499738] 880071d46cc0
Bug#497783: www.debian.org/Bugs: Selecting bug reports on the WWW not possible in the german translation
Package: www.debian.org Severity: normal Tags: l10n Hello, I just discovered the bug selection section of the german translation of the BTS index page to be unusable. Apparently the page is not generated correctly. The following HTML-code contains tags that were supposed to be expanded into valid HTML before sending the page out: | a name=pkgreport/a | bts_main_form | table class=forms summary= | trtdh2Fehler auswählen/h2/td | td | bts_select_form | /td | td | pNach der ersten Suche können weitere Werte hinzugefügt werden. | Falls eine spätere Auswahl auf das gleiche Suchfeld durchgeführt wird, | werden die Ergebnisse mit ODER verbunden. Falls sie auf ein anderes | Feld durchgeführt wird, werden die Ergebnisse mit UND verbunden./p | | pGültige Schweregrade sind bts_severities/p | pGültige Markierungen sind bts_tags/p | /td | /tr | trtdh2Fehler einschließen/h2/td | td | bts_include_form | /td | td/td | /tr | trtdh2Fehler ausschließen/h2/td | td | bts_exclude_form | | /td | td/td | /tr | trtdh2Kategorisieren mittels/h2/td | td/td | /tr | trtdh2Sortieren nach/h2/td | td | bts_orderby_form | /td | td/td | /tr | trtdh2Verschiedene Optionen/h2/td | td | | bts_miscopts_form | /td | /tr | trtdh2Suchen/h2/tdtd colspan=2 | input type=submit name=submit value=Suchen | /td/tr | /table | /form The english version works fine, though. Kind regards, Niels -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495373: blank windows with the cairo backend
Hello all, (This is my first time using the BTS, so please be gentle if I seem to be messing up here.) I am seeing the cairo-part of this bug as well on unstable, regardless of window-manager (wmaker, metacity, or even non at all) or Xserver-flavour, but nonetheless only on the amd64 architecture, while the cairo backend works flawlessly with i386. So I guess that somehow 64bit-ness is implicated in this. It is also interesting to note that the problem also occurs when compiling gnustep with the cairo backend from the svn-trunk (That one, I'm going to report upstream). If there is any testing I can do to help with this bug, please let me know. Kind regards, Niels -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
