Bug#1055067: isc-dhcp-client: network-manager 1.44.2-3 changed path to nm-dhcp-helper, apparmor need update
Package: isc-dhcp-client Version: 4.4.3-P1-4 Followup-For: Bug #1055067 I can confirm this, after a recent upgrade I lost network connectivity and it took some digging to determine the cause. Using dhclient with NetworkManager is probably not uncommon (especially since it's NetworkManager's default behaviour if dhclient is installed), so this should probably be fixed soon so that other people don't suddenly lose their network as well. Cheers, Jan -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (102, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages isc-dhcp-client depends on: ii debianutils 5.14 ii iproute2 6.6.0-1 ii libc6 2.37-12 Versions of packages isc-dhcp-client recommends: ii isc-dhcp-common 4.4.3-P1-4 Versions of packages isc-dhcp-client suggests: ii avahi-autoipd 0.8-13 pn isc-dhcp-client-ddns ii systemd-resolved [resolvconf] 255~rc2-2 -- Configuration Files: /etc/apparmor.d/sbin.dhclient changed [not included] -- no debconf information
Bug#881008: lua-rex-pcre: Please include support for Lua 5.3
Package: lua-rex-pcre Version: 2.7.2-4 Severity: wishlist Now that the Awesome window manager (from the 'awesome' package) has been built against Lua 5.3, this package is no longer usable from an Awesome configuration. If this package is being used in someone's Awesome configuration, (re)starting the window manager after the upgrade will fail due to the missing module. So it would be great if this package could be built to include support for Lua 5.3. Thanks! -Jan -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (102, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lua-rex-pcre depends on: ii libc6 2.24-17 ii libpcre3 2:8.39-5 lua-rex-pcre recommends no packages. lua-rex-pcre suggests no packages. -- no debconf information -- -[ OpenPGP key ID: 00A0FD5F ]-
Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn
Okay, I have managed to reproduce the issue with a publicly available repository. The following command crashes for me: git svn clone -s -r 28995:HEAD svn://anonsvn.kde.org/home/kde I hope that helps. -Jan -- -[ OpenPGP key ID: 00A0FD5F ]- This mail is made of 100% recycled bits. signature.asc Description: Digital signature
Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn
Package: libsvn-perl
Version: 1.8.10-5
Severity: important
Tags: upstream
Hi,
when I use git-svn to clone or fetch from a repository, and the repository
contains a commit that modifies a large number of files, then perl will die
with a segfault when trying to apply that commit:
$ git svn fetch
A scenario-simulator/test/test-simulator.properties
A scenario-simulator/test/log4j.properties
...
[snip long list]
...
A
core-util/test/com/opencloud/util/concurrent/fibers/WhenUsingDefaultFiberFactory.java
A
core-util/test/com/opencloud/util/concurrent/TimingWheelExecutorTest.java
error: git-svn died of signal 11
$
This is 100% reproducible with the affected commits, making it essentially
impossible to fully clone these repositories. The only workaround I can think
of is doing a shallow clone starting at the next commit, which means you won't
get the full history.
I have attached a backtrace, and here is the output of running the command
with the perl debugger:
Signal SEGV at /usr/share/perl5/Git/SVN/Fetcher.pm line 361.
Git::SVN::Fetcher::apply_textdelta(Git::SVN::Fetcher=HASH(0x26a51b0),
HASH(0x2b14238), undef, _p_apr_pool_t=SCALAR(0x2b14148)) called at
/usr/lib/x86_64-linux-gnu/perl5/5.20/SVN/Ra.pm line 623
SVN::Ra::Reporter::AUTOLOAD(SVN::Ra::Reporter=ARRAY(0x26e2510),
SVN::Pool=REF(0x26e1e98)) called at /usr/share/perl5/Git/SVN/Ra.pm line 300
Git::SVN::Ra::gs_do_update(Git::SVN::Ra=HASH(0x26a4fe8), 49802, 49802,
Git::SVN=HASH(0x26a4ad8), Git::SVN::Fetcher=HASH(0x26a51b0)) called at
/usr/share/perl5/Git/SVN.pm line 1210
Git::SVN::do_fetch(Git::SVN=HASH(0x26a4ad8), HASH(0x26eb380), 49802)
called at /usr/share/perl5/Git/SVN/Ra.pm line 451
Git::SVN::Ra::gs_fetch_loop_common(Git::SVN::Ra=HASH(0x26a4fe8), 49800,
91763, ARRAY(0x1c2acc0), ARRAY(0x1c2acf0)) called at
/usr/share/perl5/Git/SVN.pm line 184
Git::SVN::fetch_all(svn, HASH(0x11fd4b8)) called at
/usr/lib/git-core/git-svn line 560
main::cmd_fetch(svn) called at /usr/lib/git-core/git-svn line 377
eval {...} called at /usr/lib/git-core/git-svn line 375
-Jan
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (102, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libsvn-perl depends on:
ii libapr1 1.5.1-3
ii libc6 2.19-15
ii libsvn1 1.8.10-5
ii multiarch-support 2.19-15
ii perl5.20.2-2
ii perl-base [perlapi-5.20.1] 5.20.2-2
libsvn-perl recommends no packages.
libsvn-perl suggests no packages.
-- no debconf information
--
-[ OpenPGP key ID: 00A0FD5F ]-
The most dangerous phrase in the language is, We've always done it this
way.
-- Grace Hopper
#0 _wrap_svn_txdelta_apply (my_perl=optimized out, cv=optimized out) at
svn_delta.c:3918
arg2 = 0x7f60d749afa0
arg6 = 0x7fffeb7313a8
res4 = optimized out
argvi = 1
arg3 = 0x7f60d738c0a0
\224\a\214QS\357~\342\314\345\312Ϙ\330\300\070\327`\177
arg7 = 0x7fffeb7313b0
_global_pool = optimized out
buf4 = 0x0
temp6 = 0x7f60ddc2f700 apply_window at
/build/subversion-Hohtq2/subversion-1.8.10/subversion/libsvn_delta/text_delta.c:759
sp = 0x7f60d733ff60
arg4 = optimized out
temp7 = 0x7f60d73880a0
arg1 = 0x7f60d749af28
arg5 = optimized out
alloc4 = 0
ax = 24039
items = 4
#1 0x7f60e13cc9ab in Perl_pp_entersub (my_perl=0x1cc6010) at pp_hot.c:2794
markix = optimized out
sp = optimized out
sv = 0x2759310
gv = 0x1cc6001
cv = optimized out
cx = optimized out
gimme = 3
hasargs = optimized out
#2 0x7f60e13c5216 in Perl_runops_standard (my_perl=0x1cc6010) at run.c:42
op = optimized out
#3 0x7f60e13fc84f in S_docatch (my_perl=0x1cc6010, o=optimized out) at
pp_ctl.c:3227
ret = optimized out
oldop = 0x2350ac0
cur_env = {
je_prev = 0x7fffeb731b30,
je_buf = {[0] = {
__jmpbuf = {[0] = 30171152,
[1] = 7282039959158873762,
[2] = 140053904097112,
[3] = 140737143576160,
[4] = 30171152,
[5] = 53365432,
[6] = -7282091381711085918,
[7] = -7219616678411936094},
__mask_was_saved = 0,
__saved_mask = {
__val = {[0] = 30171152,
[1] = 140054072444977,
[2] = 140053904097080,
[3] = 30195984,
Bug#780246: libsvn-perl: Segfault when applying large commit through git-svn
James McCoy james...@debian.org: On Wed, Mar 11, 2015 at 07:09:16PM +1300, Jan Larres wrote: when I use git-svn to clone or fetch from a repository, and the repository contains a commit that modifies a large number of files, then perl will die with a segfault when trying to apply that commit: Is this a publicly available repository? No, unfortunately not. But it is definitely not specific to the repository, I've had it happen with other (similarly non-public) repositories as well. The important point seems to be the number of modified files and/or lines in a commit. Cheers, Jan -- -[ OpenPGP key ID: 00A0FD5F ]- My problem is that all things are increasingly interesting to me. -- William Gibson signature.asc Description: Digital signature
Bug#763941: xsettingsd: can't parse negative int values
Package: xsettingsd Version: 0.0.20121210+72+g474f18a-1 Severity: normal Tags: upstream Hi, on my system dump_xsettings generates this line: Gtk/RecentFilesMaxAge -1 However, xsettingsd can't properly parse this line due to the negative value. The bug has been fixed upstream in August, so it would be great if the package could be updated with the newest revision. Thanks, -Jan -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (102, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xsettingsd depends on: ii libc6 2.19-11 ii libgcc1 1:4.9.1-15 ii libstdc++6 4.9.1-15 ii libx11-62:1.6.2-3 xsettingsd recommends no packages. xsettingsd suggests no packages. -- no debconf information -- -[ OpenPGP key ID: 00A0FD5F ]- When we remember we are all mad, the mysteries disappear and life stands explained. -- Mark Twain signature.asc Description: Digital signature
Bug#729203: CTTE and reasonable solutions
On 04/02/14 12:08, Antoine Beaupré wrote: If both packages are ABI-compatible, then ffmpeg can be designed as a drop-in replacement for libav and users will be free to choose. As far as I understand it the problem is that it is *not* a drop-in replacement as far as the libraries are concerned, every package needs to be recompiled depending on which library should be used. So you would need two different packages for every program that uses the libraries if you wanted to offer both in parallel. And I don't think Adrian (or anyone else) is against ffmpeg as such, it's just that there should be made a decision which one to use in order to avoid these issues. Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728189: closed by Moritz Muehlenhoff j...@debian.org (Bug#728189: fixed in slrn 1.0.1-4)
Hi, unfortunately it seems like the bug reappeared, at least in 1.0.1-5. Maybe the patch cleanup cleaned up a bit too much? The log level is back at the old, high level. Cheers, Jan -- -[ OpenPGP key ID: 00A0FD5F ]- Philosophy is questions that may never be answered. Religion is answers that may never be questioned. signature.asc Description: Digital signature
Bug#728189: slrn: Can't connect over SSL/TLS any more
Moritz Mühlenhoff j...@inutil.org: On Sun, Nov 10, 2013 at 04:39:25PM +1300, Jan Larres wrote: Leaving out the patch didn't change anything, but I did some experiments with older versions and discovered that 1.0.0~pre18-1.3 worked fine, but from 1.0.1-1 on it's broken. Did you assess this by rebuilding 1.0.0~pre18-1.3 in current unstable or by running 1.0.0~pre18-1.3 in a stable system? I used a binary package from snapshot.debian.org in my current unstable system. And just to make sure I just built 1.0.0~pre18-1.3 and 1.0.1-1 from source on the same system, and again the former works and the latter is broken. I had a look at the diff between 1.0.0~pre18 and 1.0.1 and the only changes (from src/sltcp.c) are the logging code (which is present in your log) and some commented SSL_CTX_* calls. I also had a look at the code and didn't see anything else immediately suspicious, so I tried commenting out the two gnutls_global_set_log_function() and gnutls_global_set_log_level() calls and discovered that the latter was the culprit: setting the level to anything higher than 1 triggered the bug, probably because the lowest level at which gnutls seems to start printing out messages in this case is 2. A quick look at the logging and print_error() functions in slrn doesn't reveal anything obvious, but there must be some problem between gnutls and slrn's error printing functionality. Cheers, Jan -- -[ OpenPGP key ID: 00A0FD5F ]- Why should I fear death? If I am, death is not. If death is, I am not. Why should I fear that which cannot exist when I do? -- Epicurus signature.asc Description: Digital signature
Bug#728189: slrn: Can't connect over SSL/TLS any more
I forgot to add: I don't understand why the debug level is being set at all, since even if it didn't crash you would get tons of useless debug output. Jan -- -[ OpenPGP key ID: 00A0FD5F ]- Früher hatten die Menschen Angst vor der Zukunft. Heute muß die Zukunft Angst vor den Menschen haben. -- Werner Mitsch signature.asc Description: Digital signature
Bug#728189: slrn: Can't connect over SSL/TLS any more
Moritz Mühlenhoff j...@inutil.org: On Tue, Oct 29, 2013 at 11:29:18PM +1300, Jan Larres wrote: Package: slrn Version: 1.0.1-3 Severity: important Hi, after a recent update connecting to a server over SSL does not work any more, and instead there are tons of TLS messages getting reported. From which version did you upgrade to 1.0.1-3? Can you try whether a build without the patch less-gnutls-linkage.diff fixes TLS for you again: Leaving out the patch didn't change anything, but I did some experiments with older versions and discovered that 1.0.0~pre18-1.3 worked fine, but from 1.0.1-1 on it's broken. So I would guess that it's an upstream issue somewhere. Jan -- -[ OpenPGP key ID: 00A0FD5F ]- That as we enjoy great advantages from the inventions of others, we should be glad of an opportunity to serve others by any invention of ours, and this we should do freely and generously. -— Benjamin Franklin signature.asc Description: Digital signature
Bug#695361: less: buggy backslash handling in prompt string: \ needs to be doubled
Hi, version 457 of less, released in December, reverts to the old parsing behaviour and makes the new one available as an option instead. So it would probably be a better idea to upgrade to that version instead. -Jan -- -[ OpenPGP key ID: 00A0FD5F ]- I contend that we are both atheists. I just believe in one fewer god than you do. When you understand why you dismiss all the other possible gods, you will understand why I dismiss yours. -- Sir Stephen Henry Roberts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653049: python-pip: installs some packages into /usr/lib/python2.7/site-packages
Package: python-pip Version: 1.0-1 Severity: important Hi, I just installed the package 'tyrs' and noticed that it got installed into /usr/lib/python2.7/site-packages/. This seems to go against the Debian Python policy that requires the system Python to install everything into dist-packages. It also means that the package can't be found by a system Python since site-packages is not in sys.path by default. Curiously enough the package's dependencies got correctly installed into /usr/local/lib/python2.7/dist-packages/, but not the package itself. - Jan -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pip depends on: ii python2.7.2-9 ii python-pkg-resources 0.6.24-1 ii python-setuptools 0.6.24-1 ii python2.6 2.6.7-4 ii python2.7 2.7.2-9 python-pip recommends no packages. python-pip suggests no packages. -- no debconf information -- -[ OpenPGP key ID: 00A0FD5F ]- Why should I fear death? If I am, death is not. If death is, I am not. Why should I fear that which cannot exist when I do? -- Epicurus signature.asc Description: Digital signature
Bug#644902: chmsee: .desktop file is missing from package
Package: chmsee Version: 1.99.05-1 Severity: normal Hi, the new version of chmsee is missing the according .desktop file, which means that it doesn't appear in the applications menu and that it can't (easily) be associated with *.chm files. Cheers, Jan -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chmsee depends on: ii libc6 2.13-21 ii libchm12:0.40-3 ii libnspr4-0d4.8.9-1 ii xulrunner-7.0 7.0.1-2+b1 chmsee recommends no packages. chmsee suggests no packages. -- no debconf information -- -[ OpenPGP key ID: 00A0FD5F ]- Our culture doesn't get smarter, it just finds new ways of being retarded. -- Dora, Questionable Content signature.asc Description: Digital signature
Bug#598380: Looks for evolution-addressbook-export in the wrong location
I've already submitted a patch for this in bug #583851, but so far it hasn't been applied. Anyone awake? :) Jan -- -[ OpenPGP key ID: 00A0FD5F ]- The most dangerous phrase in the language is, We've always done it this way. -- Grace Hopper -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583851: lbdb: m_evolution uses wrong path for evolution-addressbook-export
Here is a patch that should automatically find the executable, even for newer
versions of evolution.
Cheers,
Jan
--
OpenPGP Key-ID: 00A0FD5F
Why should I fear death? If I am, death is not. If death is, I am not. Why
should I fear that which cannot exist when I do? -- Epicurus
--- /usr/lib/lbdb/m_evolution 2010-05-19 06:46:06.0 +1200
+++ m_evolution 2010-07-05 19:32:48.0 +1200
@@ -28,7 +28,7 @@
m_evolution_query ()
{
AWK=/usr/bin/awk
-EVOLUTION_ADDRESSBOOK_EXPORT=/usr/bin/evolution-addressbook-export
+EVOLUTION_ADDRESSBOOK_EXPORT=$(find /usr/lib/evolution/ -name evolution-addressbook-export)
if [ -x $EVOLUTION_ADDRESSBOOK_EXPORT ]; then
$EVOLUTION_ADDRESSBOOK_EXPORT 2/dev/null \
signature.asc
Description: Digital signature
Bug#523774: mutt-patched: please add sidebar-dotted and sidebar-sorted patches
Hi, sorting is already implemented in version 1.5.20 of the sidebar patch. The Debian package of mutt 1.5.20 still seems to use 1.5.19 of the patch, so please update the patch to the current version and drop this sidebar-sorted patch. Regarding the shortening: I wouldn't make it an option, since it is already mandatory for servers which use '/' as a separator. Also, there's a free() missing for sidebar_folder_name. I think it would be a good idea to send this patch to the sidebar maintainer so it can be integrated and benefit everyone. Jan -- OpenPGP Key-ID: 00A0FD5F Belief in the supernatural reflects a failure of the imagination. -- Edward Abbey signature.asc Description: Digital signature
Bug#505540: the bug is m_evolution specific: line break are not handled
Hi,
I have updated the m_evolution module to correctly join long addresses.
It now also handles multiple addresses for one contact (which it didn't
do before).
Jan
--
OpenPGP Key-ID: CF1635D4
Fashion is a form of ugliness so intolerable that we have to alter it
every six months. -- Oscar Wilde
#! /bin/sh
#
# -*-sh-*-
#
# m_evolution - Evolution Address book module for lbdb
# Copyright (C) 2004 Guido Guenther a...@sigxcpu.org
# Copyright (C) 2004-2006 Roland Rosenfeld rol...@spinnaker.de
# Copyright (C) 2008 brian m. carlson sand...@crustytoothpaste.ath.cx
# Copyright (C) 2009 Jan Larres j...@majutsushi.net
#
# loosely based on m_gnomecard
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software Foundation,
# Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301,, USA.
#
m_evolution_query ()
{
AWK=/usr/bin/awk
EVOLUTION_ADDRESSBOOK_EXPORT=/usr/bin/evolution-addressbook-export
if [ -x $EVOLUTION_ADDRESSBOOK_EXPORT ]; then
$EVOLUTION_ADDRESSBOOK_EXPORT 2/dev/null \
| $AWK 'BEGIN {
FS = :
RS = \r\n
name =
emails =
last_email = 0
}
/^END:VCARD/ {
if ((name != || fileas != ) emails != ) {
sub(^#, , emails)
split(emails, emails_arr, #)
for (email in emails_arr)
printf(%s\t%s\tEV:%s\n,emails_arr[email],name,fileas)
}
name = ; fileas = ; emails =
}
/^FN:/ {
name = $2
}
/^X-EVOLUTION-FILE-AS:/ {
fileas = $2
gsub(, , fileas)
}
# DEST-EMAIL is needed to skip addresses in list contacts
/^EMAIL[;:]/ ! /X-EVOLUTION-DEST-EMAIL/ {
emails = emails # $2
last_email = 1
}
# only join email lines for performance reasons
/^ [^ ]/ last_email == 1 {
cont = $1
sub(^ , , cont)
emails = emails cont
}
! /^EMAIL[;:]/ ! /^ [^ ]/ {
last_email = 0
}' \
| grep -ia $@
fi
}
signature.asc
Description: Digital signature
Bug#493481: rxvt-unicode: Apply patch for 256 colors support
This also requires an updated or new terminfo entry in
ncurses-{base,term}, or your colors will be all wrong.
Instructions for people who want to do it themselves:
http://lists.schmorp.de/pipermail/rxvt-unicode/2008q2/000626.html
You could also use the terminfos of xterm-256color or rxvt-256color, but
then you'd lose some of rxvt-unicode's features.
Jan
--
OpenPGP Key-ID: CF1635D4
Fashion is a form of ugliness so intolerable that we have to alter it
every six months. -- Oscar Wilde
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493615: gnome-devel: Please reduce the Depends on bluefish to Recommends or Suggests
Package: gnome-devel Version: 1:2.22.2~4 Severity: wishlist Hi, Please reduce the Depends on bluefish to Recommends or Suggests. Bluefish is not a Gnome component, and web development is not the primary goal of this package. Normal programming needs are already covered by anjuta (and gedit). Also, the last stable release of bluefish was almost two years ago. Thanks, Jan Larres -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-mactel-01 (SMP w/2 CPU cores; PREEMPT) 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 gnome-devel depends on: ii anjuta2:2.4.2-1 A GNOME development IDE, for C/C++ ii bluefish 1.0.7-5advanced Gtk+ HTML editor ii devhelp 0.19.1-5 A GNOME developers help program ii glade-gnome 3.4.5-3GTK+ 2 User Interface Builder (wit ii gnome-core-devel 1:2.22.2~4 The GNOME Desktop Environment -- d ii gnome-devel-docs 2.22.0-1 GNOME developer documentation ii libgbf-1-dev 0.2.4-1GNOME Development Framework - deve ii libgdl-1-dev 0.7.11-1 GNOME DevTool libraries - developm Versions of packages gnome-devel recommends: ii accerciser1.2.0-2an interactive Python accessibilit pn gtranslator none (no description available) gnome-devel suggests no packages. -- no debconf information -- OpenPGP Key-ID: CF1635D4 If we let things terrify us, life will not be worth living. -- Seneca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462284: vim-gnome: Ruby support is missing
Package: vim-gnome Version: 1:7.1-231+1 Severity: normal Hi, The compiled-in support for ruby seems to have gone missing with the latest update, probably due to the removed Build-Depends: Huge version with GTK2-GNOME GUI. Features included (+) or not (-): +arabic +autocmd +balloon_eval +browse ++builtin_terms +byte_offset +cindent +clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments +cryptv +cscope +cursorshape +dialog_con_gui +diff +digraphs +dnd -ebcdic +emacs_tags +eval +ex_extra +extra_search +farsi +file_in_path +find_in_path +folding -footer +fork() +gettext -hangul_input +iconv +insert_expand +jumplist +keymap +langmap +libcall +linebreak +lispindent +listcmds +localmap +menu +mksession +modify_fname +mouse +mouseshape +mouse_dec +mouse_gpm -mouse_jsbterm +mouse_netterm +mouse_xterm +multi_byte +multi_lang -mzscheme +netbeans_intg -osfiletype +path_extra +perl +postscript +printer +profile +python +quickfix +reltime +rightleft -ruby +scrollbind +signs +smartindent -sniff +statusline -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white +tcl +terminfo +termresponse +textobjects +title +toolbar +user_commands +vertsplit +virtualedit +visual +visualextra +viminfo +vreplace +wildignore +wildmenu +windows +writebackup +X11 -xfontset +xim +xsmp_interact +xterm_clipboard -xterm_save Jan Larres -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-mactel-03 (SMP w/2 CPU cores; PREEMPT) 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 vim-gnome depends on: ii libbonoboui2-02.20.0-1 The Bonobo UI library ii libc6 2.7-6 GNU C Library: Shared libraries ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-1 The GNOME 2 libraries (User Interf ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii libgtk2.0-0 2.12.5-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libncurses5 5.6+20080105-1 Shared libraries for terminal hand ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libperl5.85.8.8-12 Shared Perl library ii libsm62:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.1.3-1 X11 client-side library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii python2.4 2.4.4-7An interactive high-level object-o ii tcl8.48.4.17-1 Tcl (the Tool Command Language) v8 ii vim-common1:7.1-231+1Vi IMproved - Common files ii vim-gui-common1:7.1-231+1Vi IMproved - Common GUI files ii vim-runtime 1:7.1-231+1Vi IMproved - Runtime files vim-gnome recommends no packages. -- no debconf information -- OpenPGP Key-ID: CF1635D4 It is no measure of health to be well adjusted to a profoundly sick society. -- Jiddu Krishnamurti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428759: gimp: Gimp crashes on certain painting tools
This is caused by a bug in libx11-6 1.1.2. See here for an explanation and a patch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431421 Regards, Jan -- OpenPGP Key-ID: CF1635D4 Gods are fragile things; they may be killed by a whiff of science or a dose of common sense. -- Chapman Cohen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431421: libx11-6: version 1.1.2 breaks gdk and especially gimp
Package: libx11-6 Version: 2:1.1.2-1 Severity: important Tags: patch experimental Hi, because of XGetMotionEvents getting called with the wrong order of arguments after a code style change, version 1.1.2 of libx11 breaks gdk and especially gimp, which crashes at every drag operation of a drawing tool (see #428759). A simple patch can be found here: https://bugs.freedesktop.org/show_bug.cgi?id=11222 Regards, Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-mactel-03 (SMP w/2 CPU cores; PREEMPT) 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 libx11-6 depends on: ii libc6 2.5-11 GNU C Library: Shared libraries ii libx11-data 2:1.1.2-1 X11 client-side library ii libxcb-xlib0 1.0-3 X C Binding, Xlib/XCB interface li ii libxcb1 1.0-3 X C Binding ii x11-common1:7.2-5X Window System (X.Org) infrastruc libx11-6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385979: Symlink missing
f-spot is looking for the library libgphoto2_port.so, but libgphoto2-port0 (as of version 2.2.1-4) only provides libgphoto2_port.so.0, so you have to create it: ln -s /usr/lib/libgphoto2_port.so.0 /usr/lib/libgphoto2_port.so Then it should work. So this is probably actually a bug in libgphoto2-port0. Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
