Bug#342592: can't GET a previously-POSTed URL

the Gnats main page, but instead you get the same page again. 6. Edit the URL of the current page, adding "&a=b" on the end. This yields the Gnats page as it's supposed to. 7. Edit the URL again, removing the "&a=b" to bring it back to what it was before. Thi

Bug#290136: RFP: libtime-unix-perl -- cross-platform time() for Perl

Package: wnpp Severity: wishlist URL: License: Perl standard (dual licensed, GPL and Artistic) Time::Unix provides a time() function that uses the Unix epoch regardless of OS platform. This is both an aid to cross-platfor

Bug#723573: xterm occasionally forgets BackSpace translation

e example in a different section of the doc), and has no mention of translations being applied differently depending on focus. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734009: auto-compile noise can't be avoided by script

;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/zefram/usr/lucifex/on_guile/t0 ;;; WARNING: compilation of /home/zefram/usr/lucifex/on_guile/t0 failed: ;;; ERROR: #. read expansion found and read-eval? is #f. hello world $ I can turn off the auto-compilation from within t

Bug#723573: xterm occasionally forgets BackSpace translation

>On Thu, Jan 02, 2014 at 11:44:09AM +0000, Zefram wrote: Thomas Dickey wrote: >which translation was performing the backspace? I'm not sure what you mean by this question. The relevant item in the translations resource is BackSpace: string(0x08) I have other translation i

Bug#734108: interactive use subject to compiler limitations

x y)) (write (p 2 3)) (newline) $ guile-1.8 t2 5 $ guile-2.0 --no-auto-compile t2 5 $ guile-2.0 t2 ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/zefram/usr/guile/t2 ;;; WARNING: compilation of /home

Bug#734108: interactive use subject to compiler limitations

ails (as the file auto-compilation does). -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734128: insufficient print abbreviation in error messages

. 58) . 57) . 56) . 55) . 54) . 53) . 52) . 51) . 50) . 49) . 48) . 47) . 46) . 45) . 44) . 43) . 42) . 41) . 40) . 39) . 38) . 37) . 36) . 35) . 34) . 33) . 32) . 31) . 30) . 29) . 28) . 27) . 26) . 25) . 24) . 23) . 22) . 21) . 20) . 19) . 18) . 17) . 16) . 15) . 14) . 13) . 12) . 11) . 10) .

Bug#734132: combinatorial explosion in elided stack trace

oad-stack #] 1650: 4 [#] In unknown file: ?: 3 [primitive-load "/home/zefram/usr/guile/t6"] In ice-9/eval.scm: 387: 2 ^Z zsh: suspended guile-2.0 --no-auto-compile t6 $ jobs -l [1] + 32574 suspended guile-2.0 --no-auto-compile t6 $ ps vw 32574 PID TTY STAT TIME MAJFL TRS DR

Bug#734009: auto-compile noise can't be avoided by script

t happens to the second script in this sequence: $ echo '(display "hello world\n")' >t10 $ guile-2.0 t10 ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/zefram/usr/guile/t10 ;;; compi

Bug#734157: compiler disrespects referential integrity

E=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/zefram/usr/guile/t9 ;;; compiled /home/zefram/.cache/guile/ccache/2.0-LE-8-2.0/home/zefram/usr/guile/t9.go (5 . 2) (5 . 2) $ guile-2.0 t9 (5 . 2) (5 . 2) In the test case, the explicitly-constructed pair aaa i

Bug#734158: compiler can't handle object references in code

e-2.0 --no-auto-compile t8 5 $ guile-2.0 t8 ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/zefram/usr/guile/t8 ;;; WARNING: compilation of /home/zefram/usr/guile/t8 failed: ;;; ER

Bug#734009: auto-compile noise can't be avoided by script

"a" "b" "c") $ guile-1.8 -s t11 a b c ("t11" "a" "b" "c") $ guile-2.0 '\' t11 a b c ("t11" "a" "b" "c") $ guile-2.0 -s t11 a b c ;;; note: auto-compilation is enabled, set GU

Bug#734178: compile cache confused about file identity

. Test case: $ echo '(display "aaa\n")' >t13 $ echo '(display "bbb\n")' >t14 $ guile-2.0 t13 ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/zefram/usr/gui

Bug#727841: powl() inaccurate but only at runtime

gcc-4.7-locales 4.7.2-5 gcc-4.7-multilib4.7.2-5 gcc-multilib4:4.7.2-1 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734311: guild assumes too much about guile config

