Bug#615890: rt-mailgate(1) should support some HTTP authentication

Package: rt3.8-clients Version: 3.8.8-7 Severity: wishlist The current version of rt-mailgate(1) relies on a specific “backdoor” to access the REST interface of RT, like: Order allow,deny Allow from ::1 127.0.0.0/8 Satisfy any However, th

Bug#614948: rt-mailgate(1) doesn't support IPv6, too

One more program that is affected by this bug is rt-mailgate from rt3.8-clients: # echo test \ | (cd / && su www-data -c '/usr/bin/rt-mailgate \ --debug --action=correspond \ --queue=General \

Bug#615890: [request-tracker-maintainers] Bug#615890: rt-mailgate(1) should support some HTTP authentication

>>>>> Dominic Hargreaves writes: >>>>> On Tue, Mar 01, 2011 at 01:36:55AM +0600, Ivan Shmakov wrote: […] >> OTOH, given that the HTTP basic authentication is only a matter >> of calling the LWP::UserAgent's ->credentials () method (as per >

Bug#619355: lynx fails to stop on SIGTSTP (C-z)

Package: lynx-cur Version: 2.8.8dev.5-1 I start lynx as follows, and then stop it with either C-z or $ kill -TSTP as soon as it shows the page: $ lynx … [1]+ Stopped lynx $ Then, I bring it back, and stop it once again: $ fg … [1]+ Stopped

Bug#610026: openbox stalls consuming 100% CPU when pcb-gtk is started

>>>>> Nico Golde writes: >>>>> * Ivan Shmakov [2011-01-15 00:09]: >> Package: openbox >> Version: 3.3-2.1 >> Starting pcb-gtk (as of pcb-gtk 20091103-2) leads openbox to stall >> while consuming 100% CPU. > not reproducible for me,

Bug#611101: new version is available

Package: sleuthkit Version: 3.1.3-1 Severity: wishlist According to [1], there's a newer (3.2.0) version of sleuthkit available since 2010-10-28. [1] http://www.sleuthkit.org/sleuthkit/download.php -- FSF associate member #7257 pgpC75L4XKtU5.pgp Description: PGP signature

Bug#611200: dependencies should allow lynx-cur as an alternative to httpd

ome/ivan/public/archives/git/gitweb.cgi"? (y/n) y #Untitled Git projects list Untitled Git projects feeds git-[git-logo.png] projects / Search: Project Description Owner Last Change lhc.git Unnamed repository; edit this... Ivan Shmakov 6 hours ago summary | short

Bug#611200: dependencies should allow lynx-cur as an alternative to httpd

>>>>> Jonathan Nieder writes: >>>>> Ivan Shmakov wrote: >> Although rarely used, Lynx implementation of CGI is actually enough >> for Gitweb to work (e. g., for testing purposes.) Like: […] > Very interesting. In the next upload[1] the plan is

Bug#611338: ncdump seems to support OpenDAP URI's only up to 55 characters long

Package: netcdf-bin Version: 1:4.1.1-5 Apparently, ncdump doesn't support OpenDAP URI's of 56 characters or more in length. Consider, e. g.: $ ncdump -k http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/gfs_hd20110128/gfs_hd_00z ncdump: http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/g

Bug#611346: PDL::NetCDF should support OpenDAP, just as current NetCDF does

Package: libpdl-netcdf-perl Version: 4.03-1 Severity: wishlist The version of NetCDF currently in Debian Sid supports retrieving datasets via OpenDAP (see below for an example.) On the contrary, PDL::NetCDF doesn't: pdl> my $nc = PDL::NetCDF->new ("http://test.opendap.or

Bug#611338: ncdump seems to support OpenDAP URI's only up to 55 characters long

