Bug#943986: wrong shared linkage position of mv's library dependency
On Mon, Nov 04, 2019 at 08:17:33AM -0500, Michael Stone wrote: > On Sat, Nov 02, 2019 at 12:51:41AM +0100, David Frey wrote: > > cp and mv have a runtime linkage to libacl and libattr which are > > installed in /usr/lib/x86_64-linux-gnu/. > > > > This means that a single-user booted system without mounted /usr, > > is not able to cp or mv files! > > > > Either the dependancy should be dropped, or the libacl and libattr > > shared libraries should be moved into /lib. > > I don't believe that operating without /usr is a current design goal for > debian. In my opinion it should be. It is very useful for system repair and restore. >From hier(7): /bin This directory contains executable programs which are needed in single user mode and to bring the system up or repair it. ... /lib This directory should hold those shared libraries that are nec‐ essary to boot the system and to run the commands in the root filesystem. Keyword is *run* the commands. Thanks, David reopen 943986
Bug#943986: wrong shared linkage position of mv's library dependency
Package: coreutils Version: 8.30-3 Severity: serious cp and mv have a runtime linkage to libacl and libattr which are installed in /usr/lib/x86_64-linux-gnu/. This means that a single-user booted system without mounted /usr, is not able to cp or mv files! Either the dependancy should be dropped, or the libacl and libattr shared libraries should be moved into /lib. Thanks, David -- System Information: Debian Release: 10.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=english (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages coreutils depends on: ii libacl1 2.2.53-4 ii libattr1 1:2.4.48-4 ii libc62.28-10 ii libselinux1 2.8-1+b1 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information Mit freundlichen Grüssen, David Frey --
Bug#527151: Your debian e-mail address bounced
Hi Francesco, On Sun, Oct 24, 2010 at 07:27:11PM +0200, Francesco Poli wrote: > I hope the address I am writing to is still working... Yes, this address still works. > I tried to write to you a message, but your @debian.org address > bounced. I'm due to time constraints no longer a Debian developer. > You can read my message here: > http://bugs.debian.org/527151#10 I'm still the upstream developer of rpncalc; I have the latest version at the moment at my homepage http://homepage.hispeed.ch/david.frey/. I am also aware of dc (of course) and extcalc. Thanks, David signature.asc Description: Digital signature
Bug#527153: O: sysvbanner -- System-V banner clone
Package: wnpp Severity: normal I intend to orphan the sysvbanner package. The package description is: Displays a `banner' text the same way as the System V banner does: horizontally. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527149: O: spline -- Akima spline interpolation
Package: wnpp Severity: normal I intend to orphan the spline package. I am the upstream author. The package description is: spline(1) interpolates an Akima-spline trough a series of given points. The Akima-spline interpolation approximates a manually drawn curve better than the ordinary splines, but the second derivation is not continuous. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527150: O: uutraf -- an UUCP traffic analyzer and cost estimator
Package: wnpp Severity: normal I intend to orphan the uutraf package. I am the upstream author. The package description is: uutraf analyses your Log and Stats files and estimates the cost of your phone bill and UUCP provider bill. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527151: O: rpncalc -- RPN calculator trying to emulate an HP28S
Package: wnpp Severity: normal I intend to orphan the rpncalc package. I am the upstream author. The package description is: rpncalc is a calculator similar to dc(1), but it uses the readline library and shows the stack visually. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527152: O: nosql -- a Relational Database Management System for Unix
Package: wnpp Severity: normal I intend to orphan the nosql package. The package description is: NoSQL is a fast, portable, relational database management system without arbitrary limits, (other than memory and processor speed) that runs under, and interacts with, the UNIX Operating System. . It uses the Operator/Stream DBMS paradigm described in "Unix Review", March, 1991, page 24, entitled "A 4GL Language". There are a number of "operators" that each perform a unique function on the data. The "stream" is supplied by the UNIX Input/Output redirection mechanism. Therefore each operator processes some data and then passes it along to the next operator via the UNIX pipe function. This is very efficient as UNIX pipes are implemented in memory. NoSQL is compliant with the "Relational Model". . *NOTE*: This is a new, re-designed, more performant upstream release which is no longer command-line compatible with NoSQL V2 _and_ V3. . The commands are in /usr/lib/nosql in order to not clutter up /usr/bin. . NOTE about script compatibility: review the script options and script names when upgrading. . NOTE about data compatibility: You can convert old tables with rdbtotable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527146: O: deroff -- removes roff and preprocessor constructs
Package: wnpp Severity: normal I intend to orphan the deroff package. I am the upstream author. The package has no errors. The package description is: deroff strips out roff constructs and macros. The preprocessor (eqn, tbl, pic, grap, and vgrind) sections are removed entirely. The resulting output is suitable for spelling with e.g. spell(1). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526840: (no subject)
Subject: RM: sysvbanner -- ROM; sysvbanner command name conflicts with bsdmainutils and supports only ASCII Package: ftp.debian.org Severity: normal The sysvbanner package contains the command "banner" which is a traditional Unix command. It prints a banner from left to right (the BSD banner prints a banner from top to bottom). The name conflicts with the bsdmainutils name, as already mentioned (cf. bug #315664). Moreover, and this cannot be solved by renaming, the program supports only ASCII (cf. bug #396404). Since the package is seldomly used, I suggest to have it removed. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkn+EO8ACgkQKVyqlGzl+1SbRQCdEw2iYjd4FdhtXIZ4gWpcVv1A +YkAn00h6PTakCMWm/d4uCQdZ+W6vkoM =JaXd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#466012: Missing manpage
Package: xicc Version: 0.2-3 Severity: normal The subject says it already: The manual page is missing. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xicc depends on: ii libc6 2.7-8GNU C Library: Shared libraries ii libglib2.0-02.14.6-1 The GLib library of C routines ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library xicc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439001: Crashes on certain input
Hello Jens, Thank you for the detailed bug report. It will be fixed in the next version. Thanks, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421180: texlive update fails
On Thu, May 24, 2007 at 11:13:34AM +0200, Frank Küster wrote: > or should we close the bug? You can close the bugs. I can upgrade with the newest version in unstable in a chroot environment. Thanks und kind regards, David
Bug#421180: texlive update fails
On Thu, May 24, 2007 at 11:13:34AM +0200, Frank Küster wrote: > tags 421180 moreinfo unreproducible > thanks > > Norbert Preining <[EMAIL PROTECTED]> wrote: > > > We cannot continue looking at this bug without this information what is > > the situation like after the dump. > > > > If you consider this fixed or unreproducible or whatever I tend to close > > this bug. > > David, are you still there, or should we close the bug? I'm still here. Sorry for the delay. I retried today with the old backup in a chroot jail, but had problems with the consistency of the texlive packages. I will retry later. Kind regards, David
Bug#421184: updmap machinery is not robust enough
On Fri, Apr 27, 2007 at 07:17:56AM +0200, Norbert Preining wrote: > On Fre, 27 Apr 2007, David Frey wrote: > > Please get rid of the updmap machinery, or at least, make it more > > robust. > > This will not happen, as it is usefull to configure dvips, xdvi, pdftex > etc at the same time, configuring *all* this program by hand is over the > abilities of more or less all users. That it is useful to configure the other programs is something I understand. But the double indirection thing is ugly. > Furthermore, the adaptions of the Debian packages (update-*, > /etc/texmf/updmap.d/, ...) are necessary due to the Debian Policy > (configuration kept over upgrades, over remove/install, ...). Ok. > > > On most major LaTeX updates the update machinery fails and a manual > > syncwithtree or updmap-sys is necessary. > > Aehmm ... please read > Debian-on-TeX > documentation (in html, pdf, txt) in /usr/share/doc/tex-common/ > > You should not use syncwithtree, as the file updmap.cfg is a *GENERATED* > file. You should ONLY edit files in /etc/texmf/updmap.d/ I know. But the help text suggests to use it. Thanks, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421180: texlive update fails
Hi Norbert, On Fri, Apr 27, 2007 at 07:12:54AM +0200, Norbert Preining wrote: > Hi David, > > On Fre, 27 Apr 2007, David Frey wrote: > > !!! ERROR! The map file `bsr-interpolated.map' has not been found at all. > > > Solution: remove 10tetex-base.cfg 20tetex-extra.cfg in > > /etc/texmf/updmap.d/ and run update-updmap and then run updmap-sys. > > This is *very* strange as these files should NOT have been included into > updmap.cnf at all. Do you have > /var/lib/tex-common/fontmap-cfg/tetex-{base,extra}.list Yes. The dump before the upgrade has them: #restore -if var.dump restore > ls .: backups/ local/ mail/state/ cache/ lock/restoresymtable tmp/ games/ log/ run/ www/ lib/ lost+found/ spool/ restore > cd lib restore > cd tex-common/ restore > ls ./lib/tex-common: fmtutil-cnf/ fontmap-cfg/ language-cnf/ restore > cd fontmap-cfg/ restore > ls ./lib/tex-common/fontmap-cfg: cm-super.listtetex-base.list tipa.list lmodern.list tetex-extra.list restore > > If not, then a simple update-updmap and updmap-sys (as root) should > work. > > > The bug severity is important, since this is > > a) tedious > > b) non-obvious for a Non-LaTeX expert. > > Since nobody else has reported this bug till now I wouldn't have used > this importance, but so let it be. Ok. If I am the only one, you can lower it to normal. Thanks for your fast reply, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421184: updmap machinery is not robust enough
Package: texlive-base Version: 2007-4 Severity: wishlist Please get rid of the updmap machinery, or at least, make it more robust. On most major LaTeX updates the update machinery fails and a manual syncwithtree or updmap-sys is necessary. This is with locally installed fonts. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-base depends on: ii texlive-base-bin 2007-5 TeX Live: Essential binaries ii texlive-common2007-4 TeX Live: Base component ii texlive-doc-base 2007-2 TeX Live: Base documentation Versions of packages texlive-base recommends: pn dvipdfmx (no description available) ii lmodern 1.010x-3 scalable PostScript and OpenType f Versions of packages tex-common depends on: ii debconf 1.5.13 Debian configuration management sy ii ucf 2.0021 Update Configuration File: preserv Versions of packages texlive-base is related to: pn tetex-base (no description available) ii tetex-bin 2007-4 TeX Live: teTeX transitional packa pn tetex-extra(no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421180: texlive update fails
Package: texlive-base Version: 2007-4 Severity: important An upgrade from my teTeX to texlive installation went wrong: updmap: This is updmap, version 1167072206 updmap: using transcript file `/var/lib/texmf/web2c/updmap.log' updmap is creating new map files using the following configuration: config file: `/var/lib/texmf/web2c/updmap.cfg' dvips output directory: `/var/lib/texmf/fonts/map/dvips/updmap' pdftex output directory: `/var/lib/texmf/fonts/map/pdftex/updmap' dvipdfm output directory: `/var/lib/texmf/fonts/map/dvipdfm/updmap' prefer outlines: `true' texhash enabled: `false' download standard fonts (dvips): `false' download standard fonts (pdftex): `true' download standard fonts (dvipdfm): `true' updmap: Scanning for LW35 support files updmap: using map file `/usr/share/texmf-texlive/fonts/map/dvips/tetex/dvips35.map' updmap: using map file `/usr/share/texmf-texlive/fonts/map/dvips/tetex/pdftex35.map' updmap: using map file `/usr/share/texmf-texlive/fonts/map/dvips/tetex/dvipdfm35.map' updmap: using map file `/usr/share/texmf-texlive/fonts/map/dvips/tetex/ps2pk35.map' updmap: Scanning for MixedMap entries: updmap: using map file `/usr/share/texmf-texlive/fonts/map/dvips/ams/ams-bsr-interpolated.map' updmap: using map file `/usr/share/texmf-texlive/fonts/map/dvips/ams/ams-bsr.map' updmap: using map file `/usr/share/texmf-texlive/fonts/map/dvips/ams/ams-cmcsc-bsr-interpolated.map' !!! ERROR! The map file `bsr-interpolated.map' has not been found at all. Either put this file into the right place or remove the reference from the configuration file. An automatic way to disable unavailable map files is to call updmap --syncwithtrees For manual editing, call updmap --edit The help text is disingenious at best, since it does not work on Debian installations. Solution: remove 10tetex-base.cfg 20tetex-extra.cfg in /etc/texmf/updmap.d/ and run update-updmap and then run updmap-sys. The bug severity is important, since this is a) tedious b) non-obvious for a Non-LaTeX expert. I also removed cm-super. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-base depends on: ii texlive-base-bin 2007-5 TeX Live: Essential binaries ii texlive-common2007-4 TeX Live: Base component ii texlive-doc-base 2007-2 TeX Live: Base documentation Versions of packages texlive-base recommends: pn dvipdfmx (no description available) ii lmodern 1.010x-3 scalable PostScript and OpenType f Versions of packages tex-common depends on: ii debconf 1.5.13 Debian configuration management sy ii ucf 2.0021 Update Configuration File: preserv Versions of packages texlive-base is related to: pn tetex-base (no description available) ii tetex-bin 2007-4 TeX Live: teTeX transitional packa pn tetex-extra(no description available) -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: tex-common/singleuser: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384383: Get rid of idiotic .sh/.pl extension
Package: gs-common Version: 0.3.9 Severity: normal There are scripts with extensions: fixmswrd.pl, lprsetup.sh, pv.sh, unix-lpr.sh This is idiotic and against the policy. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gs-common depends on: ii debconf 1.5.3 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii defoma0.11.10Debian Font Manager -- automatic f ii gs-gpl [gs] 8.50-1.1 The GPL Ghostscript PostScript int ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre gs-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381382: Shrink should not zoom upwards
Package: xloadimage Version: 4.1-16 Severity: normal Tags: patch Shrink does also zoom upwards for images which are smaller than the screen. The following patch fixes this, images smaller as the screen are left at 100% zoom: --- xloadimage-4.1/xloadimage.c 2006-08-04 00:45:48.0 +0200 +++ xloadimage-4.1.new/xloadimage.c 2006-08-04 00:16:56.0 +0200 @@ -408,6 +408,9 @@ / (float)newimage->width * 100.0 : ((float)DisplayHeight(disp, scrn) * 0.9) / (float)newimage->height * 100.0); + if ((opt->info.zoom.x > 100) || (opt->info.zoom.y > 100)) +opt->info.zoom.x=opt->info.zoom.y=100; + addOption(optset, opt); } Thanks, David -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xloadimage depends on: ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libtiff43.8.2-6 Tag Image File Format (TIFF) libra ii libx11-62:1.0.0-7X11 client-side library ii zlib1g 1:1.2.3-13 compression library - runtime xloadimage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380393: please finish /usr/doc transition
Package: grap Version: 1.39-1 Severity: normal There is still a /usr/doc/grap symlink left from an old grap package left. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages grap depends on: ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-9 GCC support library ii libstdc++64.1.1-9The GNU Standard C++ Library v3 Versions of packages grap recommends: ii groff1.18.1.1-12 GNU troff text-formatting system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380394: please finish /usr/doc transition
Package: xscreensaver Version: 4.24-4 Severity: normal Please see bug #322762 for some more details. Purging and re-installing obviously removes the link. On upgrade it is still there. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xscreensaver depends on: ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libcairo2 1.2.0-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libsm6 1:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-7 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxmu61:1.0.1-3 X11 miscellaneous utility library ii libxpm41:3.5.4.2-3 X11 pixmap library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii libxt6 1:1.0.0-5 X11 toolkit intrinsics library ii libxxf86misc1 1:1.0.0-4 X11 XFree86 miscellaneous extensio ii libxxf86vm11:1.0.0-4 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages xscreensaver recommends: ii libjpeg-progs 6b-13 Programs for manipulating JPEG fil ii miscfiles [wordlist] 1.4.2.dfsg.1-4 Dictionaries and other interesting ii perl [perl5] 5.8.8-6Larry Wall's Practical Extraction ii wamerican [wordlist] 6-2American English dictionary words ii wbritish [wordlist] 6-2British English dictionary words f ii wfrench [wordlist]1.2.3-1French dictionary words for /usr/s ii wngerman [wordlist] 20051113-2 New German orthography wordlist ii wswiss [wordlist] 20051113-2 Swiss (German) orthography wordlis ii xli 1.17.0-22 command line tool for viewing imag ii xloadimage4.1-16 Graphics file viewer under X11 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375285: Superfluous symlinks in /usr
Package: bzip2 Version: 1.0.3-2 Severity: wishlist I did a check for duplicate executables in my $PATH and found out, that the bzip2 package installs superfluous symlinks from /usr/bin/$p to /bin/$p. These should be deleted, since /bin is already in the system path. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages bzip2 depends on: ii libbz2-1.01.0.3-2high-quality block-sorting file co bzip2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345481: Wrong thousand separator for Swiss locale
Package: locales Version: 2.3.5-10 Severity: minor The thousand grouping separator in Switzerland is "'" () See also: - http://lists.freebsd.org/pipermail/freebsd-bugs/2004-December/010911.html - http://de.wikipedia.org/wiki/Schreibweise_von_Zahlen (in German) Thanks, David -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages locales depends on: ii debconf [debconf-2.0] 1.4.66 Debian configuration management sy ii libc6 [glibc-2.3.5-3] 2.3.5-9GNU C Library: Shared libraries an locales recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339111: additional mplayer completion.
Package: bash Version: 3.0-17 Severity: wishlist The mplayer completion misses the vro extension (used by DVD-recorders for DVD-Video files). Thanks, David -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages bash depends on: ii base-files3.1.9 Debian base system miscellaneous f ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii passwd1:4.0.13-6 change and administer password and bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331645: rpncalc: problems in po/ directory
Hi, Thank you for the bug report and patch. On Tue, Oct 04, 2005 at 01:38:30PM +0200, Thomas Huriaux wrote: > Here is an explanation of what the patch does: > * de.po: > apply de.po.diff > set the charset to utf-8 instead of utf8 to avoid warnings Ok. > * de.po.diff: > file removed (I don't know why this file has been included) A mistake. I should have deleted it. > * es.po, fi.po, fr.po: > these files are encoded in iso-8859-15, but utf-8 is specified. Please > do not edit the files sent by the translators You're right. This is a mistake. BTW: Should all .po files be encoded in utf-8 or not? > * LINGUAS: > file removed (a wildcard in a Makefile is much more useful) Ok. > * Makefile.in.in: > this file was very very complicated, using old stuffs such as Suffix > Rules, and not working (the rpncalc.pot was out of date and couldn't > be regenerated properly). I have cleaned everything, but maybe to > much. I don't want to take the time to explain everything, but if you > want more details, do not hesitate to ask me. If I have removed too > much, please tell me and I will have a look at it. > * mkinstalldirs, remove-potcdate.sin, stamp-po > files removed (no longer used by the Makefile) These files are a generated via autoconf et. al.. Maybe I should get rid of the autoconf stuff. > Once everything is done, rpncalc.pot will have 28 strings instead of 15 > strings, and therefore all translations will be out of date. I have to look into this. Sounds scary. :) > I hope it helps. Sure. Thank you, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316514: standards-version bug
On Thu, Sep 29, 2005 at 10:17:30PM -0400, Justin Pryzby wrote: > Any intent to comment on this bug? It was a typo. Thanks, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315664: sysvbanner: two versions of banner in different places
On Fri, Jun 24, 2005 at 04:19:33PM +0200, Marc Glisse wrote: > Package: sysvbanner > Version: 1.0-12 > Severity: wishlist > > > bsdmainutils: /usr/games/banner > sysvbanner: /usr/bin/banner > > and both have kind of the same purpose. It would be nice (I think) if > both packages agreed on where this program should be and then used > alternatives to decide which one to use by default. Putting the 2 > versions in different directories seems a strange policy. This is historical. /usr/bin/banner prints a horizontal banner: $banner "Hello" # # # # ## # # # # # # # ## ### # # # ## # # # # # ## # # # # # ## # # ## ## ## used for (more or less) important script output. /usr/games/banner prints a vertical output for print-out on old line printers in order to hang on the wall. This is IMO not inter-changeable. HTH, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330244: O: spell -- GNU Spell, a clone of Unix `spell'
Package: wnpp Severity: normal I intend to orphan the spell package. The package description is: GNU Spell is a spell checking program which prints each misspelled word on a line of its own. It is designed as a clone of the standard Unix `spell' program, and implemented as a wrapper for Ispell. Spell accepts as its arguments a list of files to read from. Within that list, the magical file name `-' causes Spell to read from standard input. In addition, when called with no file name arguments, Spell assumes that it should process standard input. Reason: Code needs to be adapted/rewritten for the bugs reported and I have not enough time to do it. Thanks, David -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322815: finish /usr/doc transition
On Fri, Aug 12, 2005 at 04:46:00PM -0400, Joey Hess wrote: > Package: spell > Version: 1.0-12 > Severity: normal > > This package still creates a /usr/doc symlink. This will shortly become > a policy violation, please remove the code to do that (rebuild should do > it if using debhelper). This is fixed in -13. Thank you for the bug report. Thanks, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326112: rpncalc: Double precision error.
On Thu, Sep 01, 2005 at 11:35:32PM +0200, MiKael wrote: > [EMAIL PROTECTED]:~$ rpncalc > rpncalc version 1.34. Copyright © 1993-2004 David Frey et. al. > Il s'agit d'un logiciel libre SANS AUCUNE GARANTIE. > Pour de plus amples informations, tapez 'warranty'. > Tapez 'quit' pour quitter ou '?' pour obtenir de l'aide. > 22 ! > 1: 11240007260768 > 23 ! > 2: 11240007260768 > 1: 25852016738884978212864 > > The result must be '2585201673888497664'. > > I think it's a problem with the C double precision. Yes. > So, it could be a good idea, if the fix is not easy to do, > to report this error to the user by an Overflow message for example. Yes. I should port the code from using doubles to arbitrary exact precision. I know that, but haven't had the time to implement it. Thanks, David
Bug#315382: rzip: maintain modification time (just like gzip/bzip2) [patch]
I wrote a small patch to maintain modification times of rzip. The unified diff is included. It was straightforward. I have not done any autoconf things for the header file rzip.h. Thanks, David --- rzip.h.orig 2003-10-08 00:08:28.0 +0200 +++ rzip.h 2005-08-28 23:06:45.0 +0200 @@ -33,6 +33,8 @@ #include #include #include +#include +#include #ifdef HAVE_STRING_H #include --- main.c.orig 2005-08-24 01:00:20.0 +0200 +++ main.c 2005-08-28 23:17:29.0 +0200 @@ -128,6 +128,9 @@ int fd_in, fd_out = -1, fd_hist = -1; off_t expected_size; +struct stat sb; +struct utimbuf utb; + if (control->outname) { control->outfile = strdup(control->outname); } else { @@ -143,6 +146,8 @@ strlen(control->suffix)); } +stat(control->infile,&sb); + fd_in = open(control->infile,O_RDONLY); if (fd_in == -1) { fatal("Failed to open %s: %s\n", @@ -190,6 +195,10 @@ } } +utb.actime=sb.st_atime; +utb.modtime=sb.st_mtime; +utime(control->outfile,&utb); + free(control->outfile); } @@ -199,6 +208,8 @@ static void compress_file(struct rzip_control *control) { int fd_in, fd_out; +struct stat sb; +struct utimbuf utb; if (strlen(control->suffix) <= strlen(control->infile) && strcmp(control->suffix, control->infile + strlen(control->infile) - strlen(control->suffix)) == 0) { @@ -218,6 +229,8 @@ strcat(control->outfile, control->suffix); } +stat(control->infile,&sb); + fd_in = open(control->infile,O_RDONLY); if (fd_in == -1) { fatal("Failed to open %s: %s\n", control->infile, strerror(errno)); @@ -248,6 +261,10 @@ } } +utb.actime=sb.st_atime; +utb.modtime=sb.st_mtime; +utime(control->outfile,&utb); + free(control->outfile); }
Bug#325308: Please add rzip magic
Package: file Version: 4.12-1 Severity: wishlist Tags: patch Please add magic information for rzip. I'm including the magic file from the rzip package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12.2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages file depends on: ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libmagic1 4.12-1 File type determination library us ii zlib1g1:1.2.3-3 compression library - runtime file recommends no packages. -- no debconf information # Magic local data for file(1) command. # Insert here your local magic data. Format is described in magic(5). # Supplementary magic data for the file(1) command to support # rzip(1). The format is described in magic(5). # # Copyright (C) 2003 by Andrew Tridgell. You may do whatever you want with # this file. # 0 string RZIPrzip compressed data >4 bytex - version %d >5 bytex \b.%d >6 belong x (%d bytes)
Bug#307654: doesn't handle UTF-8
Hi Martin, On Fri, May 13, 2005 at 07:02:35AM +0100, Martin Michlmayr wrote: > * David Frey <[EMAIL PROTECTED]> [2005-05-11 23:35]: > > It does. I assume it is a PS printer, so enscript is used for text > > handling. a2ps is unfortunately not Unicode-ready either (Bug #180236) > > Sorry, when I filed the bug I was fairly busy so I didn't investigate > how the text is printed exactly. I assumed it might make us of a > program, such as enscript. This is correct. > I'll see what the status of UTF-8 in enscript is. It does not supprt it (Bug 229595: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=229595) > I'm aware that a2ps doesn't support it, and I think the > program isn't maintained anymore, or at least not very actively. This is what I had in mind too, but I haven't verified it. > What I found out in the meantime is that there's a program called > uniprint which handles it. Interesting. This is useful information. I have not heard about it. > I also have some information from Markus Kuhn (UTF-8 Linux guru) about > other tools which supports unicode printing and I'll forward this info > later. Thanks a lot, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307654: doesn't handle UTF-8
On Wed, May 04, 2005 at 02:50:22PM +0100, Martin Michlmayr wrote: > Package: magicfilter > Version: 1.2-58 > Severity: normal > > It seems that magicfilter doesn't deal with files which are encoded in > UTF-8. Yes. Magicfilter at the moment doesn't handle text encodings universally. It is in the printer files. > When I print a simple file consisting of the text "test ä", > the "ä" is printed as two characters; i.e. it seems that magicfilter > assumes the file is Latin-1 and interprets the 2-byte string as two > characters instead of one. Supporting UTF-8 files which are basically > Latin-1 should be easy because you could simply convert them with > iconv, but it would be nice if magicfilter had full UTF-8 support for > text files, so signs such as ??? (bullet) and ??? (heart) would be printed > correctly. Yes, this would be nice. In my opinion this should be done by the text output printing program, in this case enscript, and not by magicfilter itself. You could of course add an iconv step in between, but this would limit the conversion from say UTF8 to Latin1. > Do you think that's possible? FWIW, I'm using ljet4m-filter but this > shouldn't make any difference. It does. I assume it is a PS printer, so enscript is used for text handling. a2ps is unfortunately not Unicode-ready either (Bug #180236) David