Bug#1063909: grub_plugin.py: fails to install grub-ieee1275 on sparc64

FYI: I've applied the patch upstream and the test suite passes. However, I'm not sure the test suite tests vmdb2 in a way that this patch would affect. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature

Bug#1056546: When using a cached root-fs, vmdb2 runs apt before mounting the virtual filesystems, leading to some errors

I don't often look at the vmdb2 bugs in Debian, sorry, so replies are often late. On Wed, Nov 22, 2023 at 05:41:47PM +0100, Daniel Leidert wrote: > I'm not quite sure about this, but shouldn't "virtual-filesystems" be a > requirement before running apt (which seems to be called by vmdb2

Bug#1021341: vmdb2: missing dependency on zerofree

On Sat, 2023-11-11 at 10:30 -0600, Gunnar Wolf wrote: > I am adding a Recommends: on zerofree and will soon upload (and close > thus bug). Michael: I understand your point, but given this is a > design decision from our upstream author, I prefer adding a Cc: to > Lars and ask him to consider

Bug#1021802: vmdb2: Grub UEFI installation fails when rootfs is created by debootstrap

Thanks! I've reviewed this, and it looks good to me, and I've merged it upstream. On Fri, 2022-10-14 at 23:02 -0300, Antonio Terceiro wrote: > Package: vmdb2 > Version: 0.26-1 > Severity: normal > Tags: patch > X-Debbugs-CC: l...@liw.fi > > Dear Maintainer, > > I was trying to create an arm64

Bug#1016843: apt: should probably use "sop" for OpenPGP

Package: apt Severity: wishlist Currently apt is using gpgv to verify Release.gpg files. It would probably be a good idea to use an implemenation of the SOP interface instead. SOP is short for "stateless OpenPGP", and it's a specification by Daniel Kahn Gillmor (dkg). See

Bug#992496: monkeysphere: Homepage doesn't exist anymore (https://web.monkeysphere.info)

Package: monkeysphere Version: 0.43-3.1 Severity: minor Dear Maintainer, When I look at the package, it lists a home page that doesn't exist. Package: monkeysphere Version: 0.43-3.1 Priority: optional Section: net Maintainer: Debian Privacy Tools Maintainers

Bug#973467: vmdb2 tries to install grub-pc or grub-efi-amd64 on arm64 and does not work on arm64

On Tue, Dec 08, 2020 at 05:12:57PM +, David Edmondson wrote: > I figured that out today (need to specify a 64 bit CPU) and provided an > updated set of patches. I'll just note that David updated his patches and that I've merged them now. -- I want to build worthwhile things that might last.

Bug#973467: vmdb2 tries to install grub-pc or grub-efi-amd64 on arm64 and does not work on arm64

As it happens, David Edmonson (dme), added to cc, has been working on adding arm64 support for the grub plugin. Part of his changes is that the grub plugin will know the target archietecure, and choose the right grub .deb package to install based on that. Unfortunatly, the tests for his changes

Bug#916405: vmdb2 (called from autopkgtest-build-qemu) fails to unmount loop

On Fri, Dec 14, 2018 at 01:28:14AM +0100, Bernhard Schmidt wrote: > building a new autopkgtest image with autopkgtest-build-qemu (which uses > vmdb2) > fails with the following error ... > I have no exact idea why, but the culprit is a mount of > /tmp/tmpz1biu6_9/sys/fs/fuse/connections that is

Bug#966201: vmdb2: temporary Ansible inventory files are not removed properly