more sensible for guild to unconditionally and unconfigurably use /usr/bin/guile-2.0. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734313: "guild list" lists nothing

n: info guile 'Using Guile Tools' $ Subcommands mentioned in the guile documentation are actually available, despite not being listed. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734314: "guild help COMMAND" crashes

quot;frisk"] 155: 2 [show-help # #] In ice-9/boot-9.scm: 788: 1 [call-with-input-file #f ...] In unknown file: ?: 0 [open-file #f "r" #:encoding #f #:guess-encoding #f] ERROR: In procedure open-file: ERROR: Wrong type (expecting string): #f $ -zefram -- To UNSUBSCRIBE, email

Bug#734323: doc out of date about (integer? +inf.0)

es the behaviour of guile-1.8, which classifies +inf.0 and -inf.0 as integers, and +nan.0 as rational but not integer. guile-2.0 follows R6RS in treating all three of these values as real but not rational. (Mathematically, infinities are not real, and NaN is, as the acronym says, not a number.)

Bug#734009: auto-compile noise can't be avoided by script

Upstream: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16364 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734108: interactive use subject to compiler limitations

Upstream: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16363 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734132: combinatorial explosion in elided stack trace

Upstream: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16358 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734128: insufficient print abbreviation in error messages

Upstream: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16357 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734157: compiler disrespects referential integrity

Upstream: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16362 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734323: doc out of date about (integer? +inf.0)

Upstream: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16356 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734178: compile cache confused about file identity

Upstream: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16361 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734313: "guild list" lists nothing

Upstream: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16359 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734314: "guild help COMMAND" crashes

Upstream: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16360 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#728775: apt-get unwarrantedly consumes input

put at all. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#728775: apt-get unwarrantedly consumes input

optimal will depend on the individual. It's a matter between the human and eir shell; it is not apt-get's place to interfere with that relationship. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#729334: nvi escapetime option undocumented

Package: nvi Version: 1.81.6-8.2 Severity: minor The "escapetime" settable option in nvi is not documented in its man page, unlike the majority of options. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trou

Bug#723573: xterm occasionally forgets BackSpace translation

p to xterm. It seems to only affect xterm translations. But I wouldn't be too surprised if the bug turns out not to be in the xterm source at all but in one of the X libraries. >(nor do I see a way to reproduce the bug) Yes. It only happens apparently at random. -zefram -- To UNSUBS

Bug#741360: statm "share" badly described

e Perl module Apache::SizeLimit) that makes that mistake. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#742700: spill fail with -fschedule-insns

em starting by downloading the source as shown. If you have difficulty reproducing it, obviously I can supply these files on request. I see this on i386 but not on an amd64 machine that has otherwise the same versions of things installed. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-r

Bug#742949: new magic: Hash::SharedMem

t;15 byte >2 \b, line size 2^%d byte >>14 byte >2 \b, page size 2^%d byte >>13 byte &1 >>>13 byte >1 \b, max fanout %d 0 lequad =0xc693dac5ed5e47c2 Hash::SharedMem data file, little-endian >8 lequad <0x100 >>8 byte >2 \b, line size 2^%d byte

Bug#743525: symlink permissions misdescribed

ality: $ ls -l /proc/self/fd total 0 lrwx-- 1 zefram zefram 64 Apr 3 16:45 0 -> /dev/pts/13 lrwx-- 1 zefram zefram 64 Apr 3 16:45 1 -> /dev/pts/13 lrwx-- 1 zefram zefram 64 Apr 3 16:45 2 -> /dev/pts/13 lr-x-- 1 zefram zefram 64 Apr 3 16:45 3 -> /proc/5271/fd so th

Bug#742949: new magic: Hash::SharedMem

thus theoretical and untested, but I have considerable confidence in it. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#742271: c% mangles insertion point

tom character (whose identity varies) following the spurious space. The phantom character vanishes upon ESC, but the space remains. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#698156: authentication form redirect loop

Package: googlecl Version: 0.9.9-1 Severity: important I'm attempting to use googlecl to download a document from Google Docs, and I'm failing at the authentication stage, getting into a fruitless loop on the Google Account website. I start with the command line $ google --u

Bug#676754: libapache2-mod-perl2: FTBFS: tests failed

s, at https://rt.cpan.org/Public/Bug/Display.html?id=82408 https://rt.cpan.org/Public/Bug/Display.html?id=82409 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702821: perl/hash_attack.t fails with 5.10.1 + CVE-2013-1667 fix

The patch in svn.apache.org r1455340 is not correct for Perl 5.10 due to a slight difference in hash splitting logic. Full explanation and revised patch now available on the RT ticket. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubs

