Bug#733518: ITP: libfixbuf -- Implementation of the IPFIX protocol

Package: wnpp Severity: wishlist Owner: Johannes Schauer * Package name: libfixbuf Version : 1.4.0 Upstream Author : Brian Trammell * URL : http://tools.netsa.cert.org/fixbuf/index.html * License : LGPL2 Programming Lang: C Description : Implementation

Bug#661537: implementation of the BuildProfileSpec for apt

Hi, I thought it would be okay to cross-post my patches from the deity mailing list [1] into this bugreport to keep this bugreport up to date and so that the patch does not get lost. As pointed out on the list, please dont forget to make apt's binary dependency on dpkg a versiond one on dpkg-dev

Bug#740087: ITP: python-efl -- Python bindings for the Enlightenment Foundation Libraries

Package: wnpp Severity: wishlist Owner: Johannes Schauer * Package name: python-efl Version : 1.8.1 Upstream Author : Gustavo Sverzut Barbieri and others * URL : http://www.enlightenment.org * License : LGPL-3 Programming Lang: Python, Cython Description

Bug#740087: python-efl on mentors

You can retrieve my attempt at packaging python-efl from: http://mentors.debian.net/package/python-efl cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#735884: RFS: ocp-indent -- OCaml indentation tool for emacs and vim

kage again. Quoting Johannes Schauer (2014-01-18 11:41:21) > Package: wnpp > Severity: wishlist > Owner: Johannes Schauer > > * Package name: ocp-indent > Version : 1.4.1 > Upstream Author : Thomas Gazagnaire, Fabrice Le Fessant > * URL : http

Bug#735884: ITP: ocp-indent -- OCaml indentation tool for emacs and vim

Hi, Quoting Stéphane Glondu (2014-01-18 15:32:07) > I started to have a look, and for sure the copyright file is incorrect. > There is a lot of copyright to "Jun Furuse" and OCamlPro, those two > should at least be mentioned. Actually, I didn't see (after a quick > look) any copyright owned by the

Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE

Hi Ahmed, Quoting أحمد المحمودي (2014-01-22 06:51:13) > * I had to modify the hardening patch to get fuseloop to build, modified > patch is attached. I think you forgot to attach your patch but notice that after informing upstream of the issue, they fixed it for fuseloop 1.0.2 which is packag

Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE

