Bug#1006882: podman fails to install - unable to open podman.socket.dpkg-new
Package: podman Version: 4.0.1+ds1-3 Severity: normal X-Debbugs-Cc: him...@gmail.com Dear Maintainer, when upgrading podman from 4.0.1+ds1-1 to 4.0.1+ds1-3, install failed. Purging podman and trying to install again gives me the same error: Unpacking podman (4.0.1+ds1-3) ... dpkg: error processing archive /var/cache/apt/archives/podman_4.0.1+ds1-3_amd64.deb (--unpack): unable to open '/usr/lib/systemd/user/podman.socket.dpkg-new': No such file or directory Errors were encountered while processing: /var/cache/apt/archives/podman_4.0.1+ds1-3_amd64.deb Notes: the file indeed doesn't exist, and if I create it before install, it gets deleted. Installing podman bookworm version (3.4.4+ds1-1) works, upgrading from that to 4.0.1+ds1-3 still fails with the same error, except for extra lines... Unpacking podman (4.0.1+ds1-3) over (3.4.4+ds1-1) ... dpkg: error processing archive /var/cache/apt/archives/podman_4.0.1+ds1-3_amd64.deb (--unpack): unable to open '/usr/lib/systemd/user/podman.socket.dpkg-new': No such file or directory /usr/bin/deb-systemd-helper: error: unable to read podman.socket Could not execute systemctl: at /usr/bin/deb-systemd-invoke line 142. Errors were encountered while processing: /var/cache/apt/archives/podman_4.0.1+ds1-3_amd64.deb Not sure what the cause is, this seems to be coming from dpkg-deb and not the postrm/prerm/postinstall scripts. Hope it helps, Regards, Martin Hradil -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable-security'), (400, 'unstable'), (400, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-3-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages podman depends on: ii conmon 2.0.25+ds1-1.1 ii containernetworking-plugins 1.1.0+ds1-1 ii golang-github-containers-common 0.47.2+ds1-1 ii init-system-helpers 1.62 ii iptables 1.8.7-1 ii libc62.33-7 ii libdevmapper1.02.1 2:1.02.175-2.1 ii libgpgme11 1.16.0-1.2 ii libseccomp2 2.5.3-2 ii runc 1.1.0+ds1-1 Versions of packages podman recommends: ii buildah 1.24.1+ds1-1 ii fuse-overlayfs1.7.1-1 ii golang-github-containernetworking-plugin-dnsname 1.3.1+ds1-2 ii slirp4netns 1.0.1-2 ii tini 0.19.0-1 ii uidmap1:4.11.1+dfsg1-1 Versions of packages podman suggests: ii containers-storage 1.36.0+ds1-3 ii docker-compose 1.29.2-1 ii iptables1.8.7-1
Bug#964334: segfault repeatedly
Package: chromium Version: 83.0.4103.116-2 Followup-For: Bug #964334 Dear Maintainer, seeing the same issue in chromium 83.0.4103.116-2, keeps crashing after a few minutes of use. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964362 is a dup of this one, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963548 *may* be, but that one also mentions tab crashes (as opposed to browser crashes) In 83.0.4103.116-1~deb10u2 I get both tab crashes (consistently when opening google chat) and browser crashes. In 83.0.4103.116-2 I only get browser crashes... [30759:30759:0707/165049.768521:ERROR:sandbox_linux.cc(374)] InitializeSandbox() called with multiple threads in process gpu-process. [30720:30840:0707/165050.050567:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files [30720:30840:0707/165050.054057:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.GetDisplayDevice: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files [30720:30840:0707/165050.054430:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.EnumerateDevices: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files libpng warning: iCCP: known incorrect sRGB profile Received signal 11 SEGV_MAPERR 7f01bc2be677 #0 0x563a76110c69 (/usr/lib/chromium/chromium+0x52b3c68) #1 0x563a7606fef3 (/usr/lib/chromium/chromium+0x5212ef2) #2 0x563a761107f1 (/usr/lib/chromium/chromium+0x52b37f0) #3 0x7f62e4052110 (/lib/x86_64-linux-gnu/libpthread-2.30.so+0x1410f) #4 0x7f62df13dd3c (/lib/x86_64-linux-gnu/libc-2.30.so+0x85d3b) #5 0x7f62df13ff33 (/lib/x86_64-linux-gnu/libc-2.30.so+0x87f32) #6 0x7f62df141bf9 __libc_malloc #7 0x563a761289be operator new() #8 0x7f62df3c8a2c std::__cxx11::basic_string<>::reserve() #9 0x7f62df3be498 std::__cxx11::basic_stringbuf<>::overflow() #10 0x7f62df3c704a std::basic_streambuf<>::xsputn() #11 0x7f62df3b9714 std::__ostream_insert<>() #12 0x563a76110d39 (/usr/lib/chromium/chromium+0x52b3d38) #13 0x563a76111054 (/usr/lib/chromium/chromium+0x52b4053) #14 0x563a76082412 (/usr/lib/chromium/chromium+0x5225411) #15 0x563a76084548 (/usr/lib/chromium/chromium+0x5227547) #16 0x563a747ca12a (/usr/lib/chromium/chromium+0x396d129) #17 0x563a747ca17e (/usr/lib/chromium/chromium+0x396d17d) #18 0x563a73e1f387 (/usr/lib/chromium/chromium+0x2fc2386) #19 0x563a747833d9 (/usr/lib/chromium/chromium+0x39263d8) #20 0x563a7478361e (/usr/lib/chromium/chromium+0x392661d) #21 0x563a747cd967 (/usr/lib/chromium/chromium+0x3970966) #22 0x563a747f94c7 (/usr/lib/chromium/chromium+0x399c4c6) #23 0x563a747f977e (/usr/lib/chromium/chromium+0x399c77d) #24 0x563a747ca13f (/usr/lib/chromium/chromium+0x396d13e) #25 0x563a747ca17e (/usr/lib/chromium/chromium+0x396d17d) #26 0x563a73e1f387 (/usr/lib/chromium/chromium+0x2fc2386) #27 0x563a740e27a3 (/usr/lib/chromium/chromium+0x32857a2) #28 0x563a744510bc (/usr/lib/chromium/chromium+0x35f40bb) #29 0x563a7624245f (/usr/lib/chromium/chromium+0x53e545e) #30 0x563a76248a24 (/usr/lib/chromium/chromium+0x53eba23) #31 0x563a76246b62 (/usr/lib/chromium/chromium+0x53e9b61) #32 0x563a7624582d (/usr/lib/chromium/chromium+0x53e882c) #33 0x563a7623e213 (/usr/lib/chromium/chromium+0x53e1212) #34 0x563a76259abb (/usr/lib/chromium/chromium+0x53fcaba) #35 0x563a76259de0 (/usr/lib/chromium/chromium+0x53fcddf) #36 0x563a76259370 (/usr/lib/chromium/chromium+0x53fc36f) #37 0x563a740cbc46 (/usr/lib/chromium/chromium+0x326ec45) #38 0x563a740cb76c (/usr/lib/chromium/chromium+0x326e76b) #39 0x563a740c7eed (/usr/lib/chromium/chromium+0x326aeec) #40 0x563a740be74b (/usr/lib/chromium/chromium+0x326174a) #41 0x563a740b1044 (/usr/lib/chromium/chromium+0x3254043) #42 0x563a740b0d75 (/usr/lib/chromium/chromium+0x3253d74) #43 0x563a740cf426 (/usr/lib/chromium/chromium+0x3272425) #44 0x563a7612e0e0 (/usr/lib/chromium/chromium+0x52d10df) #45 0x7f62e2e07b0f (/usr/lib/x86_64-linux-gnu/libevent-2.1.so.7.0.0+0x23b0e) #46 0x7f62e2e0824f event_base_loop #47 0x563a7612e38e (/usr/lib/chromium/chromium+0x52d138d) #48 0x563a760ce5d5 (/usr/lib/chromium/chromium+0x52715d4) #49 0x563a760a6670 (/usr/lib/chromium/chromium+0x524966f) #50 0x563a743ec3b3 (/usr/lib/chromium/chromium+0x358f3b2) #51 0x563a760e42a9 (/usr/lib/chromium/chromium+0x52872a8) #52 0x563a76120c9e (/usr/lib/chromium/chromium+0x52c3c9d) #53 0x7f62e4046f27 start_thread #54 0x7f62df1b531f clone r8: 0077 r9: 0050 r10: 0004 r11: 007c r12: 7f62bc20 r13: 7f62bc30 r14: 7f62bc206850 r15: 0040 di: 0261 si: 0004 bp: 0260 bx: 7f01bc2be66f dx:
Bug#900269: ifupdown: last version breaks upgrade
This is caused by systemd-tty-ask-password-agent: rxvt-unicode(28371)-+-bash(28373)---sudo(14210)---dpkg(14211)---ifupdown.postin(14214)---systemctl(15338)---systemd-tty-ask(15342) (from pstree) But it seems like the systemd helper is trying to talk to tty1, while the terminal I've ran dpkg --configure -a from is a rxvt-unicode on /dev/pts/1. So, it seems this is a systemd issue where systemd-tty-ask is failing to detect X properly and trying to ask for something on tty1 instead. (Which is unavailable because that's what X is using.) That said, I don't think systemd should be asking anything during ifup restart, so possibly a second bug somewhere..? Hope it helps :) Regards, Martin Hradil
Bug#671785: python-gtk2: crashes reportbug... also affecting sonata
Hi, I've just run into this bug, but with the sonata mpd client, which fails to start at all (first complains about #734492, then: Attempt to unlock mutex that was not locked Aborted (core dumped) ). Ran into it again while trying to reportbug it, so at least adding it here. arch: x86-64, dist: jessie sonata 1.6.2.1-6 python-gtk2 2.24.0-4 I wonder how many other packages are affected.. Regards, Martin Hradil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727202: xpdf crashes at launching due to an assrtion failed
Package: xpdf Version: 3.03-11 Followup-For: Bug #727202 Additional info: xpdf run without any file args starts fine, the crash happens only when opening a file. Backtrace from the core file: Core was generated by `xpdf.real'. Program terminated with signal 6, Aborted. #0 0x7f8c7a1c61e5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x7f8c7a1c61e5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x7f8c7a1c9398 in __GI_abort () at abort.c:90 #2 0x7f8c7a1bf272 in __assert_fail_base ( fmt=0x7f8c7a2fc9c0 %s%s%s:%u: %s%sAssertion `%s' failed.\n%n, assertion=assertion@entry=0x7f8c77ab6daf mutex-__data.__owner == 0, file=file@entry=0x7f8c77ab739e pthread_mutex_lock.c, line=line@entry=65, function=function@entry=0x7f8c77ab6e80 __PRETTY_FUNCTION__.8368 __pthread_mutex_lock) at assert.c:92 #3 0x7f8c7a1bf322 in __GI___assert_fail ( assertion=0x7f8c77ab6daf mutex-__data.__owner == 0, file=0x7f8c77ab739e pthread_mutex_lock.c, line=65, function=0x7f8c77ab6e80 __PRETTY_FUNCTION__.8368 __pthread_mutex_lock) at assert.c:101 #4 0x7f8c77aafdc9 in __GI___pthread_mutex_lock (mutex=0xfefefefefefefeff) at pthread_mutex_lock.c:65 #5 0x7f8c7b3ecd08 in GlobalParams::getProfileCommands() () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19 #6 0x7f8c7b3c882f in Gfx::Gfx(XRef*, OutputDev*, int, Dict*, Catalog*, double, double, PDFRectangle*, PDFRectangle*, int, bool (*)(void*), void*) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19 #7 0x7f8c7b4045bf in Page::createGfx(OutputDev*, double, double, int, bool, bool, int, int, int, int, bool, Catalog*, bool (*)(void*), void*, bool (*)(Annot*, void*), void*) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19 #8 0x7f8c7b4047eb in Page::displaySlice(OutputDev*, double, double, int, bool, bool, int, int, int, int, bool, Catalog*, bool (*)(void*), void*, bool (*)(Annot*, void*), void*) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19 #9 0x7f8c7be0950a in ?? () #10 0x7f8c7be0cc60 in ?? () #11 0x7f8c7be12716 in ?? () #12 0x7f8c7be07353 in ?? () #13 0x7f8c7be15042 in ?? () #14 0x7f8c7b0a352e in XtCallCallbackList () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #15 0x7f8c7b7b433f in ?? () from /usr/lib/x86_64-linux-gnu/libXm.so.4 #16 0x7f8c7b0a352e in XtCallCallbackList () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #17 0x7f8c7b7ea7b9 in ?? () from /usr/lib/x86_64-linux-gnu/libXm.so.4 #18 0x7f8c7b7b1d81 in ?? () from /usr/lib/x86_64-linux-gnu/libXm.so.4 #19 0x7f8c7b0a352e in XtCallCallbackList () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #20 0x7f8c7b7ce582 in ?? () from /usr/lib/x86_64-linux-gnu/libXm.so.4 #21 0x7f8c7b7d1400 in ?? () from /usr/lib/x86_64-linux-gnu/libXm.so.4 #22 0x7f8c7b0cdbf4 in XtCallActionProc () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #23 0x7f8c7b0d63ae in ?? () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #24 0x7f8c7b0d67f4 in ?? () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #25 0x7f8c7b0d7620 in _XtTranslateEvent () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #26 0x7f8c7b0b0c9b in XtDispatchEventToWidget () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #27 0x7f8c7b0b13c0 in ?? () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #28 0x7f8c7b0b1499 in XtDispatchEvent () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #29 0x7f8c7b0bc9be in XtAppProcessEvent () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #30 0x7f8c7b0b189d in XtAppMainLoop () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #31 0x7f8c7bdfe5bd in main () -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xpdf depends on: ii libc6 2.17-93 ii libgcc1 1:4.8.2-1 ii libpoppler19 0.18.4-8 ii libstdc++64.8.2-1 ii libx11-6 2:1.6.2-1 ii libxm42.3.4-4 ii libxt61:1.1.4-1 Versions of packages xpdf recommends: pn cups-bsd none ii gsfonts-x110.22 ii poppler-data 0.4.6-4 ii poppler-utils 0.18.4-8 xpdf 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#719109: wavesurfer fails on startup with RenderBadPicture and tag \topmost\ doesn't match any items
Package: wavesurfer
Version: 1.8.8p4-1
Severity: important
Dear Maintainer,
wavesurfer fails to start at all, giving a long output, starting with
Error in startup script: tag topmost doesn't match any items
and ending with a
X Error of failed request: RenderBadPicture (invalid Picture parameter)
..
I have found no alternative way to make it start.
The whole output is included at the bottom of the mail.
Regardless of the
# no files given on command line, pack an empty widget
it fails to start both with and without a file parameter (and regardless of
whether I run it by itself or under aoss).
The bug affects both version 1.8.8p4-1 and the older 1.8.8p3-1.
The older version definitely used to work on the same machine before, so the
problem is probably caused by changes outside of wavesurfer itself.
Regards,
Martin Hradil
--output:
$ wavesurfer
no drag and drop support
Error in startup script: tag topmost doesn't match any items
while executing
$c lower top topmost
(procedure redraw line 22)
invoked from within
redraw $w
(procedure configure line 65)
invoked from within
configure .x.s1.workspace.pane_1 -selection {0.0 0.0} -xscrollcommand
{::namespace inscope ::wsurf {_xsbSet .x.s1}} -selectioncommand {::namespace
ins...
(eval body line 1)
invoked from within
eval configure $w $args
(procedure vtcanvas::create line 59)
invoked from within
vtcanvas::create .x.s1.workspace.pane_1 -selection {0.0 0.0} -xscrollcommand
{::namespace inscope ::wsurf {_xsbSet .x.s1}} -selectioncommand {::namesp...
(eval body line 1)
invoked from within
eval vtcanvas::create $pane $paneopts
(procedure wsurf::addPane line 35)
invoked from within
wsurf::addPane .x.s1 -maxheight 2048 -minheight 10
(eval body line 1)
invoked from within
eval wsurf::$cmd .x.s1 $args
(procedure .x.s1 line 1)
invoked from within
$widget addPane -maxheight 2048 -minheight 10
invoked from within
set pane [$widget addPane -maxheight 2048 -minheight 10]
(file /usr/share/tcltk/wavesurfer/configurations/Waveform.conf line 8)
invoked from within
_source /usr/share/tcltk/wavesurfer/configurations/Waveform.conf
(uplevel body line 1)
invoked from within
uplevel _source $args
(procedure source line 5)
invoked from within
source $conf
(procedure applyConfiguration line 11)
invoked from within
applyConfiguration $w $d(configuration)
(procedure wsurf::configure line 69)
invoked from within
wsurf::configure .x.s1 -configuration
/usr/share/tcltk/wavesurfer/configurations/Waveform.conf
(eval body line 1)
invoked from within
eval wsurf::$cmd .x.s1 $args
(procedure .x.s1 line 1)
invoked from within
$w configure -configuration [lindex $surf(conf) 0]
invoked from within
if {[llength $surf(filelist)] == 0} {
# no files given on command line, pack an empty widget
set w [wsurf .x.s[incr surf(count)] -messageproc setMs...
(file /usr/share/tcltk/wavesurfer/app-wavesurfer/wavesurfer.tcl line 3435)
X Error of failed request: RenderBadPicture (invalid Picture parameter)
Major opcode of failed request: 149 (RENDER)
Minor opcode of failed request: 7 (RenderFreePicture)
Picture id in failed request: 0x5a00076
Serial number of failed request: 1761
Current serial number in output stream: 1853
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages wavesurfer depends on:
ii libsnack2 2.2.10-dfsg1-12.1
ii tk8.5 [wish] 8.5.14-2
wavesurfer recommends no packages.
wavesurfer 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#719109: wavesurfer fails on startup with RenderBadPicture and tag \topmost\ doesn't match any items
Greetings, Just an update, the problem is not with starting per se. When I delete my ~/.wavesurfer/ it starts just fine and when opening a file, it offers me the Choose Configuration dialog.. However, choosing *any option* other than standard results in the previously mentioned crash. The crash on startup was due to my defaultConfig being set to Waveform. Since the standard option is pretty much useless (can't even select and cut) and any other option crashes, it's still pretty important. Thanks, Martin Hradil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717476: apache2: 2.2 - 2.4 clears mods-enabled and sites-enabled
Package: apache2 Version: 2.4.6-2 Followup-For: Bug #717476 Dear Maintainer, While upgrading to current apache2, apt-listchanges showed me stuff to do but it failed to mention that the update would *clear all* mods-enabled *and* sites-enabled and install it's own set of modules. I have no objections to automatically enforcing an initial set of modules but it should definitely either re-enable the previously enabled modules OR save a list of the previously enabled sites and modules somewhere OR at least warn about it. Regards, Martin Hradil -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apache2 depends on: ii apache2-bin 2.4.6-2 ii apache2-data 2.4.6-2 ii lsb-base 4.1+Debian12 ii mime-support 3.54 ii perl 5.14.2-21 ii procps1:3.3.4-2 Versions of packages apache2 recommends: ii ssl-cert 1.0.32 Versions of packages apache2 suggests: pn apache2-doc none pn apache2-suexec-pristine | apache2-suexec-custom none ii apache2-utils2.4.6-2 ii chromium [www-browser] 28.0.1500.71-2 ii dillo [www-browser] 3.0.3-6 ii elinks [www-browser] 0.12~pre6-1 ii opera [www-browser] 12.16.1860 ii uzbl [www-browser] 0.0.0~git.20120514-1.1 ii w3m [www-browser]0.5.3-8 Versions of packages apache2-bin depends on: ii libapr1 1.4.8-1 ii libaprutil1 1.5.2-1 ii libaprutil1-dbd-sqlite3 1.5.2-1 ii libaprutil1-ldap 1.5.2-1 ii libc62.17-7 ii libcap2 1:2.22-1.2 ii libldap-2.4-22.4.31-1+nmu2 ii liblua5.1-0 5.1.5-4 ii libpcre3 1:8.31-2 ii libssl1.0.0 1.0.1e-3 ii libxml2 2.9.1+dfsg1-2 ii perl 5.14.2-21 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages apache2-bin suggests: pn apache2-doc none pn apache2-suexec-pristine | apache2-suexec-custom none ii chromium [www-browser] 28.0.1500.71-2 ii dillo [www-browser] 3.0.3-6 ii elinks [www-browser] 0.12~pre6-1 ii opera [www-browser] 12.16.1860 ii uzbl [www-browser] 0.0.0~git.20120514-1.1 ii w3m [www-browser]0.5.3-8 Versions of packages apache2 is related to: ii apache2 2.4.6-2 ii apache2-bin 2.4.6-2 -- 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#705863: git show -h and --help mention --quiet (which doesn't work) but not -s (which does)
Package: git
Version: 1:1.7.10.4-1+wheezy1
Severity: minor
Dear Maintainer,
I tried to make git show $commit show the log but not the diff.
Running git show -h yields
--quiet suppress diff output
(and doesn't mention -s at all)
Running git show --help (or man git) doesn't mention --quiet and only
mentions -s in
EXAMPLES
git show -s --format=%s v1.0.0^{commit}
Shows the subject of the commit pointed to by the tag v1.0.0.
which doesn't even feel relevant.
Now, according to
http://git.661346.n2.nabble.com/git-show-and-the-quiet-option-td6414698.html
--quiet never really worked and the proper way to not show diff is -s.
I feel both the git show -h and the manpage should reflect that.
AFAICT this applies to 1.8.2 (currently in experimental) as well.
Thanks,
Best regards,
Martin Hradil
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages git depends on:
ii git-man 1:1.7.10.4-1+wheezy1
ii libc62.13-38
ii libcurl3-gnutls 7.26.0-1+wheezy1
ii liberror-perl0.17-1
ii libexpat12.1.0-1
ii perl-modules 5.14.2-20
ii zlib1g 1:1.2.7.dfsg-13
Versions of packages git recommends:
ii less 444-4
ii openssh-client [ssh-client] 1:6.0p1-4
ii patch2.6.1-3
ii rsync3.0.9-4
Versions of packages git suggests:
ii gettext-base 0.18.1.1-9
pn git-arch none
pn git-cvs none
pn git-daemon-run | git-daemon-sysvinit none
pn git-doc none
pn git-elnone
pn git-email none
ii git-gui 1:1.7.10.4-1+wheezy1
ii git-svn 1:1.7.10.4-1+wheezy1
ii gitk 1:1.7.10.4-1+wheezy1
pn gitwebnone
-- 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#703961: ruby-activerecord-2.3: activerecord broken, unknown function write_inheritable_hiwa, possibly more
Package: ruby-activerecord-2.3 Version: 2.3.14-6 Severity: important Dear Maintainer, ruby-activerecord-2.3.14-6 contains unknown method call write_inheritable_hiwa. I use redmine (under mod_passenger) and after upgrading to this activerecord, it just shows a huge stacktrace ending with unknown method write_inheritable_hiwa. After trying to replace it with write_inheritable_attribute, redmine login screen shows up but afterwards just goes error 500 so it's probably not the only problem. Or a bad fix :). Anyway, after downgrading ruby-activerecord-2.3 to squeeze-backports version (2.3.14-1~bpo60+1), everything works as expected. Best regards, Martin Hradil -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-activerecord-2.3 depends on: ii ruby 1:1.9.3 ii ruby-activesupport-2.32.3.14-6 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1 ruby-activerecord-2.3 recommends no packages. ruby-activerecord-2.3 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583755: KTorrent *does* honor the Move completed downloads to: option
Tested with 4.2.1, both single file and a directory, both were moved just fine. (except for the bug with integrity checking ( https://bugs.kde.org/show_bug.cgi?id=314105 )) However, this config is kept per-torrent so changing the global Move completed option doesn't affect already added torrents at all, that may have been the source of the bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669273: googlecl: no attribute DOCLIST_FEED_URI while running google docs *
Package: googlecl
Version: 0.9.13-1
Severity: normal
Greetings,
while trying to upload a document (any kind of document) via
google docs upload $file, I get a python exception:
$ google docs upload file.docx
Traceback (most recent call last):
File /usr/bin/google, line 849, in module
main()
File /usr/bin/google, line 835, in main
run_once(options, args)
File /usr/bin/google, line 540, in run_once
options.config)
File /usr/bin/google, line 373, in import_service
service_module = import_at_runtime('googlecl.' + service +
'.client') File /usr/bin/google, line 332, in import_at_runtime
return __import__(module, globals(), fromlist=['0'])
File /usr/lib/pymodules/python2.7/googlecl/docs/client.py, line 47,
in module googlecl.client.BaseClientCL):
File /usr/lib/pymodules/python2.7/googlecl/docs/client.py, line 55,
in DocsClientCL DOCLIST_FEED_URI = gdata.docs.client.DOCLIST_FEED_URI
AttributeError: 'module' object has no attribute 'DOCLIST_FEED_URI'
The document does not get uploaded.
The same goes for any google docs subcommands, including list.
google calendar list works fine.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (400, 'unstable'),
(101, 'experimental') Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages googlecl depends on:
ii python 2.7.2-10
ii python-gdata2.0.16-1
ii python-support 1.0.14
googlecl recommends no packages.
googlecl 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#669274: googlecl: no attribute DOCLIST_FEED_URI while running google docs *
Package: googlecl
Version: 0.9.13-1
Severity: normal
Greetings,
while trying to upload a document (any kind of document) via google docs upload
$file,
I get a python exception:
$ google docs upload file.docx
Traceback (most recent call last):
File /usr/bin/google, line 849, in module
main()
File /usr/bin/google, line 835, in main
run_once(options, args)
File /usr/bin/google, line 540, in run_once
options.config)
File /usr/bin/google, line 373, in import_service
service_module = import_at_runtime('googlecl.' + service + '.client')
File /usr/bin/google, line 332, in import_at_runtime
return __import__(module, globals(), fromlist=['0'])
File /usr/lib/pymodules/python2.7/googlecl/docs/client.py, line 47, in
module
googlecl.client.BaseClientCL):
File /usr/lib/pymodules/python2.7/googlecl/docs/client.py, line 55, in
DocsClientCL
DOCLIST_FEED_URI = gdata.docs.client.DOCLIST_FEED_URI
AttributeError: 'module' object has no attribute 'DOCLIST_FEED_URI'
The document does not get uploaded.
The same goes for any google docs subcommands, including list.
google calendar works fine.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (400, 'unstable'), (101,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages googlecl depends on:
ii python 2.7.2-10
ii python-gdata2.0.16-1
ii python-support 1.0.14
googlecl recommends no packages.
googlecl 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#647676: thrust: [patch] implement SDL backend support
Package: thrust
Version: 0.89c-3.5
Severity: wishlist
Greetings,
current Thrust is currently hard to run because SVGAlib doesn't run everywhere
and some people don't have X set to 8bits per color.
So, I've implemented a SDL backend which I'm attaching here.
It's complete in the sense you can use it to play thrust in a 320x200 SDL
window using the default controls and everything works.
It's currently missing key settings (the default controls are hardcoded) and
any kind of zoom (which might be useful).
It simply adds two more files (src/SDL.c and src/SDLkey.c). The included patch
also adds lines which were necessary to add to Makefile, but it adds them to
the beginning so you might have to move them around a bit. Sorry, I really know
nothing about autoconf and stuff.
I'm sending these patches to you, the Debian maintainer for thrust, because the
last upstream is 5 years old so presumably dead.
If you're willing to accept them I'll finish the missing things. Feel free to
provide any suggestions.
Regards,
Martin Hradil
-- System Information:
Debian Release: wheezy/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'testing'), (500, 'stable'), (400,
'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages thrust depends on:
ii libc6 2.13-21
ii libice6 2:1.0.7-2
ii libsm62:1.2.0-2
ii libsvga1 1:1.4.3-31
ii libx11-6 2:1.4.4-2
ii libxext6 2:1.3.0-3
thrust recommends no packages.
thrust suggests no packages.
-- no debconf information
--- a/Makefile
+++ b/Makefile
@@ -0,0 +1,11 @@
+SDL_OBJS = $(addprefix src/, SDLkey.o SDL.o)
+SDL_LIBS = -lSDL
+
+src/SDL.o: src/SDL.c
+ $(CC) $(ALL_CFLAGS) -c -o $(addprefix $(dir $), $(notdir $@)) $ -std=c99
+
+src/SDLkey.o: src/SDLkey.c
+ $(CC) $(ALL_CFLAGS) -c -o $(addprefix $(dir $), $(notdir $@)) $ -std=c99
+
+sdlthrust: $(OBJS) $(SDL_OBJS)
+ $(CC) $(LDFLAGS) -o sdlthrust $(OBJS) $(SDL_OBJS) $(SDL_LIBS) $(LIBS)
--- /dev/null
+++ b/src/SDL.c
@@ -0,0 +1,184 @@
+// SDL output for Thrust
+// (adapted from tank [ https://github.com/himdel/tank/ ])
+// input in SDLkey.c
+
+#include stdlib.h
+#include stdlib.h
+#include assert.h
+#define __USE_BSD
+#include unistd.h
+#include sys/time.h
+
+#include SDL/SDL.h
+#include thrust.h
+#include gr_drv.h
+
+static const int X = 320;
+static const int Y = 200;
+
+static SDL_Surface *scr = NULL;
+
+
+// used for output-specific options
+char *
+graphicsname()
+{
+ static char name[] = SDL;
+ return name;
+}
+
+// run before init, empty
+void
+graphics_preinit()
+{
+ ;
+}
+
+// parse options, init graphics
+int
+graphicsinit(int argc, char **argv)
+{
+ if (SDL_Init(SDL_INIT_VIDEO) == -1) {
+ fprintf(stderr, SDL_Init: %s\n, SDL_GetError());
+ return -1;
+ }
+
+ SDL_WM_SetCaption(thrust, thrust);
+ // SDL_WM_SetIcon(SDL_LoadBMP(img/icon.bmp), NULL);
+
+ assert((scr = SDL_SetVideoMode(X, Y, 8, SDL_SWSURFACE)));
+
+ return 0;
+}
+
+// close graphics
+int
+graphicsclose()
+{
+ SDL_Quit();
+ scr = NULL;
+
+ return 0;
+}
+
+// clear screen
+void
+clearscr()
+{
+ if (SDL_MUSTLOCK(scr))
+ SDL_LockSurface(scr);
+
+ for (int x = 0; x X; x++)
+ for (int y = 0; y Y; y++)
+ putpixel(x, y, 0);
+
+ if (SDL_MUSTLOCK(scr))
+ SDL_UnlockSurface(scr);
+
+ // displayscreen does the actual repaint
+ displayscreen();
+}
+
+// flip buffer
+void
+displayscreen()
+{
+ SDL_UpdateRect(scr, 0, 0, 0, 0);
+}
+
+// displayscreen and wait
+void
+syncscreen()
+{
+ struct timeval tmp;
+ static int old = -1;
+
+ if (old == -1) {
+ gettimeofday(tmp, NULL);
+ old = tmp.tv_usec;
+ }
+
+ displayscreen();
+
+ gettimeofday(tmp, NULL);
+ int new = tmp.tv_usec;
+ int diff = (old - new + 100) % 100;
+
+ if (diff 2)
+ usleep(diff % 2);
+
+ gettimeofday(tmp, NULL);
+ old = tmp.tv_usec;
+}
+
+// paint a pixel
+void
+putpixel(int x, int y, byte color)
+{
+ if (SDL_MUSTLOCK(scr))
+ SDL_LockSurface(scr);
+
+ *((Uint8 *) scr-pixels + (scr-pitch * y) + x) = color;
+
+ if (SDL_MUSTLOCK(scr))
+ SDL_UnlockSurface(scr);
+}
+
+// copy an area
+void
+putarea(byte *source, int x, int y, int width, int height, int bytesperline, int destx, int desty)
+{
+ if (SDL_MUSTLOCK(scr))
+ SDL_LockSurface(scr);
+
+ for (int j = 0; j height; j++)
+ for (int i = 0; i width; i++)
+ *((Uint8 *) scr-pixels + (scr-pitch * (desty + j)) + (destx + i)) = source[bytesperline * (y + j) + x + i];
+
+ if (SDL_MUSTLOCK(scr))
+ SDL_UnlockSurface(scr);
+}
+
+// set/fade pallete
+// fade ignored for now
+void
+fadepalette(int first, int last, byte *RGBtable, int fade, int flag)
+{
+ int n = last - first + 1;
+ SDL_Color *col = calloc(n, sizeof(SDL_Color));
+
+ for (int foo = 0; foo n; foo++) {
+ col[foo].r = RGBtable[3 * foo + 0];
+ col[foo].g = RGBtable[3 * foo + 1];
+ col[foo].b = RGBtable[3 * foo + 2];
+ }
+
+ SDL_SetColors(scr, col, first, n
Bug#600713: liblocale-ruby1.8: Locale.current= can't handle non-string params
Package: liblocale-ruby1.8 Version: 2.0.5-2 Severity: normal Locale.current= doesn't check the param, so code like bak = Locale.current Locale.current = 'C' #...something that needs locale C Locale.current = bak GetText.gettext(string) fails with the mysterious #NoMethodError: undefined method `downcase' for [#Locale::Tag::Posix: en_US.UTF-8]:Loca /usr/lib/ruby/1.8/locale/tag/simple.rb:78:in `initialize' /usr/lib/ruby/1.8/locale/tag/common.rb:59:in `initialize' /usr/lib/ruby/1.8/locale/tag/irregular.rb:35:in `new' /usr/lib/ruby/1.8/locale/tag/irregular.rb:35:in `_unmemoized_convert_to' /usr/lib/ruby/1.8/locale/util/memoizable.rb:73:in `convert_to' /usr/lib/ruby/1.8/locale/util/memoizable.rb:87:in `_memoize' /usr/lib/ruby/1.8/locale/util/memoizable.rb:72:in `convert_to' (eval):2:in `_unmemoized_to_common' /usr/lib/ruby/1.8/locale/util/memoizable.rb:73:in `to_common' /usr/lib/ruby/1.8/locale/util/memoizable.rb:95:in `_memoize_dup' /usr/lib/ruby/1.8/locale/util/memoizable.rb:87:in `_memoize' /usr/lib/ruby/1.8/locale/util/memoizable.rb:95:in `_memoize_dup' /usr/lib/ruby/1.8/locale/util/memoizable.rb:72:in `to_common' /usr/lib/ruby/1.8/locale.rb:229:in `send' /usr/lib/ruby/1.8/locale.rb:229:in `collect_candidates' /usr/lib/ruby/1.8/locale.rb:229:in `collect' /usr/lib/ruby/1.8/locale.rb:229:in `collect_candidates' /usr/lib/ruby/1.8/locale.rb:222:in `candidates' /usr/lib/ruby/1.8/gettext/runtime/textdomain_manager.rb:78:in `each_textdomains' /usr/lib/ruby/1.8/gettext/runtime/textdomain_manager.rb:102:in `translate_singluar_message /usr/lib/ruby/1.8/gettext.rb:128:in `gettext' Because tag/simple.rb:intialize calls @language = @language.downcase if @language @region = @region.upcase if @region expecting them to be strings, but because of the Locale.current = Locale.current, @language is Locale::Tag::Posix . This simple patch to locale.rb: set_current seems to fix it: --- /usr/lib/ruby/1.8/locale.rb.bak 2010-10-19 15:38:50.0 +0200 +++ /usr/lib/ruby/1.8/locale.rb 2010-10-19 15:39:05.0 +0200 @@ -145,7 +145,7 @@ if tags[0] languages = Locale::TagList.new tags.each do |tag| -languages create_language_tag(tag) +languages create_language_tag(tag.to_s) end end Thread.current[:current_languages] = languages -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages liblocale-ruby1.8 depends on: ii libruby1.8 1.8.7.72-3lenny1 Libraries necessary to run Ruby 1. liblocale-ruby1.8 recommends no packages. liblocale-ruby1.8 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#589660: ncmpc(1) man page OPTIONS doesn't fit current ncmpc options
Package: ncmpc Version: 0.16.1-1 Severity: minor The debian ncmpc man page is obsolete, it doesn't mention -m,-M, mentions -P twice with different meanings, no-splash shouldn't have a FILE argument. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ncmpc depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii liblircclient00.8.3-5infra-red remote control support - ii libmpdclient2 2.2-1 client library for the Music Playe ii libncursesw5 5.7+20100313-2 shared libraries for terminal hand ncmpc recommends no packages. Versions of packages ncmpc suggests: ii mpd 0.15.10-1 Music Player Daemon pn ncmpc-lyrics 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#560979: sonata: prefers egg.trayicon over gtk.StatusIcon
Hey, please note that sonata prefers egg.trayicon for a reason .. middleclicking on the tray icon to pause and wheeling to change volume doesn't work with gtk.StatusIcon. So, by removing egg.trayicon, you lose important functionality. Could it possibly still suggest python-eggtrayicon, at least until sonata is fixed or eggtrayicon definitely removed? Thanks, Martin Hradil (or should I open a new bug for this?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542463: vlna program missing from texlive-lang-czechslovak
Package: texlive-lang-czechslovak Version: 2007.dfsg.4-2 Severity: important The vlna program is missing from the texlive-lang-czechslovak package, even though it is explicitly mentioned as included in the description. This program changes spaces between prepositions and word into non-breakable spaces (vlna means ~), without it, typesetting output is not typographically correct (hence the Severity: important). Please, try to include the program or, failing that, fix the misleading description. Ubuntu bug #146743 has more details. -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 950 Jul 23 23:07 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 79 Jul 23 23:06 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Jun 20 16:50 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 May 18 22:27 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 May 18 22:27 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Jun 20 16:50 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 3983 Jul 23 23:07 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 7270 Jul 23 23:07 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 4781 Jul 23 23:07 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Jul 27 2008 mktex.cnf ## md5sums of texmf.d 42c20d7e8bd343542772b5a145bf8ad8 /etc/texmf/texmf.d/05TeXMF.cnf 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf f68e5add6afd6585b982f2f78e2e6a92 /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-lang-czechslovak depends on: ii dpkg 1.15.3.1+b1 Debian package management system ii tex-common 1.20 common infrastructure for building ii texlive-base 2007.dfsg.2-4 TeX Live: Essential programs and f ii texlive-common 2007.dfsg.2-4 TeX Live: Base component ii texlive-latex-base 2007.dfsg.2-4 TeX Live: Basic LaTeX packages texlive-lang-czechslovak recommends no packages. texlive-lang-czechslovak suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0]1.5.27 Debian configuration management sy ii dpkg 1.15.3.1+b1 Debian package management system ii ucf 3.0018 Update Configuration File: preserv Versions of packages texlive-lang-czechslovak is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) ii tex-common1.20 common infrastructure for building -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473996: dpkg: promptconfaction should offer vimdiff too
Package: dpkg
Version: 1.13.25
Severity: wishlist
Tags: patch
promptconfaction offers the choices of
Y or I : install the package maintainer's version
N or O : keep your currently-installed version
D : show the differences between the versions
Z : background this process to examine the situation
This patch adds another option: vimdiff.
It works similarly as D, only it doesn't diff but vimdiff the files.
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.utf-8)
Versions of packages dpkg depends on:
ii coreutils 5.97-5.3 The GNU core utilities
ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries
dpkg recommends no packages.
-- no debconf information
--- src/configure.c 2008-04-02 14:13:56 +
+++ src/configure.c 2008-04-02 14:15:28 +
@@ -478,6 +478,38 @@
}
}
+/* Show a vimdiff between two files
+ */
+static void showvimdiff(const char* old, const char* new) {
+ int pid;
+ int r;
+ int status;
+
+ if (!(pid=m_fork())) {
+ /* Child process */
+ const char* s; /* shell */
+ char cmdbuf[1024]; /* command to run */
+
+ sprintf(cmdbuf, vimdiff %.250s %.250s /dev/tty /dev/tty, new, old);
+
+ s=getenv(SHELLENV);
+ if (!s || !*s)
+ s=DEFAULTSHELL;
+
+ execlp(s,s,-c, cmdbuf, NULL);
+ ohshite(_(failed to run %s (%.250s)), DIFF, cmdbuf);
+ }
+
+ /* Parent process */
+ while (((r=waitpid(pid,status,0))==-1) (errno==EINTR))
+ ;
+
+ if (r!=pid) {
+ onerr_abort++;
+ ohshite(_(wait for shell failed));
+ }
+}
+
/* Suspend dpkg temporarily
*/
@@ -613,7 +645,8 @@
Y or I : install the package maintainer's version\n
N or O : keep your currently-installed version\n
D : show the differences between the versions\n
- Z : background this process to examine the situation\n));
+ Z : background this process to examine the situation\n
+ V : show the vimdiff between the versions\n));
if (what cfof_keep)
fprintf(stderr, _( The default action is to keep your current version.\n));
@@ -622,7 +655,7 @@
s= strrchr(cfgfile,'/');
if (!s || !*++s) s= cfgfile;
- fprintf(stderr, *** %s (Y/I/N/O/D/Z) %s ? ,
+ fprintf(stderr, *** %s (Y/I/N/O/D/Z/V) %s ? ,
s,
(what cfof_keep) ? _([default=N]) :
(what cfof_install) ? _([default=Y]) : _([no default]));
@@ -648,6 +681,9 @@
if (cc == 'd')
showdiff(realold, realnew);
+ if (cc == 'v')
+ showvimdiff(realold, realnew);
+
if (cc == 'z')
suspend();