On Fri, Jul 24, 2020 at 05:05:16PM +0100, Bob Ham wrote: It seems that only the last-created inventory file is removed: As upstream, I confirm this. (Now reported upstream: https://gitlab.com/larswirzenius/vmdb2/-/issues/38) Should be an easy fix: either remember all the inventory files, and

Bug#951766: vmdb2: assumes grub-install in target has --force-extra-removable option

On Fri, Feb 21, 2020 at 12:21:29PM +, Simon McVittie wrote: > This appears to be because --force-extra-removable is a Debian-specific > option, added by > . I confirm that diagnosis. I would

Bug#949456: vmdb2: grub failure with mklabel gpt

On Mon, Jan 20, 2020 at 05:54:03PM -0800, Matt Taggart wrote: > When I use the example yaml config at > > https://vmdb2-manual.liw.fi/#getting-started Note that in the mean while the manual has changed and uses an msdos partition table now. The code does have a working example, which gets tested

Bug#948125: Please use partx (in essential util-linux) rather than kpartx

On Sat, Jan 04, 2020 at 02:55:00AM -0800, Josh Triplett wrote: vmdb2 depends on the kpartx package; could it, instead, use partx from > the essential util-linux package? Speaking as upstream here: I had a look at partx, but I couldn't figure out how to replace kpartx with it. If you can show me

Bug#928485: Error messages are not shown without --verbose

On Wed, Dec 11, 2019 at 06:29:49PM -0600, Gunnar Wolf wrote: > tags 928485 + patch,pending > thanks > > I have submitted a patch upstream fixing this issue. Merge request > available at: > > https://gitlab.com/larswirzenius/vmdb2/merge_requests/4 Thank you for the MR. I decided not to

Bug#922713: vmdb2: please add a step to create /etc/fstab in the image (PATCH)

I've finally merged this patch, with a minor fix. It's pushed to both public, official git repositories (git.liw.fi, gitlab.com). On Thu, Feb 21, 2019 at 09:47:45AM -0300, Antonio Terceiro wrote: > It turns out I needed to make quite a few changes. I needed to add two > new attributes to tags:

Bug#945480: [PATCH 0/1] Drop remaining usage of python2

On Thu, 2019-11-28 at 10:40 -0600, Gunnar Wolf wrote: > Lars Wirzenius dijo [Thu, Nov 28, 2019 at 11:27:54AM +0200]: > > Thanks, I've applied the changes and pushed them to git.liw.fi and > > gitlab. > > Thanks for your prompt attention, Lars! > > I am about to

Bug#945480: [PATCH 0/1] Drop remaining usage of python2

Thanks, I've applied the changes and pushed them to git.liw.fi and gitlab. On Mon, Nov 25, 2019 at 03:27:31PM -0300, Antonio Terceiro wrote: > Hello, > > The following patch drops the remaining usage of python2 in vmdb2, in > the build system and test suite. > > Gunnar: I just uploaded a

Bug#910201: Processed: tagging 910201

On Wed, 2019-03-06 at 12:39 +0200, Jonathan Carter wrote: > Hi Lars, I promise that we will stop using vmdebootstap as soon as > humanly possible after buster. I'm just not sure it's safely and > reasonably possible before then. Good. If I get betterer, I may be able to help with that in, say,

Bug#910201: Processed: tagging 910201

On Wed, Mar 06, 2019 at 06:33:00AM +, Niels Thykier wrote: > I am sorry to hear that you are sad by this. To be honest, I had > expected you were informed about this already. > > This was requested in #922826 with the argument that our live image > builds no longer worked and that it was too

Bug#910201: Processed: tagging 910201

On Tue, Mar 05, 2019 at 07:24:03PM +, Debian Bug Tracking System wrote: > Added tag(s) bullseye and sid. Does this mean buster is going to be released with vmdebootstrap? This would make me sad. Why is this? I'm not going to spend any time to fix vmdebootstrap. I'd really rather nobody else

Bug#922660: Patch applied

I've applied the patch in upstream git. Thanks. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature

Bug#922713: vmdb2: please add a step to create /etc/fstab in the image (PATCH)

On Tue, Feb 19, 2019 at 03:34:35PM -0300, Antonio Terceiro wrote: > Only vmdb2 can know exactly what device is mounted as the image rootfs. > Therefore, the only reliable way of creating /etc/fstab to have a > working image, is to do that from withing vmdb2 itself. > > Patch attached. Thank you.

Bug#922709: vmdb2: variable for rootfs caching is incorrectly documented

On Tue, Feb 19, 2019 at 03:29:02PM -0300, Antonio Terceiro wrote: > Package: vmdb2 > Version: 0.13.2+git20190215-1 > Severity: normal > Tags: patch > > (debbugs cc: Lars) > > The documentation says `rootfs-unpacked`, but the variable is actually > called `rootfs_unpacked`. Confirmed. Thanks. >

Bug#922020: gnome-shell: Keyboard layout not applied in programs using Xwayland

> What precisely do you mean by "not applied"? Does typing into Firefox > and GTK2 apps behave as though you were using a USA keyboard > (shift+2 -> @, shift+3 -> #, etc.) or does it have some other > behaviour? In native GNOME applications, pressing the key that normally gives me "-" (dash)

Bug#914030: O: cmdtest -- blackbox testing of Unix command line programs

Package: wnpp Severity: normal I intend to orphan the cmdtest package. I'm retiring from Debian. The package description is: cmdtest black box tests Unix command line tools. Roughly, it is given a a script, its input files, and its expected output files. cmdtest runs the script, and checks

Bug#914029: O: python-coverage-test-runner -- fail Python program unit tests unless they test everything

Package: wnpp Severity: normal I intend to orphan the python-coverage-test-runner package. The package description is: This package contains the Python module CoverageTestRunner, which runs unit tests implemented using the unittest module in the Python standard library. It runs them using

Bug#914028: O: python-cliapp -- Python framework for Unix command line programs

Package: wnpp Severity: normal I intend to orphan the python-cliapp package. The package description is: cliapp makes it easier to write typical Unix command line programs, by taking care of the common tasks they need to do, such as parsing the command line, reading configuration files,

Bug#914026: O: python-ttystatus -- terminal progress bar and status output for Python

Package: wnpp Severity: normal I intend to orphan the python-ttystatus package. (Already uploaded with Maintainer set to QA.) The package description is: ttystatus is a Python library for showing progress reporting and status updates on terminals, for (Unix) command line programs. Output is

Bug#914027: O: vmdb2 -- creator of disk images with Debian installed

Package: wnpp Severity: normal I intend to orphan the vmdb2 package. The package description is: vmdb2 will be a successor of vmdebootstrap. It will create disk images for virtual machines and real hardware, with partitioning, and a boot loader, and a Debian installation.

Bug#911690: vmdb2 FTBFS: tests fail

On Tue, Oct 23, 2018 at 04:51:39PM +0200, Helmut Grohne wrote: > Source: vmdb2 > Version: 0.13.2-1 > Severity: serious > Tags: ftbfs > > vmdb2 fails to build from source in unstable for multiple architectures, > e.g. amd64: Noting this for whoever looks at this again: the problem is that new

Bug#913997: cmdtest: Should not 'provide' yarn

On Sun, Nov 18, 2018 at 12:22:57PM +0100, Olaf van der Spek wrote: > But that's also not what Provides is for is it? Virtual packages is one of the things Provides is for. You want me to drop the Provides. I don't want to. The fact that some people try to guess package names and get it wrong is

Bug#913997: cmdtest: Should not 'provide' yarn

On Sun, Nov 18, 2018 at 12:05:15PM +0100, Olaf van der Spek wrote: > That might be problematic.. Yes. Flat namespaces have collision problems. The JS yarn developers refused to pick a different name. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP

Bug#913997: cmdtest: Should not 'provide' yarn

On Sun, Nov 18, 2018 at 12:14:58PM +0100, Olaf van der Spek wrote: > Got a link to the discussion? No. > Still, is Provides meant to be used like this? I thought it was for > package names, not for command names. It's not for the command name. It's for the functionality that my yarn program

Bug#910349: radicale: long description says "either" for more than two options

Package: radicale Version: language mistake in long description Severity: minor Dear Maintainer, the long description says: Some authentication schemes require either of the packages apache2-utils, python-ldap, python-passlib, python-pampy, courier-authdaemon or python-requests. Either

Bug#907751: RM: vmdebootstrap -- ROM; upstream discontinued, obsolete, better options exist

Package: ftp.debian.org Severity: normal I wrote vmdebootstrap in 2011, originally. It has been maintained by others since then, upstream and in Debian. I am now again the upstream and Debian maintainer since last year. As upstream, I am ashamed of having written such a lousy program. It has a

Bug#907614: vmdb2: please provide documentation

On Thu, 2018-08-30 at 09:57 +0200, Johannes 'josch' Schauer wrote: > Could you please provide documentation of vmdb2 in its binary package? You're right that documentation is missing. I wrote up some: http://code.liw.fi/vmdb2.html This will eventaully be included in the package. Any feedback

Bug#902437: xwayland: Firefox crashes Wayland on some web pages

On Tue, 2018-06-26 at 20:10 +0100, Steve McIntyre wrote: > Confirmed here on a fresh install of sid on another X220... This seems to work on my Yoga laptop now. signature.asc Description: This is a digitally signed message part

Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz

I've uploaded a version that should fix this. On Sat, 2018-08-11 at 19:42 +, Niels Thykier wrote: > On Thu, 05 Jul 2018 17:35:30 +0300 Lars Wirzenius wrote: > > On Thu, 2018-07-05 at 15:06 +0200, Andreas Beckmann wrote: > > > But the upgrade path from st

Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz

On Sat, 2018-08-11 at 19:42 +, Niels Thykier wrote: > Do you have an ETA on the upload fixing cliapp? At the moment, cliapp > is a key package and as such a potential blocker for the new Debian release. Key pacakge? I did not know that. What makes cliapp a key package? I'll try to get this

Bug#821055: Bug#821088: Secure Boot support in live-wrapper

On Fri, 2018-08-03 at 23:03 +0800, Ben Hutchings wrote: > On Fri, 2018-08-03 at 17:50 +0300, Lars Wirzenius wrote: > > On Fri, 2018-08-03 at 21:56 +0800, Ben Hutchings wrote: > > > Since vmdebootstrap is no longer developed, bug #821088 will not be > > > fixed the

Bug#821088: Secure Boot support in live-wrapper

On Fri, 2018-08-03 at 21:56 +0800, Ben Hutchings wrote: > Since vmdebootstrap is no longer developed, bug #821088 will not be > fixed there, but perhaps Secure Boot will be supportable using vmdb2. > > If vmdb2 allows its users to specify which package(s) to install as > boot loaders, then I

Bug#904972: vmdebootstrap going away in September, switch now

On Wed, 2018-08-01 at 13:54 +0200, Paul Gevers wrote: > I have zero experience with either vmdebootstrap or any of its > successors. Would you be able and willing to propose a replacement > command for that example? I, on the other hand, have never used autopkgtest... I see Martin linked to the

Bug#904972: vmdebootstrap going away in September, switch now

Package: autopkgtest Version: 5.4.2 On Sun, 2018-07-29 at 23:24 +0200, Michael Biebl wrote: > I notice that the autopkgtest man pages still reference vmdebootstrap, > specifically autopkgtest-virt-qemu.1: > > > BUILDING IMAGES > >Debian > >For Debian you can use vmdebootstrap(8) to

Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz

On Thu, 2018-07-05 at 15:06 +0200, Andreas Beckmann wrote: > But the upgrade path from stretch is not clean: > > Selecting previously unselected package python3-cliapp. > Preparing to unpack .../python3-cliapp_1.20170827-1_all.deb ... > Unpacking python3-cliapp (1.20170827-1) ... > dpkg:

Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz

On Wed, Jul 04, 2018 at 06:34:41PM +0300, Lars Wirzenius wrote: > (Also, the advice to use Replaces+Breaks is just wrong for this > package. The bug is that the same file is in both the python2 and > python3 versions of the package. The correct solution is to have it in > at most on

Bug#874421: python3-cliapp: fails to upgrade from 'stretch' - trying to overwrite /usr/share/man/man5/cliapp.5.gz

On Wed, Sep 06, 2017 at 12:31:19AM +0200, Andreas Beckmann wrote: > during a test with piuparts I noticed your package fails to upgrade from > 'stretch'. > It installed fine in 'stretch', then the upgrade to 'buster' fails > because it tries to overwrite other packages files without declaring a >

Bug#902437: xwayland: Firefox crashes Wayland on some web pages

Package: xwayland Version: 2:1.20.0-2 Severity: important Dear Maintainer, My apologies for ruining your day with what looks like a tricky driver bug. I hate debugging such things, myself. I'm marking this "important", because the issue makes me not dare to browse the web: I've had to reboot my

Bug#900403: RM: summain -- ROM; few users, upstream wants to retire it

Package: ftp.debian.org Severity: normal I'm the upstream and Debian maintainer of summain. It has a popcon of 25, which means it has practically no users apart from myself, and it turns out I don't use it much myself anymore, either. I wrote it for testing Obnam (RIP). I intend to retire it

Bug#899155: vmdebootstrap: command failed: umount /tmp/tmp... | ERROR: /tmp/tmp.../etc/machine-id: Device or resource busy

On Sat, 2018-05-19 at 20:41 -0300, Helen Koike wrote: > Package: vmdebootstrap > Version: 1.11-1 > Severity: important > > Dear Maintainer, > > I am trying to run vmdebootstrap, but I am getting the error below: I'm afraid vmdebootstrap is nearing its end of life. You'd be advised to try

Bug#895798: /usr/bin/systemd-nspawn: systemd-nspawn doesn't recognise -E, does recognise --setenv

I'm OK with this not being fixed in stretch. But I'm OK with the fix being backported, too, or just having -E removed from --help and manpage. I've fixed my immediate problem by using --setenv. signature.asc Description: This is a digitally signed message part

Bug#895974: RM: python-tracing -- ROM; RoM; unused, obsolete

Package: ftp.debian.org Severity: normal I wrote python-tracing (as upstream) to help develop Obnam. Obnam is gone. Nothing and nobody seems to be using python-larch, so it should go, too.

Bug#895973: RM: python-larch -- ROM; RoM; obsolete, unused

Package: ftp.debian.org Severity: normal python-larch was used by Obnam. Obnam is now gone. python-larch can go as well.

Bug#895972: RM: genbackupdata -- ROM; few, if any users; bored upstream

Package: ftp.debian.org Severity: normal I'm upstream developer of genbackupdata, and also the Debian package maintainer. As upstream, I have no use for the program anymore. It's something I wrote for developing Obnam, and Obnam is gone. I don't have any other use for it, either. I don't know of

Bug#895798: /usr/bin/systemd-nspawn: systemd-nspawn doesn't recognise -E, does recognise --setenv

Package: systemd-container Version: 232-25+deb9u3 Severity: minor File: /usr/bin/systemd-nspawn Dear Maintainer, I wanted to set an environment variable inside the container, when running a command with systemd-nspawn. -E doesn't work, --setenv does. First, to show that the container works:

Bug#894512: gunicorn3: can't serve large files

Package: gunicorn3 Version: 19.6.0-10+deb9u1 Severity: normal Dear Maintainer, I'm writing a web application that needs to server fairly large files, in the terabyte range. I am using python3-bottle for my code, and it works just fine. However, when I run my application with gunicorn3 it doesn't

Bug#893466: bugs.debian.org: email based interaction with bugs.debian.org is slow

On Mon, 2018-03-19 at 10:54 -0700, Don Armstrong wrote: > On Mon, 19 Mar 2018, Lars Wirzenius wrote: > > My smarthost provider confirmed that it was not stuck on their server > > due to greylisting. The mail was greylisted at 06:58 UTC, but went > > through at 07:07 UTC. M

Bug#893466: bugs.debian.org: email based interaction with bugs.debian.org is slow

tes. I used the bts command to send the mail so I'm going to assume it was correctly constructed. > On Mon, 19 Mar 2018, Lars Wirzenius wrote: > Could you send me the message-id of the message which was delayed? Even > if you had hit postgrey, and it was tempfailed, it should have only be

Bug#893466: bugs.debian.org: email based interaction with bugs.debian.org is slow

The reassign request I sent at 08:15 local time finally reached debbugs about 14:00 local time, but which time another request by another user had just made the same change. That's almost six hours of waiting time for me. If I had time for it to implement one, I'd offer to write an HTTP API, with

Bug#893466: bugs.debian.org: email based interaction with bugs.debian.org is slow

Package: bugs.debian.org Severity: normal Dear Maintainer, bugs.debian.org runs debbugs, which is architected to require all manipulation commands to happen via email: to close a bug, to mark a bug fixed in some version of a package, etc. This is all good. However, bugs.debian.org is targeted

Bug#845439: [Vmdebootstrap-devel] Bug#845439: [PATCH] Don???t enforce (U)EFI on arm64

On Fri, 2018-03-02 at 08:24 +0100, Michael Stapelberg wrote: > vmdb2 Debian has no shortage of image building tools. We even had a talk at the 2015 Debconf about this. Back then we had 11 tools. Now we have at least two more: vmdb2 and debos. I don't have a complete list, but it'd be nice if

Bug#845439: [Vmdebootstrap-devel] Bug#845439: [PATCH] Don???t enforce (U)EFI on arm64

On Thu, 2018-03-01 at 12:39 +0100, Guido Günther wrote: > On Sun, Aug 20, 2017 at 11:02:13PM +0200, Petter Reinholdtsen wrote: > > Note, this is one of two vmdebootstrap issues blocking the creating > > of Debian Stretch based images for Raspberry Pi 3 using only packages > > in Debian, see

Bug#890983: ITP: continuity -- A transport-agnostic, filesystem metadata manifest system

On Wed, 2018-02-21 at 18:58 +0700, Arnaud wrote: > > On 02/21/2018 06:27 PM, Lars Wirzenius wrote: > > On Wed, 2018-02-21 at 18:06 +0700, Arnaud Rebillout wrote: > > > This project is a staging area for experiments in providing transport > > > agnostic metadata st

Bug#890983: ITP: continuity -- A transport-agnostic, filesystem metadata manifest system

On Wed, 2018-02-21 at 18:06 +0700, Arnaud Rebillout wrote: > This project is a staging area for experiments in providing transport > agnostic metadata storage. Something like my summain program? signature.asc Description: This is a digitally signed message part

Bug#890628: vmdb2: Test fail with ImportError: No module named yarnutils

On Fri, 2018-02-16 at 23:19 +0100, Benjamin Drung wrote: > Standard error from shell command: > Traceback (most recent call last): > File "/tmp/tmpWTVTHk", line 7, in > from yarnutils import * > ImportError: No module named yarnutils I seem to have failed to upload to

Bug#889826: ITP: vmdb2 -- create disk images with Debian installed

Package: wnpp Severity: wishlist Owner: Lars Wirzenius <l...@liw.fi> * Package name: vmdb2 Version : 0.9 Upstream Author : Lars Wirzenius <l...@liw.fi> * URL : https://github.com/larswirzenius/vmdb2 * License : GPL3+ Programming Lang: Python

Bug#886772: ITP: debos -- Debian OS builder

On Thu, 2018-01-11 at 11:00 +0100, Benjamin Drung wrote: > Both tools create a Debian OS and use a Jinja config which allows > specifying individual steps. Can the forces be joined? One is in Go, one in Python. There's nothing similar in the code bases. I see no chance of "joining forces", nor

Bug#886238: Please introduce official nosystemd build profile

On Thu, Jan 04, 2018 at 10:44:24PM +0300, Hleb Valoshka wrote: > On 1/3/18, Steve Langasek wrote: > > > Moreover, defining an official nosystemd profile in Debian signals that we > > are willing to support it, which means any maintainers who refuse such > > patches will

Bug#884581: RM: obnam -- ROM; upstream has retired proejct

Package: ftp.debian.org Severity: normal I would like to remove obnam from the Debian archive. I am the Debian package maintainer and also the upstream developer, and as upstream I have retired the project and will be developing it no more. I don't want people to install it from Debian without

Bug#878171: [Vmdebootstrap-devel] Bug#878171: vmdebootstrap: misformatted man page

> Here's how vmdebootstrap's manpage is formatted: > > 1:| VMDEBOOTSTRAP(8) System Manager's Manual > VMDEBOOTSTRAP(8) > 2:| > 3:| " "vmdebootstrap" > 4:| > 5:| NAME > 6:|vmdebootstrap - install basic Debian system into virtual disk >

Bug#845526: [Vmdebootstrap-devel] Bug#845526: [PATCH] Allow users to specify the boot directory path

On Thu, Sep 21, 2017 at 09:37:40AM +0200, Petter Reinholdtsen wrote: > [Lars Wirzenius] > > I'm afraid I don't think this feature will ever land in vmdebootstrap. > > Let me explain. > > I sure understand your point of view, and unwillingness to keep working on > vmdeboos

Bug#876078: gitano as error for unknown user is maybe in need of improvement

Package: gitano Version: 1.0-2 Severity: normal Dear Maintainer, I made a typo when giving Gitano an "as" command. 17:52 ~ $ ssh g...@git.liw.fi as stever sshkey add default < steve.pub /usr/bin/lua5.1: /usr/share/lua/5.1/gitano/usercommand.lua:182: attempt to index local

Bug#821088: reassign #821088 to live-wrapper?

Ack, I will not close or reassign the bug, then. Thanks. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature

Bug#821088: reassign #821088 to live-wrapper?

This bug has a message from Iain that says "This bug should be reassigned to live-wrapper once it has entered the archives". live-wrapper is in Debian (stable onwards). Should we reassign this bug to live-wrapper? -- I want to build worthwhile things that might last. --joeyh signature.asc

Bug#873650: obnam: backup raises UnicodeDecodeError

On Mon, Sep 11, 2017 at 12:27:26PM +0200, Moritz Lennert wrote: > > I can't reproduce this and you didn't provide enough information for > > me to guess what it might be. What is the actual command you ran and > > what is the config you have (obnam --dump-config)? > > I can reproduce on testing,

Bug#873650: obnam: backup raises UnicodeDecodeError

On Tue, Aug 29, 2017 at 09:10:55PM +0200, Max Hofer wrote: > after updating to the newest version of python-cliapp which should have fixed > #873298 > the 'backup' command spamms the console output with following messages: > > UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position

Bug#872819: ikiwiki: !table doesn't handle [foo][] links

Package: ikiwiki Version: 3.20170111 Severity: normal Dear Maintainer, I create the following files. 8< index.mdwn # Table link bug example The table below should have [link][] in the elements, but only [foo](http://foo.example.com) works. [link]:

Bug#872810: /usr/bin/namecheck: namecheck checks obsolete sites, interprets error as "reserved"

Package: devscripts Version: 2.17.6+deb9u1 Severity: normal File: /usr/bin/namecheck Dear Maintainer, I wanted to check if the name "salami" is in use. $ namecheck salami Testing salami.tuxfamily.org - Available Testingalioth.debian.org - Available Testing

Bug#871590: printer-driver-ptouch: QL-550 doesn't print on 62 mm labels

Package: printer-driver-ptouch Version: 1.4.2-2+b1 Severity: normal Dear Maintainer, I have a Brother P-touch QL-550 label printer, and it works just fine when printing to 12 mm wide labels (from a continuous roll). However, if I print on 62 mm wide labels (also from continuous roll), the

Bug#845526: [Vmdebootstrap-devel] Bug#845526: [PATCH] Allow users to specify the boot directory path

Hi, how essential is this? Could it be implemented with a sufficiently complicated customize script? I ask because I would like to avoid adding any further features into vmdebootstrap, which is quite a complicated program already. Instead all my development work goes into vmdb2 (not yet in

Bug#852330: dia: dia --export to svg adds junk to end

On Fri, Jul 14, 2017 at 10:13:37PM +0200, Tomas Pospisek wrote: > The line "auth.dia --> /dev/stdout" goes to STDERR though. So if you do: > > dia --export=/dev/stdout --filter=svg auth.dia > outfile.svg > > then everything works as it should. It seems that's not what happened when I

Bug#867141: [Vmdebootstrap-devel] Bug#867141: Cannot build Debian Hurd Live

On Tue, Jul 04, 2017 at 08:50:43AM +0200, Narcis Garcia wrote: > E: Couldn't find these debs: linux-image-hurd-i386 acpid vmdebootstrap seems to use the following method for picking the kernel package name: def kernel_package(self): packages = [] if

Bug#866374: nm.debian.org: rendereed page starts with ...

Package: nm.debian.org Severity: normal Dear Maintainer, When visiting https://nm.debian.org/process/206 the rendered page starts with this text: https://nm.debian.org/static/js/jquery-1.10.2.min.js";> https://nm.debian.org/static/js/nm.js";> I don't know if that affects

Bug#863404: pass: returns with 0 if a key it is meant to encrypt to is expired

Package: pass Version: 1.6.5-6 Severity: important Dear Maintainer, I have a pass key repository shared with co-workers. A co-worker's key expired today, and this happened: $ tar -C gpg -cf - . | base64 | pass insert -m infra/ci-gnupg.tar.base64 tar: ./S.gpg-agent.extra: socket ignored tar:

Bug#860453: ITP: sparseutils -- interact with sparse files

On Mon, Apr 17, 2017 at 09:51:24AM +0200, Eduard Bloch wrote: > > Description : interact with sparse files > > This doesn't align with the extended description. Sounds more like > "automated creation and inspection of sparse files". I'll tweak the short the description. I disagree that

Bug#860453: ITP: sparseutils -- interact with sparse files

Package: wnpp Severity: wishlist Owner: Lars Wirzenius <l...@liw.fi> * Package name: sparseutils Version : 0.0.1 Upstream Author : Richard Ipsum <richardip...@fastmail.co.uk> * URL : https://pypi.python.org/pypi/sparseutils/ * License : GPL3+ Prog

Bug#860408: pbuilder: leaves a 0-byte tgz file if creation fails

Package: pbuilder Version: 0.228.6 Severity: normal When I run pbuilder to create a base tgz file, and there's an error during the process, I'm left with a 0-byte output file. It would be better to not create the output file unless debootstrap finished correctly. -- System Information: Debian

Bug#860407: pbuilder: warns about not having pbuilderrc

Package: pbuilder Version: 0.228.6 Severity: minor Dear Maintainer, When I run pbuilder on my wheezy build machine, it warns that I don't have /root/.pbuilderrc. This is correct, I don't. However, I don't think it should be a warning, at most an information message, and my preference would be to

Bug#858247: python-openstackclient: "openstack --help" fails unless OS_* env vars are set for API access

Package: python-openstackclient Version: 3.2.1-1 Severity: normal Dear Maintainer, My /usr/bin/openstack is provided by python-openstackclient, via an alternative. The command has no manual page. When trying to get some help, I run it with --help. This is the output: $ openstack --help

Bug#829076: general: Random freezes but the mouse can still move

(Reply-to points at me, I doubt there's any need for much discussion. If you disagree, tweak you headers accodingly.) On Sun, Feb 26, 2017 at 02:06:17PM +0100, Geert Stappers wrote: > On Sun, Feb 26, 2017 at 01:00:03PM +, Debian Bug Tracking System wrote: > > From: Lee Garrett

Bug#854227: unblock: python-cliapp/1.20160724-2

the tests have passed in previuos uploads, +with an older pylint, so disabling them should be sufficiently +safe and less risky than hacking up code at the last second of +a release cycle + + -- Lars Wirzenius <l...@liw.fi> Sun, 05 Feb 2017 09:19:14 +0100 + python-cl

Bug#852882: python-cliapp: FTBFS: Test failures

Thanks for the bug report, and for doing rebuild tests. On Sat, Jan 28, 2017 at 09:27:24AM +0100, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part (hopefully): > > fi > > * Module cliapp.app > >

Bug#852330: dia: dia --export to svg adds junk to end

Package: dia Version: 0.97.3+git20160930-5 Severity: normal Dear Maintainer, I have a .dia file that I need to convert to SVG which I do from the command line: dia --export=/dev/stdout --filter=svg auth.dia This adds the following line to the end of the output: auth.dia -->

Bug#850222: ITP: node-plur -- Pluralize a word

On Thu, Jan 05, 2017 at 01:05:09PM +0530, Abhishek Lolage wrote: > * URL : https://github.com/sindresorhus/plur > Description : Pluralize a word The package description should make it clear this code only works for English. -- I want to build worthwhile things that might last.

Bug#805154: [Vmdebootstrap-devel] Bug#805154: Please reconsider tagging this bug wontfix

On Fri, Oct 21, 2016 at 03:18:40PM -0400, Sam Hartman wrote: > > > I do understand that the proposed fix is inadequate. You'd need to not > include nobarrier on the esp partition. > > However, the performance of vmdebootstrap is really fairly bad compared > to other image creation solutions

Bug#845409: ITP: node-strip-eof -- Strip the End-Of-File (EOF) character from a string/buffer

On Wed, Nov 23, 2016 at 11:28:54AM +0530, Pirate Praveen wrote: > * URL : https://github.com/sindresorhus/strip-eof > Description : Strip the End-Of-File (EOF) character from a > string/buffer Could you fix the Debian package description to be correct? There are no EOF

Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js

On Thu, Nov 03, 2016 at 06:04:26PM +0100, Paolo Greppi wrote: > On 03/11/2016 17:54, Lars Wirzenius wrote: > > I see the following possibilities now: > > > > a) You rename the yarn package manager in Debian (both package and > >binary). I keep the yarn name

Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js

On Thu, Nov 03, 2016 at 04:17:37PM +0100, Paolo Greppi wrote: > On 03/11/2016 15:28, Lars Wirzenius wrote: > > The JS package manager called yarn is quite new. It wouldn't be > > unreasonable to suggest to them to rename it to avoid a naming > > conflict, in my opinion. >

Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js

On Thu, Nov 03, 2016 at 04:17:37PM +0100, Paolo Greppi wrote: > Fine, I have opened an "Issue" in the github tracker, let's see if this > is received constructively: > https://github.com/yarnpkg/yarn/issues/1656 Thank you. -- I want to build worthwhile things that might last. --joeyh

Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js

On Thu, Nov 03, 2016 at 02:02:31PM +, Ian Jackson wrote: > I searched github for `yarn'. You don't find my software on github. I do not want to rely on non-free services like github. > There are lots of hits for other > programs, including: > - a dialogue editor (for games, I think) > -

Bug#843021: RFP: yarn -- a fast, reliable, and secure package manager for Node.js

On Thu, Nov 03, 2016 at 01:32:14PM +0100, Paolo Greppi wrote: > cmdtest provides yarn since this commit: > http://git.liw.fi/cgi-bin/cgit/cgit.cgi/cmdtest/commit/?id=859bb5ba9631df883dd7b074ff649ea2ca76e1ad Yep, in 0.27-1, uploaded Sep 21 this year. cmdtest has included the yarn program since

  1   2   3   4   5   6   7   8   9   10   >