Bug#913586: texlive-binaries 2018.20181104.49075-1 breaks context
Hi Norbert, Thanks much! All looks well with 2018.20181104.49075-2. Best, Thanasis On Tue, 13 Nov 2018 at 11:15, Norbert Preining wrote: > > Arg, indeed. Why didn't that happen here is a surprise to me, but now I > > can reproduce it. > > I reverted luatex to the previous version 1.07 which works (at least > here) and uploaded a new package of texlive-bin. > > Thanasis: If you are in hurry, please get the binaries from unstable. > > Thanks > > Norbert > > -- > PREINING Norbert http://www.preining.info > Accelia Inc. +JAIST +TeX Live +Debian Developer > GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 > -- Thanasis Kinias Instructor & Doctoral Candidate, Department of History, Northeastern University kinia...@husky.neu.edu
Bug#913586: texlive-binaries 2018.20181104.49075-1 breaks context
Hi Norbert, The packages currently will not install at all, because APT hangs during the format-building part of the installation process. (See discussion with Hilmar from yesterday.) Best, Thanasis On Mon, 12 Nov 2018 at 21:22, Norbert Preining wrote: > Hi, > > I cannot reproduce this. > > Can you please run on the command line as root! > > mtxrun --generate > > That should rebuild the ConTeXt MarkIV format. It does work here. > > Thanks > > Norbert > > -- > PREINING Norbert http://www.preining.info > Accelia Inc. +JAIST +TeX Live +Debian Developer > GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 > -- Thanasis Kinias Instructor & Doctoral Candidate, Department of History, Northeastern University kinia...@husky.neu.edu
Bug#913586: texlive-binaries 2018.20181104.49075-1 breaks context
Hi Norbert, Sorry about my last e-mail; I sent it before I saw your latest. —TK On Tue, 13 Nov 2018 at 03:08, Norbert Preining wrote: > On Tue, 13 Nov 2018, Hilmar Preuße wrote: > > Pregenerating ConTeXt MarkIV format. This may take some time... > > Arg, indeed. Why didn't that happen here is a surprise to me, but now I > can reproduce it. > > Thanks. > > Norbert > > -- > PREINING Norbert http://www.preining.info > Accelia Inc. +JAIST +TeX Live +Debian Developer > GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 > -- Thanasis Kinias Instructor & Doctoral Candidate, Department of History, Northeastern University kinia...@husky.neu.edu
Bug#913586: texlive-binaries 2018.20181104.49075-1 breaks context
Yes! “attempt to call upvalue 'isfile' (a nil value)” was the error that would break compilation after I updated this morning. I’m not entirely sure why the format-generation problem is preventing installation now, whereas this morning it updated successfully but wouldn’t run—but I’m glad you can reproduce the error. Given that at least in some situations, attempting to install the texlive-binaries package currently in testing will cause apt to hang, this seems like it could be a fairly serious problem. —TK On Mon, 12 Nov 2018 at 17:07, Hilmar Preuße wrote: > On 12.11.18 21:48, Thanasis Kinias wrote: > > Hi, > > > Ah yes, of course. Sorry I failed my reading comprehension task :) > > > > Here are just the logfiles from under /var/lib/texmf/web2c. > > > I'm sorry there is no valuable information in your log files. Probably > b/c the program even started running and even wrote a log file...However > I'm able to reproduce the problem and extracted the command line > probably leading to your problem: > > hille@amd64-sid:~$ luatex --ini > --lua=/usr/share/texmf/tex/context/base/mkiv/luat-cod.lua > /tmp/cont-en.mkiv dum > This is LuaTeX, Version 1.09.0 (TeX Live 2019/dev/Debian) (INITEX) > system commands enabled. > error in callback: > /usr/share/texmf/tex/context/base/mkiv/luat-cod.lua:166: attempt to call > upvalue 'isfile' (a nil value) > . > > > <*> /tmp/cont-en.mkiv >dum > ? > > ..and the format generation hangs. I had to kill the luatex run. > > H. > -- > sigfault > #206401 http://counter.li.org > -- Thanasis Kinias Instructor & Doctoral Candidate, Department of History, Northeastern University kinia...@husky.neu.edu
Bug#913586: texlive-binaries 2018.20181104.49075-1 breaks context
Ah yes, of course. Sorry I failed my reading comprehension task :) Here are just the logfiles from under /var/lib/texmf/web2c. —TK On Mon, 12 Nov 2018 at 14:50, Hilmar Preuße wrote: > On 12.11.18 19:34, Thanasis Kinias wrote: > > Hi, > > > I’ve created a tarball with all the files under /var/lib/texmf/web2c, > > but I’m reluctant to attach a ~10 MB file here. Is it OK to do that, > > or should I get it to you some other way? > > > Is it really 10MB? Did you just collect the log file or the format files > too? The *fmt files are not of interest for us, please collect just the > logs and gzip the resulting file. > > Hilmar > -- Thanasis Kinias Instructor & Doctoral Candidate, Department of History, Northeastern University kinia...@husky.neu.edu logfiles.tar.bz2 Description: application/bzip
Bug#913586: texlive-binaries 2018.20181104.49075-1 breaks context
Hi Hilmar, I’ve created a tarball with all the files under /var/lib/texmf/web2c, but I’m reluctant to attach a ~10 MB file here. Is it OK to do that, or should I get it to you some other way? Best, Thanasis
Bug#913586: texlive-binaries 2018.20181104.49075-1 breaks context
Package: texlive-binaries Version: 2018.20180907.48586-2 Severity: important The routine update of the texlive packages in testing this morning broke context on my system. Compiling any context files would fail with a lua error; this was true both for my own files and for the Hello-World.tex from Context Garden. I resolved the issue on my system by manually reverting to the previous debs for texlive-base and for texlive-binaries and its dependencies. When I tried to re-run the upgrade to get more detailed info about the lua error for this bug report, I found that the packages will now not install at all: when I do 'apt-get dist-upgrade', it hangs at the stage of generating the context formats. The lua error involved complaining about something being ‘a nil value’; I’m sorry I can’t be more specific, since I can no longer get the problematic packages to install to reproduce the error. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (110, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages texlive-binaries depends on: ii dpkg 1.19.2 ii install-info 6.5.0.dfsg.1-4+b1 ii libbrotli11.0.7-1 ii libc6 2.27-8 ii libcairo2 1.16.0-1 ii libfontconfig12.13.1-2 ii libfreetype6 2.8.1-2 ii libgcc1 1:8.2.0-9 ii libgmp10 2:6.1.2+dfsg-3 ii libgraphite2-31.3.12-1 ii libgs99.25~dfsg-7 ii libharfbuzz-icu0 1.9.0-1 ii libharfbuzz0b 1.9.0-1 ii libice6 2:1.0.9-2 ii libicu60 60.2-6 ii libkpathsea6 2018.20180907.48586-2 ii libmpfr6 4.0.1-1 ii libpaper1 1.1.24+nmu5 ii libpixman-1-0 0.34.0-2 ii libpng16-16 1.6.34-2 ii libpotrace0 1.15-1 ii libptexenc1 2018.20180907.48586-2 ii libsm62:1.2.2-1+b3 ii libstdc++68.2.0-9 ii libsynctex2 2018.20180907.48586-2 ii libtexlua52 2018.20180907.48586-2 ii libtexlua53 2018.20180907.48586-2 ii libtexluajit2 2018.20180907.48586-2 ii libwoff1 1.0.2-1 ii libx11-6 2:1.6.7-1 ii libxaw7 2:1.0.13-1+b2 ii libxext6 2:1.3.3-1+b2 ii libxi62:1.7.9-1 ii libxmu6 2:1.1.2-2 ii libxpm4 1:3.5.12-1 ii libxt61:1.1.5-1 ii libxxhash00.6.5-1 ii libzzip-0-13 0.13.62-3.1 ii perl 5.28.0-3 ii t1utils 1.41-2 ii tex-common6.10 ii zlib1g1:1.2.11.dfsg-1 Versions of packages texlive-binaries recommends: ii texlive-base 2018.20181009-1 texlive-binaries suggests no packages. -- no debconf information
Bug#825932: freeorion: Segfault on entry of dead_macron
Cool. BTW, if you want to try to reproduce it, you could manually run a couple xmodmap commands: $ xmodmap -e 'keycode 108 = Mode_switch' $ xmodmap -e 'keycode 20 = minus underscore dead_macron' That will map your right alt key to work like the European AltGr – then if you to RightAlt + - (that’s keyboard minus, not the numeric kepad minus) followed by a vowel you’ll get the vowel-with-macron. If you do that in a Freeorion text edit box, you should be able to reproduce the crash. Logging out of your window manager and logging back in should reset your keyboard mapping. On Tue, Jun 7, 2016 at 12:27 PM, Markus Koschany <a...@debian.org> wrote: > Control: forwarded -1 https://github.com/freeorion/freeorion/issues/701 > > Hi, > > Thank you for the additional information. I have forwarded your bug > report upstream to > > https://github.com/freeorion/freeorion/issues/701 > > Cheers, > > Markus > > -- Thanasis Kinias Doctoral Student, Department of History Northeastern University kinia...@husky.neu.edu
Bug#825932: freeorion: Segfault on entry of dead_macron
Package: freeorion Version: 0.4.5+git20160501-1 Severity: normal Tags: l10n Dear Maintainer, I’m seeing an odd crash resulting from typing a dead_macron (i.e., typing a macron deadkey). What I’m doing: Try to rename a fleet after the star system ‘Fehū’. What happens: As soon as I hit the macron deadkey, attempting to type the ‘ū’, FreeOrion segfaults. The following appears on the console: > terminate called after throwing an instance of 'utf8::invalid_utf8' > what(): Invalid UTF-8 > Aborted I can reproduce this in a minimal case where I start up FreeOrion, quick-start a new game, and do a rename as the very first action. I did a strace -f of this minimal case, but the result is still 82 MB, so I’m not attaching it here. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages freeorion depends on: ii freeorion-data0.4.5+git20160501-1 ii libboost-date-time1.58.0 1.58.0+dfsg-5+b1 ii libboost-filesystem1.58.0 1.58.0+dfsg-5+b1 ii libboost-iostreams1.58.0 1.58.0+dfsg-5+b1 ii libboost-locale1.58.0 1.58.0+dfsg-5+b1 ii libboost-log1.58.01.58.0+dfsg-5+b1 ii libboost-python1.58.0 1.58.0+dfsg-5+b1 ii libboost-regex1.58.0 1.58.0+dfsg-5+b1 ii libboost-serialization1.58.0 1.58.0+dfsg-5+b1 ii libboost-system1.58.0 1.58.0+dfsg-5+b1 ii libboost-thread1.58.0 1.58.0+dfsg-5+b1 ii libc6 2.22-7 ii libfreetype6 2.6.3-3+b1 ii libgcc1 1:6.1.1-3 ii libgl1-mesa-glx [libgl1] 11.2.2-1 ii libglew1.13 1.13.0-2 ii libglu1-mesa [libglu1]9.0.0-2.1 ii libjpeg62-turbo 1:1.4.2-2 ii libopenal11:1.17.2-1 ii libpng16-16 1.6.21-4 ii libpython2.7 2.7.11-9 ii libsdl2-2.0-0 2.0.4+dfsg1-2+b1 ii libstdc++66.1.1-3 ii libtiff5 4.0.6-1 ii libvorbisfile31.3.5-3 freeorion recommends no packages. freeorion suggests no packages. -- no debconf information
Bug#818524: similar on Stretch
I’m seeing something very similar with 0.4.5-1+b1 on a laptop running amd64 testing. I can’t say exactly when this started, though, as yesterday was the first time I fired up the game in a while – pretty sure we were on 0.4.4-2 last time I ran it – but freeorion used to run fine on this machine. Examples of issues are: very high CPU usage on a 2.5GHz i5; 15–20 sec. to process a turn right at the start of the game; multisecond lags when doing things like adding builds or techs to the queue; UI lockup/window-repaint failure; etc. I nuked my .freeorion directory, too, to no effect. I compiled from upstream source and didn’t see a dramatic difference from the performance of the Debian package. Best, -- Thanasis Kinias Doctoral Student, Department of History Northeastern University
Bug#612242: Also in i386
Just wanted to update that I am seeing similar behaviour on an i386 system. I just killed 24 zombie tracker processes 40 minutes after booting the system; they were using a total of ~256MB of memory. -- Thanasis Kinias Faculty Adjunct, ChandlerâGilbert Community College Phoenix, Arizona . Je ne viens dâaucun pays, dâaucune cité, dâaucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. âAmin Maalouf, _Léon lâAfricain_ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612242: Same issue
I have similar issues with tracker on a MacBook Pro (Core2 Duo CPU, 2GB RAM, amd64 arch). When the miner runs, it will use close to 100% of both CPU cores. More critically, there are memory leak problems. When I am not paying attention to the memory usage, the multitude of tracker processes keep growing until there is 100% memory usage and I have to halt the machine. I just killed a bunch of zombie processes that in total were using over 1GB of RAM. Home directory is ~100GB; the tracker index is ~500MB. I have not yet tried nuking the DB because I donât want to encourage it to start rebuilding, since it makes the computer so unresponsive. Iâll try it overnight. -- Thanasis Kinias Faculty Adjunct, ChandlerâGilbert Community College Phoenix, Arizona . Je ne viens dâaucun pays, dâaucune cité, dâaucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. âAmin Maalouf, _Léon lâAfricain_ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633369: context: Fonts broken on upgrade to 2011.05.18.20110627-1
byte or sequence at line 104 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 105 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 105 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 106 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 106 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 107 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 107 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 108 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 108 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 109 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 109 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 110 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 110 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 115 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 115 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 116 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 116 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 117 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 117 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 150 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 150 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 152 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 152 replaced by U+FFFD. ) [1.1] systems : end file test at line 54 ) Here is how much of TeX's memory you used: 1076 strings out of 459771 20756 string characters out of 593840 4516412 words of memory out of 7024626 38990 multiletter control sequences out of 15000+5 20797 words of font info for 62 fonts, out of 300 for 9000 304 hyphenation exceptions out of 8191 46i,18n,49p,238b,541s stack positions out of 5000i,500n,1p,20b,5s Output written on test.pdf (1 page). == -- Thanasis Kinias Thanasis A. Kinias Assoc. LLC Phoenix, Arizona . Je ne viens d’aucun pays, d’aucune cité, d’aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. —Amin Maalouf, _Léon l’Africain_ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633369: context: Fonts broken on upgrade to 2011.05.18.20110627-1
Package: context Version: 2011.05.18.20110627-1 Severity: grave Justification: renders package unusable On upgrading from 2009.11.26-2 to 2011.05.18.20110627-1, context becomes useless because font selection is broken. Document font is set to Latin Modern, regardless of \setupbodyfont. A minimal document showing the bug: == \setupbodyfont[junicode,10pt] \starttext The quick brown fox jumped over the lazy dog. 1234567890. \stoptext == Here, junicode is a font defined in an external typescript which worked previously. When the file is processed with texexec --xtx, the resulting output is typeset in Latin Modern. Regardless of the font selected with \setupbodyfont -- whether user-defined or system -- the output is set in LM. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/1 CPU core) 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 context depends on: ii dpkg 1.16.0.3Debian package management system ii lmodern 2.004.1-3 scalable PostScript and OpenType f ii luatex 0.70.1-1next generation TeX engine ii ruby 4.8 Transitional package for ruby1.8 ii ruby1.8 [ruby] 1.8.7.334-4 Interpreter of object-oriented scr ii tex-common 2.10common infrastructure for building ii tex-gyre 2.004.1-2 scalable PostScript and OpenType f ii texlive-base 2009-11 TeX Live: Essential programs and f ii texlive-binaries 2009-8 Binaries for TeX Live ii texlive-metapost 2009-11 TeX Live: MetaPost (and Metafont) Versions of packages context recommends: ii context-modules 20110701-1 additional ConTeXt modules ii ttf-freefont20100919-1 Freefont Serif, Sans and Mono True ii ttf-gfs-artemisia 1.1-2Greek font (Times Greek-like) ii ttf-gfs-baskerville 1.1-2Ancient Greek font revival ii ttf-gfs-bodoni-classic 1.1-2Smart Greek typeface revival ii ttf-gfs-didot 1.1-2Greek font family (Didot revival) ii ttf-gfs-didot-classic 1.1-2Greek font family (Classic Didot r ii ttf-gfs-gazis 1.1-2ancient Greek font (Byzantine curs ii ttf-gfs-neohellenic 1.1-2new Greek font family with matchin ii ttf-gfs-olga1.1-2ancient Greek oblique font revival ii ttf-gfs-porson 1.1-3Greek font (Porson revival) ii ttf-gfs-solomos 1.1-2ancient Greek oblique font ii ttf-gfs-theokritos 1.1-2decorative Greek font ii ttf-sil-gentium 20081126:1.02-11 extended Unicode Latin font (a ty Versions of packages context suggests: ii context-doc-nonfree 2009.10.27-1 ConTeXt documentation that is not pn context-nonfree none (no description available) ii fontforge 0.0.20110222-1 font editor ii libxml-parser-perl2.41-1 Perl module for parsing XML files pn perl-tk none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633369: context: Reversion to stable version fixes
Package: context Followup-For: Bug #633369 Just wanted to report that reversion to 2009.11.26-2 makes the font problem disappear. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/1 CPU core) 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 context depends on: ii dpkg 1.16.0.3Debian package management system ii lmodern 2.004.1-3 scalable PostScript and OpenType f ii luatex 0.70.1-1next generation TeX engine ii ruby 4.8 Transitional package for ruby1.8 ii ruby1.8 [ruby] 1.8.7.334-4 Interpreter of object-oriented scr ii tex-common 2.10common infrastructure for building ii tex-gyre 2.004.1-2 scalable PostScript and OpenType f ii texlive-base 2009-11 TeX Live: Essential programs and f ii texlive-binaries 2009-8 Binaries for TeX Live ii texlive-metapost 2009-11 TeX Live: MetaPost (and Metafont) Versions of packages context recommends: ii ttf-freefont20100919-1 Freefont Serif, Sans and Mono True ii ttf-gfs-artemisia 1.1-2Greek font (Times Greek-like) ii ttf-gfs-baskerville 1.1-2Ancient Greek font revival ii ttf-gfs-bodoni-classic 1.1-2Smart Greek typeface revival ii ttf-gfs-didot 1.1-2Greek font family (Didot revival) ii ttf-gfs-didot-classic 1.1-2Greek font family (Classic Didot r ii ttf-gfs-gazis 1.1-2ancient Greek font (Byzantine curs ii ttf-gfs-neohellenic 1.1-2new Greek font family with matchin ii ttf-gfs-olga1.1-2ancient Greek oblique font revival ii ttf-gfs-porson 1.1-3Greek font (Porson revival) ii ttf-gfs-solomos 1.1-2ancient Greek oblique font ii ttf-gfs-theokritos 1.1-2decorative Greek font ii ttf-sil-gentium 20081126:1.02-11 extended Unicode Latin font (a ty Versions of packages context suggests: ii context-doc-nonfree 2009.10.27-1 ConTeXt documentation that is not pn context-nonfree none (no description available) ii fontforge 0.0.20110222-1 font editor ii libxml-parser-perl2.41-1 Perl module for parsing XML files pn perl-tk none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536521: gimp: help-browser plugin crashes on start
Package: gimp Version: 2.6.6-1+b1 Severity: normal The help-browser plugin crashes whenever it is invoked (Help button or F1 key), displaying a dialog with “Help browser doesn't start / Could not start the GIMP help browser plug-in.” At the same time GLib-ERROR **: The thread system is not yet initialized. aborting... is writted to stderr. I only rarely use the GIMP’s help so I cannot say with any confidence when this bug appeared. Severity: normal because a nonfunctional help system does not prevent use of any of the GIMP’s features but is too serious to be considered minor. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (501, 'testing'), (501, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gimp depends on: ii gimp-data2.6.6-1 Data files for GIMP ii libaa1 1.4p5-38ascii art library ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libbabl-0.0- 0.0.22-1Dynamic, any to any, pixel format ii libc62.9-12 GNU C Library: Shared libraries ii libcairo21.8.6-2+b1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.14-3simple interprocess messaging syst ii libdbus-glib 0.80-4 simple interprocess messaging syst ii libexif120.6.17-1library to parse EXIF files ii libfontconfi 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgegl-0.0- 0.0.20-1Generic Graphics Library ii libgimp2.0 2.6.6-1+b1 Libraries for the GNU Image Manipu ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libjpeg626b-14 The Independent JPEG Group's JPEG ii liblcms1 1.18.dfsg-1 Color management library ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpango1.0- 1.24.0-3+b1 Layout and rendering of internatio ii libpng12-0 1.2.37-1PNG library - runtime ii libpoppler-g 0.10.6-1PDF rendering library (GLib-based ii librsvg2-2 2.26.0-1SAX-based renderer library for SVG ii libtiff4 3.8.2-12Tag Image File Format (TIFF) libra ii libwebkit-1. 1.1.10-2Web content engine library for Gtk ii libwmf0.2-7 0.2.8.4-6.1 Windows metafile conversion librar ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxpm4 1:3.5.7-2 X11 pixmap library ii python 2.5.4-2 An interactive high-level object-o ii python-gtk2 2.14.1-3Python bindings for the GTK+ widge ii python-suppo 1.0.3 automated rebuilding support for P ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime gimp recommends no packages. Versions of packages gimp suggests: ii ghostscript 8.64~dfsg-12The GPL Ghostscript PostScript/PDF ii gimp-data-extras 1:2.0.1-3 An extra set of brushes, palettes, ii gimp-help-en [gi 2.4.1-2 Documentation for the GIMP (Englis ii gvfs-backends1.2.2-2 userspace virtual filesystem - bac ii libasound2 1.0.20-2shared library for ALSA applicatio ii libgimp-perl 2.0.dfsg+2.2pre1.dfsg-5 Perl support and plugins for The G -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#131924: Is 131924 fixed?
fixed 131924 4.7.28 I can't reproduce this at all with 4.7.28 -- feeding garbage input (up to 64k in length) seems to do no more than elicit Usage: whois [OPTION]... OBJECT... etc. Loïc reported being unable to reproduce this bug 2½ years (and some dozen revisions) ago... Is it time to close it? -- Thanasis Kinias President, Thanasis A. Kinias Assoc. Phoenix, Arizona tel.: +1.480.993.7542 fax: +1.480.248.2172 . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509465: gmt: xgridedit segfaults
Package: gmt Version: 4.3.1-3 Severity: important xgridedit consistently segfaults when starting, whether being run on a GMT-produced .grd file or a third-party produced netCDF file. Severity is only ‘Important’ because while xgridedit is completely unusable the standard CLI tools are unaffected. I'll post more if I can figure out what's going on... -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (400, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gmt depends on: ii libc62.7-16 GNU C Library: Shared libraries ii libgmt4 4.3.1-3 Generic Mapping Tools Library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libnetcdf4 1:3.6.2-3.1 An interface for scientific data a ii libsm6 2:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxaw7 2:1.0.4-2 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library Versions of packages gmt recommends: ii gmt-coast-low [gmt-coastline- 1:1.10-1 Low resolution coastlines for the ii gmt-doc 4.3.1-3HTML documentation for GMT, the Ge Versions of packages gmt suggests: ii gmt-doc-pdf 4.3.1-3PDF docs for GMT, the Generic Mapp ii gmt-examples 4.3.1-3Example scripts illustrating the u ii gmt-tutorial-pdf 4.3.1-3Tutorial for GMT, the Generic Mapp -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509468: gmt: No manual entry for xgridedit
Package: gmt Version: 4.3.1-3 Severity: normal $ man xgridedit No manual entry for xgridedit See 'man 7 undocumented' for help when manual pages are not available. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (400, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gmt depends on: ii libc62.7-16 GNU C Library: Shared libraries ii libgmt4 4.3.1-3 Generic Mapping Tools Library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libnetcdf4 1:3.6.2-3.1 An interface for scientific data a ii libsm6 2:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxaw7 2:1.0.4-2 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library Versions of packages gmt recommends: ii gmt-coast-low [gmt-coastline- 1:1.10-1 Low resolution coastlines for the ii gmt-doc 4.3.1-3HTML documentation for GMT, the Ge Versions of packages gmt suggests: ii gmt-doc-pdf 4.3.1-3PDF docs for GMT, the Generic Mapp ii gmt-examples 4.3.1-3Example scripts illustrating the u ii gmt-tutorial-pdf 4.3.1-3Tutorial for GMT, the Generic Mapp -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500715: kde-i18n-cy: wrong tag (french-kde-desktop vice welsh-kde-desktop)
Package: kde-i18n-cy Version: 4:3.5.10-1 Severity: important Tags: l10n Package is assigned `Task: french-kde-desktop' not `Task: welsh-kde-desktop'. Severity is Important because this will prevent tasksel from installing the package on a Welsh-language KDE system. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-etchnhalf.1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499728: iceweasel-vimperator: new upstream version
Package: iceweasel-vimperator Version: 1.1-1 Severity: normal Upstream version 1.2 (huge update, lots of new features and bug fixes) available... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (50, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-etchnhalf.1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel-vimperator depends on: ii iceweasel 3.0.1-1lightweight web browser based on M iceweasel-vimperator recommends no packages. iceweasel-vimperator suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361346: Remove
scripsit Frank Lichtenheld: severity 361346 serious thanks Hi, astrolog has been orphaned for a long time now and I am evaluating whether a request for removal should be finally filed. [...] Are you interested in adopting this package? Do you know potential adopters? If so, please could you forward them this mail, Ccing the BTS and me? I would like to adopt... IIRC I filed an ITA some time ago -- and at that time I did quite a lot of work on the package, including an all-new manpage etc. -- but I got tripped up on licensing. I wanted to get astrolog out of non-free but couldn't get agreement on how to do that. I'm quite busy with other work at the moment but I don't want to see the package go awy. Are you a DD? (I'm not...) Could you sponsor the upload if I get a new package finalized? -- Thanasis Kinias President, Thanasis A. Kinias Assoc. Phoenix, Arizona tel.: +1.480.993.7542 fax: +1.480.248.2172 . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444342: evince: Unimplemented named action: POPPLER_DEST_FITBH
scripsit Sven Arvidsson: On Thu, 2007-09-27 at 14:09 -0700, Thanasis Kinias wrote: [...] The PDF in question is a journal article: Martin S. Staum, `The Paris Geographical Society constructs the Other, 1821–1850', _Journal of Historical Geography_ 26 (2000) 222-238. doi:10.1006/jhge.2000.0213 Setting severity to Minor as this doesn't seem to harm the function of the program at all... Hi, Thanks for the bug report. Is the PDF publicly available or redistributable? It's distributed (commercially) by Science Direct and is not redistributable, unfortunately (academic journals don't grok Free :( ) but if you're associated with a university you may have free access that way (my university has a subscription so we have access from university IPs or via a proxy). If not, it would be great if you could retry with Evince 2.20. 2.20 is currently only available from the experimental archive, it also requires GTK 2.12 so you might want to wait for it to reach testing first. OK. If you haven't heard back from me, please send me a reminder note when 2.20 has arrived in Testing. Regards, -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_ signature.asc Description: Digital signature
Bug#396993: 396993 still present in 2.1.3
package xserver-xorg-video-nv found 396993 1:2.1.3-1 thanks Just a note that I'm still getting random lockups with 2.1.3. I know there's 2.1.5 in sid now but I'm not currently in a position to take this machine to a full unstable X setup... ( this is the amd64 Presario V6000, BTW: lspci -vv: [...] 00:05.0 VGA compatible controller: nVidia Corporation C51 PCI Express Bridge (rev a2) (prog-if 00 [VGA]) Subsystem: Hewlett-Packard Company Unknown device 30b7 [...] ) -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#444342: evince: Unimplemented named action: POPPLER_DEST_FITBH
Package: evince Version: 0.8.3-1 Severity: minor Greetings, I get the following on STDERR: ** (evince:19724): WARNING **: Unimplemented named action: POPPLER_DEST_FITBH, please post a bug report in Evince bugzilla (http://bugzilla.gnome.org) with a testcase. (repeated 12 times) when I close a particular PDF. The PDF in question is a journal article: Martin S. Staum, `The Paris Geographical Society constructs the Other, 1821–1850', _Journal of Historical Geography_ 26 (2000) 222-238. doi:10.1006/jhge.2000.0213 Setting severity to Minor as this doesn't seem to harm the function of the program at all... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (989, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-tk (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evince depends on: ii gconf2 2.18.0.1-3 GNOME configuration database syste ii gnome-icon-theme2.18.0-3 GNOME Desktop icon theme ii gs-esp [gs] 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.56.dfsg.1-1.1 The GPL Ghostscript PostScript int ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libbonobo2-02.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libdjvulibre15 3.5.19-3 Runtime support for the DjVu image ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-2 GNOME Virtual File System (runtime ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libkpathsea42007-14 TeX Live: path search library for ii libnautilus-extension1 2.18.3-3 libraries for nautilus components ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libpoppler-glib10.5.4-6 PDF rendering library (GLib-based ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime evince recommends no packages. -- no debconf information
Bug#443116: uninstallable cinepaint
Hi Simon, This is a known issue. Cinepaint was removed from unstable and testing because the packaging was broken and the maintainer was MIA. I'm taking over the package and, as soon as I get the building cleaned up, will be uploading 0.22-1-1, which is a major improvement. If you can be patient a few more weeks, you'll have an installable _and_ much improved cinepaint. In the meantime, if you are able, you can get Ubuntu's source package and build it on your local machine to get some of the improvements... Regards, -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#365801: Should be fine with GTK2
This should be fixed in the pending upload since we don't use GTK1 any more... -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#398951: fixed
This is fixed upstream -- you will now get a message that Color Correction only works on 8-bit images. -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#399007: probably fixed
This is probably fixed upstream. I don't have a D70 to test with, but 0.22-1 has no problems with D50 files. If this is still a problem once we get 0.22-1 uploaded let me know and we'll take it from there... -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#246804: can't reproduce
I can't reproduce these with upstream's 0.22-1; I suspect they've been silently fixed upstream. I'll be closing them after upload of the new version if we can't get confirmation that they still exist... -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#444061: astrolog: Placalc code not distributable
Package: astrolog
Version: 5.40-3
Severity: serious
Justification: copyright
We don't have a license to be redistributing the Placalc code contained
in the placalc.{c,h} and placalc2.c source files. Upstream says:
# The extended accurate ephemeris databases and formulas are from the
# calculation routines in the program Placalc and are programmed and
# Copyright (C) 1989,1991,1993 by Astrodienst AG and Alois Treindl The
# use of that source code is subject to regulations made by Astrodienst
# Zurich, and the code is not in the public domain. This copyright
# notice must not be changed or removed by any user of this program.
While Astrodienst AG and Alois Treindl may have given upstream
permission to use the code, that doesn't allow _us_ to redistribute it.
Upstream _does_ explicitly permit redistribution, modification, etc., of
the rest of the package.
Since we don't distribute the extended ephemeris database already,
removing these files from the source tarball has no effect on the
functioning of the program.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444062: astrolog: Examples should go in examples directory
Package: astrolog Version: 5.40-3tk3 Severity: minor Files /usr/share/doc/astrolog/astrolog.cgi.gz and /usr/share/doc/astrolog/fixplaces should go in an examples directory (policy 12.6). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (989, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-tk (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages astrolog depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library astrolog recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444069: astrolog: config file not installed
Package: astrolog Version: 5.40-3 Severity: normal config file `astrolog.dat' is not installed; should be installed under /etc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444068: astrolog: no man page
Package: astrolog Version: 5.40-3 Severity: normal astrolog has no man page (see Policy 12.1). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361346: Debian astrolog ITA
Greetings [EMAIL PROTECTED], I just filed my ITA on the Debian astrolog package, which I've been working on for a month or so now -- I've updated the building, patched some code, fixed various bugs and policy violations, etc. I've also been in contact with the upstream author about clarifying the licensing. I hadn't filed a formal ITA yet until today, though. Nobody had touched the package in a log time, but I'm anticipating being ready to upload in the next couple of days, as soon as I finish writing the man page and hear back from the -legal folks. Anyway, I just noticed that you sent a message to the O: bug yesterday saying: ITA, i wans to adopt this package thank you but you didn't actually _do_ the ITA by taking ownership and retitling. It's a rather bizarre coincidence that after all this time we both started working on it so close together! Have you done much work on this yet? I really don't want to get into a struggle over adoption of the package, but I've done rather a lot of work already and would like to continue, especially if I can get the package moved out of non-free (and I'm optimistic this can happen). -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#443515: context: Broken typescripts
Package: context Version: 2007.04.17-1 Severity: important Most typescripts do not work with XeTeX since v2007.01.[something]. This means that existing XeTeX documents cannot be processed without major reworking. This is a known issue upstream; see ConTeXt mailing list message `[NTG-context] warning: XeTeX broken typescripts (please wait with upgrading)' http://www.ntg.nl/pipermail/ntg-context/2007/024497.html, dated 2007-03-26. This is not yet totally fixed upstream (major work is being done on LuaTeX font support, which will then be backported to XeTeX/ConTeXt), but a hack to type-xtx.tex gets some functionality back in recent versions. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (989, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-tk (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages context depends on: ii lmodern 1.010x-3 scalable PostScript and OpenType f ii ruby 1.8.2-1An interpreter of object-oriented ii tex-common1.9Common infrastructure for using an ii texlive-base 2007-12TeX Live: Essential programs and f ii texlive-base-bin 2007-14TeX Live: Essential binaries ii texlive-metapost 2007-14TeX Live: MetaPost (and Metafont) context recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443332: context: New upstream version 2007.09.10
scripsit Frank Küster: Thanasis Kinias [EMAIL PROTECTED] wrote: Package: context Version: 2007.04.17-1 Severity: normal There have been several upstream releases since 2007.04.17 (half a dozen or so), including various important bugfixes (like the ConTeXt font stuff broken since January) and the release of the Mark IV engine in 2007.08.07. We're kind of low on personel these months... It's not August any more... ;) But I understand. We're starting the academic year here and I'm low on time myself... The font stuff sounds indeed like something to be fixed (although nobody seems to have reported it to the Debian BTS, AFAIR). Done: #443515. With Mark IV we should be a bit careful: Unless luatex is in testing, context should work without it, and I'm not sure which function Mark IV has at the moment. I'm using the latest ConTeXt locally here right now. Current LuaTeX is totally FUBAR and so Mk IV is (for me) unusable. However, the default engine is still Mk II (with pdftex or xetex) so upgrading at this point has no drawback. Ideally, we would have frozen the ConTeXt version in testing to something from back in January before the font mess entered upstream... but since we didn't, it would be nice to get a little bit of the functionality back. I don't see a reason to delay the update out of caution, since the experimental Mk IV stuff is not the default. Now, having _time_ to do it is of course a different story... ;) P.S. Funny name. My tent is called Mark III... I assume it comes from the slightly archaic Anglo-American terminology for denoting models of military equipment -- 40mm grenade launcher Mk 19, Cruiser Tank Mk III, etc. But why upstream (Dutch, I believe) picked it is anybody's guess... -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#443332: context: New upstream version 2007.09.10
Package: context Version: 2007.04.17-1 Severity: normal There have been several upstream releases since 2007.04.17 (half a dozen or so), including various important bugfixes (like the ConTeXt font stuff broken since January) and the release of the Mark IV engine in 2007.08.07. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (989, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-tk (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages context depends on: ii lmodern 1.010x-3 scalable PostScript and OpenType f ii ruby 1.8.2-1An interpreter of object-oriented ii tex-common1.9Common infrastructure for using an ii texlive-base 2007-12TeX Live: Essential programs and f ii texlive-base-bin 2007-14TeX Live: Essential binaries ii texlive-metapost 2007-14TeX Live: MetaPost (and Metafont) context recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442029: Opencity policy: violates 9.1 10.7 MUSTs
be about the point. It is _very_ clear where things are intended to go, just not what's SHOULD and what's MUST. I'm sorry if my initial posts on the subject struck you as inappropriate; my only intention was to address and fix problems I found with a Debian package. I had done the work to fix the issues and wanted to share it with the Games Team. We have different interpretations of the question of whether following FHS for docs' location is a MUST or a SHOULD, but I don't _think_ we disagree that it is at least a SHOULD -- and so constitutes in that case a bug, if not a RC one. I'd really prefer not to argue further about the FHS severity. Let's just improve Debian; that's what we're here for, no? -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_ signature.asc Description: Digital signature
Bug#442029: Opencity policy: violates 9.1 10.7 MUSTs
scripsit Cyril Brulebois: Cyril Brulebois [EMAIL PROTECTED] (12/09/2007): My questions about the exact content of the bug remains, because “FHS violations” isn't self-explanatory. For the sake of completeness, posting the following here, so as to demonstrate how many points of the Policy the opencity package violates. There are explanations actually. Let's see: | AUTHORS -- doesn't ship, must be in $(DOCDIR) Must? What about the copyright file? (1) sorry, that wasn't as clear as it should have been. It doesn't ship, and it's not clear why -- that's a minor bug, yes -- but if it _does_ ship it _must_ be in $(DOCDIR): # 9.1.1 File system Structure # # The location of all installed files and directories must comply with the # File system Hierarchy Standard (FHS), version 2.3, with the exceptions # noted below, and except where doing so would violate other terms of # Debian Policy. There are no relevant exceptions regarding the location of documentation files. [omitting OK stuff] | OpenCity.desktop -- double-installed in /usr/share/applications | (correct) and $(DATADIR) (redundant) Bug, OK. What violation is that? | OpenCity.png -- double-installed in /usr/share/pixmaps (correct) and | $(DATADIR) (redundant) Maybe a bug, OK. What violation is that? (2) Not a policy violation, a minor bug. | README, TODO -- don't ship, must be in $(DOCDIR) See Policy 12.3 again. What violation is that? (3) The README file is the primary documentation for the package. Not shipping it is at least Important `a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone' -- the package is not unusable to anyone who reads Italian (a small minority of users) or who goes and downloads the upstream package to get this file (not a reasonable expectation for an end user) if not Grave `makes the package unusable or mostly so'). If installed (see [1] above) it _must_ be in $(DOCDIR). | autopackage/ -- ships in $(DATADIR), no reason to ship at all Maybe a bug, OK. What violation is that? See (2). | config/* -- ship in $(DATADIR)/config; must be in $(CONFDIR) Not if it is not meant to be modified by the local admin. That configuration files, although in a directory called “config” can be static data. What violation is that, then? These files _are_ meant to be modified by the local admin; they are the program's configuration files. Putting them under /usr violates 9.1 (not following FHS, a `must') and 10.7 (not putting config files under /etc, also a `must'). A Serious bug means violating a `must' policy. | docs/* -- ship in $(DATADIR)/docs; must be in $(DOCDIR) Policy 12.3 againt, must != should. No, Policy 9.1, a `must'. FHS is very clear about where documentation files go. It is _also_ a violation of 12.3 `should', but the `must' obligation to follow FHS would make that largely irrelevant. How many policy violations remain? 9.1, 10.7, 12.3 To sum this up, ignoring the minor things that I mentioned only as a `by the way, this can be fixed too': A) The English-language documentation is not shipped. This is not a policy violation per se, as 12.3 says additional documentation MAY be installed. It is, however, an (at least) Important bug as it renders the program more-or-less unusable without going upstream to get the documentation. M. Brulebois's comment that if I can read FHS I should be able to go look upstream for docs is just insulting; while I'm (obviously) quite capable of fixing the bugs myself, that is irrelevant to whether the bugs exist. B) The Italian-language documentation and the (English) FAQ are shipped, but in an incorrect location. This violates 9.1 (MUST follow FHS, which says that documentation, if installed, MUST go at /usr/share/doc) and 12.3 (SHOULD put docs at /usr/share/doc). C) The configuration files are not installed under /etc. This violates 9.1 (MUST follow FHS, which says config in /etc) and 10.7 (MUST put configuration files in /etc). -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_ signature.asc Description: Digital signature
Bug#442029: opencity: Patch
Package: opencity
Version: 0.0.4stable-2.1
Followup-For: Bug #442029
Attached is a patch to do the following:
* fix the FHS issues (docs not under /usr/share/doc and config files not under
/etc);
* skip installi the unnecessary and/or redundant files;
* add missing and necessary README as well as nice-to-haves like
AUTHORS, TODO, etc.; and
* a minor debian/rules fix to quiet lintian.
I hope it is helpful.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (990, 'stable'), (989, 'stable'), (50,
'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.17-tk (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages opencity depends on:
ii libc6 2.6.1-1GNU C Library: Shared libraries
ii libgcc1 1:4.2.1-4 GCC support library
ii libgl1-mesa-glx [libgl1] 7.0.1-1A free implementation of the OpenG
ii libglu1-mesa [libglu1]7.0.1-1The OpenGL utility library (GLU)
ii libsdl-image1.2 1.2.6-1image loading library for Simple D
ii libsdl-mixer1.2 1.2.6-3mixer library for Simple DirectMed
ii libsdl-net1.2 1.2.7-2network library for Simple DirectM
ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer
ii libstdc++64.2.1-4The GNU Standard C++ Library v3
opencity recommends no packages.
-- no debconf information
diff -ruNad opencity-0.0.4stable~/debian/opencity.dirs
opencity-0.0.4stable/debian/opencity.dirs
--- opencity-0.0.4stable~/debian/opencity.dirs 1969-12-31 17:00:00.0
-0700
+++ opencity-0.0.4stable/debian/opencity.dirs 2007-09-12 11:42:17.0
-0700
@@ -0,0 +1,2 @@
+etc/opencity
+usr/share/games/opencity
diff -ruNad opencity-0.0.4stable~/debian/opencity.docs
opencity-0.0.4stable/debian/opencity.docs
--- opencity-0.0.4stable~/debian/opencity.docs 1969-12-31 17:00:00.0
-0700
+++ opencity-0.0.4stable/debian/opencity.docs 2007-09-12 09:58:39.0
-0700
@@ -0,0 +1,6 @@
+AUTHORS
+README
+TODO
+docs/LEGGIMI.txt
+docs/FAQ.txt
+
diff -ruNad opencity-0.0.4stable~/debian/opencity.links
opencity-0.0.4stable/debian/opencity.links
--- opencity-0.0.4stable~/debian/opencity.links 1969-12-31 17:00:00.0
-0700
+++ opencity-0.0.4stable/debian/opencity.links 2007-09-12 11:45:59.0
-0700
@@ -0,0 +1,3 @@
+etc/opencity/graphism.conf usr/share/games/opencity/config/graphism.conf
+etc/opencity/opencity.conf usr/share/games/opencity/config/opencity.conf
+
diff -ruNad opencity-0.0.4stable~/debian/rules opencity-0.0.4stable/debian/rules
--- opencity-0.0.4stable~/debian/rules 2007-09-12 09:53:42.0 -0700
+++ opencity-0.0.4stable/debian/rules 2007-09-12 11:49:25.0 -0700
@@ -41,7 +41,10 @@
rm -f build-stamp
# Add here commands to clean up after the build process.
- -$(MAKE) distclean
+ #-$(MAKE) distclean
+ # use this format to satisfy lintian:
+ [ ! -f Makefile ] || $(MAKE) distclean
+
ifneq $(wildcard /usr/share/misc/config.sub)
cp -f /usr/share/misc/config.sub config.sub
endif
@@ -52,17 +55,27 @@
rm -f config.log config.status
QUILT_PATCHES=debian/patches quilt pop -a -R || test $$? = 2
+OC_DATADIR = $(CURDIR)/debian/opencity/usr/share/games/opencity
+
install: build
dh_testdir
dh_testroot
dh_clean -k
- dh_installdirs
+ dh_installdirs
# Add here commands to install the package into debian/opencity.
$(MAKE) install DESTDIR=$(CURDIR)/debian/opencity
+
+ # fix installation locations
mv $(CURDIR)/debian/opencity/usr/bin $(CURDIR)/debian/opencity/usr/games
+
+ # delete unnecessary redundant files
+ rm -f $(OC_DATADIR)/OpenCity.desktop
+ rm -rf $(OC_DATADIR)/{autopackage,config,docs}
dh_install debian/opencity.desktop usr/share/applications
dh_install debian/opencity.xpm usr/share/pixmaps
+ dh_install config/* etc/opencity
+ dh_link
binary-indep: build install
Bug#442029: docs should be in /usr/share/doc/opencity
Package: opencity Version: 0.0.4stable-2 Severity: serious Justification: Policy 9.1 There is virtually no documentation for this package; all I find is an English FAQ.txt and an Italian LEGGIMI.txt, both in /usr/share/games/opencity/docs, which is not correct per FHS. The LEGGIMI.txt says it was translated by `morpheus' -- from what? I am guessing that the original is French (since upstream has a Vietnamese name and some files have French names), but we don't have a French or an English README. The package is essentially unusable without any documentation; I can read the Italian LEGGIMI enough to get the keystrokes down, but that still doesn't explain enough to make the package really usable. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (989, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-tk (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages opencity depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libgl1-mesa-glx [libgl1] 7.0.1-1A free implementation of the OpenG ii libglu1-mesa [libglu1]7.0.1-1The OpenGL utility library (GLU) ii libsdl-image1.2 1.2.6-1image loading library for Simple D ii libsdl-mixer1.2 1.2.6-3mixer library for Simple DirectMed ii libsdl-net1.2 1.2.7-2network library for Simple DirectM ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii libstdc++64.2.1-4The GNU Standard C++ Library v3 opencity recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442034: opencity: copyright error
Package: opencity Version: 0.0.4stable-2 Severity: serious Justification: Policy 12.5 The copyright file contains: This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License. This is modified from upstream's: #This program is free software; you can redistribute it and/or modify #it under the terms of the GNU General Public License as published by #the Free Software Foundation; either version 2 of the License, or #any later version. There are two problems with this: 1) we should not be modifying the upstream author's words here, and 2) it's nonsense with the `or' part of the `either ... or' statement deleted -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (989, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-tk (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages opencity depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libgl1-mesa-glx [libgl1] 7.0.1-1A free implementation of the OpenG ii libglu1-mesa [libglu1]7.0.1-1The OpenGL utility library (GLU) ii libsdl-image1.2 1.2.6-1image loading library for Simple D ii libsdl-mixer1.2 1.2.6-3mixer library for Simple DirectMed ii libsdl-net1.2 1.2.7-2network library for Simple DirectM ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii libstdc++64.2.1-4The GNU Standard C++ Library v3 opencity recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442029: FHS problems
OK, there are really _many_ FHS problems with this package, so I'm going
to go through the files in the source package systematically.
For the following, read:
$(DOCDIR) = /usr/share/doc/opencity
$(CONFDIR) = /etc/opencity
$(DATADIR) = /usr/share/{games,}/opencity
For some reason, recent games are going in /usr/share/games/$(PACKAGE)
vice /usr/share/$(PACKAGE), for which there's no FHS justification
AFAICT but that's not strictly a policy violation.
AUTHORS -- doesn't ship, must be in $(DOCDIR)
ChangeLog -- OK
COPYING, COPYRIGHT, INSTALL -- don't ship, that's OK
NEWS -- empty file, doesn't ship, that's OK
OpenCity.desktop -- double-installed in /usr/share/applications
(correct) and $(DATADIR) (redundant)
OpenCity.png -- double-installed in /usr/share/pixmaps (correct) and
$(DATADIR) (redundant)
README, TODO -- don't ship, must be in $(DOCDIR)
autopackage/ -- ships in $(DATADIR), no reason to ship at all
config/* -- ship in $(DATADIR)/config; must be in $(CONFDIR)
docs/* -- ship in $(DATADIR)/docs; must be in $(DOCDIR)
graphism/, model/, sound/, texture/ -- correctly ship in $(DADADIR)
--
Thanasis Kinias
Doctoral Candidate, Department of History, and
Instructor, Professional Enhancement Programs
Arizona State University, Tempe, Arizona, U.S.A.
.
Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la
route, ma patrie est caravane, et ma vie la plus inattendue des traversées.
-- Amin Maalouf, _Léon l'Africain_
Bug#442056: opencity: files claimed to be both copyright and public domain
Package: opencity Version: 0.0.4stable-2 Severity: serious Justification: Policy 12.5 debian/copyright claims source files under src/binreloc to be copyright _and_ public domain simultaneously. The author disclaims copyright by putting the files in PD so we should just identify the author, not call them `copyright' by him/her. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (989, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-tk (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages opencity depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libgl1-mesa-glx [libgl1] 7.0.1-1A free implementation of the OpenG ii libglu1-mesa [libglu1]7.0.1-1The OpenGL utility library (GLU) ii libsdl-image1.2 1.2.6-1image loading library for Simple D ii libsdl-mixer1.2 1.2.6-3mixer library for Simple DirectMed ii libsdl-net1.2 1.2.7-2network library for Simple DirectM ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii libstdc++64.2.1-4The GNU Standard C++ Library v3 opencity recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442029: docs should be in /usr/share/doc/opencity
scripsit Miriam Ruiz: Thanks for notifying this, but isn't serious maybe too much severity for just improper documentation? As I understand it, Serious is appropriate for policy violations; breaking FHS is a pretty severe policy violation. The bigger one, really, is putting configuration files under /usr/share and not in /etc, as /usr must be able to be mounted read-only. See my post to the Games Team list on the NMU I prepared for mentors which takes care of this. -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#440204: gscan2pdf: New upstream version 0.9.16
Package: gscan2pdf Version: 0.9.10-1 Severity: wishlist Upstream version 0.9.16 is available. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (989, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-tk (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gscan2pdf depends on: ii djvulibre-bin 3.5.19-3 Utilities for the DjVu image forma ii gocr0.41-1+b1A command line OCR ii libglib-perl1:1.152-1Perl interface to the GLib and GOb ii libgtk2-ex-podviewe 0.14-2.1 Perl Gtk2 widget for displaying Pl ii libgtk2-ex-simple-l 0.50-1 A simple interface to Gtk2's compl ii libgtk2-perl1:1.140-1Perl interface to the 2.x series o ii liblocale-gettext-p 1.05-1 Using libc functions for internati ii libpdf-api2-perl0.61-1 provides the functions for creatin ii libsane 1.0.19~cvs20070730-1 API library for scanners ii libtiff-tools 3.8.2-7 TIFF manipulation and conversion t ii perlmagick 7:6.2.4.5.dfsg1-1+b1 A perl interface to the libMagick ii sane1.0.14-4 scanner graphical frontends ii sane-utils 1.0.19~cvs20070730-1 API library for scanners -- utilit ii unpaper 0.2-2post-processing tool for scanned p ii xdg-utils 1.0.1-2 Desktop integration utilities from gscan2pdf recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439824: ITP: sanduhr -- An alarm clock designed as an hourglass (formerly in Debian)
scripsit Adeodato Simó: * Thanasis Kinias [Mon, 27 Aug 2007 10:49:20 -0700]: This package is in stable but has been removed from testing and unstable because the upstream developer and previous maintainer have abandoned it. And has this situation changed? In the home page of the project I don't see any new release since 2004. AFAIK Jochen Voss is no longer working on the package. I'm not sure that's a good reason to keep it out of Debian, though, particularly as we hadn't updated from the 2002 release to the 2004 release until a week before the package was removed from Unstable (!). For me the first priority is to get the latest version back into Unstable, so that other users (I know they're not many, but they're nonzero according to popcon) don't have to face the painful choice of not upgrading their Lenny boxes, losing a fun and handy little program, or repackaging the program themselves. Then we can determine what to do about updating it, get in touch with Mr. Voss about future development, etc. -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#437837: In re ITA
I'd like to see if we can get this back into Debian. By removing it, we're stranding users who may have image files in cinepaint's native format, as well as removing (AFAIK) any ability to deal with deep color image files in Debian. It seems to me that if we have an installable, usable package that doesn't cause problems for anything else, it's better to have it than not, though it be imperfect. The package I'm working on, using the latest upstream version, closes at least ten bugs -- most importantly the RC not-binNMU-safe one. I suspect several others are fixed as well. If there are objections to reintroducing the package, I'd like to know so I can try to address them. -- Thanasis Kinias Doctoral Candidate, Department of History, and Instructor, Professional Enhancement Programs Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#439824: ITP: sanduhr -- An alarm clock designed as an hourglass (formerly in Debian)
Package: wnpp Severity: wishlist Owner: Thanasis Kinias [EMAIL PROTECTED] * Package name: sanduhr Version : 1.93 Upstream Author : Jochen Voss [EMAIL PROTECTED] * URL : http://seehuhn.de/pages/sanduhr * License : GPL Programming Lang: C Description : An alarm clock designed as an hourglass (formerly in Debian) This package is in stable but has been removed from testing and unstable because the upstream developer and previous maintainer have abandoned it. See http://packages.qa.debian.org/s/sanduhr.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436179: ufraw: v0.12.1 is available
Package: ufraw Followup-For: Bug #436179 Upstream v0.12.1 is now available. 0.12.1 is an important bugfix release (fixes some segfaults); 0.12 adds major functionality improvements by incorporating a fully color-managed workflow. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (989, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-tk (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ufraw depends on: ii desktop-file-utils 0.12-1 Utilities for .desktop files ii gconf2 2.18.0.1-3 GNOME configuration database syste ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libbz2-1.0 1.0.3-7 high-quality block-sorting file co ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libexiv2-0 0.15-1 EXIF/IPTC metadata manipulation li ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2.1-4GCC support library ii libglib2.0-02.12.13-1The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii liblcms11.16-6 Color management library ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.2-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime ufraw recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424663: dcraw: v8.77 available
Package: dcraw Version: 8.39-1 Followup-For: Bug #424663 Debian's dcraw is almost a year out of date -- upstream is on 8.77 and this package has not been updated since 8.39. Has maintainer abandoned this package? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (989, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-tk (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dcraw depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblcms1 1.16-6 Color management library dcraw recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396993: xserver-xorg-video-nv: System lockup on screen blanking
Package: xserver-xorg-video-nv Version: 1:2.1.2-2 Followup-For: Bug #396993 Hola, I've been plagued by hard system lock-ups ever since I switched to the xorg nv driver from the binary nvidia driver. This is a Compaq Presario V6000 laptop (twin-core amd64 CPU) with NVidia motherboard, BTW. There are two situations where I get lock-ups: 1) on screen blanking: a) when playing video full-screen, I _always_ get an immediate lock-up if the screen blanks due to my forgetting to twiddle the touchpad every few minutes b) erratically when the machine is left running unattended for several hours, especially at night -- it seems much more frequent if the lid is closed, but I haven't been able to pin down a real pattern 2) on GNOME user switching (probably the same as bug #405179, BTW): I hadn't done this in a while (I'm normally the only user of this laptop) When I get these lock-ups the following occurs: screen blanks followed immediately by loss of keyboard and pointer response, and several (3-5 or so?) seconds later the cooling fan goes into overdrive, as it were, and stays that way until hard reboot. Obviously I can't see my CPU activity with the screen blanked, but my semi-educated gut feeling is that the fan suggests that something has got both CPU cores going at 100% in a loop... I currently only have network access via public wireless LAN so my I've not been able to try SSHing in to see if the box is truly dead or just lacking all keyboard and pointer response. If I can get a proper cable or DSL line in here to reestablish my LAN I'll report on that in future. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-09-07 15:18 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1904480 2007-08-09 14:11 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:05.0 VGA compatible controller: nVidia Corporation C51 PCI Express Bridge (rev a2) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1903 2007-08-22 19:46 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section Device Identifier Generic Video Card # Driver nvidia Driver nv BusID PCI:0:5:0 VideoRam131072 EndSection Section Monitor Identifier Generic Monitor Option DPMS HorizSync 28-64 VertRefresh 43-60 EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Generic Monitor DefaultDepth24 SubSection Display Modes 1280x800 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Synaptics Touchpad EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 26996 2006-12-18 09:42 /var/log/Xorg.21.log -rw-r--r-- 1 root root 38908 2007-08-22 17:15 /var/log/Xorg.20.log -rw-r--r-- 1 root root 38404 2007-08-22 19:46 /var/log/Xorg.0.log Contents of most recent
Bug#231205: xserver-xfree86: VT switching impossible
scripsit Brice Goglin: 3 years ago, you reported (a replied to) a bug in the Debian BTS because it was impossible to switch to VT from X on your board. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. I don't think I'm seeing this with any machines these days. Close away! -- Thanasis Kinias Doctoral Candidate, Department of History Arizona State University, Tempe, Arizona, U.S.A. . Je ne viens d'aucun pays, d'aucune cité, d'aucune tribu. Je suis fils de la route, ma patrie est caravane, et ma vie la plus inattendue des traversées. -- Amin Maalouf, _Léon l'Africain_
Bug#354724: cinepaint: segfaults on opening xcf files
Package: cinepaint Version: 0.20-1-1.1 Severity: important cinepaint segfaults when opening xcf (GIMP native format) files. (FWIW, installed gimp is 2.2.10-2.) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (90, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-tk1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages cinepaint depends on: ii cinepaint-da 0.20-1-1.1 data files for CinePaint ii libc62.3.5-13GNU C Library: Shared libraries an ii libcinepaint 0.20-1-1.1 runtime library files for CinePain ii libfltk1.1 1.1.7-1 Fast Light Toolkit shared librarie ii libfontconfi 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-9 GCC support library ii libglib1.2 1.2.10-10.1 The GLib library of C routines ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libgutenprin 4.3.99+cvs20060121.dfsg.1-1 runtime for the Gutenprint printer ii libgutenprin 4.3.99+cvs20060121.dfsg.1-1 runtime for the Gutenprint printer ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libjpeg626b-11 The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libopenexr2c 1.2.2-4.1 runtime files for the OpenEXR imag ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsm6 6.9.0.dfsg.1-4 X Window System Session Management ii libstdc++6 4.0.2-9 The GNU Standard C++ Library v3 ii libtiff4 3.8.0-2 Tag Image File Format (TIFF) libra ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi6 6.9.0.dfsg.1-4 X Window System Input extension li ii libxmu6 6.9.0.dfsg.1-4 X Window System miscellaneous util ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii libxt6 6.9.0.dfsg.1-4 X Toolkit Intrinsics ii zlib1g 1:1.2.3-9 compression library - runtime cinepaint recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348533: man-db: man will not render in utf8 locales
Package: man-db Version: 2.4.3-3 Severity: important Tags: l10n man fails to render man pages in UTF8 locales, giving: Reformatting man(1), please wait... groff: can't find `DESC' file groff:fatal error: invalid device `utf8' It appears that man is feeding groff utf8 input it can't grok. debug output is: ruid=1000, euid=6 drop_effective_privs() ++priv_drop_count = 1 From the config file /etc/manpath.config: Mandatory mandir `/usr/man'. Mandatory mandir `/usr/share/man'. Mandatory mandir `/usr/X11R6/man'. Mandatory mandir `/usr/local/man'. Path `/bin' mapped to mandir `/usr/share/man'. Path `/usr/bin' mapped to mandir `/usr/share/man'. Path `/sbin' mapped to mandir `/usr/share/man'. Path `/usr/sbin' mapped to mandir `/usr/share/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/share/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/share/man'. Path `/usr/X11R6/bin' mapped to mandir `/usr/X11R6/man'. Path `/usr/bin/X11' mapped to mandir `/usr/X11R6/man'. Path `/usr/games' mapped to mandir `/usr/share/man'. Path `/opt/bin' mapped to mandir `/opt/man'. Path `/opt/sbin' mapped to mandir `/opt/man'. Global mandir `/usr/man', catdir `/var/cache/man/fsstnd'. Global mandir `/usr/share/man', catdir `/var/cache/man'. Global mandir `/usr/local/man', catdir `/var/cache/man/oldlocal'. Global mandir `/usr/local/share/man', catdir `/var/cache/man/local'. Global mandir `/usr/X11R6/man', catdir `/var/cache/man/X11R6'. Global mandir `/opt/man', catdir `/var/cache/man/opt'. Added section `1'. Added section `n'. Added section `l'. Added section `8'. Added section `3'. Added section `2'. Added section `3posix'. Added section `3pm'. Added section `3perl'. Added section `5'. Added section `4'. Added section `9'. Added section `6'. Added section `7'. `/usr/man' `' `1' `/usr/share/man'`' `1' `/usr/X11R6/man'`' `1' `/usr/local/man'`' `1' `/bin' `/usr/share/man'`0' `/usr/bin' `/usr/share/man'`0' `/sbin' `/usr/share/man'`0' `/usr/sbin' `/usr/share/man'`0' `/usr/local/bin'`/usr/local/man'`0' `/usr/local/bin'`/usr/local/share/man' `0' `/usr/local/sbin' `/usr/local/man'`0' `/usr/local/sbin' `/usr/local/share/man' `0' `/usr/X11R6/bin'`/usr/X11R6/man'`0' `/usr/bin/X11' `/usr/X11R6/man'`0' `/usr/games'`/usr/share/man'`0' `/opt/bin' `/opt/man' `0' `/opt/sbin' `/opt/man' `0' `/usr/man' `/var/cache/man/fsstnd' `-1' `/usr/share/man'`/var/cache/man'`-1' `/usr/local/man'`/var/cache/man/oldlocal' `-1' `/usr/local/share/man' `/var/cache/man/local' `-1' `/usr/X11R6/man'`/var/cache/man/X11R6' `-1' `/opt/man' `/var/cache/man/opt'`-1' `1' `' `-5' `n' `' `-5' `l' `' `-5' `8' `' `-5' `3' `' `-5' `2' `' `-5' `3posix'`' `-5' `3pm' `' `-5' `3perl' `' `-5' `5' `' `-5' `4' `' `-5' `9' `' `-5' `6' `' `-5' `7' `' `-5' real user = 1000; effective user = 6 using /usr/bin/pager -s as pager path directory /home/tkinias/bin is not in the config file and doesn't have ../man or man subdirectories path directory /usr/local/bin is in the config file adding /usr/local/man to manpath adding /usr/local/share/man to manpath path directory /usr/bin is in the config file adding /usr/share/man to manpath path directory /bin is in the config file /usr/share/man is already in the manpath path directory /usr/bin/X11 is in the config file adding /usr/X11R6/man to manpath path directory /sbin is in the config file /usr/share/man is already in the manpath path directory /usr/sbin is in the config file /usr/share/man is already in the manpath path directory /usr/games is in the config file /usr/share/man is already in the manpath adding mandatory man directories man: warning: /usr/man: No such file or directory /usr/share/man is already in the manpath /usr/X11R6/man is already in the manpath /usr/local/man is already in the manpath add_nls_manpath(): processing /usr/local/man:/usr/local/share/man:/usr/share/man:/usr/X11R6/man checking for locale en add_nls_manpath(): processing /usr/local/man:/usr/local/share/man:/usr/share/man:/usr/X11R6/man checking for locale en add_nls_manpath(): processing /usr/local/man:/usr/local/share/man:/usr/share/man:/usr/X11R6/man checking for locale en add_nls_manpath(): processing /usr/local/man:/usr/local/share/man:/usr/share/man:/usr/X11R6/man adding /usr/local/man to manpathlist adding /usr/local/share/man to manpathlist
Bug#339596: apt-src: segfaults
Package: apt-src
Version: 0.25.1
Severity: grave
Justification: renders package unusable
apt-src segfaults consistently when trying to do anything; this is
presumably related to apt-build bug #337257.
e.g.:
[EMAIL PROTECTED] {!568} $ apt-src install unzip
Segmentation fault
If maintainer cannot reproduce I can send a strace...
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (900, 'testing'), (500, 'stable'), (100, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)
Versions of packages apt-src depends on:
ii apt 0.6.42.3 Advanced front-end for dpkg
ii dpkg-dev 1.13.11package building tools for Debian
ii libapt-pkg-perl 0.1.17 Perl interface to libapt-pkg
ii perl 5.8.7-7Larry Wall's Practical Extraction
Versions of packages apt-src recommends:
ii build-essential 11.1 informational list of build-essent
ii fakeroot 1.5.5 Gives a fake root environment
ii sudo 1.6.8p9-3 Provide limited super user privile
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