>>>>> Ivan Shmakov writes: [BTW, I've found that the issue exists down at the nc_open () call level, so this report should probably be reassigned to libnetcdf6 and retitled appropriately.] […] > On the other hand, the URI's of 55 cha

Bug#611338: ncdump seems to support OpenDAP URI's only up to 55 characters long

One more observation: while trying to investigate the problem further, I've tried to turn the logging feature of the ‘oc’ library (which is part of NetCDF) on via setting the ‘OCLOGFILE’ environment variable to point to a file. Instantly, the issue was no mo

Bug#610026: openbox stalls consuming 100% CPU when pcb-gtk is started

>>>>> Nico Golde writes: >>>>> * Dana Jansens [2011-02-09 16:54]: >>>>> On Tue, Feb 8, 2011 at 5:10 PM, Nico Golde wrote: >>>>> * Ivan Shmakov [2011-01-24 20:43]: >>>> Package: openbox >>>> Version: 3.3-2.1

Bug#613730: unversioned Depends: libkafs0-heimdal may lead to trouble on upgrade

Package: heimdal-clients Version: 1.4.0~git20100726.dfsg.1-1+b1 Severity: minor Funny enough, but upgrading heimdal-clients to the one in Squeeze left /usr/bin/kinit dependent on /both/ versions of libhx509: $ ldd /usr/bin/kinit | grep libhx libhx509.so.3 => /usr/

Bug#611673: probably should no longer --disable-dap-netcdf

y-misc; urgency=low + + * Added libcurl4-gnutls-dev to Build-Depends:. + + -- Ivan Shmakov Mon, 31 Jan 2011 20:12:37 + + +nco (4.0.2-1.0+is+0.1) 1gray-misc; urgency=low + + * Enable both NetCDF4 and NetCDF OPeNDAP support, for future's there. + + -- Ivan Shmakov Mon, 31 Jan 2011 19:45:09 +00

Bug#611346: PDL::NetCDF should support OPeNDAP, just as current NetCDF does

>>>>> "IS" == Ivan Shmakov writes: […] IS> The version of NetCDF currently in Debian Sid supports retrieving IS> datasets via OpenDAP (see below for an example.) On the contrary, IS> PDL::NetCDF doesn't: > pdl> my $nc = PDL::NetCDF->new &

Bug#611959: non-free documentation in the package?

Package: pdl Version: 1:2.4.7+dfsg-2 X-Debbugs-CC: per...@jach.hawaii.edu There're a few PDL manual pages that bear copyright notices (see below) that, to my understanding, limit the user's freedom to distribute the derived works. Specifically, these notices confli

Bug#574860: bttrack apparently chokes on requests from IPv6 peers

Package: bittornado Version: 0.3.18-8 Apparently, the problem described in [1] also exists with the Debian Lenny bittornado package. Namely, when IPv6 peers connect to a bttrack(1) instance, a traceback is written to LOG (see the attached example), with no

Bug#368604: [PATCH] Better safety check for file names in BitTornado

> "VN" == Vladislav Naumov writes: VN> On a second thought, checking filenames for safety with a regular VN> expression doesn't work very well: [...] VN> Of course, user can download new .bashrc in his homedir and break VN> it. He could do this with wget as well: that's not a problem o

Bug#575029: collectd2html.pl should produce XHTML

Package: collectd-core Version: 4.9.1-2 Severity: wishlist As the support for XHTML becomes increasingly common, it may make sense to implement XHTML output in collectd2html.pl. Some of the benefits are: * easier post-processing with XML-capable tools; *

Bug#575029: collectd2html.pl should produce XHTML

>>>>> Sebastian Harl writes: >>>>> Ivan Shmakov wrote: >> As the support for XHTML becomes increasingly common, it may make >> sense to implement XHTML output in collectd2html.pl. [...] > To cut a long story short: would you be willing to provide

Bug#575029: collectd2html.pl should produce XHTML

> Sebastian Harl writes: [...] > PS: Btw., just out of curiosity: Why do you use collectd2html rather > than, e.g., collection3? Mostly because of lacking enough spare time to spend on learning some other tool. Thanks for the pointer, BTW. > How do you trigger the rebui

Bug#511760: should mention http://www.fsf.org/

Package: gnuchess Version: 5.07-4.1 Severity: minor Currently, MANUAL.gz reads: --cut: /usr/share/doc/gnuchess/MANUAL.gz-- We are indebted to our sponsor, the Free Software Foundation whose web page is: http://www.gnu.org and which also serves as our software depository for new

Bug#519486: excessively restrictive permissions on some of the package's files

Package: icecast2 Version: 2.3.2-2 Severity: minor Currently, the package sets overly restrictive permissions on some of its files upon configuration. Namely, the postinst script contains: $ nl -ba /var/lib/dpkg/info/icecast2.postinst ... 41 42 chown -R icecast2

Bug#518774: asterisk hangs when started under User-mode Linux

Package: user-mode-linux Version: 2.6.26-1um-2 When started under user-mode-linux, asterisk (as of 1:1.4.21.2~dfsg-3) hangs, with the last lines of the strace(1) output being like the following: # strace asterisk -p -U asterisk ... fstat64(3, {st_mode=S_IFREG|0644, st_siz

Bug#521207: cannot mount -t nfs with mem >= 512M

Package: user-mode-linux Version: 2.6.26-1um-2 When starting linux.uml(1) with mem=512M or more, kernel NFS client implementation ceases to work. The kernel log is as follows: $ cat /var/log/kern.log ... Mar 26 01:11:07 localhost kernel: overflow in relocation type 11 va

Bug#521207: [Pkg-uml-pkgs] Bug#521207: cannot mount -t nfs with mem >= 512M

> Mattia Dongili writes: >> Package: user-mode-linux >> Version: 2.6.26-1um-2 >> When starting linux.uml(1) with mem=512M or more, kernel NFS >> client implementation ceases to work. The kernel log is as >> follows: >> $ cat /var/log/kern.log >> ... >> Mar 26 01:11:07 localhost ke

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

Package: xserver-xorg-video-vesa Version: 1:1.3.0-1 I use the following command to start X: # Xorg :1 vt11 -depth 24 -allowMouseOpenFail -query localhost & with an ATI card: $ lspci ... 04:00.0 VGA compatible controller: ATI Technologies Inc Radeon HD 2400 PRO ... $ c

Bug#603606: RFP: librdf-query-perl -- SPARQL/RDQL implementation in Perl

Package: wnpp Severity: wishlist RDF::Query [1] is a SPARQL implementation in Perl, aiming at SPARQL 1.1 [2] (currently a W3C draft) support. Apparently, most of the SPARQL 1.1 implementations available today are Java-based. It would be nice would Debian choose to

Bug#604004: package Description: doesn't mention XSL-FO

Package: docbook-xsl-ns Version: 1.75.2+dfsg-5 Severity: wishlist It's common to abbreviate “XSL Formatting Objects” as XSL-FO: both English Wikipedia uses this term (say, [1]), and the XSL 1.1 specification [2] makes a reference to it. Yet, while DocBook 5 XSL cer

Bug#604008: package Description: doesn't mention neither XSL-FO, nor RTF, etc.

Package: fop Version: 1:1.0.dfsg-3 Severity: wishlist It's common to abbreviate “XSL Formatting Objects” as XSL-FO: both English Wikipedia uses this term (say, [1]), and the XSL 1.1 specification [2] makes a reference to it. Yet, while FOP may consume XSL-FO, and p

Bug#604004: package Description: doesn't mention XSL-FO

The description also has no explicit mention of XHTML: The stylesheets provide XSLT transformations for (X)HTML, WordML, HTML Help, Arguably, it would be better to explicitly mention “XHTML, HTML”, so that the package would be among the “$ apt-cache search xhtml”

Bug#584699: [Pkg-openmpi-maintainers] Bug#584699: programs freeze on first MPI op. when run on multihomed IPv6 hosts

>>>>> Ivan Shmakov writes: >>>>> Manuel Prinz writes: >> thanks for the report! I also took this upstream, but unfortunately >> neither upstream nor I can reproduce the bug since we do not have >> multi-homed IPv6 hosts available for testing.

Bug#584699: [Pkg-openmpi-maintainers] Bug#584699: programs freeze on first MPI op. when run on multihomed IPv6 hosts

> Manuel Prinz writes: > thanks for the report! I also took this upstream, but unfortunately > neither upstream nor I can reproduce the bug since we do not have > multi-homed IPv6 hosts available for testing. “Fortunately,” it appears that you don't need one, as the proble

Bug#599312: Libgcrypt warning: missing initialization

Package: metalink Version: 0.3.6-1 I was somewhat surprised to find the following in one of my syslog logs. Oct 6 22:30:25 briareus metalink: Libgcrypt warning: missing initialization - please fix the application -- FSF associate member #7257 pgpaBwijmEadk.pgp Description: P

Bug#600728: ncgen fails to pass more than 2 ^{18} (or so) elements to a variable

Package: 1:4.1.1-5 Version: netcdf-bin $ cat xxx.cdl netcdf xxx { dimensions: count = 524288; variables: integer foo(count); data: foo = 1, 2, 3, 4, [and so on…], 524286, 524287, 524288; } $ Given a CDL file like one shown above (as generated by th

Bug#601374: "1"^^xsd:boolean isn't true

Source: rasqal Version: 1.0.10-3 Please consider the following RDF graph representations: $ rdfproc -s sqlite +sparql-2010-10-25.sqlite \ serialize ntriples "true"^^ . $ rdfproc -s sqlite +sparql-2010-10-25.sqlite.~5~ \ serialize

Bug#609816: package's Homepage: contains a misleading URI

Package: jigdo-file Version: 0.7.3-3 The package's header reads: Homepage: http://atterer.net/jigdo/ However, this URI currently points to a “domain for sale” page. As per Wikipedia [1], the project's home page resides at: http://atterer.org/jigdo/ A possible p

Bug#610026: openbox stalls consuming 100% CPU when pcb-gtk is started

Package: openbox Version: 3.3-2.1 Starting pcb-gtk (as of pcb-gtk 20091103-2) leads openbox to stall while consuming 100% CPU. As per my observations using twm (1:1.0.1-4), pcb-gtk initially opens a very small (possibly 0x0) main window, which is then exten

Bug#594131: several deficiencies in the command line arguments handling

Package: metalink Version: 0.3.6-1 The current implementation of the command line arguments handling in metalink(1) has several deficiencies: • a single dash (‘-’) is not recognized as synonymous to standard input, thus requiring a workaround (like using

Bug#594134: metastore(1) -f option's argument isn't handled properly

Package: metastore Version: 1+20080623+debian-1 Apparently, the command's ‘-f’ option's argument isn't handled properly: $ command time metastore -sf FILE -- . Failed to open (null): Bad address Command exited with non-zero status 1 … $ command time metastore -s -f FILE -- . Fai

Bug#555411: inconsistent underscores in Fortran interface functions names

BTW, I was able to build SDP Toolkit 5.2.16v1.00, M-API 2.3.4 (10 Mar 2003) and then MODIS Cloud Mask (MOD35_L2) and Atmospheric Profiles (MOD07_L2) on top of the hdf-eos4 and hdf-eos5 packages modified as suggested. (Albeit not without some hacking all alon

Bug#555411: inconsistent underscores in Fortran interface functions names

Source: hdf-eos4 Version: 2.16v1.00.dfsg.1-2 debian/rules reads: 10 DEB_CONFIGURE_SCRIPT_ENV += CFLAGS="-I/usr/include/hdf " Surely it shouldn't be 10 DEB_CONFIGURE_SCRIPT_ENV += CPPFLAGS="-Df2cFortran -I/usr/include/hdf" instead? * Rationale I don't

Bug#555523: particular software may require both HDF-EOS and HDF-EOS5 to build

Source: hdf-eos4-2.16v1.00.dfsg.1 Version: 2.16v1.00.dfsg.1-2 Currently, both libhdfeos0 and libhdfeos-dev have Conflicts: libhe5-hdfeos0. This is unfortunate, since there're software packages (say, SDP Toolkit) which require both HDF-EOS and HDF-EOS5 to build. --

Bug#555411: inconsistent underscores in Fortran interface functions names

he necessary +Fortran sources. + + -- Ivan Shmakov Tue, 10 Nov 2009 21:14:23 +0600 + +hdf-eos4 (2.16v1.00.dfsg.1-2.is+0.2) unstable; urgency=low + + * Clear CFLAGS. + + -- Ivan Shmakov Tue, 10 Nov 2009 20:23:20 +0600 + +hdf-eos4 (2.16v1.00.dfsg.1-2.is+0.1) 1gray-misc; urgency=low

Bug#555411: inconsistent underscores in Fortran interface functions names

>>>>> "IS" == Ivan Shmakov writes: [...] IS> debian/rules reads: > 10 DEB_CONFIGURE_SCRIPT_ENV += CFLAGS="-I/usr/include/hdf " IS> Surely it shouldn't be > 10 DEB_CONFIGURE_SCRIPT_ENV += CPPFLAGS="-Df2cFortran -I/usr

Bug#555642: inconsistent underscores in Fortran interface functions' names

+++ hdf-eos5-5.1.12.dfsg.1/debian/changelog @@ -1,3 +1,17 @@ +hdf-eos5 (5.1.12.dfsg.1-2.is+0.2) 1gray-misc; urgency=low + + * Clear CFLAGS. + * Prevent Fortran code below samples/ and testdrivers/ from being built +and run. + + -- Ivan Shmakov Tue, 10 Nov 2009 23:23:15 +0600 + +hdf-e

Bug#555411: inconsistent underscores in Fortran interface functions names

>>>>> "IS" == Ivan Shmakov writes: [...] IS> BTW, I wasn't able to build i386 binaries: the # pbuilder build IS> process has failed with: > --cut-- > rm -f Swath_2.hdf Swathc_Test.hdf Swathf_Test.hdf testswathf.txt > ./testswath_f90 >

Bug#556439: -lmfhdf alone should imply -ldf, too

Package: libhdf4-dev Version: 4.2r4-6 Severity: minor Currently, linking against libmfhdf.so alone fails like: $ gcc -o /dev/null ncattput.c -lmfhdf /usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../../lib/libmfhdf.so: undefined reference to `DFKisnativeNT' /usr/lib/gcc/x86_64-linux-gnu/4.3.

Bug#441361: current state of IPv6 support in Debian

The following message is a courtesy copy of an article that has been posted to gmane.linux.debian.devel.ipv6 as well. >>>>> "IS" == Ivan Shmakov writes: [...] IS> Given that I now have rpcbind running, I wonder, what should be IS> done for nfs-utils to support

Bug#441361: no support for NFS (v3) mount over IPv6?

> "SHG" == Steinar H Gunderson writes: [...] IS> But mount.nfs doesn't find records for hosts, and it also IS> can't parse numeric IPv6 addresses on account of all the colons. SHG> For the bug reference, preliminary IPv6-supporting packages SHG> (client side only) I've got

Bug#557322: --exclude='ing essential packages

Package: debootstrap Version: 1.0.10lenny1 Severity: minor debootstrap(8) reads: --cut-- --exclude=alpha,beta Comma separated list of packages which will be removed from download and extract lists. WARNING: you can and probably will

Bug#557337: autofs5 insists on mounting localhost with --bind instead of -t nfs

Package: autofs5 Version: 5.0.3-3 Severity: minor I've wished to mount a localhost's filesystem over NFSv3, like: ## FIXME: use IPv6 when it'll become available for NFS on GNU/Linux ro.public -fstype=nfs,ro,nosuid,nodev,soft,intr,nolock,rsize=8192,wsize=8192 x

Bug#557322: --exclude='ing essential packages

> "OS" == Otavio Salvador writes: OS> retitle 557322 Improve manpage to explain that --exclude doesn't OS> affects dependency resolution thanks [...] IS> However, it seems that it doesn't allow, say, initscripts & co. to IS> be excluded: >> # debootstrap --verbose --variant=minbase \

Bug#544567: current state of IPv6 support in Debian

The following message is a courtesy copy of an article that has been posted to gmane.linux.debian.devel.ipv6 as well. >>>>> "IS" == Ivan Shmakov writes: [...] IS> portmap -- lacks IPv6 support, necessary for NFS over IPv6 to work IS> (Bug#515128); Wel

Bug#441361: current state of IPv6 support in Debian

The following message is a courtesy copy of an article that has been posted to gmane.linux.debian.devel.ipv6 as well. >>>>> "IS" == Ivan Shmakov writes: IS> Well, a trivial change (below) has seemingly made rpcbind IS> installable and Bug#544567 be worked-a

Bug#551723: hdf4-tools should contain Conflicts: libhdf4g-run

Package: hdf4-tools Version: 4.2r4-6 Please consider adding a Conflicts: field to the hdf4-tools package description. # apt-get install -V -t squeeze hdf4-tools Reading package lists... Done Building dependency tree Reading state information... Done The following packages were au

Bug#551726: qemu-img(1) doesn't actually support images created by uml_mkcow(1)

Package: qemu Version: 0.9.1-10lenny1 Severity: minor Despite claiming to be compatible, --cut: qemu-img(1) -- "cow" User Mode Linux Copy On Write image format. Used to be the only growable image format in QEMU. It is supported only for

Bug#551723: [DebianGIS-dev] Bug#551723: hdf4-tools should contain Conflicts: libhdf4g-run

> Francesco P Lovergine writes: >> Package: hdf4-tools >> Version: 4.2r4-6 >> Please consider adding a Conflicts: field to the hdf4-tools package >> description. > It was already conflicting in 4.1r4-22 and removed after lenny > release. Are you trying to update directly from pre-lenn

Bug#619355: #619355 lynx fails to stop on SIGTSTP (C-z)

>>>>> Ivan Shmakov writes: […] > I should probably try to compare strace(1)'s… I've grep'ed the strace for “rt_sig”. The results for the first and second SIGTSTP are MIME'd. And there's a difference: • first SIGT

Bug#619355: #619355 lynx fails to stop on SIGTSTP (C-z)

>>>>> Thomas Dickey writes: >>>>> On Thu, 19 May 2011, Ivan Shmakov wrote: >>>>> Thomas Dickey writes: >>> This seems to work for me (trying both tcsh and bash). Can you >>> provide more details (perhaps locale, shell/version, et

Bug#619355: #619355 lynx fails to stop on SIGTSTP (C-z)

> Thomas Dickey writes: […] > Lynx is using ncurses for handling SIGTSTP most of the time. It > sets/unsets a handler when it is doing a system() call. If your test > scenario doesn't run any external programs, then perhaps the problem > is in ncurses (or the way lynx uses it).

Bug#629118: allow the configuration file location to be overridden

Package: drraw Version: 2.2b2-3 Severity: wishlist X-Debbugs-Cc: Igor Shmakov Currently, drraw could only read the system configuration file, located at /etc/drraw/drraw.conf: 50 # The configuration file is expected to be found in the same directory 51 # as drraw itself

Bug#619355: #619355 lynx fails to stop on SIGTSTP (C-z)

> Thomas Dickey writes: > This seems to work for me (trying both tcsh and bash). Can you > provide more details (perhaps locale, shell/version, etc). I cannot reproduce the issue on a few of fresh Squeeze incarnations, either. However, the issue readily manifests

Bug#472311: and Bug#585566 are the same; and both are alive and well

I believe that Bug#472311 and Bug#585566 are the same issue, actually. Indeed, most(1) reads: --cut: most(1) -- I am grateful to Robert Mills for re-writing the search routines to use regular expressions. --cut: most(1) -- However, I haven't found any doc

Bug#310508: most should support POSIX option terminator (--)

> John E Davis writes: > On Sun, 11 Sep 2005 -0400, "Benj. Mako Hill" said: >> Given a file named with a dash at the beginning (e.g., -.txt, >> ---.doc, etc.), there's no way (I found) to open such file with most >> directly. GNU (I think gettext-based, actually) programs have the >

Bug#46660: is still there (5.0.0a-2)

Apparently, the issue manifests itself only on sufficiently big files (the buffering is obviously involved.) Consider, e. g.: $ most /usr/share/doc/libdirectfb-1.2-9/changelog.gz Should one quit without scrolling, a “Broken pipe” message will be produced (as per

Bug#923801: RFP: iceweasel-uxp -- Firefox XUL (pre-Quantum) fork from Hyperbola

Package: wnpp Severity: wishlist Please package Iceweasel-UXP, a Firefox fork maintained as part of the Hyperbola distribution [1]. [1] https://wiki.hyperbola.info/doku.php?id=en:project:iceweasel-uxp I suppose that begs for an explanation, now doesn’t it? While

Bug#981288: /usr/bin/jacal: references build-time dir; vicinity lacks a /; bashism

Package: jacal Version: 1c7-1 The /usr/bin/jacal script provided by the current jacal package fails to set SCHEME_LIBRARY_PATH and JACALDIR correctly: #! /bin/sh SCHEME_LIBRARY_PATH=/usr/share/slib export SCHEME_LIBRARY_PATH JACALDIR=/build/jacal-PHwb3U/jacal-1c7/debian/jacal/usr/

Bug#242510: screen: spins when pasting

Control: found -1 4.6.2-3+deb10u1 Control: found -1 4.8.0-6 > On 2004-04-06 22:31:43 -0400, Allan Wind wrote: > Package: screen > Version: 4.0.2-3 > Severity: normal > I have been seeing an issue for a while, where screen appears to be > going into a busy loop when pasting data into vim

Bug#868453: xorg log flooded by dbus messages

>>>>> Ivan Shmakov writes: >>>>> Trek writes: >> Version: 2:1.16.4-1+deb8u1+b1 >> with the latest update, the dbus dependency is gone and the error >> message is no more printed to the log > I’m observing the same issue on Stretch (2:1

Bug#832730: reassign 832730 to open-infrastructure-system-boot

> Raphaël Hertzog writes: > reassign 832730 open-infrastructure-system-boot thanks Isn’t the bug now fixed there? I’m unsure of what difference there’s supposed to be between live-boot and open-infrastructure-system-boot, but just in case anyone’s interested

Bug#827395: [privacy] not as 'secure by default'

> Narcis Garcia writes: > Note: trek.eu.org link provided by Trek is not working. I’ve just checked and [1] does work for me. (Note though that ‘www’ has to be there.) An archived copy [2] is also available. [1] http://www.trek.eu.org/text/firefox-tuning.html [2] https:/

Bug#1004583: overwriting {,src}pkgcache.bin on near-every APT call strains flash

g. > On Sun, Jan 30, 2022 at 07:10:34PM +, Ivan Shmakov wrote: >> A proper solution would be to move to some file format that >> allows in-place updates, such as Berkeley DB or SQLite. > No it would not be. The best we can do, and maybe should do > is move pkgcache.

Bug#880499: apt-cache rdepends outputs too many dependencies

Control: tags -1 moreinfo Control: severity -1 minor > Tom writes: [Please do not Cc: me, for I’m “on the list,” so to say, and I try to reserve my inbox for private communication only.] > I try to find all reverse dependencies of a certain package. I’m > only interested

Bug#904572: move x11-utils to Suggests

> On 2018-07-25 10:27:15 +0200, Harald Dunkel wrote: [Please do not Cc: me, for I’m “on the list,” so to say, and I try to reserve my inbox for private communication only.] > Harald Dunkel writes: > Package: xterm > Version: 333-1 > xterm recommends x11-utils. Assum

Bug#1004583: overwriting {,src}pkgcache.bin on near-every APT call strains flash

Package: apt Version: 2.3.14 Severity: minor Control: found -1 1.8.2.3 [Please do not Cc: me, for I’m “on the list,” so to say, and I try to reserve my inbox for private communication only. I’d have set up Mail-Followup-To:, but there doesn’t seem to be a way to mak

Bug#913638: Please, Depends: info-browser | info

> Sébastien Villemot writes: > Le mardi 13 novembre 2018 à 10:50 +, Barak A. Pearlmutter a écrit : >> Package: octave-doc: Version: 4.4.1-2 >> The octave-doc “Depends: info” have an ”| info-browser”, which is >> provided by info but also by GNU Emacs. > The “info-browser” altern

Bug#768939: startpar: obsolete conffiles /etc/init/startpar-bridge.conf

> Dmitry Bogatov writes: >> /etc/init/startpar-bridge.conf aab4f8aed4d4803ba1f6d97f6b1152da >> obsolete >> Please use the dpkg-maintscript-helper support provided by >> dh_installdeb to remove these obsolete conffiles on upgrade. > I believe following patch would solve issue. I publis

Bug#1010098: xorriso: please allow -cut-out directly from block devices

> On 2022-04-26, Thomas Schmitt wrote: > TS == Thomas Schmitt wrote: TS> So if we exclude S_IFSOCK, S_IFLNK, S_IFDIR, S_IFIFO there TS> remain only S_IFREG, S_IFBLK, S_IFCHR with the latter on Linux TS> behaving like S_IFREG with 0 bytes of content. (As said on TS> FreeBSD it could be

Bug#1010098: xorriso: please allow -cut-out directly from block devices

Package: xorriso Version: 1.5.0-1 Severity: wishlist Control: found -1 1.5.2-1 [Please do not Cc: me, for I’m “on the list,” so to say, and I try to reserve my inbox for private communication only. I’d have set up Mail-Followup-To:, but there doesn’t seem to be a wa

Bug#1010098: xorriso: please allow -cut-out directly from block devices

>>>>> On 2022-04-24, Thomas Schmitt wrote: >>>>> Ivan Shmakov wrote: >> I’m filing this bug against versions from oldstable and stable, >> for that’s so far the only Debian packages’ versions I’ve tested >> for this issue. > As it is about

Bug#1016653: gm(1): targa (.tga) files are read and written upside-down

Package: graphicsmagick Version: 1.4+really1.3.38-1 Severity: minor Control: found -1 1.4+really1.3.36+hg16481-2 Control: found -1 1.4+really1.3.35-1~deb10u2 [Please do not Cc: me, for I’m “on the list,” so to say, and I try to reserve my inbox for private communication only.

Bug#1016656: colcrt(1) produces broken (off-by-one?) output

Package: bsdextrautils Version: 2.38-4 Severity: minor Control: found -1 2.36.1-8+deb11u1 [Please do not Cc: me, for I’m “on the list,” so to say, and I try to reserve my inbox for private communication only. I’d have set up Mail-Followup-To:, but there doesn’t seem to

Bug#1016657: enable ipv6 and math options (and more?); harmonize README.*

Source: jimtcl Version: 0.81+dfsg0-2 Severity: minor Control: found -1 0.77+dfsg0-3 [Please do not Cc: me, for I’m “on the list,” so to say, and I try to reserve my inbox for private communication only. I’d have set up Mail-Followup-To:, but there doesn’t seem to be

Bug#746732: x11-apps: unable to edit with bitmap

Control: notfound -1 7.7+7 > On 2014-05-03 01:56:09 +0200, Frédéric Baldit wrote: > Package: x11-apps > Version: 7.5+5 > Severity: normal > bitmap seems to work, but clicking the bitamp to edit/create an image > doesn’t work. > Found bug #429345 with same symptoms, but I was unable to

Bug#550308: [xedit] missing deps on xbitmaps

Control: fixed -1 7.7~1 > On 2011-10-06 12:42:01 +0200, Ralf Jung wrote: > Actually, x11-apps currently recommends xbitmap, which does not exist > and is probably a typo of xbitmaps. Per Debian changelog, this was fixed in 7.7~1. I don’t seem to see what else could be done

Bug#690849: downgrade fontconfig-config dependencies on fonts to Recommends:

>>>>> On 2012-11-11 03:30:58 +0700, Ivan Shmakov wrote: […] > It took longer than I expected, but I can confirm that neither > extract(1), nor pdftotext(1) (both depending on libpoppler19 and thus > fontconfig-config) require fonts to operate. (I presume that GNUne

Bug#960130: downgrade dependencies on libnl to Recommends:

Package: quota Version: 4.04-2+deb10u1 Severity: wishlist [I’ve checked that this bug affects 4.05-1 as well. Due to a separate problem, already AFAICT fixed upstream, the workaround suggested below does /not/ work for the version in testing.] The (versioned) depe

Bug#960133: downgrade dependencies on libgl1-mesa-dri to Recommends:

Package: libglx-mesa0 Version: 18.3.6-2+deb10u1 Control: found -1 19.3.3-1 Severity: wishlist So far as I can tell, the usage of the DRI modules provided by libgl1-mesa-dri by libglx-mesa0 is either optional or dependent on the context. At the very least, circumventing the

Bug#960145: Description: is misleading with regards to jwm having few dependencies

Package: jwm Version: 2.3.6-1 Severity: wishlist The package Description: currently (2.3.7-3) reads: JWM is a window manager for the X11 Window System. JWM is written in C and uses only Xlib and (optionally) the shape extension and libXpm. […] However, as of 2.3.6-1 (stretch),

Bug#959027: swi-prolog-nox: compiler and runtime execution shipped in same package

> On 2020-05-04 14:54:15 +0500, Lev Lamberov wrote: > I can upload swi-prolog with these changes right after it is processed > in NEW. Anyway I should add Breaks and Replaces to make updating from > older versions smooth. While we’re at it, could you please consider also downgradi

<    1   2   3   4