Bug#377392: Bug#450432: ... and even more bugs like this?

> Colin Watson <[EMAIL PROTECTED]> writes: >> In a recent thread in debian-devel, it was suggested that lintian >> could call man(1) in such a way that the groff(1), called by `man', >> will emit warnings for every undefined macro, which is useful in >> catching the bugs like this: >> .B

Bug#455853: grass: New version is available

Package: grass Version: 6.2.2-1 Severity: wishlist The new 6.2.3 version of GRASS is available. http://grass.osgeo.org/announces/announce_grass623.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#455853: [DebianGIS-dev] Bug#455853: grass: New version is available

> Francesco P Lovergine <[EMAIL PROTECTED]> writes: >> Package: grass >> Version: 6.2.2-1 >> Severity: wishlist >> The new 6.2.3 version of GRASS is available. >> http://grass.osgeo.org/announces/announce_grass623.html > No, it has been retired and currently 6.2.3rc3 is still availabl

Bug#457213: /usr/libexec is not FHS-compliant

Package: gcc-avr Version: 4.2.2-1 Though I cannot say for sure whether I like this particular respect of FHS or not, but still FHS (as of 2.3) doesn't define `libexec' as a valid `/usr' subdirectory. $ dpkg -c ftp.debian.org/debian/pool/main/g/gcc-avr/gcc-avr_4.2.2-1_i386.

Bug#495740: new version available

Source: freeciv Version: 2.1.5-2 Severity: wishlist As per the home page, a new version is available: --cut: http://freeciv.wikia.com/wiki/Main_Page-- Where is Freeciv? Stable Version 2.1.6 released on 11th August 2008 : --cut: http://freeciv.wikia.com/wiki/Main_Page-- -- To UNSUB

Bug#505092: "apt-get update" stuck at "99% [5 Packages gzip 0]"

> Clayton <[EMAIL PROTECTED]> writes: >> Package: apt >> Version: 0.7.16+b1 >> Severity: important >> For the last two days, "apt-get update" does not get beyond the "99% >> [5 Packages gzip 0]" point. I can wait for hours, it does not >> change. Here is a partial snapshot of attempt:

Bug#511249: bogus entry for 0x7f in koi8-r.acm

Package: console-data Version: 1.07-11 /usr/share/consoletrans/koi8-r.acm.gz reads: ... 0x7c'|' 0x7d'}' 0x7e'~' 0x7f'?' ... Here, the 0x7f entry looks bogus, and should have been probably U+2302 instead. Surprisingly enough, however, this entry af

Bug#504709: Xen console problems

> Baruch Even writes: [...] > If I try to connect with ssh (using NAT networking) I can connect and > after loop mounting and setting a root password I can even login but > I get an error that there is no tty and Did you mean the message like the following? $ ssh r...@xxx stdin

Bug#509733: linux-image-2.6.26-1-xen-686: mmap () fails on MMIO regions

Package: linux-image-2.6.26-1-xen-686 Severity: important Version: 2.6.26-12 The current versions of Xen-enabled Linux kernels in Debian make mmap () on MMIO regions fail with EINVAL. The problem is only apparent to the Xen-enabled kernels (both i386 and amd64.) I

Bug#507950: doesn't honor $HOME while accessing .alex4/

Package: alex4 Severity: normal Version: 1.1-2 The `alex4' command currently doesn't honor the value of the HOME environment variable while reading its configuration, and uses the value from the user's passwd(5) entry instead, contrary to what the rest of the system

Bug#508300: process-send-string apparently mangles \r into \n

Package: emacs22 Version: 22.2+2-5 After running the following program: (let* ((coding-system-for-read 'binary) (coding-system-for-write 'binary) (p (start-process "foo" "*foo*" "od" "-td1"))) (process-send-string p "\r\n") (process-send-eof p)) ;; => # the

Bug#508691: tlf: a typo in Description:

Package: tlf Version: 0.9.32.3-3 Severity: minor Currently, debian/control reads: ... Description: Console mode purpose CW keyer, logging- and contest program Tlf is a console (ncurses) mode general purpose CW keyer, logging- and ... While I believe it should read: ... Descrip

Bug#525692: assumes double quote is not an active character

Package: dblatex Version: 0.2.9-3 dblatex puts double quotes into the intermediate `.tex' file as if these are not ``active'' characters, like: \begin{lstlisting}[firstnumber=1,escapeinside={<:}{:>},] $ <:\textbf{\textbf{echo} "\textbackslash{}"Hello, world!\textbackslash{}""}:> "

