Bug#1038788: pterm crashes if resize is attempted after terminal reset

> Package: pterm > Version: 0.78-2 > > If I open pterm terminal window, resize it and then type in: > > reset > > That will reset the size of the terminal to 80 columns as one of the > command's effects. > > If I then try resizing pterm window to more columns, it crashes and in >

Bug#1027769: closed by Debian FTP Masters (reply to Bdale Garbee ) (Bug#1027769: fixed in cpmtools 2.23-1)

Thank you for working on this (and for updating cpmtools)! I don't think the 2.23-1 binaries are actually using libdsk, though? I can't actually test the unstable binaries at the moment, but 'ldd' doesn't indicate use of libdsk, and 'strings' includes a string that I don't think would appear in

Bug#1027769: cpmtools: build with libdsk?

Package: cpmtools Severity: wishlist It would be lovely if Debian's cpmtools could be built against libdsk (which is in Debian as of March 2018) -- these days, most of my cpmtools usage needs a libdsk-enabled build.

Bug#1027768: cpmtools: New upstream version 2.23 available

Package: cpmtools Severity: wishlist As subject. (Debian currently has 2.20.) 2.23 was released around Nov 2022. It adds new formats, a few new features, and various bugfixes. Attached, for convenience, all the upstream change descriptions between 2.20 and 2.23 (since upstream only include the

Bug#1027767: libdsk: New upstream version 1.5.19 available

Package: libdsk Severity: wishlist As subject. (Debian currently has 1.5.9.) 1.5.19 was released 2022-02-27. As well as ~3.5 years of bugfixes (some of which matter to me), it includes (not a complete list): - new utilities dsklabel, dskparse, lsgotek - new drivers/formats for some Apple

Bug#440253: Please package inform 7

The first release of open-sourced Inform 7 that includes Linux binaries, and a Linux GUI, is now available, so I suppose this is now ripe for packaging in Debian, should anyone be up for it. https://github.com/ganelson/inform/releases/tag/v10.1.2 is the first overall Inform 7 release that

Bug#1017066: trn4: intermittent false-positive reports of new mail ("(Mail)")

Package: trn4 Version: 4.0-test77-13 Severity: minor trn4 has a feature where it can tell you if there's new mail in your local mailbox (/var/mail/$USER or whatever), by putting "(Mail)" in the status line, e.g. (Mail) -- Select a newsgroup (natural order) (See MAILCALL and MAILFILE in the man

Bug#1012619: want /etc/updatedb/updatedb.conf.d/

The rsbackup package would also benefit from this -- it keeps snapshots at /var/lib/rsbackup/snapshots.

Bug#1012617: want /etc/updatedb/updatedb.conf.d/

The rsbackup package would also benefit from this -- it keeps snapshots at /var/lib/rsbackup/snapshots.

Bug#990901: putty: CVE-2021-36367

For the record, contains upstream's response to the wording of CVE-2021-36367.

Bug#947765: pngcrush: pngcrush(1) man page does not document '-ow' (etc?)

Package: pngcrush Version: 1.8.13-0.1 There's been an option "-ow" to overwrite the input file since 1.7.22, but I missed it as it's not mentioned in the Debian man page. (It is mentioned in the usage message.) I haven't checked to see if the man page might be out of date in other ways too. I'm

Bug#850096: Make git snapshot? (2011 → 2016)

In 2017, Sylvain Beucler wrote: > it's best to bug upstream into making a proper release, this would > benefit to everybody. There's now been an upstream release: 2019.1 (and 2019.1.1 shortly afterward).

Bug#932990: freeciv: railroad and transformation in adjacent tiles

David Christensen writes: > Please see attached game save file freeciv-T0202-Y01510-manual.sav.bz2: (This save game was created with Freeciv 2.5.6, using the 'classic' ruleset.) > 1. Swamp near Kobenhavn with roads being upgraded to railroads. I assume this is the tile highlighted if you paste

Bug#929513: closed by Markus Koschany (Bug#929513: fixed in marsshooter 0.7.6-4)

I confirm that this fixes my original problem; marsshooter in testing works for me now. Thanks for the quick fix, and to Bernhard for the diagnosis; sorry I didn't get around to getting a proper backtrace.

Bug#897909: mypaint: Unable to install MyPaint when Gimp 2.10 is installed

I wrote: > There's a patch (to mypaint rather than libmypaint) to resolve the > conflict without a new version of mypaint, by renaming mypaint's locale > to 'mypaint12', in the upstream tracker at > . > > This is the approach

Bug#929513: marsshooter: Segfaults a few seconds after starting

Package: marsshooter Version: 0.7.6-3 Severity: important When I start marsshooter, either from the desktop menu or command line, it runs for a few seconds (13-18s in my tests), and then segfaults. Before it dies it's displaying the main menu with a game demo in the background, and playing

Bug#929175: Buster d-i RC1: Synaptics touchpad didn't work in installer on HP Mini

Cyril Brulebois writes: > Jacob Nevins (2019-05-18): >> My biggest problem: my touchpad didn't work at all in the graphical >> installer; the mouse pointer is stuck in the centre of the screen and >> doesn't respond to movement on the touchpad. > > Wondering whet

Bug#906144: mypaint: Unable to install MyPaint when Gimp 2.10 is installed

There's a patch (to mypaint rather than libmypaint) to resolve the conflict without a new version of mypaint, by renaming mypaint's locale to 'mypaint12', in the upstream tracker at . This is the approach previously suggested

Bug#897909: mypaint: Unable to install MyPaint when Gimp 2.10 is installed

I've just run into this. has more detail as to how this happened and what the conflict is. Unfortunately, it has recently been tagged 'buster-ignore', so it won't be fixed for the Buster release. :(

Bug#927226: libpaper1: Fresh RC1 install doesn't configure /etc/papersize

I've just run into this too. Same situation: fresh RC1 install on amd64, libpaper1 1.1.26. United Kingdom (en_GB) locale. I expected "a4" but got "letter" in /etc/papersize. I notice that /var/lib/dpkg/info/libpaper1:amd64.config seems to be missing its list of paper sizes between

Bug#642539: Patch to support xterm colour escape sequences in pterm.

For the record: I think this is still not supported upstream as of 0.71. (There doesn't seem to be a note of it in all-escapes, either. )

Bug#509194: putty: Does not accept user@host format in CLI args

Tags: fixed-upstream This is finally fixed upstream in release 0.71. Fixed in upstream commit 247d1b9b78. https://git.tartarus.org/?p=simon/putty.git;a=commit;h=247d1b9b78

Bug#905852: /usr/games/sgt-solo: solo crashes when resizing

Reproduced, FWIW. It is necessary to have at least one pencil mark to reproduce this. The problem is that the code that decides how to lay out the pencil marks is unprepared for a vertical cell size of zero.

Bug#150757: freeciv: Icon mistake...

The current government icon is a hand with a ballot paper. The current technology icon is a ballot box. The government icon in 1.12.0 was different; I fished it out of git and attached it. It's a series of raised hands; not particularly American/USAn. Arguably the background is (blue background

Bug#340407: freeciv-server: Auto Settlers should not move on unsave terrain.

Control: retitle -1 Auto Settlers should not move on unsafe terrain. Roman Bertle wrote (Nov 2005, 2.0.7-1): > if the "Auto Settler" command is given to a settler, worker or > engineers, the unit moves also on unsave terrain such as glacier, and is > in high risk to be lost. The notion of unsafe

Bug#848165: freeciv-client-qt: crash at exit ...leavegame->quit

Marko Lindqvist wrote (Dec 2016): > As the crash is in atexit handlers when the program is closed, this > seems like upstream bug #25364: http://gna.org/bugs/?25364 gna.org has gone away, but the Internet Archive captured the final state of this ticket, which is that nothing has been done

Bug#659644: Increase minima and maxima in CMA

Since gna.org has gone away: In 2.6, the Gtk3 client (intended to be the default client in that version) has gained options to change the limits. (On reflection, not sure why we made this client-specific.) Original Gna ticket (archived):

Bug#410558: freeciv-client-gtk: Does always want to connect to localhost

Since gna.org has gone away, for the record: this will be addressed in 2.6 when it is released; there is a client option to remember the last server connected to, although it is disabled by default. Archived upstream Gna ticket state:

Bug#854287: putty: ed25519 key not recognized

Demetris Demetriou writes: > Package: putty > Version: 0.67-2 [...] > Using puttygen to generate an ed25519 key. [...] > Using that key file in putty results in: > Unable to load private key file "[REDACTED]" (file format error) You've reported this bug against PuTTY 0.67, which predates

Bug#827666: [Fwd: Freciv in Stretch]

On 3 July, Markus Koschany wrote: > [...] it would be good if 2.5.5 could be released within the next > four weeks. Freeciv 2.5.5 has been released today.

Bug#827666: [Fwd: Freciv in Stretch]

> We provided both clients in one package back then. The reasons for > removing the gtk3 client were "it was too experimental" and "Latest > update of gtk+-3 libraries seem to have broken our gtk3-client > quite completely" (your quote from #766185) > > I don't mind packaging the gtk3 client

Bug#774711: openssh and putty

Matt Taggart writes: > * ecdh-sha2-nistp256, ecdh-sha2-nistp384, ecdh-sha2-nistp521 > (2014-11-02,0.64)) > * curve25519-sha...@libssh.org (2015-05-09, 0.65) This and other items appear to infer which PuTTY releases contain features by comparing the dates the features were checked in to master and

Bug#334303: pterm doesn't seem to support input methods

The original bug reporter doesn't use pterm any more. (I'm noting this mainly so I stop pestering them asking whether it's fixed.)

Bug#313061: looking at /etc/fonts/fonts.conf makes pterm die with a BadName error

I don't recall ever trying to reproduce this ancient bug report. I suspect that it's been moot for ages. 0.58 used Gtk 1.2, which I can't conveniently test with any more. With both upstream 0.67 (latest release) and 0.61 (earliest release using Gtk2, so earliest I can still build), pterm -fn

Bug#789374: [Debian] Bug#789374: missing license in debian/copyright [sikkim.svg/saxony.svg]

Markus Koschany writes (in Debian BTS and to Marko/myself): what do you think about this bug report? According to the license they are GPL-2+ but the svg metadata claims something different. On Sat, 20. Jun 14:27 Thorsten Alteholz alteh...@debian.org wrote: data/flags/sikkim.svg seems to be

Bug#784019: freeciv: removal of bz2 support = inability to load old savegames?

Package: freeciv-server Version: 2.5.0-1 I haven't tested this at all, I'm afraid, but noticed this in the changelog of the new Freeciv packages in experimental: | - Remove libbz2-dev from Build-Depends. | We already support xz compression which is a superior compression format. I think this

Bug#784019: freeciv: removal of bz2 support = inability to load old savegames?

indeed I deliberately dropped support for bz2 compression because I think it is an outdated and deprecated format. [...] Debian's Freeciv package in stable is not affected and those who have old savegames are able to convert them to gz or xz simply by recompressing. I don't see a reason to

Bug#775383: garden-of-coloured-lights: man page doesn't document controls or configuration

Package: garden-of-coloured-lights Version: 1.0.8-2 Tags: patch The man page for this package is rather sparse; it doesn't explain how to configure the game or the default controls. (Also, it refers to the non-existent executable 'garden-of-coloured-lights'.) diff -ur

Bug#775384: excellent-bifurcation: man page doesn't document configuration

Package: excellent-bifurcation Version: 0.0.20071015-6 Tags: patch The attached patch describes in the man page how to configure excellent-bifurcation (in particular, how to enable fullscreen mode). --- debian/excellent-bifurcation.6 2013-09-07 02:03:37.0 +0100 +++

Bug#766185: support of different Freeciv clients

This sounds like a good plan to me. Markus Koschany writes: 1. The virtual package freeciv should be dropped and be replaced with a metapackage. [...] 2. The metapackage freeciv should always depend on the recommended and most sophisticated Freeciv client which is currently

Bug#611182: agedu: uses lowercase b as byte unit symbol

Jakub Wilk writes: agedu uses lowercase b as byte unit symbol. It should use uppercase B instead (as per IEEE 1541). This has been fixed upstream, as of 23 October. http://tartarus.org/~simon-git/gitweb/?p=agedu.git;a=commitdiff;h=a5626fd7172c15f234ac0c5eaaf1da465297c83b -- To UNSUBSCRIBE,

Bug#766185: freeciv-client-gtk: Removal of GTK+3 client

The upstream developers of Freeciv request to stop packaging the GTK+ 3 client because recent versions of GTK+ 3 libraries apparently broke certain functionality which is vital to play and enjoy the game. In fact there are multiple issues with freeciv-gtk3; what prompted this was this bug

Bug#757876: freeciv-client-gtk: can't start a local game

Xavier Cartron writes: In a terminal, I type freeciv-gtk2, but there is no message then and the client can't start a local server. When I type freeciv-server, everything works fine : [...] I tried to launch freeciv-server separately, and with the client I choosed Connect to a network

Bug#757876: freeciv-client-gtk: can't start a local game

Xavier Cartron writes: Here is the result in the log Ceci est le serveur pour Freeciv version 2.4.2 Vous pouvez en apprendre davantage sur Freeciv sur http://www.freeciv.org/ 3: in log_init() [log.c::231]: log started 0: in server_open_socket() [sernet.c::1146]: bind failed: Adresse déjà

Bug#757876: freeciv-client-gtk: can't start a local game

Xavier Cartron writes: - If I do 'freeciv-server -p 5557',, the server starts normally. Enh. Of course the client might not be choosing 5557. It tries to find a free port and tells the server to use that. (Sure would have been useful if we (upstream) had thought to log the port we were

Bug#757876: freeciv-client-gtk: can't start a local game

Xavier Cartron writes: When I click on Start a new game (démarrer une nouvelle partie in french), I see at the bottom of the client window these messages : Starting local server Impossible to connect to the server And then, nothing happens, and I can't play any game. Unfortunately, I

Bug#739577: freeciv-client-gtk: unit/tile info tied to middle mouse button only

Overally, it would be nice if there was an alternative way to trigger this functionality, perhaps ctrl + LMB or some such. Some googling suggests alt + LMB might trigger it on some platforms, Alt+LMB is indeed supported by the Freeciv Gtk client as the alternative to middle-click; this is

Bug#738502: Not really re: Bug#738502: freeciv-client-gtk: earth-80x50-v3.sav.gz Unknown savefile format version (10) Failure loading savegame!

Markus Koschany writes: David, the security issues are completely unrelated to your bug report and my reply to you only highlighted three options how you could upgrade to a more recent version of freeciv. [...] Regarding the security issues the security team decided that they are not

Bug#738502: freeciv-client-gtk: earth-80x50-v3.sav.gz Unknown savefile format version (10) Failure loading savegame!

Control: forwarded -1 http://gna.org/bugs/?20050 Control: fixed -1 2.3.4-1 Tags: fixed-upstream David Christensen writes: When I choose Start Scenario Game - Earth (classic/small) - OK, it doesn't work. The console window says: [...] Unknown savefile format version (10). This is a known

Bug#545934: (civclient:29856): Gdk-WARNING **: XID collision, trouble ahead

The only seemingly related upstream bug report is https://gna.org/bugs/?func=detailitemitem_id=16760#options Tagging this bug report as moreinfo since it was reported against a version which is no longer supported by Debian and I can't reproduce it myself. If someone can reproduce it with

Bug#730868: freeciv: New upstream version 2.4.1 available

Is there any chance of 2.4.1 being packaged soon? As well as getting the bugfixes into Debian, ideally I'd like to get them into the next Ubuntu, which is a LTS (long term support) release. https://wiki.ubuntu.com/TrustyTahr/ReleaseSchedule suggests that the deadline for import from Debian

Bug#730868: freeciv: New upstream version 2.4.1 available

Markus Koschany writes: the current human maintainers of freeciv are quite inactive/busy these days. You could always try to update the package yourself and ask someone on debian-devel-ga...@lists.debian.org for sponsoring your package. This might often be the quickest way to get an urgent fix

Bug#730868: freeciv: New upstream version 2.4.1 available

Package: freeciv Severity: wishlist We (upstream) are keen that 2.4.1 should get into Debian reasonably quickly, since it fixes some notable bugs since the currently packaged 2.4.0. Details of the changes at http://www.freeciv.org/wiki/NEWS-2.4.1. -- To UNSUBSCRIBE, email to

Bug#602562: Can't see city sizes on white nation

This should be closed now that 2.4.0-1 has hit the archive. (But I'll leave actually closing it to the package maintainers.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#700222: freeciv-server: irrigation of swamps broken

I wrote: http://gna.org/bugs/?16209: all progress on projects is lost when loading a savegame into 2.2.1. So, was there one or more save/load cycles between these two turns? If this is the case, then you'll see a different situation to me when you load those savegames. The bug is that

Bug#578068: freeciv-server - listen on :: without warning

This should be fixed as of the recent 2.4.0-1 upload (as the bug was fixed upstream in 2.4.0). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#308552: doesn't act on keyboard input when the time machine is used

In 2005, I wrote: Now that we've bitten the bullet and autoconfiscated, perhaps we should make an effort to use monotonic clocks on those systems where they're reliably available. As of 0.63 (not yet packaged) we do this (r9529/r9535 upstream, committed in May 2012). (Also the whole basis of

Bug#334303: pterm doesn't seem to support input methods

I don't suppose this was fixed in 0.62-8, when support for dead keys / compose sequences went in, was it? (This corresponds to upstream r9567 or thereabouts -- Support for dead keys and compose sequences on Unix, by instantiating a GtkIMMulticontext and having that filter most keypresses. I think

Bug#718354: Unruly: unique ignored when width != height

When starting a game with width==height (I tested 6x6, 8x8 and 10x10), sgt- unruly immediately complains when a row or column is an exact duplicate When starting a game with width!=height (I tested 10x8, 10x6, 8x6, 6x8), sgt- unruly does NOT complain when a row or column is an exact

Bug#696306: freeciv: CVE-2012-5645

Moritz Muehlenhoff: Freeciv maintainers, it's been two months. Can you please upload a fixed package? For the avoidance of doubt (sorry if you knew this): No-one you've emailed directly is a Debian maintainer (Marko is upstream). We (upstream) made a new release fixing both CVE-2012-5645 and

Bug#700222: freeciv-server: irrigation of swamps broken

David Christensen writes: Irrigations of swamps is broken. Please review workers near Aarhus on turn 132 and turn 163. Can you provide a bit more information on what exactly is not behaving as you expect? In T0132 we have at [l tgt=tile x=66 y=40 /]: [l tgt=unit id=806 name=Archers /],

Bug#700222: freeciv-server: irrigation of swamps broken

I wrote: 2.2.1 is rather old, but I don't recall any progress-losing bugs fixed since then, offhand. ...and then linked to gna #15510, which itself links to exactly such a progress-losing bug that is present in 2.2.1 and fixed in 2.2.2 (that I had introduced and fixed myself and subsequently

Bug#602562: Can't see city sizes on white nation

The default player colours in the next major version (2.4.x) have been reworked to eliminate white (and near-white) colours, in part due to this report. http://gna.org/bugs/?19778 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?

Bug#699296: freeciv: New upstream version 2.3.3 available

Package: freeciv Severity: wishlist Notably, this fixes the security issues of #696306, as well as a number of other bugfixes http://www.freeciv.org/wiki/NEWS-2.3.3. This would also be an opportunity to fix #677891. (Even if Debian's in freeze, would getting this into unstable allow it to

Bug#698183: agedu: New upstream version available

Package: agedu Severity: wishlist (Well, there's usually a new upstream version available, since it's not released as such. However:) Debian's version is getting on for three years old, and while nothing Earth-shattering has happened in svn, there have been a few improvements (as of r9723): -

Bug#677891: Should freeciv-client-gtk depend on gtk2-engines-pixbuf?

Package: freeciv-client-gtk Upstream here. While investigating issues with theming, I noticed that the custom Freeciv Gtk theme (used by default) uses 'engine pixmap' clauses. Having dug into Gtk theming a bit, I think this implies that the theme depends on the files in the gtk2-engines-pixbuf

Bug#578068: freeciv-server - listen on :: without warning

I'd consider this a bug in the clients (all of them) rather than freeciv-server. As Marko says, if you're running freeciv-server standalone, you're as likely as not to want other hosts to connect to it, and if not, you can always specify the --bind localhost argument. I'm looking to make the

Bug#572990: #572990 freeciv: Client can't connect to its own server (Can't Start local game)

Assuming we believe this was in fact upstream bug #15559, since 2.2.4 has been in unstable since December and in testing since February, it's probably time to mark this as fixed? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?

Bug#631775: freeciv-client-gtk: messages box forgets its contents

Karl Goetz writes: At the end of each turn, the messages box clears its contents. This is quite annoying when you forget to check it This is true (but not new). These days, there is actually a record of messages from past turns stored the the server, if configured at runtime (the event cache).

Bug#554411: freeciv: FTBFS with binutils-gold

In May, I wrote: A patch has been committed upstream which is intended to deal with this (as of r17431), [...] For the avoidance of doubt: this patch went in between the 2.2.0 and 2.2.1 releases, so Debian now has it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#572990: freeciv: FTBFS with binutils-gold

The upstream fix for this bug has just been released in Freeciv 2.2.4. (The conditions where this bug bites are: 1. Socket option IPV6_V6ONLY defaults to on (as in Linux with net.ipv6.bindv6only=1); 2. localhost resolves to 127.0.0.1 but not ::1. This caused the server to accept IPv6

Bug#600523: zerofree: allow filling empty space with nonzero octets

@@ -10,14 +10,16 @@ * * 2007-08-12 Allow use on filesystems mounted read-only. Patch from * Jan Krämer. + * 2010-10-17 Allow non-zero fill value. Patch from Jacob Nevins. */ #include ext2fs/ext2fs.h #include stdio.h #include unistd.h #include string.h +#include

Bug#599671: freeciv-server: intermittent segfault

Version: 2.2.2-1 Unfortunately, there was at least one server-side segfault in 2.2.2, which has been fixed in 2.2.3: http://gna.org/bugs/?16100 I don't know for sure whether that's what you've run into, but I think it can happen in any game with AI. (Another crash in 2.2.2 that's fixed in 2.2.3

Bug#195158: any update to this bug?

Any thoughts on how to move forward from here? I've just been playing with the various options in the S2_2 development code (soon to become 2.2.3). I haven't checked 2.2.2; there have been some tweaks in this area since then. The smallest window I was able to achieve was about 789x557 (but that

Bug#554411: freeciv: FTBFS with binutils-gold

A patch has been committed upstream which is intended to deal with this (as of r17431), but we haven't actually checked that it helps with building with binutils-gold, and I was unable to reproduce the original problem by adding -Wl,--no-add-needed to the linker command line. Perhaps the original

Bug#195158: any update to this bug?

Hmm. I was just going by the descriptions in SVN. I admit I'm not actually using the Debian package but the upstream version; nor am I actually using it on Debian (I'm on Ubuntu Jaunty). However, there don't seem to be many Debian-specific patches. 2.1.10 not fitting correctly on my 1024x768

Bug#195158: any update to this bug?

In May 2009, Karl Goetz wrote: Is there any update to this, from here or upstream? with small laptops like YeeLoong or EEEpc becoming popular 1024x600 is becoming a common resolution. Upstream rearranged things to fit in 800x600 in 2.1.9 (r15566), and added an option to arrange things better

Bug#560248: ltris: FTBFS: uses LC_ALL without including locale.h

Package: ltris Version: 1.0.12-1 Tags: upstream, patch I tried rebuilding this package from source on Ubuntu Jaunty and ran into this error: main.c: In function ‘main’: main.c:41: error: ‘LC_ALL’ undeclared (first use in this function) main.c:41: error: (Each undeclared identifier is reported

Bug#560247: ltris: keyboard control is rather twitchy

Package: ltris Version: 1.0.12-1 Severity: wishlist Tags: patch Even at the maximum 'Horizontal Delay' setting of 5, I find the keyboard controls too twitchy -- it can be hard to move by a single column. The attached trivial patch ups the range from 0-5 to 0-9. --- src/manager.c.orig 2008-03-29

Bug#554342: cpmtools: accepts -T libdsk-type even though not linked against libdsk

Package: cpmtools Version: 2.7-1 Version: 2.10-1 Severity: minor Tags: upstream The executables in the Debian 'cpmtools' package advertise the option '-T libdsk-type' in their built-in help, and accept the option, but do nothing with it (as the Debian version isn't built against libdsk). The man

Bug#496063: 'man pterm' uses unicode dashes for option markers, in unicode locale

Coming back to this: Colin wrote: Unfortunately, groff doesn't have anything that reliably comes out as U+002D HYPHEN-MINUS everywhere. On Debian both - and \- are hacked to come out as U+002D, but strictly speaking - has hyphen semantics and \- has minus-sign semantics. Upstream disapproves

Bug#496063: hyphens in halibut

Alexander Prinsier wrote: So the upstream version of halibut will just output '-' instead of '\-'? Up until r8641 it did, yes. Am I right to think that this means all man pages produced by halibut have to be patched by the maintainers to get '\-' instead of '-'? Or will the maintainer of

Bug#541950: mu-cade: man page erroneously documents a7xpg

Package: mu-cade Version: 0.11.dfsg1-4 Severity: minor Tags: patch The man page mu-cade(6) contains some text that looks suspiciously like a description of a different game entirely, a7xpg. The attached trivial patch removes the erroneous text (without attempting to replace it). ---

Bug#541951: rrootage: man page usage summary doesn't mention -fullscreen option

Package: rrootage Version: 0.23a-8 Severity: minor Tags: patch The man page rrootage(6) has a usage summary, but it misses an option which is documented in the body of the page: -fullscreen. The attached trivial patch replaces it (and removes some spurious backslashes). --- rrootage.6.orig

Bug#526670: FTBFS with GCC 4.4: dereferencing pointer breaks strict-aliasing rules

Martin Michlmayr writes: Your package fails to build with GCC 4.4. You can reproduce this problem with gcc-4.4/g++-4.4 from unstable. [...] ../unix/uxnet.c: In function 'sk_getxdmdata': ../unix/uxnet.c:973: error: dereferencing pointer 'sa' does break strict-aliasing rules [...]

Bug#518690: putty-tools: Puttygen doesn't generate keys

If I type, according to the man puttygen(1), puttygen ???t rsa ???C my home key ???o mykey.ppk I get puttygen: cannot handle more than one input file [...] My guess is that those are some Unicode hyphen-like characters on your command line, rather than ASCII hyphens - -- your mail suggests

Bug#417547: sgt-puzzles: Please support keyboard-only play in more puzzles

A big pile of patches from James Harvey has recently been committed upstream to add keyboard support to lots of puzzles. As of r8439 (today's), relative to the current Debian package (r7983), keyboard control has been added to the following: Black Box Filling Galaxies Map Mines

Bug#496063: 'man pterm' uses unicode dashes for option markers, in unicode locale

rjk writes: Subject: 'man pterm' uses unicode dashes for option markers, in unicode locale [...] OPTIONS$ The command-line options supported by pterm are:$ $ [EMAIL PROTECTED]@M-^Pe command [ arguments ]$ ^^ and Colin replies: I think this is a

Bug#496063: 'man pterm' uses unicode dashes for option markers, in unicode locale

I wrote (on hyphens): I think this is fixed in upstream halibut[*] as of r8309. We're emitting - rather than the \- you suggest; a little experimentation suggests that we're doing the Right Thing, as the former tends to come out as U+002D HYPHEN-MINUS (what we want) whereas the latter has

Bug#414784: [putty] [EMAIL PROTECTED]: putty-tools: [PUTTYGEN] [PATCH] requires a final newline]

Slightly modified patch applied upstream in r8323. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#503186: [putty] Bug#503186: plink -L listens to IPv6 interface only!

Eduard Bloch writes: could you please tell us exactly what you are trying to say? In the Ubuntu bug report you mention, it's clearly stated that that fix is NOT included in 0.60 Yes. We have fixed the bug in upstream SVN since 0.60 was released. The fix has not yet gone into a new release.

Bug#503186: [putty] [EMAIL PROTECTED]: Bug#503186: plink -L listens to IPv6 interface only!]

Colin Watson writes: [Eduard Bloch:] plink -L does not work for me, because it listens only to the v6 socket on the localhost interface. I.e. the v4 socket is not bound, regular v4 programs cannot use it. [snip details] This is a notorious swamp and it took OpenSSH several goes to get it

Bug#501197: sgt-puzzles: minor infelicity in Unequal hit detection

Package: sgt-puzzles Version: 7983-1 Severity: minor In Unequal, areas outside squares to the top and left are sensitive to clicks, as well as all of the squares themselves; but areas to the bottom and right are not similarly sensitive. I believe this is caused by the Debian-specific patch

Bug#413341: gsm-utils: Gsmsendsms fails with SonyEricsson W880 (fix included)

The Sony Ericsson K800i suffers from the same problem (unsurprisingly). I found the patch in this bug wasn't reliable, as it discarded some status messages that were important, resulting in gsmpb returning incomplete phonebooks and gsmsmsstore crapping out. Result of hacking until it worked

Bug#483647: po4a: Please support halibut

Do you know if there are packages which use this format intensively (for testing). sgt-puzzles, cf. #483665 The documentation for PuTTY[*] is also in Halibut format. (And, of course, Halibut's own documentation.) [*] http://www.chiark.greenend.org.uk/~sgtatham/putty/

Bug#400804: putty-tools: puttygen can create world-readable private keys

This has ended up in the CVE list (CVE-2006-7162) and as a Secunia advisory http://secunia.com/advisories/24381. Secunia had incorrectly listed both 0.58 and 0.59 as vulnerable (they've recently corrected this). I suspect that the advisory was derived from this Debian bug report, and I can see

Bug#379452: sgt-puzzles: please remember window size across type changes

I've finally rolled in the last three patches from this bug (although I was unable to test on Gtk+-1.2); r7366:7368. Thanks. It's probably about time for a new version, anyway. Here are the other major changes since r6879: - new puzzles: Unequal, Galaxies, Filling - solver improvements to Loopy

Bug#409219: halibut: version 1.0 is available

Package: halibut Severity: wishlist Halibut has quietly hit 1.0. This seems like a good time to refresh the Debian package. (FWIW, the PuTTY 0.59 manual was rendered using a version a little before 1.0.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble?

Bug#323791: #323791: PuTTY window title changes to reverse IP address

I've reproduced this (in current code). It surprises me. We had essentially the same report on Windows: http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/win-canonical-hostname.html In this case, the Windows network code really was explicitly doing a reverse lookup. I changed it to just

Bug#265541: #265541: putty and pterm don't have an icon associated with their menu entries

FYI, upstream has recently gained icons for the Gtk programs (so pterm now has an official icon for the first time). Also, icons can be generated at arbitrary resolutions from the source if required. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact

  1   2   >