Hi Ahmed, Quoting أحمد المحمودي (2014-01-22 08:51:02) > Sorry, that I forgot to attach it. Please find it attached in this email. thanks! What problem does that patch fix? The only differences in comparison to my patch that I can make out are: 1) you add -lpthread but `pkg-config --libs fuse

Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE

Hi, Quoting أحمد المحمودي (2014-01-22 10:36:11) > Actually what happens implicitly (at least on Ubuntu precise) is: $(CC) > $(CFLAGS) $(LDFLAGS) $^ -o $@ > > which causes the compilation to fail, because the -l<...> should be > after the object files (or source files in this case). Ah f

Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE

Hi, Quoting The Wanderer (2014-01-22 15:14:34) > Do things still work fine in Debian when using ld.gold (by installing the > binutils-gold package) rather than ld.bfd? I know there's an important > difference in ld.gold related to --as-needed (or possibly to - > --no-as-needed, I don't recall offh

Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE

Hi Ahmed, Quoting أحمد المحمودي (2014-01-22 08:52:43) > At the end of the README it says to use mountlo, but there isn't such a > utility in Debian. there is also no such utility in other distributions it seems. After some digging I found out that mountlo is a utility which uses fuse and a minima

Bug#736597: libguestfs-tools: inflated Depends for guestmount and update-guestfs-appliance

Package: libguestfs-tools Version: 1:1.25.26-1 Severity: wishlist Hi, the libguestfs-tools package provides the binaries guestmount and update-guestfs-appliance which together can be used to mount filesystems from disk images purely in user space. Unfortunately, installing libguestfs-tools also d

Bug#738338: poppler: Patch for bootstrapping without Gtk+ or Qt

Hi Daniel and Pino, Quoting Daniel Schepler (2014-02-09 19:13:01) > On Sunday, February 09, 2014 03:42:50 PM Pino Toscano wrote: > > While I am looking forward to a way to disable frontends in a clean way, > > your > > patch is for sure not acceptable to me: > > - I don't see DEB_BUILD_PROFILES d

Bug#731798: sbuild: please add build profile support

Package: sbuild Version: 0.64.2-2 Severity: normal Tags: patch Hi, with dpkg (>= 1.17.2) build profiles [1] have finally been introduced [2]. The attached patch allows sbuild to make use of this new functionality of dpkg by adding a --profiles option, honoring the DEB_BUILD_PROFILES environment v

Bug#731798: small fix for build profile patch

Hi, some small things are missing in my last patch. Here is the new version. cheers, josch --- a/bin/sbuild +++ b/bin/sbuild @@ -115,6 +115,8 @@ sub main () { if $conf->get('DEBUG' && defined($conf->get('HOST_ARCH'))); print "Selected build architecture " . $conf->get('BUILD_ARCH') . "\n"

Bug#731859: debootstrap: variant=fakechroot fails

Package: debootstrap Version: 1.0.55 Severity: normal Running debootstrap under Debian Sid yields: $ fakeroot fakechroot debootstrap --verbose --variant=fakechroot sid debian-sid [...] I: Installing core packages... W: Failure trying to run: chroot /home/josch/debian-sid dpkg --force-depends --i

Bug#728298: PTS: Please add bootstrapping hints from bootstrap.debian.net to appropriate source packages

Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: pts Hi, Paul Wise was recently so kind to make bootstrap.debian.net a CNAME to a server of mine where I'm now hosting bootstrapping hints for whole architectures as well as for individual packages: http:/

Bug#728317: apt ignores build-conflicts on virtual package

Package: apt Version: 0.9.12.1 Severity: normal Hi, To reproduce: $ sudo debootstrap sid debian-sid-20131028 http://snapshot.debian.org/archive/debian/20131028T00Z/ [...] $ echo deb-src http://snapshot.debian.org/archive/debian/20131028T00Z/ sid main | sudo tee -a debian-sid-20131028/e

Bug#724865: gcc-4.8 also affected

Hi, I just wanted to mention that src:gcc-4.8 seems to be affected by the same problem. I stumbled over this one because all Debian architectures have not been bootstrappable due to this bug. Since I have regular 4-day interval snapshots of Debian unstable I can add that this dependency conflict

Bug#724865: gcc-4.8 also affected

Hi, Quoting Matthias Klose (2013-10-30 20:27:20) > Am 30.10.2013 16:55, schrieb Johannes Schauer: > > I just wanted to mention that src:gcc-4.8 seems to be affected by the same > > problem. > > I don't see that gcc-4.8 is affected. the problem with this bug (gcc-

Bug#734611: RFS: libfixbuf/1.4.0 ITP -- Implementation of the IPFIX protocol

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libfixbuf": * Package name: libfixbuf Version : 1.4.0-1 Upstream Author : Brian Trammell, Dan Ruef, Emily Ecoff * URL : http://tools.netsa.cert.org/fixbuf/ind

Bug#735177: ITP: fuseloop -- loopback mount using FUSE

Package: wnpp Severity: wishlist Owner: Johannes Schauer * Package name: fuseloop Version : 1.0.1 Upstream Author : Johny Mattsson * URL : https://github.com/jmattsson/fuseloop * License : BSD Programming Lang: C Description : loopback mount using FUSE

Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "fuseloop" * Package name: fuseloop Version : 1.0.1-1 Upstream Author : Johny Mattsson * URL : https://github.com/jmattsson/fuseloop * License : BSD Sect

Bug#734611: RFS: libfixbuf/1.4.0 ITP -- Implementation of the IPFIX protocol

Hi, Quoting Wookey (2014-01-14 01:59:22) > +++ Johannes Schauer [2014-01-08 15:41 +0100]: > > I am looking for a sponsor for my package "libfixbuf": > OK. Looks sound to me. thanks for looking at it! > A couple of minor points: You might want to include a watch file fo

Bug#735884: ITP: ocp-indent -- OCaml indentation tool for emacs and vim

Package: wnpp Severity: wishlist Owner: Johannes Schauer * Package name: ocp-indent Version : 1.4.1 Upstream Author : Thomas Gazagnaire, Fabrice Le Fessant * URL : http://www.typerex.org/ocp-indent.html * License : LGPL-3 with OCaml linking exception

Bug#724865: gcc-4.8 also affected

Quoting Adam D. Barratt (2013-11-01 00:42:49) > 4.8.1-3 is in unstable's Sources index, but as Extra-Source-Only: yes; I > guess Johannes's tools need updating to handle that. correct. Sorry for the confusion. cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.or

Bug#729356: find: warning: you have specified the -maxdepth option after a non-option argument -type

Package: ns3 Severity: minor Hi, this is probably the most insignificant bug report I ever wrote but while reading ns3 build logs I found this part: [...] touch build-doxygen-stamp sh debian/duplicate-files.sh ns-3.*/doc/html find: warning: you have specified the -maxdepth option after a non-opt

Bug#730389: soprano: can't satisfy build dependencies

Package: soprano Version: 2.9.4+dfsg-1 Severity: normal Hi, steps to reproduce: $ sudo debootstrap sid debian-sid [...] $ echo deb-src http://ftp.us.debian.org/debian sid main | sudo tee -a debian-sid/etc/apt/sources.list [...] $ sudo chroot debian-sid apt-get update [...] $ sudo chroot debian-

Bug#730620: popularity-contest: Please improve machine readability of the raw data

Package: popularity-contest Severity: normal Hi, I'm trying to parse the raw statistics available on http://popcon.debian.org/ and ran into some problems. Firstly, while it is fine that the fields are separated by multiple spaces, it should then not be the case that field values contain spaces t

Bug#730620: [Popcon-developers] Bug#730620: popularity-contest: Please improve machine readability of the raw data

Hi, Quoting Bill Allombert (2013-11-27 12:21:30) > The only file which contains raw statistics at > . under the link popularity-contest results>. the others are not supposed to be machine readable? Given how easy the fixes would be, would it hurt

Bug#730620: [Popcon-developers] Bug#730620: popularity-contest: Please improve machine readability of the raw data

Hi, Quoting Bill Allombert (2013-11-27 13:47:26) > All of this is irrelevant: what actual problem are you trying to solve ? I need the popcon values per source package. > I can write a 10-line perl script to parse each of them. Maybe other people > have done so and changing the format will cause

Bug#751942: equivs: generates invalid control file when source version is given

Package: equivs Version: 2.0.9 Severity: normal Hi, if the Source: field contains a version, then the generated debian/changelog will contain two versions, the source and the binary version. This will let dpkg-parsechangelog fail. For an example of a package with a versioned source dependency loo

Bug#722901: same symptom with fatrace 0.6-1

Hi, I am doing archive rebuilds with having fatrace log all file access during builds. I observe the same "read: Value too large for defined data type" problem as Walter. The problem happens randomly and is not reproducible. It might have a different cause than in Walter's case. cheers, josch -

Bug#722901: same symptom with fatrace 0.6-1

e too large for defined data type". This patch works around this issue until it is fixed elsewhere. Author: Johannes Schauer Bug: https://patchwork.kernel.org/patch/2142341/ Bug-Ubuntu: https://launchpad.net/bugs/1161989 https://launchpad.net/bugs/1018939 --- fatrace-0.6.orig/fatrace.c +++ f

Bug#752699: coreutils: sort --version-sort doesnt do comparisons correctly

Package: coreutils Version: 8.21-1.1 Severity: normal Hi, if I read this correctly: http://sources.debian.net/src/coreutils/8.21-1.2/src/sort.c#L2553 then sort uses this function (filevercmp) to sort version numbers with --version-sort: http://sources.debian.net/src/coreutils/8.21-1.2/lib/file

Bug#752702: apt: please add a way to to retrieve the location of Packages/Sources files in /var/lib/apt/lists/

Package: apt Version: 1.0.1 Severity: wishlist Hi, some software in Debian works on Packages and Sources files. Instead of retrieving those from mirrors they could re-use the copies which are likely present in /var/lib/apt/lists/. But there exists no way to ask apt which mirror, suite or architec

Bug#752702: apt: please add a way to to retrieve the location of Packages/Sources files in /var/lib/apt/lists/

Hi Julian, Quoting Julian Andres Klode (2014-06-25 22:28:51) > That software should use the API provided by APT to access APT files. The > layout of /var/lib/apt/lists and the contents of the files is an > implementation detail, we already broke the expectations of others once when > we renamed I

Bug#752702: apt: please add a way to to retrieve the location of Packages/Sources files in /var/lib/apt/lists/

Hi, Quoting Julian Andres Klode (2014-06-25 22:40:40) > Now I understand what you mean. I thought you meant the location of the files > on disk. Do you mean the location on the mirror instead? Stuff like > architecture, etc. is exported in the cache in pkgCache::PackageFile. All of it. The locat

Bug#752702: apt: please add a way to to retrieve the location of Packages/Sources files in /var/lib/apt/lists/

Hi, Quoting Julian Andres Klode (2014-06-25 23:02:33) > Well, as I said WRT on disk. We expose this, but you should most likely not > use it without APT parsers, as it may not contain data you expect (for > example, compressed indices). Using APT's parsers for those files is the best > idea. what

Bug#752702: apt: please add a way to to retrieve the location of Packages/Sources files in /var/lib/apt/lists/

Hi, Quoting Julian Andres Klode (2014-06-26 00:20:44) > You can enable storing them in compressed form without uncompressing them > first. APT transparently handles compressed files. We do not need to store > that information anywhere, because of that. As said, the files in there are > an implemen

Bug#752702: apt: please add a way to to retrieve the location of Packages/Sources files in /var/lib/apt/lists/

Hi David, Quoting David Kalnischkies (2014-06-26 21:48:42) > I think it is a bad idea to use our lib-directory directly. if apt developers agree that it is a bad idea to allow 3rd party software access /var/lib/apt/lists, then please close this bug report. I will then redirect those who want bot

Bug#752702: apt: please add a way to to retrieve the location of Packages/Sources files in /var/lib/apt/lists/

Hi, Quoting David Kalnischkies (2014-06-26 22:58:38) > For binary packages this exists already, but not for sources packages. There > is (also) no (simple) mapping from sources.list to Packages/Sources files and > back. Both could surely be added if we have a compelling reason/user for > this. ap

Bug#744243: python-apt: please support build profiles

Package: python-apt Version: 0.9.3.5 Severity: wishlist Tags: patch Hi, since apt 0.9.16.1, there is support for build profiles in apt: https://wiki.debian.org/BuildProfileSpec Please also let python-apt support build profiles because dak uses python-apt and needs to support build profiles. The

Bug#728298: patch to add bootstrapping hints to the pts

tags 728298 patch thank you I wrote the attached patch to fix this bug. This is completely untested. Sorry. Index: www/bin/other_to_xml.py === --- www/bin/other_to_xml.py (revision 3141) +++ www/bin/other_to_xml.py (working copy) @@ -

Bug#745618: PTS: Please add cross build dependency satisfaction results to appropriate source packages

Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: pts Hi, we are running daily cross build dependency checks using dose3 on the source packages identified as core packages by botch. Many of these fail and in the light of the CrossBuildableBase release goa

Bug#740202: lintian: doesnt detect invalid arch in "Build-Depends: foo, foo [blub]"

Package: lintian Version: 2.5.22 Severity: normal Hi, as suggested by Niels Thykier on IRC I'm reporting the following issue: Given the line: Build-Depends: foo, foo [blub] lintian will not detect the invalid arch "blub". Though it does find it if the line says: Build-Depends:

Bug#735884: RFS: ocp-indent -- OCaml indentation tool for emacs and vim

Hi, Quoting Stéphane Glondu (2014-01-18 15:32:07) > Have you considered joining the OCaml team on Alioth[1], and put your > packaging as a git repository there[2]? > > [1] https://alioth.debian.org/projects/pkg-ocaml-maint/ > [2] dom-new-git-repo(1), in package dh-ocaml I committed my current st

Bug#740577: pbuilder: Please add support for build profiles

Package: pbuilder Version: 0.215 Severity: wishlist Tags: patch Hi, the attached patch implements preliminary support for build profiles as defined here: https://wiki.debian.org/BuildProfileSpec I only implemented minimal support, meaning that I only tested pbuilder-satisfydepends-aptitude and b

Bug#740607: lintian: Please support build-profiles

Package: lintian Version: 2.5.22 Severity: wishlist Tags: patch Hi, I implemented a preliminary patch for lintian to understand and check the restriction syntax described in this document: https://wiki.debian.org/BuildProfileSpec Please tell me what needs to be changed so that I can get this pat

Bug#740607: lintian: Please support build-profiles

Hi, Quoting Niels Thykier (2014-03-03 22:05:31) > Thanks for looking into this. and thanks for responding so quickly :) > > +Tag: invalid-restriction-label-in-source-relation > > +Severity: important > > +Certainty: possible > > +Info: The restriction list in the source relation includes a term

Bug#735884: RFS: ocp-indent -- OCaml indentation tool for emacs and vim

Hi Stéphane, Quoting Stéphane Glondu (2014-03-06 13:41:53) > Why do you add libocp-indent-lib-ocaml as explicit dependency to ocp-indent? > Isn't the one inferred by dh_ocaml enough? the one inferred by dh_ocaml is enough. That was some leftover cruft from when I did not yet know that dh_ocaml wo

Bug#735884: RFS: ocp-indent -- OCaml indentation tool for emacs and vim

Hi, Quoting Stéphane Glondu (2014-03-06 15:18:11) > Le 06/03/2014 14:57, Johannes Schauer a écrit : > > I dont remember from where I got the splitting into libocp-indent-lib-ocaml > > (with META and cma) and libocp-indent-lib-ocaml-dev (with all the rest) but > > now >

Bug#741148: git-buildpackage: git-import-orig does not import the requested version with --uscan

Package: git-buildpackage Version: 0.6.10 Severity: normal Hi, upstream offers a newer version than I want to import, so I specify the older version. But git-import-orig nevertheless imports the most recent version. Steps to reproduce: $ git clone git://anonscm.debian.org/pkg-e/libs/elementary.

Bug#743840: lintian: please change the profile name notest to nocheck

Package: lintian Version: 2.5.22 Severity: normal Hi, we changed the profile name "notest" to "nocheck" because Debian policy defines the value "nocheck" for DEB_BUILD_OPTIONS. It is thus only logical to call the profile the same name to avoid confusion. The following diff implements the necessar

Bug#728298: patch to add bootstrapping hints to the pts

The attached patch restricts the issues highlighted in the todo box to the self cycles as these are the only "hard" result that we can get. All other results are merely suggestions. This information should only be included once it is possible to upload packages with the build profile syntax. Than

Bug#748922: python-apt: TagFile doesnt close file

Package: python-apt Version: 0.9.3.5 Severity: normal Consider the following snippet: --%<--- import gc import os import sys import apt_pkg print os.listdir("/proc/self/fd/") f = apt_pkg.TagFile(sys.argv[1]) print os.listdir("/proc/self/fd/") del f

Bug#748922: correction

Hi, sorry, my initial snippet didnt actually call gc.collect. Calling it seems to close the file descriptor. Here another example though, where gc.collect() doesnt work: --%<--- import gc, os, sys, apt_pkg print os.listdir("/proc/self/fd/") fd = ope

Bug#748936: apt doesnt understand architecture wildcards

Package: apt Version: 1.0.1 Severity: normal Hi, Debian policy 11.1.1 [1] and the associated footnote [2] allow architecture wildcards of the form os-any and any-cpu. Apt seems to equal "cpu" with "debian architecture" which is not correct. Here is an example of correct matching: dpkg-architectu

Bug#748456: liferea: crashes when selecting any feed

Hi, Quoting Emilio Pozuelo Monfort (2014-05-22 14:32:02) > On 22/05/14 13:48, Alberto Garcia wrote: > > On Sat, May 17, 2014 at 02:30:00PM +0200, Johannes Schauer wrote: > > > >> Package: liferea > >> Version: 1.10.8-1 > >> Severity: grave &g

Bug#749044: dpkg: please do not produce a trailing space after the fieldname of multiline fields

Package: dpkg Version: 1.17.9 Severity: wishlist Tags: patch Hi, dpkg produces an unnecessary whitespace after the fieldname of multiline fields. Not having this extra whitespace would save 16kb of an uncompressed Sources file. Here is a simple patch and updated testcase: diff --git a/scripts/D

Bug#749044: dpkg: please do not produce a trailing space after the fieldname of multiline fields

Hi, Quoting Guillem Jover (2014-05-23 15:57:08) > Here's what I'm going to include in the next push. It also covers a case that > was not handled in the supplied patch. :) oh super! Thanks for handling this that fast :D cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.d

Bug#749119: picolisp: Do not use invalid architecture wildcards any-armel and any-armhf

Package: picolisp Version: 3.1.6.1-1 Severity: normal Hi, the binary package picolisp has in its architecture stanza the wildcards any-armel and any-armhf. Those are invalid wildcards as properly pointed out by lintian (but overridden in debian/source/lintian-overrides). Please do not use any-arm

Bug#749710: python3-networkx: with python3 module, output order is not deterministic

Package: python3-networkx Version: 1.8.1-1 Severity: normal Hi, consider the following graphml file test.xml: http://graphml.graphdrawing.org/xmlns";> node0foo node0bar

Bug#749710: workaround

Hi, a workaround is to export PYTHONHASHSEED=0 as described in [1] which will then lead to a deterministic result. cheers, josch [1] https://docs.python.org/3/using/cmdline.html#envvar-PYTHONHASHSEED -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "uns

Bug#47214: parseversion still leaking memory

Hi, whether the reason is the same I can't say but parseversion is still leaking memory somehow: #define LIBDPKG_VOLATILE_API 1 #include #include int main() { struct dpkg_version ver; int i; for (i = 0; i < 1; ++i) { parseversion(&ver, "1.0.0", NULL); } retu

Bug#748922: python-apt: TagFile doesnt close file

Hi Quoting Michael Vogt (2014-06-06 11:15:29) > There is a small typo in the above script. gc.collect should be gc.collect(). right. I noticed this too but it was too late and I already sent in my bugreport. See my other submission to it for my updated results. > I verified that the following wo

Bug#747875: ben: position of --config argument matters

Package: ben Version: 0.6.11 Severity: normal Hi, consider a file `test.ben` with the following content: architectures = ["armel"]; and the following invocations: ben monitor --config test.ben --archs amd64 ben monitor --archs amd64 --config test.ben The first will onl

Bug#747879: ben: allow to query Packages and Sources without a ben.cache file

Package: ben Version: 0.6.11 Severity: wishlist Hi, it should be possible to use "ben query" not only on Packages files but on Packages and Sources files. This could be realized either by adding another commandline switch --sources or by making use of reading Sources and Packages_$arch from the c

Bug#747883: ben: please let "ben monitor" output in a more machine readable format

Package: ben Version: 0.6.11 Severity: wishlist Tags: patch Hi, while the Levels and Text format are already quite parsable, it would be nice if consumers of "ben monitor" output would not have to create a specific parser for either format or trust in the format not unexpectedly changing in the f

Bug#747887: ben: please allow to specify affected, good and bad packages on the command line

Package: ben Version: 0.6.11 Severity: wishlist Tags: patch Hi, the "monitor" subcommand currently requires a configuration file to read the query strings for affected, good and bad packages. If those values could be given on the commandline, then I would not have to create a temporary configurat

Bug#747889: ben: creating a ben.cache from a directory of Packages and Sources files

Package: ben Version: 0.6.11 Severity: wishlist Hi, in bug#747879 I asked to support "ben query" on Packages and Sources files without needing a ben.cache file. On the other hand, ben.cache files are super because if I want to do multiple queries, then ben.cache loads much faster than multiple Pa

Bug#747875: ben: position of --config argument matters

Hi, Quoting Mehdi Dogguy (2014-05-12 20:28:17) > Le 2014-05-12 16:39, Johannes Schauer a écrit : > > Package: ben > > Version: 0.6.11 > > This version is not released yet. The BTS should be confused now :) whoops, sorry. As you can imagine that happened because I had ben p

Bug#747879: ben: allow to query Packages and Sources without a ben.cache file

Hi, Quoting Mehdi Dogguy (2014-05-12 20:51:21) > Actually, after having checked the source code, "ben query" distinguish > between Packages files and Sources files. Admittedly, its heuristics is based > on the name of the package and the regexp could be extended but at least it > is there. I see

Bug#748102: ITP: botch -- Bootstrapping helper

Package: wnpp Severity: wishlist Owner: Johannes Schauer * Package name: botch Version : 0.1 Upstream Author : Johannes Schauer * URL : https://gitorious.org/debian-bootstrap/pages/Home * License : LGPL3+ with OCaml linking exception Programming Lang: OCaml

Bug#748456: liferea: crashes when selecting any feed

Package: liferea Version: 1.10.8-1 Severity: grave Justification: renders package unusable Hi, steps to reproduce: --%<--- $ sudo debootstrap --variant=minbase sid debian-sid http://127.0.0.1:3142/http.us.debian.org/debian

Bug#747261: apt: Please add support for cross-architecture conflicts

Hi all, Quoting Guillem Jover (2014-05-19 00:06:52) > On Fri, 2014-05-16 at 15:23:42 +0200, David Kalnischkies wrote: > > On Fri, May 16, 2014 at 12:57:27AM +0200, Aurelien Jarno wrote: > > > On Mon, May 12, 2014 at 09:03:50PM +0200, David Kalnischkies wrote: > > > > On Tue, May 06, 2014 at 11:22:

Bug#741640: ITP: vcmi -- Free implementation of the Heroes of Might and Magic 3 game engine

Package: wnpp Severity: wishlist Owner: Johannes Schauer * Package name: vcmi Version : 0.95 Upstream Author : Micha³ Urbañczyk aka Tow Ivan Savenko Tom Zielinski aka Warmonger AVS Benjamin Gentner

Bug#741640: packaging vcmi

Hi, I recently opened this ITP https://bugs.debian.org/741640 because I wanted to get VCMI into Debian. The game has been suggested for inclusion here https://wiki.debian.org/Games/Suggested#VCMI and became much more interesting recently with campaign support. I'm not a DD so I will need a sponso

Bug#741640: packaging vcmi

Hi, Quoting Markus Koschany (2014-03-17 17:25:55) > That would be great. You just need to register an account on alioth and ask > for joining the team there. okay, done :) > I tried to build your package in a cowbuilder environment but the build is > stuck at 7% and seems to require more than 4

Bug#741640: packaging vcmi

Hi, Quoting Markus Koschany (2014-03-17 19:45:04) > You can try to pass CFLAGS, CXXFLAGS and LDFLAGS to CMake by overriding > dh_auto_configure with e.g. > > CFLAGS:=$(shell dpkg-buildflags --get CFLAGS) > CXXFLAGS:=$(shell dpkg-buildflags --get CXXFLAGS) > #CFLAGS+=$(CXXFLAGS) > > dh_auto_confi

Bug#741640: packaging vcmi

Hi again, Quoting Johannes Schauer (2014-03-18 01:03:27) > after having tried that and other things without avail I tried using > > export DEB_BUILD_HARDENING=1 > > in debian/rules. This enables hardening-wrapper and should thus work no matter > what goes wrong i

Bug#742075: ITP: python-img2pdf -- Lossless conversion of JPEG, JPEG2000 and other raster graphic formats to PDF

Package: wnpp Severity: wishlist Owner: Johannes Schauer * Package name: python-img2pdf Version : 0.1.0 Upstream Author : Johannes Schauer * URL : https://github.com/josch/img2pdf * License : GPL3+ Programming Lang: Python Description : Lossless

Bug#742077: RFS: vcmi/0.95-1 [ITP]

Package: sponsorship-requests Severity: wishlist Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package "vcmi" Package name: vcmi Version : 0.95-1 Upstream Author : Micha³ Urbañczyk

Bug#742077: RFS: vcmi/0.95-1 [ITP]

Hi, Quoting Jakub Wilk (2014-03-18 23:58:19) > [I don't intend to sponsor this package. Sorry!] dont worry, I'm happy for any help that can improve my packaging! :) > We don't have "³" or "ñ" in the Polish alphabet. :-P It should be: Michał > Urbańczyk. Please update debian/copyright accordingl

Bug#742075: ITP: python-img2pdf -- Lossless conversion of JPEG, JPEG2000 and other raster graphic formats to PDF

Hi chrysn, Quoting chrysn (2014-03-19 08:56:22) > it is my impression that imagemagick's convert program can do exactly that > (judging from converting differently compressed jpgs through `convert a.jpg > a.pdf` and looking at the file sizes, and comparing an image with what comes > out after roun

Bug#742075: ITP: python-img2pdf -- Lossless conversion of JPEG, JPEG2000 and other raster graphic formats to PDF

Hi, Quoting chrysn (2014-03-19 10:32:21) > it seems that it depends on the images whether your method shows up > differences -- i get a result of 0 for images i previously compressed down, > but similar errors to yours for original photos. I see. Would you mind sharing one or some of the images w

Bug#740607: lintian: Please support build-profiles

Hi, Quoting Niels Thykier (2014-03-04 22:51:12) > Thanks for confirming my assertion. Sadly, I see I phrased myself poorly. > You implemented what I said, but not what I wanted. What I meant was to > remove the assignment to $d_restr completely. I.e. > > my ($d_pkg, $d_march, $d_version, $d_

Bug#740607: lintian: Please support build-profiles

Hi, Quoting Jakub Wilk (2014-03-19 12:01:56) > >In that case, can you give me an example of a tag that checks > >debian/control? > > binary-control-field-duplicates-source thanks! That was very helpful :) please find attached a new patch with one more added tag. All three students forgot to a

Bug#742077: RFS: vcmi/0.95-1 [ITP]

Hi Jakub, Quoting Jakub Wilk (2014-03-23 20:11:17) > I don't think that the “After installing this package, …” instructions belong > in the package description. I'd rather put them in README.Debian. Personally I didnt find myself reading README.Debian after package installation very often. I read

Bug#648781: debian-installer: unattended installation using preseed is interrupted by installer main menu popping up

Package: debian-installer Version: 20110106+squeeze3+b1 Severity: normal Tags: sid When using this preseed file: http://mister-muffin.de/debian/preseed.txt after the "Install the base system" step this appears and interrupts the installation, prompting for user input: http://mister-muffin.de/p/

Bug#648814: xen-tools: xen-create-nfs sets default memory to 128Mb which xm doesnt understand

Package: xen-tools Severity: normal when doing: xen-create-nfs --hostname=vm01 --dhcp --nfs_server=10.0.2.2 --nfs_root=/srv/nfs/vm01 xen-create-nfs will create a xen config which has memory='128Mb' as a default but when starting `xm create` with this config, it will quit with: Error: I

Bug#648816: xen-utils-common: scripts/network-bridge requires brctl but bridge-utils is neither Depends nor Recommends

Package: xen-utils-common Severity: normal When setting (network-script network-bridge) in the xen config, restarting xen will result in error messages like: /etc/xen/scripts/network-bridge: line 219: brctl: command not found /etc/xen/scripts/network-bridge is part of xen-utils-common which do

Bug#648814: xen-tools: xen-create-nfs sets default memory to 128Mb which xm doesnt understand

Hi, On Tue, Nov 15, 2011 at 10:38:39PM +0100, Axel Beckert wrote: > Despite I could reproduce this with the developement version of > xen-tools, it would be nice to know: > > * Which version of xen-tools do you use? xen-tools (4.2.1-1) > * Which version of xen are you using? xen-hypervisor-4.1-a

Bug#648953: xen-tools: xen-create-image --dir option handles relative path incorrectly

Package: xen-tools Version: 4.2.1-1 Severity: normal Hi, when executing something like: xen-create-image --hostname=vm01 --dir=. [...] then the images will be created in the right place (the current working directory) but the config file will contain the "disk" option with a relative path as we

Bug#607236: needlessly generates ssh keys, stalls xen-create-image

Hi, I was about to report a bug about xen-tools missing a Depends or Recommends on openssh-client because it calls ssh-keygen of the host in the 70-install-ssh hook when I discovered this bug and thought it should be resolved beforehand. On Wed, Aug 24, 2011 at 05:07:45PM -0700, Vagrant Cascadian

Bug#690952: gcc-4.7: Please allow gcc to be built with libelf-dev

Package: gcc-4.7 Version: 4.7.2-4 Severity: wishlist Tags: patch User: j.scha...@email.de Usertags: bootstrap-conflicts Inter-package conflicts currently limit the ability of a CUDF solver to optimize the dependency graph created during bootstrapping of Debian for new architectures. Luckily there

Bug#690966: lvm2: Please allow lvm2 to be built with libreadline-dev

Package: lvm2 Version: 2.02.95-4 Severity: wishlist Tags: patch User: j.scha...@email.de Usertags: bootstrap-conflicts Inter-package conflicts currently limit the ability of a CUDF solver to optimize the dependency graph created during bootstrapping of Debian for new architectures. Luckily there a

Bug#683751: gettext: Please mark gettext M-A: allowed

Hi, On Mon, Aug 13, 2012 at 01:30:12PM +0200, Santiago Vila wrote: > On Thu, 9 Aug 2012, P. J. McDermott wrote: > > I wonder if the gettext binary package should instead be split. > > Perhaps gettext-runtime (M-A: same) should provide the libraries, > > gettext-tools (M-A: foreign) should provide

Bug#678269: sup-mail: Sup doesnt start anymore on Sid with ruby1.9

Package: sup-mail Version: 0.12.1-1 Severity: grave Justification: renders package unusable Hi, sup-mail will not start anymore with a fresh Debian Sid installation, as its dependencies pull in ruby1.9 through the ruby dependency. After apt-get install sup-mail, starting sup-mail results into th

Bug#682589: omlet: 100% cpu usage when indenting match

Package: ocaml-tools Version: 20120103-2 Severity: normal Hi, when a ocaml file contains a string with "*)" then editing a match will result in some endless loop at 100% cpu usage. To reproduce, create an ocaml file with the following content: let foo = "*)" in match foo with | _ -> () 1. po

  1   2   3   4   5   6   7   8   9   10   >