Package: texlive-binaries
Version: 2024.20240313.70630+ds-6
I had four TrueType font files, and I wanted to dump all four of them
and grep out some information about their metrics, so I did this, on the
reasonable assumption that trying to dump more than one font file at a
time would either concat
Package: minidlna
Version: 1.3.3+dfsg-1.1
Tags: patch
In two places in minidlna.c, there's a library call to system() to
delete files in minidlna's configured cache directory (by default
/var/cache/mindlna), via code of the form
snprintf(cmd, sizeof(cmd), "rm -rf %s/files.db %s/art_cache", db
Source: gtk+3.0
Version: 3.24.43-3
When I download the gtk+3.0 source package via 'apt source' on Debian
sid, I find that the source file demos/gtk-demo/dialog.c contains this
statement in message_dialog_clicked():
gtk_window_set_title (GTK_WINDOW (dialog), "Some informative title");
This stat
Ian Jackson wrote:
> This package contains patches where git and dpkg-source disagree about
> the meaning of a patch. The workaround dgit uses is very slow (and I
> think probably unavoidably so: the workaround is to actually run
> dpkg-source).
That made me curious, so I diffed those two tree h
Package: dgit
Version: 9.15
If I want to download the source of a Debian package to poke around in
it, I have two options: 'apt source' and 'dgit'. Ian Jackson's advice is
to use dgit (you would surely be surprised if it were not :-):
"If you are a Debian user who knows git, don’t work with Deb
Ben Hutchings wrote:
> This is a fairly straightforward buffer overflow, which the attached
> patch should fix.
Pushed, thanks.
Cheers,
Simon
--
for k in [pow(x,37,0x1a1298d262b49c895d47f) for x in [0x50deb914257022de7fff,
0x213558f2215127d5a2d1, 0x90c99e86d08b91218630, 0x109f3d0cfbf640c0beee7
Package: bash
Version: 5.2.21-2
If you set HISTCONTROL=ignoredups, then typing two successive identical
shell commands generates only one entry in your shell history. But this
is mishandled in the following edge case:
1. enter an incomplete command, such as one ending in &&. The shell
prompts via
Package: rust-doc
Version: 1.63.0+dfsg1-2
In /usr/share/doc/rust-doc/html/index.html is the following snippet of HTML:
The Cargo Book
The Cargo Book is a guide to
Cargo, Rust’s build tool and dependency manager.
This relative hyperlink resolves to the pathname
/usr/share/doc/cargo-doc/doc/index
Package: cppreference-doc-en-html
Version: 20170409-2
For some time now, I've been unable to use the offline package of
cppreference with Firefox, because when I try to access the URL
file:///usr/share/cppreference/doc/html/en/Main_Page.html
Firefox reports
Firefox can’t find the file at
Matthew Vernon wrote:
> I think both docs and making the hourglass optional would be good,
> please;
Revised patches attached.
The runtime usage message was starting to get large, so I've appended a
third patch that sets up standard --help and --version options, in case
that's also useful to yo
Simon Tatham wrote:
> To get around this, I added a feature which replaces the passwd/shadow
> based check with a user-provided subprogram.
Now I look at the existing bug list, this might provide functionality
related to two existing bugs:
- #84419 xtrlock won't work with NIS/
Package: xtrlock
Version: 2.15
Tags: patch
I run xtrlock on a machine which doesn't store all its passwd/shadow
entries locally. So xtrlock is unable to verify my password by the usual
method.
To get around this, I added a feature which replaces the passwd/shadow
based check with a user-provided
Simon McVittie wrote:
> If possible, please port this package to SDL 2 and close this bug.
Sorry to have not acknowledged this a while back. I am working on it.
The hardest part of porting Chroma to SDL 2 is its fullscreen and
window-sizing logic, which was complicated already, and for which SDL
Alex Brett wrote:
> To reproduce:
> 1(a) launch chroma (from the GUI menu or via CLI with command
> "chroma")
> (b) enter the Display Options menu and toggle the "Fullscreen" display
> option to "No"
> (c) load a game level
> (d) observe that the status bar is
Renato Gallo wrote:
> try with the stable 5.19.0 or directly with 6.0
I'm happy to, but how? I can't find a package of 5.19.x or 6.x anywhere
in buster-backports. Searching on packages.debian.org turns up
linux-image-5.19.0-trunk-arm64 in the experimental distribution, and no
6.0 at all.
I'd rea
Simon Tatham wrote:
> (I would be happy to go through a list of kernel git commits between
> those two kernels and see if anything jumped out at me, but I'm sorry
> to say that I have no idea how to get from a Debian kernel
> package/version to a kernel git commit id.)
Package: src:linux
Version: 5.18.16-1
Severity: normal
My home firewall/router is a Raspberry Pi 4 running arm64 buster, with
a StarTech dual USB3 gigabit-ethernet dongle to give it enough network
ports.
In a routine apt update, the linux-image-5.18.0-4-arm64 package was
installed, and I rebooted
Ben Hutchings wrote:
> I should patch out the use of -Werror in this package though.
FWIW, I've already done this upstream. Since commit 79a5378 I've
completely reworked the build system (it's now a unified cmake setup
rather than my own horrible mkfiles.pl cruft feeding into autotools),
and remo
Package: svnkit
Version: 1.8.14-4
If I install svnkit and try to use the 'jsvn' command-line interface, I
see mysterious error messages, one of which bizarrely involves Cygwin:
$ jsvnadmin init test-repo
/usr/bin/jsvnadmin: 29: $cygwin: not found
Error: JAVA_HOME is not defined correctly.
We ca
e format string from its
tuple of arguments.
I suggest the attached patch.
Cheers,
Simon
--
import hashlib; print((lambda p,q,g,y,r,s,m: (lambda w:(pow(g,int(hashlib.sha1(
m.encode('ascii')).hexdigest(),16)*w%q,p)*pow(y,r*w%q,p)%p)%q)(pow(s,q-2,q))==r
and m)(0xb80b5dacabab6145,0xf700
,0xa54d9cbe4e8ab,0x746c50eaa1910, "Simon Tatham " ))
(lambda w:(pow(g,int(hashlib.sha1(
m.encode('ascii')).hexdigest(),16)*w%q,p)*pow(y,r*w%q,p)%p)%q)(pow(s,q-2,q))==r
and m)(0xb80b5dacabab6145,0xf70027d345023,0x7643bc4018957897,0x11c2e5d9951130c9
,0xa54d9cbe4e8ab,0x746c50eaa1910, "Simon Tatham " ))
Don Armstrong wrote:
> Could you try changing /usr/bin/lilypond to be this instead:
>
> #!/bin/sh
> export LD_LIBRARY_PATH="/usr/lib/x86_64-linux-gnu/lilypond/2.18.2/guile"
> exec "lilypond.real" "$@"
>
> and see if that works better?
No, I'm afraid not. That was the first thing I tried too, in
Package: lilypond
Version: 2.19.81+really-2.18.2-13
The Lilypond documentation says that if you set the environment
variable LILYPOND_DATADIR to point at a directory, then Lilypond will
look for its data files (fonts, startup files etc) in that directory
instead of /usr/share/lilypond/. In particu
Debian Bug Tracking System wrote:
> We believe that the bug you reported is fixed in the latest version of
> initramfs-tools, which is due to be installed in the Debian FTP
> archive.
[...]
> Version: 0.131
> Distribution: unstable
Thanks for fixing this in unstable. I will just mention again tha
Package: sawfish
Version: 1:1.11.90-1.1
Architecture: i386
The i386 version of the 'sawfish' package installs a file called
/usr/lib/i386-linux-gnu/sawfish/DOC, which file(1) thinks is in dbm
format, but which appears to be corrupt in some way, according to more
than one dbm-reading program:
$ fi
import hashlib; print((lambda p,q,g,y,r,s,m: (lambda w:(pow(g,int(hashlib.sha1(
m.encode('ascii')).hexdigest(),16)*w%q,p)*pow(y,r*w%q,p)%p)%q)(pow(s,q-2,q))==r
and m)(0xb80b5dacabab6145,0xf70027d345023,0x7643bc4018957897,0x11c2e5d9951130c9
,0xa54d9cbe4e8ab,0x746c50eaa1910, "Simon Tatham " ))
4e8ab,0x746c50eaa1910, "Simon Tatham " ))
Simon Tatham wrote:
> However, the arcanist package does not list php-xml as a dependency, so
> it's possible to install arcanist and find it giving you mysterious
> internal errors when you try to use it with Subversion.
I didn't include a transcript of the error in the previ
Package: arcanist
Version: 0~git20170812-1
arcanist's system for interacting with Subversion works by running svn
utilities with the --xml option, which causes their output to be
formatted in XML, and then parsing that output using PHP code such as
$xml = new SimpleXMLElement($status);
The
Package: rep
Version: 0.92.5-3
The attached piece of Lisp source, when run through rep with a command
such as "rep test.lisp", prints
a1 -> 2
a2 -> 5
b1 -> 5
where I would have expected the middle line to read 'a2 -> 2', because
the functions a2 and a1 are return values from the same lambda and
Package: initramfs-tools-core
Version: 0.130
On a machine recently upgraded to stretch, I found that
'update-initramfs -u' produced the following output:
> update-initramfs: Generating /boot/initrd.img-4.9.0-3-686
> Warning: couldn't identify filesystem type for fsck hook, ignoring.
and on a reb
Package: mingw-w64-common
Version: 5.0.1-1
The following trivial souce file fails to compile with MinGW:
--
#include
#define COMPILE_MULTIMON_STUBS
#include
--
with the following errors:
$ x86_64-w64-mingw32-gcc -c mingtest.c
In file included from mingtest.c:3:0:
/usr/share/mingw-w64/
reassign 617546 xpdf
tag 617546 patch
thanks
Simon Tatham wrote:
> I believe it's an xpdf bug after all: xpdf is calling poppler's
> PSOutputDev constructor with the wrong idea of its argument order.
[...]
> The attached patch against xpdf fixes the problem for me:
Since nobo
quot;.userv/services/:.Hello, world!".
Cheers,
Simon
--
import hashlib; print (lambda p,q,g,y,r,s,m: m if (lambda w:(pow(g,int(hashlib.
sha1(m).hexdigest(),16)*w%q,p)*pow(y,r*w%q,p)%p)%q)(pow(s,q-2,q))==r else "!"
)(0xb80b5dacabab6145, 0xf70027d345023, 0x7643bc4018957897, 0x11c2e5d9951130c9,
0xa54d9cbe4e8ab, 0x746c50eaa1910, "Simon Tatham ")
Commit 36ddc5708 in PuTTY master branch fixes this old bug. (Also, the
commit message provides a reliable reproducer.)
Cheers,
Simon
--
for k in [pow(x,37,0x1a1298d262b49c895d47f) for x in [0x50deb914257022de7fff,
0x213558f2215127d5a2d1, 0x90c99e86d08b91218630, 0x109f3d0cfbf640c0beee7,
0xc83e013
Package: procps
Version: 1:3.3.3-3
When 'ps' tries to determine the tty of a process, it does it by first
finding out the major and minor device number, and then trying to
translate that back into a name. To do that translation, it falls back
through several methods, of which the first is to look
w=patch
against the standard Debian source package, and see if it solves the
problem for you?
Cheers,
Simon
--
Simon Tatham These are my opinions. There are many
like them but these ones are mine.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subj
ch makes it cope
with leading spaces on font property lines. With this patch applied,
my sample file is successfully loaded into gbdfed without being
reported as modified.
Cheers,
Simon
--
Simon Tatham "A defensive weapon is one with my finger on the
trigger. An offensive weapon is on
Package: gbdfed
Version: 1.5-1.1
Tags: patch
In the gbdfed main window, you can press ^Q to transpose the display
of the font so that consecutive characters go down the columns
rather than across the rows. After doing this, pressing the 'next'
and 'previous' buttons in the glyph edit window (or, e
pdated when the COLOR_CHANGE signal was added at
the end of the enum.
I attach a patch which fixes the problem for me (gbdfed now runs
cleanly under gdb and even under valgrind), and should remain robust
against further extensions to the signal enumeration.
Cheers,
Simon
--
Simon Tatham Wh
runs reliably again.
Cheers,
Simon
--
Simon Tatham "The distinction between the enlightened and the
terminally confused is only apparent to the latter."
diff -ur sawfish-1.3.5.2.orig/src/server.c sawfish-1.3.5.2/src/server.c
--- sawfish-1.3.5.2.orig/src/server.c 2008-11-19 20:45:
t;), so six of those with spaces in between
have no trouble overflowing the output buffer.
I attach a trivial patch to svg.c which made the problem go away for
me by simply expanding the buffer by a factor of ten.
Cheers,
Simon
--
Simon Tatham "I thought I'd put my foot so far i
2.6.32.dfsg-5+lenny1
python2.5 2.5.2-15
zlib1g 1:1.2.3.3.dfsg-12
Cheers,
Simon
--
Simon Tatham These are my opinions. There are many
like them but these ones are mine.
SplineFontDB: 3.0
FontName: Test
FullName: Test
FamilyName: Test
W
ted as an alternative.)
The random IP thing was just an attempt to avoid congesting port
space too much (since I anticipated multiple users running it
independently), and I'm prepared to consider that it might have been
misguided and arrange for it to be easily disabled at compile time.
Cheer
be able
to prepare a full update to the source package.
I hope you'll consider incorporating this utility into a future
version of the console-tools package. (Of course, feel free to pass
it upstream if you think that's more sensible.)
Cheers,
Simon
--
Simon Tatham "My he
base-config because it's
as close as I can get to a sensible localisation of the error. If
I'm wrong, I apologise.
Cheers,
Simon
--
Simon Tatham "I'm going to pull his head off. Ear by ear."
<[EMAIL PROTECTED]> - a games teache
bug to the lilo
package if the latter is more appropriate. However, I'm absolutely
sure that _something_ should have reminded me to rerun lilo!
Cheers,
Simon
--
Simon Tatham "Thieves respect property; they only wish the property to
<[EMAIL PROTECTED]>be their own,
48 matches
Mail list logo