Bug#525688: tries to use PostScript fonts even though those may be unavailable for specific font encodings

Package: dblatex Version: 0.2.9-3 The dbk_fonts.sty file refers to a set of packages which, apparently, request for some PostScript fonts to be used for typesetting the document. However, these fonts may be unavailable for specific font encodings (such as T2A for

Bug#528849: refentry.xsl: on the n-dash use and the @refclass handling

Package: dblatex Version: 0.2.9-3 Severity: minor There're a couple of minor flaws in the formatting as being done by refentry.xsl. Namely, the code reads: $ nl -ba /usr/share/xml/docbook/stylesheet/dblatex/xsl/refentry.xsl ... 183 184 -- 185 186

Bug#528964: `userinput' reverts the effect of a surrounding `screen'

Package: dblatex Version: 0.2.9-3 Consider the following example: http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd";> $ find /etc/ \ -type f \ \( -name \*tab -or -name \*conf \) /etc/sysctl.conf /etc/fstab /etc/mke2fs.conf … $ Here, I wanted to represent a

Bug#528964: `userinput' reverts the effect of a surrounding `screen'

>>>>> Ivan Shmakov writes: [...] > Apparently, the text inside of the <:, :> escape sequence is > insensitive to newlines, so these should either be made explicit by > the XSLT code, perhaps with something along the lines of: [...] > Or `co-tagin' cou

Bug#533677: mkdosdisk: Make a DOS hard disk image (MBR + a specified number of FAT FS)

Package: mtools Version: 3.9.10.ds1-3 Severity: wishlist Please consider the script (attached) for inclusion into Mtools. The script runs `dd', `mpartition' and `mformat' in sequence to construct a DOS hard disk image (i. e., with MBR) consisting of the specified n

Bug#439658: linux-libc-dev build-dependency is not available on etch

Package: svgatextmode Version: 1.9-18 Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] The `svgatextmode' package recently changed Build-Depends: from former `linux-kernel-headers' to a new `linux-libc-dev'. Since the latter isn't available in `etch', but otherwise seems

Bug#491157: `set generator 3' results in river-less maps

Looks like this bug is no more. --cut: http://freeciv.wikia.com/wiki/NEWS-2.1.9 -- * Fixed island generator rivers and double-continent bug. (#15947, #17435) --cut: http://freeciv.wikia.com/wiki/NEWS-2.1.9 -- -- FSF associate member #7257 -- To UNSUBSCRIBE, email t

Bug#541479: Description: could be improved

Package: hpcc Version: 1.3.1-1 Severity: wishlist May I suggest expanding the HPL abbreviation in the Description: of the package, so that the users looking for ``high performance linpack'' will find it? $ apt-cache show hpcc ... Description: HPC Challenge Benchmark The

Bug#542171: hdp dumpvd segfaults when the filename is too long

Package: hdf4-tools Version: 4.1r4-22 hdp(1) (as of Debian Lenny) segfaults when asked to dump a VD when the filename is too long (more than 72 characters or so), e. g. (NB: this version is also subject to Bug#437098, which was closed as of 4.1r4-22.): $ hdp dumpvd

Bug#540406: the wxt driver deserves its own package

interdiff <(zcat gnuplot_4.2.5-2{,~is+2}.diff.gz) diff -u gnuplot-4.2.5/debian/changelog gnuplot-4.2.5/debian/changelog --- gnuplot-4.2.5/debian/changelog +++ gnuplot-4.2.5/debian/changelog @@ -1,3 +1,15 @@ +gnuplot (4.2.5-2~is+2) 1gray-misc; urgency=low + + * Build the -nox variant with X11 again

Bug#540614: file uses stdout for error reporting instead of stderr

Package: file Version: 4.26-1 $ file no-file no-file: ERROR: cannot open `no-file' (No such file or directory) $ a=$(file no-file) ; echo a: "$a" a: no-file: ERROR: cannot open `no-file' (No such file or directory) $ I believe that `file' should report errors to stderr, since it's

Bug#540614: file uses stdout for error reporting instead of stderr

> Daniel Baumann writes: > found 540614 5.03-1 > thanks >> Package: file >> Version: 4.26-1 > In general, please do fil bugs against the version in sid. I don't think that it's reasonable to report bugs against the version of the package the reporter hasn't tried.

Bug#537921: {.../beam: free (): invalid next size (fast)} under UML

Package: erlang-base Version: 1:13.b-dfsg1-1 An attempt to install yaws on a fresh Squeeze running under user-mode-linux (as of 2.6.26-1um-2) resulted in a number of error messages, like: # apt-get install yaws ... Starting yaws: *** glibc detected *** /usr/lib/erlang/ert

Bug#537921: {.../beam: free (): invalid next size (fast)} under UML

> Sergei Golovan writes: >> An attempt to install yaws on a fresh Squeeze running under >> user-mode-linux (as of 2.6.26-1um-2) resulted in a number of >> error messages, like: > I never tried to run on user-mode-linux. Could you > 1) Simply run erl to confirm that the problem is ind

Bug#537921: {.../beam: free (): invalid next size (fast)} under UML

>>>>> Ivan Shmakov writes: >>>>> Sergei Golovan writes: >>> An attempt to install yaws on a fresh Squeeze running under >>> user-mode-linux (as of 2.6.26-1um-2) resulted in a number of error >>> messages, like: >> I never tr

Bug#544225: a fresh Debian Squeeze system hangs while booting under UML

Package: user-mode-linux Version: 2.6.26-1um-2+17lenny2 A freshly-installed Debian Squeeze system seems to hang at early stages of the boot process when run under UML: VFS: Mounted root (ext3 filesystem) readonly. INIT: version 2.86 booting Starting the hotplug events dispatcher:

Bug#537921: {.../beam: free (): invalid next size (fast)} under UML

> "SG" == Sergei Golovan writes: SG> Hi! I've tried to reproduce this bug, but I erlang works fine on SG> i386 architecture, so the problem may be architecture-specific. Did you try it under UML, or on a plain i386-based GNU/Linux system? I could probably arrange

Bug#544311: the dependency on librrd4 brings a whole new story of packages

Package: collectd Version: 4.6.3-1 Severity: minor May I suggest that the rrdtool plugin is either split off to a separate package, or the librrd4 dependency be downgraded to Recommends: and the corresponding default collectd.conf line be commented out? The justifi

Bug#481874: update-ca-certificates should not disable local certs

$CERTSDIR/$crt" ]; then +f="$CERTSDIR/$crt" +else +continue +fi +pem=$(basename "$f" .crt).pem +ln -sf -- "$f" "$pem" +cat -- "$f" >&7 +done 7> "$bundletmp" chmod 0644 "$bundletmp"

Bug#495936: collectd: Provide "minimal" collector only package

> Joey Hess writes: (Oh, I see I've missed this one while filing Bug#544311...) > My observations in setting up collectd for my machines are: > * The default rrd setup was appropriate for only one or two out of > dozens of machines collectd was installed on. > * On all the rest

Bug#544472: server certificate verification fails when connecting as an SMTP client?

Package: exim4-daemon-heavy Version: 4.69-9 Severity: important It seems that the certificate verification fails when Exim connects to the peer, while should the peer in question connect to Exim, it succeeds. Consider, e. g.: * accepting peer's connection (we're t

Bug#544472: server certificate verification fails when connecting as an SMTP client?

>>>>> Andreas Metzler writes: >>>>> Ivan Shmakov wrote: [...] >> It seems that the certificate verification fails when Exim connects >> to the peer, while should the peer in question connect to Exim, it >> succeeds. [...] >> Note t

Bug#334681: unixodbc-dev shouldn't depend on libodbcinstq1c2

FWIW, I second the opinion that the part of unixodbc-dev depending on libodbcinstq1c2 should be split off the package. Unfortunately, as it appears, there're people who don't own nor have access to a sheer number of computers that they could do builds on, in

Bug#545118: update-exim4.conf should

Package: exim4-config Version: 4.69-9 The leftover DEBCONF strings check should consider the same set of files that the run_parts function does. In particular, update-exim4.conf should ignore any *~ files in conf.d/, like: --- update-exim4.conf 2008-10-01 01:27:02 +0700

Bug#545270: SDreaddata () fails on an amd64 system

Package: libhdf4g Version: 4.1r4-22 Severity: grave [Hopefully not a false positive.] Apparently, SDreaddata () is broken on amd64. Consider, e. g.: $ ncdump-hdf -h \ e4ftl01u.ecs.nasa.gov/MODIS_Composites/MOTA/MCD43B3.005/2006.08.29/MCD43B3.A2006241.h23v03.005.2008108002

Bug#545270: SDreaddata () fails on an amd64 system

Upgrading to the version currently in Debian Lenny (4.2r4-5) seems to resolve the problem. Thanks. -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#432351: Andrew McMillan's Squid packages

JFTR. For quite some time there're unofficial Squid to-be-3.1 packages by Andrew McMillan: http://andrew.mcmillan.net.nz/blog/squid_ipv6_debian_packages http://debian.mcmillan.net.nz/packages/squid3/ -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-

Bug#545818: where's `ncdump-hdf', anyway?

Package: hdf4-tools Version: 4.2r4-5 The libhdf4g-run package, which hdf4-tools is, IIUC, intended to replace, contained the `ncdump-hdf' and `ncgen-hdf' programs, which allowed easy transformation of the data between HDF4 and a certain ASCII representation. Howeve

Bug#544472: server certificate verification fails when connecting as an SMTP client?

> "AM" == Andreas Metzler writes: [...] AM> thank you for the pointer. I have made a preliminary patch and have AM> forwarded this upstream to AM> . Thanks! At the first glance, the patch looks quite appropriate. > + &*Note*&: > +Thes

Bug#470209: a DBLATEX_ROOT, please?

> Andreas Hoenen <[EMAIL PROTECTED]> writes: >> stuff is hardcoded into the executable. However, it'd be nice if >> `dblatex' would support overriding the base location of its >> components, much like, e. g., `lintian' allows it with either the >> `--root' command line option, or the `LIN

Bug#470936: VT switching results in scrambled colors with -depth 24

> Brice Goglin <[EMAIL PROTECTED]> writes: >> X Window System Version 7.1.1 >> Release Date: 12 May 2006 >> X Protocol Version 11, Revision 0, Release 7.1.1 >> Build Operating System: UNKNOWN >> Current Operating System: Linux myhost 2.6.24.3 #2 SMP Wed Mar 12 00:48:51 >> NOVT 2008 x86

Bug#470936: VT switching results in scrambled colors with -depth 24

>>>>> Ivan Shmakov <[EMAIL PROTECTED]> writes: >>>>> Brice Goglin <[EMAIL PROTECTED]> writes: >>> X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol >>> Version 11, Revision 0, Release 7.1.1 Build Operating System: &g

Bug#477207: javac fails when run on an i386 Debian with amd64 Linux

Package: java-gcj-compat-dev Version: 1.0.65-10 javac fails when run on an i386 Debian if the kernel is compiled for amd64: $ /usr/lib/jvm/java-gcj/bin/javac obj/Test.java -- 1. ERROR in obj/Test.java (at line 1) /* #line 22113 "configure" */ ^ The type ja

Bug#477207: javac fails when run on an i386 Debian with amd64 Linux

>>>>> Ivan Shmakov <[EMAIL PROTECTED]> writes: [...] > Comparison of `strace's for i386 and amd64 Debian has revealed the > following suspicious syscall run on i386 Debian: > access("/usr/lib32/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre", F_OK) = -1 ENO

Bug#477359: aylet performs Thanatos.ay quite strangely

Package: aylet Version: 0.5-1 When playing Thanatos.ay [1], it doesn't sound quite ``right'', for the lack of a better word. IIRC, I've heard this file performed much better by AYEmul (W32 binary available from [2].) [1] ftp://ftp.worldofspectrum.org/pub/sinclair/

Bug#470209: a DBLATEX_ROOT, please?

> benoit guillon <[EMAIL PROTECTED]> writes: It would be nice to be able to use TEXINPUTS to override the search path for TeX files as well. Unfortunately, dblatex modifies TEXINPUTS so that its own files will take precedence (unlike PYTHONPATH.) >>> Actually, since

Bug#470209: a DBLATEX_ROOT, please?

> Andreas Hoenen <[EMAIL PROTECTED]> writes: >>> - One wants to customize the installed package. In this case he >>> should provide his own .sty, and require/include the default latex >>> style files as needed. For the XSL part, he should provide his own >>> XSL entry point (-p option),

Bug#482185: collectd2html.pl: should allow for --imgformat to be passed to rrdtool

> Sebastian Harl <[EMAIL PROTECTED]> writes: >> Please consider the following patch. >> $ diff -u \ >> <(zcat /usr/share/doc/collectd/examples/collectd2html.pl.gz) \ >> collectd2html.pl > I'm quite surprised to get a patch for that script. It has never been > ported to vers

Bug#475649: font-lock-global-modes isn't interpreted correctly

Package: emacs22 Version: 22.1+1-3 C-h v font-lock-global-modes reads: *Modes for which Font Lock mode is automagically turned on. Global Font Lock mode is controlled by the command `global-font-lock-mode'. If nil, means no modes have Font Lock mode automatically turned on. If t, all mode

Bug#486597: .coal_reserve isn't properly initialized by clear_game ()

Package: lincity Version: 1.13.1-6 As .coal_reserve isn't properly initialized by clear_game (), each time player selects ``New game'' the coal reserve gets increased by NUMOF_COAL_RESERVES squares. Thus, after restarting the game for a number of times one gets a l

Bug#241929: freeciv: Freeciv is tip to tail braindamaged and harms young hackers.

> "JM" == Jan Minar <[EMAIL PROTECTED]> writes: JM> Package: freeciv Version: 1.12.0-0.1 Severity: important Looks like most of the issues noted below aren't applicable to Freeciv any longer (as of 2.0.8-3.) I guess that the report should be closed, probably after

Bug#487910: new version available

Source: freeciv Version: 2.1.4-1 Severity: wishlist As per the home page, a new version is available: --cut: http://freeciv.wikia.com/wiki/Main_Page-- Where is Freeciv? Stable Version 2.1.5 released on 17th June 2008 : --cut: http://freeciv.wikia.com/wiki/Main_Page-- -- To UNSUBSC

Bug#488535: x11-xserver-utils: xrdb fails with "sh: -c: line 0: syntax error near unexpected token `"

> Alexander Mikhailian <[EMAIL PROTECTED]> writes: >> What do you have in your config causing this? Something in your >> shell config maybe? We can't reproduce this. xrdb just waits for >> input on stdin here. > I used wmii and the error appeared after the last upgrade of lenny. I > just

Bug#488670: find behaves inconsistently when `path' contains trailing `/'

Package: findutils Version: 4.2.27-3 It seems that the `-name' behaves inconsistently when one of the `path's given contain a trailing slash: $ find /tmp/ -name tmp/ -and -printf 'Found: %p\n' find: warning: Unix filenames usually don't contain slashes (though pathnames do). Th

Bug#488670: find behaves inconsistently when `path' contains trailing `/'

> Andreas Metzler <[EMAIL PROTECTED]> writes: > Version: 4.4.0- >> Package: findutils >> Version: 4.2.27-3 >> It seems that the `-name' behaves inconsistently when one of the >> `path's given contain a trailing slash: >> $ find /tmp/ -name tmp/ -and -printf 'Found: %p\n' >> find: wa

Bug#482185: collectd2html.pl: should allow for --imgformat to be passed to rrdtool

Package: collectd Version: 4.3.2-1~bpo40+1 Severity: wishlist Please consider the following patch. $ diff -u \ <(zcat /usr/share/doc/collectd/examples/collectd2html.pl.gz) \ collectd2html.pl --- /dev/fd/63 2008-05-21 10:33:07.497848437 + +++ collectd2html.pl2008-05-2

Bug#495508: FTBFS for me due to `-maxdepth 1 -and ...'

Source: inn2 Severity: minor May I suggest the following patch? --- debian/rules.~1~2008-08-18 13:40:47.0 +0700 +++ debian/rules2008-08-18 13:32:47.0 +0700 @@ -40,7 +40,7 @@ # the upstream source needs to be copied in the flavor-specific build dirs src_file

Bug#495577: texi2dvi doesn't seem to like paths with embedded tildes (~)

Package: texinfo Version: 4.8.dfsg.1-4 Severity: minor Consider, e. g.: $ pwd /tmp/foo~bar $ cat hello.texi % Hello, world! $ texi2dvi hello.texi This is pdfeTeXk, Version 3.141592-1.30.5-2.2 (Web2C 7.5.5) file:line:error style messages enabled. entering extended mode ! I can't find f

Bug#495577: texi2dvi doesn't seem to like paths with embedded tildes (~)

> Hilmar Preusse <[EMAIL PROTECTED]> writes: [...] > Another incarnation of #483966 and friends. I'm leaving this bug > now on texinfo to make sure, we won't get it a fourth time. Indeed, I should've checked the texlive-bin bug reports, too. [...] -- To UNSUBSCRIBE, email to

Bug#477359: aylet performs Thanatos.ay quite strangely

>>>>> Ivan Shmakov <[EMAIL PROTECTED]> writes: [Cc: fuse-emulator-devel] > Package: aylet > Version: 0.5-1 > When playing Thanatos.ay [1], it doesn't sound quite ``right'', for > the lack of a better word. > IIRC, I've heard

Bug#498830: doesn't support Defoma-managed fonts

Package: enscript Severity: wishlist Version: 1.6.4-11 Currently, enscript(1) doesn't support Defoma-managed fonts for --font, since being registered within Defoma doesn't imply that: * there'll be an AFM file; * the file will be linked to /usr/share/enscript/afm/

Bug#498856: new version available

Package: conquest Version: 8.3-2 Severity: wishlist BTW, there's a newer version available: $ lynx -dump http://www.radscan.com/conquest.html ... Version 8.4.1 is the current stable release. ... $ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Tr

Bug#241929: [Pkg-freeciv-devel] Bug#241929: freeciv: Freeciv is tip to tail braindamaged and harms young hackers.

>>>>> "JDS" == Jason Dorje Short <[EMAIL PROTECTED]> writes: >>>>> "IS" == Ivan Shmakov <[EMAIL PROTECTED]> writes: >>>>> "JM" == Jan Minar <[EMAIL PROTECTED]> writes: JM> Package: freeciv JM&

Bug#241929: freeciv: Freeciv is tip to tail braindamaged and harms young hackers.

> "JM" == Jan Minar <[EMAIL PROTECTED]> writes: JM> Package: freeciv JM> Version: 1.12.0-0.1 JM> Severity: important [...] JM> * There should be a way to start the game seamlessly both locally, JM> and remotely. There is no way to start the game with one command. JM> At least, you hav

Bug#490267: should refer to gv instead of ghostview

Package: gmt-doc Version: 4.1.2-1.1 Severity: wishlist The documentation has a number references to ghostview, like: $ lynx -dump /usr/share/doc/gmt/html/tutorial/node9.html ... 8. To view a PostScript file (e. g., map.ps) on a UNIX workstation we use ghostview map.ps. On som

Bug#490268: $ GMT --help doesn't respect `$PAGER' and uses `more' unconditionally

Package: gmt Version: 4.1.2-1.1 The $ GMT --help command should respect the value of the PAGER environment variable, instead of using `more' unconditionally. $ nl -ba /usr/bin/GMT ... 42 43 if [ $# = 0 ] || [ $1 = "help" ] || [ "x$1" = "x-help" ] || [ "x$1" = "x--help

Bug#498116: Build-Depends: on debhelper >= 5, while debian/compat is 6

Source: openldap Version: 2.4.10-3 According to `debian/compat', the source is expected to be built with Debhelper at least of version 6. However, `debian/control' lists debhelper (>= 5) in `Build-Depends:', which makes the build with Debhelper 5 installed fail in

Bug#491157: `set generator 3' results in river-less maps

Package: freeciv-server Version: 2.1.5-1 Apparently, when using `set generator 3' setting, there're no rivers on the resulting terrain. This both prolongs the initial exploration phase and, what's worse, makes both Hydro plants and Hoover Dam impossible to use.

Bug#437098: hdf4 amd64 compatibility to 32-bit

> T Dinter <[EMAIL PROTECTED]> writes: > Package: libhdf4g > Version: 4.1r4-21 > Dear hdf4 maintainers, since i have an amd64 system, i have problems > with hdf4 files create by a 32-bit system (e.g. satellite data MODIS, > MISR ). I sent you two little hdf files create on a standart

Bug#470208: \usepackage {antomega} should support Esperanto as well

Package: texlive-omega Severity: wishlist While attempting to typeset a heavily multilingual document I've found that there's no `omega-esperanto.ldf' file, so I cannot `\load {esperanto}' with `\usepackage {antomega}'. I'll try to hack something out of `esperanto.

Bug#470209: a DBLATEX_ROOT, please?

Package: dblatex Version: 0.2-2 Severity: wishlist Currently, /usr/bin/dblatex reads: #!/usr/bin/python import sys import os package_base = r"/usr/share/dblatex" sys.path.append(r"/usr/share/dblatex/lib") from dbtexmf.dblatex import dblatex dblatex.main(base=package_base) Thu

Bug#461651: loosing dependencies

Package: fortunes Version: 1:1.99.1-3 Currently, the `fortunes' package depends on either `fortune-mod' or `fortune-min': $ apt-cache show fortunes Package: fortunes ... Source: fortune-mod Version: 1:1.99.1-3 Provides: fortune-cookie-db Depends: fortune-mod (>= 9708-12), fortunes

Bug#462131: hg(1), hgignore(5): incorrect roff code

Package: mercurial Version: 0.9.5-3 Some manual pages seem to contain incorrect Groff code, like: $ zcat usr/share/man/man1/hg.1.gz | nl -ba ... 431 .nf 432 The location of the source is added to the new repository\'s 433 \.hg/hgrc file, as the default to be used for future p

Bug#462409: Tcl_DecrRefCount () SIGSEGVs on a result of Tcl_NewDictObj ()

Package: tcl8.5-dev Version: 8.5.0-2 Severity: minor The test program below catches a SIGSEGV when trying to Tcl_DecrRefCount () on a Tcl `dict' object: $ make CFLAGS=-g\ -Wall test LDFLAGS=-ltcl8.5 cc -g -Wall -ltcl8.5 test.c -o test $ command time ./test Tcl_NewObj () => 0

Bug#462409: [Pkg-tcltk-devel] Bug#462409: Tcl_DecrRefCount () SIGSEGVs on a result of Tcl_NewDictObj ()

> Sergei Golovan <[EMAIL PROTECTED]> writes: >> The test program below catches a SIGSEGV when trying to >> Tcl_DecrRefCount () on a Tcl `dict' object: I see no mention of such >> a behaviour as an appropriate one in the documentation as well. > (After some chatting with Miguel Sofer in Tc

Bug#462409: [Pkg-tcltk-devel] Bug#462409: Tcl_DecrRefCount () SIGSEGVs on a result of Tcl_NewDictObj ()

> dgp <[EMAIL PROTECTED]> writes: >> Thanks, I've added the following to my program and it seems to work >> correctly. >> static void ensure_tcl_initialized (void) { [...] >> /* . */ >> } > That's fine, but a simple > Tcl_FindExecutable(NULL); > would work just as well.

Bug#451187: man-db: allow passing warning options to groff

npath%,$(thmanpath),g' \ -e 's,%thcatman%,$(thcatman),g' \ -e 's,%thapropos%,$(thapropos),g' \ @@ -74,7 +77,7 @@ $< > $@ endef -man1 = man manpath apropos whatis zsoelim lexgrog manconv +man1 = man manpath apropos whatis zsoelim lexgrog manconv manwe man5

Bug#451187: man-db: allow passing warning options to groff

>>>>> Ivan Shmakov <[EMAIL PROTECTED]> writes: >>>>> Colin Watson <[EMAIL PROTECTED]> writes: [...] > The patch follows. [...] > --- man-db-2.5.0-debian-3/man/Makefile.in2007-09-17 02:37:33.0 > +0700 > +++ man-db-2.5.0-de

Bug#451187: man-db: allow passing warning options to groff

> Colin Watson <[EMAIL PROTECTED]> writes: [...] >> It was suggested that man-db gets one more command as well, to >> do the checking in a ``standard way''. So, I suggest the >> following: >> * add support for an MANROFFOPT environment variable to specify >> extra arguments to groff (a

Bug#451187: man-db: allow passing warning options to groff

> Colin Watson <[EMAIL PROTECTED]> writes: [...] >>> bzr get http://www.chiark.greenend.org.uk/~cjwatson/bzr/man-db/trunk/ >> I'm glad to see that so many projects benefit from using DVCS' >> nowadays! [...] > I think my scars from using GNU Arch are finally fading. If you > haven't u

Bug#451187: man-db: allow passing warning options to groff

> Colin Watson <[EMAIL PROTECTED]> writes: >>> I think my scars from using GNU Arch are finally fading. If you >>> haven't used bzr before, you should find it to have most of the >>> benefits and few of the drawbacks; its designers were certainly >>> very aware of both aspects of Arch. >

Bug#451187: man-db: allow passing warning options to groff

> Colin Watson <[EMAIL PROTECTED]> writes: >>> and it's on the roadmap for bzr too, though not done yet. >>> (I actually like having to clone the whole remote repository, >>> though, because it effectively gives me an automatic backup. I have >>> regretted the fact that Arch didn't give m

Bug#454350: kernel-package: please add support for KBUILD_OUTPUT

>>>>> Ivan Shmakov <[EMAIL PROTECTED]> writes: >>>>> Tino Keitel <[EMAIL PROTECTED]> writes: >> it will be nice if KBUILD_OUTPUT is supported. That way, one source >> tree can be used to build kernels for differend computers with >>

Bug#454350: kernel-package: please add support for KBUILD_OUTPUT

> Tino Keitel <[EMAIL PROTECTED]> writes: >> I'm currently testing the following hack: It requires one to use >> kbuild first, e. g.: >> $ cd /usr/src/linux-2.6.X.Y >> $ make O=/where/is/linux-2.6.X.Y-build menuconfig ... >> $ >> Then, make-kpkg(1) could be used: >> $ cd /where/is/li

Bug#457213: /usr/libexec is not FHS-compliant

> Hakan Ardo <[EMAIL PROTECTED]> writes: [...] >> $ dpkg -c >> ftp.debian.org/debian/pool/main/g/gcc-avr/gcc-avr_4.2.2-1_i386.deb \ >> | grep -F libexec [...] >> -rwxr-xr-x root/root 3473364 2007-12-15 23:03 >> ./usr/libexec/gcc/avr/4.2.2/cc1 >> -rwxr-xr-x root/root 3939092 2007-1

Bug#454350: kernel-package: please add support for KBUILD_OUTPUT

> Tino Keitel <[EMAIL PROTECTED]> writes: > Package: kernel-package > Version: 11.001 > Severity: wishlist > Hi, > it will be nice if KBUILD_OUTPUT is supported. That way, one source > tree can be used to build kernels for differend computers with > different machines without a clean

Bug#434068: SVGATextMode vs. amd64

Package: svgatextmode Version: 1.9-15 Severity: wishlist X-Debbugs-CC: Tatiana Kronberg <[EMAIL PROTECTED]> BTW, why the amd64 binary for SVGATextMode is missing from the archive? I've recently built it from source on an etch amd64 system and it works just fine. (Unfortunat

Bug#434068: SVGATextMode vs. amd64

Ron <[EMAIL PROTECTED]> writes: Sorry for taking that long to reply. >> BTW, why the amd64 binary for SVGATextMode is missing from the >> archive? > That's a good question, but its not a bug in the package itself so > far as I am aware. Active development on this ceased long before >

Bug#450432: Groff eats a part of ifconfig(8)

Package: net-tools Version: 1.60-17 Severity: minor File: /usr/share/man/man8/ifconfig.8.gz Currently, ifconfig(8) shows like this: --cut-- use them to assign a second address. To delete an alias inter- face use ifconfig eth0:0 down aliases are deleted, if yo

Bug#450434: small typo in (groff) Character Translations

Package: groff Version: 1.18.1.1-12 Severity: minor Looks like there's a small typo in groff.texinfo: --- groff.texinfo.orig +++ groff.texinfo @@ -6839,7 +6839,7 @@ @noindent The first backslash is consumed while the macro is read, and the second -is swallowed while exexuting macro @co

Bug#595898: downgrade Depends: tsocks to Recommends:

Package: tor Version: 0.2.1.26-1 Severity: wishlist Please consider downgrading the ‘tsocks’ dependency to Recommends:. IIUC, ‘tsocks’ is only required to use the Tor services at the same host as the Tor node itself. Apparently, it's not necessary at all to operat

Bug#596503: rdfproc ... serialize atom catches SIGSEGV

Package: redland-utils Version: 1.0.10-3 Please consider the following example. $ rdfproc -s sqlite test.sqlite \ parse 'http://www.atomenabled.org/atom.xml' rss-tag-soup rdfproc: Parsing URI http://www.atomenabled.org/atom.xml with rss-tag-soup parser $ rdfproc -s sqlite test.sql

Bug#568502: LVM support should be added

Package: live-initramfs Version: 1.157.4-2 Severity: wishlist Please add LVM support in live-initramfs, so that it will become possible to host Live filesystem images on LVM logical volumes. To do that, two changes are to be made: * the local-top/lvm2 script (of i

Bug#587994: new version's available

Source: swi-prolog Version: 5.8.2-2 Severity: wishlist Please consider packaging the version released this week. --cut: news:1277758011.27957.0.ca...@ct -- Date: Mon, 28 Jun 2010 22:46:51 +0200 Hi, I've uploaded SWI-Prolog 5.11.2. Lots of changes without a clear line. There are some imp

Bug#584699: programs freeze on first MPI op. when run on multihomed IPv6 hosts

Source: openmpi Version: 1.4.1-1 Programs run under mpirun(1) freeze on first MPI operation when multiple addresses per interface are involved. The configuration was roughly as follows: $ ip addr … 2: eth0: … … inet6 2001:db8::2XX:::/64 scope global d

Bug#584702: tcp6:// URI's don't follow RFC 3986

Package: openmpi-bin Version: 1.4.1-1 RFC 3986 reads: --cut-- A host identified by an Internet Protocol literal address, version 6 [RFC3513] or later, is distinguished by enclosing the IP literal within square brackets ("[" and "]"). --cut-- However, mpirun(1) results in

Bug#584702: [Pkg-openmpi-maintainers] Bug#584702: tcp6:// URI's don't follow RFC 3986

> "MP" == Manuel Prinz writes: MP> could you please provide feedback if the problem still exists? MP> Neither upstream nor I do have a working IPv6 setup, so we cannot MP> test if the patch really fixes the problem. I guess that there's still IPv6 loopback address (::1; check,

<    1   2   3   4   >