Bug#709084: fim SEGVs immediately

ng textual commands to itself over a pipe. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709085: dvifb suffers total font failure

able. I do get a ~/.texmf-var directory, containing some PK files that have believable sizes. This is a fresh wheezy installation. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#714997: ntpdate gets invoked by default

te package describes the ntpdate program, but makes no mention of running it automatically.) -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#712040: libreoffice dot dir lacks dot

Package: libreoffice Version: 1:3.5.4+dfsg-4 Severity: minor libreoffice by default creates some files in a directory ~/libreoffice. Conventionally this should by ~/.libreoffice, keeping out of the namespace of the user's normal (visible) files. -zefram -- To UNSUBSCRIBE, email to debian

Bug#668850: libreoffice: opens windows in wrong session

to even offer an option to control this behaviour. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#712040: libreoffice dot dir lacks dot

Rene Engelhard wrote: >On Wed, Jun 12, 2013 at 01:20:05PM +0100, Zefram wrote: >> libreoffice by default creates some files in a directory ~/libreoffice. > >No. Well, that's what it empirically did for me. Installed via apt-get, no manual intervention or configuration, no e

Bug#712040: libreoffice dot dir lacks dot

create it on demand. >Not something we can or should do for wheezy, though. Indeed, stability would seem to preclude any move of the config directory within the wheezy maintenance track. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "uns

Bug#712887: username parameter ignored

Package: tinyirc Version: 1:1.1.dfsg.1-2 Severity: normal tinyirc documents that it accepts an IRC nick as a command line parameter. Actually it ignores any such parameter. It uses either $IRCNICK from the environment or, failing that, the user's username. -zefram -- To UNSUBSCRIBE, ema

Bug#712888: documentation lacking

Package: tinyirc Version: 1:1.1.dfsg.1-2 Severity: normal The curses-based input editing facility is entirely undocumented. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#644876: initramfs-tools: Boot failure from software RAID1 + LVM2 by timing

v" else log_failure_msg "failed to start $dev" PATCH -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#721720: -floop-parallelize-all misleadingly accepted

between target architectures. In principle, I think it's wrong for gcc to accept an option when its only effect will be to later break compilation. The option should be rejected up front if its implementation is not available. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#723560: iceweasel can't run two sessions simultaneously

report is essentially a revival of Bug#617362. That ticket got closed without actually being resolved, due to confusion with the related but distinct Bug#617361 that was deemed not-a-bug. See also Bug#187138 concerning nearly-identical behaviour of Galeon, and Bug#668850 concerning related behav

Bug#723573: xterm occasionally forgets BackSpace translation

toggling BS/DEL in case there was some interaction with the state of that option, but apparently the state of the option is irrelevant, the fix just comes from something triggered by the process of toggling it.) The fix is only temporary: it'll later change to ^? again, as mysteriously as the

Bug#723578: option to disable mouse tracking mode

cifically want to use it. Applications that turn the mode on, such as w3m, effectively break normal xterm usage. It would be nice to have an option that prevents mouse tracking being engaged, along the lines of the existing allowTitleOps option that can prevent unwanted changes of window title. -z

Bug#723657: -geometry not fully honoured

y the user. The result is that a window manager that applies its own positioning logic in preference to program-supplied positions, but honours user-supplied positions, will override the user-supplied position with mplayer. The same goes for the USSize hint. -zefram -- To UNSUBSCRIBE, email to d

Bug#723877: -fs mode fails entirely

dow, in which it successfully shows the video. This bug report is concerned with mplayer2's failure to ultimately show the video full-screen. -zefram $ mplayer -fs t0.mp4 MPlayer2 UNKNOWN (C) 2000-2012 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to

Bug#723989: intermittent spurious NUL

@" moving along as more text is entered before it. It disappears at the end of text entry (following Esc). There's no permanent effect on the file content. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724074: ops doc missing

files elsewhere in the Parrot source tree (src/ops/*.ops) whereas most of the documentation is stored directly in the source tree. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724339: parrot won't generate pasm output

t2.pasm t2.pasm: Parrot bytecode 106.0, 8 byte words, little-endian, x86 12 byte long double floats, Parrot 0.0.0 It's producing pbc output regardless of the output filename. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe&q

Bug#724450: bigint library in parrot

$P0 = 1234567890123456789 $P1 = $P0 * $P0 say $P1 .end $ parrot t6.pir no bigint lib loaded current instr.: 'main' pc 6 (t6.pir:4) $ ./from_github/parrot t6.pir 1524157875323883675019051998750190521 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.o

Bug#724339: [Pkg-parrot-devel] Bug#724339: parrot won't generate pasm output

) have been reorganised between Debian stable and current github, but still claim that "-o foo.pasm" will produce pasm output. (I'm using the github checkout because that gets me a Parrot with the bigint library built in. Think I'm going to submit a wishlist ticket about having tha

Bug#672887: arrow keys interfere with escape

angely doesn't work. If I have this in my ~/.exrc: unmap! ^[OA unmap! ^[OB unmap! ^[OC unmap! ^[OD (real escape characters, not hat-bracket), then on startup vi complains: "^[OA" isn't currently mapped /home/zefram/.exrc, 10: Ex co

Bug#673021: negative fraction in kb geometry emitted badly

t;test" { width = 100; height = 100; shape "K" { { [ 20, 20 ] } }; section "a" { top = 50; left = 50; row { top = -3.6; left = -3; keys { { , "K" } }; }; }; }; }; $ xkbcomp -w0 t0.

Bug#673023: kb geometry aliases can't refer to aliases

cally when attempting to have the geometry section provide systematic layout-based key names, so that the symbols section can assign keysyms based on keys' locations rather than on their nominal functions.) -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#673027: xkbcomp bad parsing of -w option

onsumed as the argument to "-w". It just silently goes wrong. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#673028: xkbcomp doesn't install key repeat state

ile in other respects showing equivalent settings. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#673031: bad handling of overlong key name

yntax error: line 5 of t0.xkb last scanned symbol is: FOOBARm Errors encountered in t0.xkb; not compiled. There's obviously a nul-termination problem in that error message. Possibly overrunning a fixed-size buffer too? -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#673035: useless "No symbols defined for" warnings

defined for" warning needs to be lower priority than other warnings, or independently selectable, or just abolished entirely. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#668224: inaccurate arcs

tion. But it would be much better, of course, for Inkscape to actually handle arcs as arcs, rendering them natively. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#863008: failing to load previously-loaded pages of some websites

other activity between attempts, doesn't make it succeed. After a successful repeated page load, further attempts to load the same page again go back to failing. -zefram

Bug#863008: failing to load previously-loaded pages of some websites

which the link was selected. The user can continue navigating in the displayed page, as if ey had never selected the link to the other page, or as if loading had failed due to a network problem (though no error message is displayed). This is not long-standing behaviour in my experience: it is new and problematic. -zefram

Bug#863008: failing to load previously-loaded pages of some websites

y file, it rewrites the display of the rendered x0.html file, and then rewrites the status line back to its normal state. It then rewrites the rendered display again with different colouration, and finally waits for input. -zefram

Bug#858668: STA_NANO confuses adjtimex(8)

*nanoseconds*. The true raw time is different from both of the values shown, and for the call made above should have been shown as raw time: 1490397277s 23837440ns = 1490397277.023837440 -zefram

Bug#858668: STA_NANO confuses adjtimex(8)

etter to leave the -p output completely unchanged, and add a new command-line option that provides the same information in the new format. -zefram

Bug#861019: git bisect colour output contrary to configuration

te(1, "\33[33mcommit 613abc6d16e99bd9834fe6afd79beb61a3a4734d\33[m\n", 56) = 56 Given the configulation, that line should be free of escape sequences. -zefram

Bug#861583: -geometry and -fs not fully honoured

specify size or position should continue to not set those bits, and should accept whatever geometry the window manager imposes as a result. mplayer should never be moving or replacing the window after it has been mapped. -zefram

Bug#785208: adjtimex postinst adjusts clock

Control: tags -1 -moreinfo thanks

Bug#785208: adjtimex postinst adjusts clock

id not configure the package during installation. The default configuration shouldn't be mucking about with the running system in uninvited ways. -zefram

Bug#756505: undocumented how to show a buffer

critical function is not documented seriously damages the usability of this program to people who don't already know how to use it. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#785208: adjtimex postinst adjusts clock

h the clock. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#787734: libstdc++ breaks dynamic unloading

les[i], argv[i], ret); system(maps_cmd); if(ret) exit(1); } exit(0); } $ gcc -std=c99 try_dl.c -ldl -o try_dl $ ./try_dl /usr/lib/x86_64-linux-gnu/libperl.so.5.20 /usr/lib/x86_64-linux-gnu/libstdc++.so.6 /home/zefram/tmp/try_dl /lib/x86_64-linux-gn

Bug#806460: search highlight glitch

unhighlighted instance). Obviously this is quite an inconvenience when one wants to c&p some text including the search string. -zefram

Bug#806461: spurious colour output from bisect

aa37b1a24855e760e71ee9a20a1a90 is the first bad commit\n", 65) = 65 20408 open("/home/zefram/.gitconfig", O_RDONLY) = 3 20408 read(3, "[user]\n\tname = Zefram\n\temail = zef...@fysh.org\n\tsigningkey = 0x8E1E1EC1\n\n[color]\n\tui = never\n", 4096) = 93 20

Bug#787453: libdata-alias-perl: FTBFS with perl 5.22

ailing setup would try figuring out which part of the perl build makes the difference. Something I haven't yet tried varying is the C compiler. I'm using Debian gcc 4.7.2-5, which doesn't understand the -fstack-protector-strong option that the failing perls are built with. -zefram

Bug#787453: libdata-alias-perl: FTBFS with perl 5.22

C language level of which I was not previously aware. I can probably track it down from here. -zefram

Bug#787453: libdata-alias-perl: FTBFS with perl 5.22

to depend on the variable more than it used to. Fixed in Data-Alias-1.20, now on CPAN. -zefram

Bug#865027: stumbles on Youtube age gate

reality-is-NSFW deal.) libquvi ought to work around the age gate. It should not impose this censorship on its users. I found a discussion of the same issue being addressed in some other code at <https://github.com/fent/node-ytdl-core/issues/19>. Maybe the fix they used can be adopted. -zefram

Bug#865736: doc misuses metric prefixes

the documentation should instead use the IEC prefixes "kibi-", "mebi-", and "gibi-". -zefram

Bug#858668: STA_NANO confuses adjtimex(8)

ermitting input option values to use units (like "-o +200us", whose meaning would be unaffected by STA_NANO). -zefram diff -ur adjtimex-1.29.orig/adjtimex.8 adjtimex-1.29/adjtimex.8 --- adjtimex-1.29.orig/adjtimex.8 2009-03-12 00:31:07.0 + +++ adjtimex-1.29/adjtimex.

Bug#860559: timex.offset unit ambiguity

in either microseconds or nanoseconds, depending on the STA_NANO status flag, just like timex.time.tv_usec. -zefram

Bug#860559: timex.offset unit ambiguity

Michael Kerrisk (man-pages) wrote: >fixed in upstream quite a long time back (2014). Ah, cool. The version at <http://man7.org/linux/man-pages/man2/adjtimex.2.html> is fine. -zefram

Bug#858668: STA_NANO confuses adjtimex(8)

the existing number is still whitespace-delimited and the first thing following the colon, so it's still easy to parse out in a backward-compatible way. What do you think? -zefram

Bug#1064443: Acknowledgement (confused by changing absolute pathname)

Upstream: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=69436 -zefram

Bug#1064446: Acknowledgement (confused by changing absolute pathname)

Upstream: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=69436 -zefram

Bug#1033233: spurious colour output from git init

= 15 write(2, "\33[33mhint: \tgit branch -m "..., 36) = 36 And a configuration extract: $ sed -n 6,7p ~/.gitconfig [color] ui = never -zefram

Bug#1030344: filename on command line gets mangled

as a command line argument, without assuming anything about its syntax. If it cannot be made to handle arbitrary filenames correctly, then node(1) must at least detect that it can't handle the specified filename. It must signal an error on any filename it can't handle, and not use any mangled form of the filename for any purpose. Furthermore, this limitation must be documented. -zefram

Bug#1030606: bad job control on suspended shell function

lace of the original job. The attached patch therefore fixes this bug in a very simple way, by deleting the logic that switches focus to the subjob. With this patch in place, the above test case produces this pleasing output: % t0 () { sleep 1000; } % t0 ^Zzsh: suspended t0 % echo foo foo % : % jo

Bug#1031240: filename on command line gets mangled

of the name that was supplied on the command line. It must pass to the file syscalls the same octet string that was supplied as a command line argument, without assuming anything about its syntax. If it cannot be made to handle arbitrary filenames correctly, then clojure(1) must at least detect that it can't handle the specified filename. It must signal an error on any filename it can't handle, and not use any mangled form of the filename for any purpose. Furthermore, this limitation must be documented. -zefram

Bug#1031245: wonky current job with suspended shell function

he use of these concepts for efficient job control. I use the commands "fg" (foregrounding the current job) and "%-" (foregrounding the previous job) all the time, and I'm thus heavily affected by this bug. -zefram

  1   2   >