Bug#733587: reopened because of outdated web-information

On Sun, Jan 18, 2015 at 10:21:46AM +0100, Andreas Glaeser wrote: The report was reopened, because, the issue was fixed only partially. Soundconverter links to this page regarding MP3-support: http://soundconverter.org/gstreamer-mp3-encoding-howto/ The information there is outdated:

Bug#775658: O: soundconverter

Package: wnpp Severity: normal I am orphaning the soundconverter package, which I no longer use myself. Someone who uses it would be a better person to care for the package. Upstream is friendly and helpful, and it's a package with a fair number of users, so it's a good package for someone to

Bug#770722: [Vmdebootstrap-devel] Bug#770722: Bug#770722: Bug#770722: [PATCH] add --debootstrap-opts to pass additional options to debootstrap

On Sun, May 03, 2015 at 07:42:14PM +0200, Jan Gerber wrote: another problem with string_list is that a comma is treated as a separator so --debootstrap-option --components=main,contrib becomes ['--components=main', 'contrib'] That's an excellent point, valid for configuration files

Bug#770722: [Vmdebootstrap-devel] Bug#770722: [Bug#770722]: add --debootstrap-opts to pass additional options to debootstrap

On Sun, May 03, 2015 at 08:36:32PM +0200, Jan Gerber wrote: Looking at the documentation of string_list/StringListSetting it is not clear to me why it has the additional comma parsing, it seams to combine 2 modes: - argument can be passed multiple times to pass multiple values (--key foo

Bug#770722: [Vmdebootstrap-devel] Bug#770722: Bug#770722: [PATCH] add --debootstrap-opts to pass additional options to debootstrap

On Sun, May 03, 2015 at 07:26:50PM +0200, Jan Gerber wrote: with self.settings.string_list that would become --debootstrap-option --key --debootstrap-option value that looks ugly and seams to verbose. Yes, that would be very ugly and verbose. However, adding one's own parsing on top of

Bug#770722: [Vmdebootstrap-devel] Bug#770722: [PATCH] add --debootstrap-opts to pass additional options to debootstrap

On Sun, May 03, 2015 at 02:55:58PM +0200, j...@mailb.org wrote: +self.settings.string( +['debootstrap-opts'], +'pass additional options to debootstrap (check debootstrap --help for valid options)') I would make this a self.settings.string_list type option

Bug#788611: devscripts: [dget] dget exits 0 when failing to download

Package: devscripts Version: 2.15.3 Severity: normal Tags: upstream Dear Maintainer, When I run the following command: dget -du http://xx I get the dget usage message, and the command exits with 0. It should exit with non-zero instead, as it failed to do anything useful. The exit 0 in

Bug#786767: vmdebootstrap: i386 arch kernel package not found

On Mon, May 25, 2015 at 07:44:40AM -0400, James Valleroy wrote: linux-image-486 isn't available in sid. It appears to have been replaced with linux-image-586. The attached patch will change the kernel_arch to 586 for i386 builds. After this change, i386 image builds are successful. This

Bug#795735: partman-crypto: always encrypt swap

Package: partman-crypto Severity: wishlist Tags: d-i Could we enable encryption of swap by default, even when full disk encryption is not used? As far as I undrestand, there is no performance issue for this for most hardware made in the past half-decade. Swap encryption also doesn't require the

Bug#796139: obnam backup fails with NameError: global name 'netloc' is not defined

On Wed, Aug 19, 2015 at 09:23:58PM +0200, E.Waelde wrote: Please let me know if you need further information, thank you. Thank you. No further information is necessary: I have fixed this in my development version and will be making a release as soon as I can. -- sic transit disci mundi, ergo

Bug#682798: ERROR: Node N cannot be found in the node store M (too many open files)

On Fri, Aug 21, 2015 at 12:30:31PM +, Franz Schrober wrote: same problem here with Debian Jessie on amd64 with python-larch 1.20131130-1 and obnam 1.8-1. Do you get an error message saying there are too many open files, or just an error message that a node is missing? -- sic transit disci

Bug#793792: R43272X: Repository doesn't contain chunk

On Mon, Jul 27, 2015 at 06:26:48PM +0300, Vladmimir Stavrinov wrote: Yes, this is old problem, You know. But in this case there are no any race conditions. Only one client is working and only one obnam process are running at once. And all things are local: client, repository and backed up

Bug#793792: R43272X: Repository doesn't contain chunk

On Sat, Aug 01, 2015 at 04:12:10PM +0300, Vladimir Stavrinov wrote: On Sat, Aug 01, 2015 at 03:52:43PM +0300, Lars Wirzenius wrote: The next version of Obnam will have fixes related to this, both to not crash obnam forget if a chunk it wants to remove is missing, and to In which version

Bug#794441: obnam: chunk ... does not exist

On Mon, Aug 03, 2015 at 11:51:58AM +0300, Vladimir Stavrinov wrote: On Mon, Aug 03, 2015 at 09:53:03AM +0300, Lars Wirzenius wrote: fsck does, indeed, not remove references to missing chunks. It's a missing feature. That feature will be implemented when someone has the time

Bug#794441: obnam: chunk ... does not exist

On Mon, Aug 03, 2015 at 09:30:06AM +0300, Vladmimir Stavrinov wrote: This means that fsck command does nothing and repository remains broken. Why this command does not remove references pointing to nonexistent chunk when it finds such ones? fsck does, indeed, not remove references to missing

Bug#804375: obnam: regression: Does not skip directories containing a CACHEDIR.TAG file

On Sat, Nov 07, 2015 at 10:44:15PM +0100, Salvatore Bonaccorso wrote: > Hi Lars, > > Thanks for the quick follow up. First of all, since it was not clear, > in my previous mail, the files are not actually included in the > backup, see just the doubled processing time and found files. Hi,

Bug#803696: obnam: breaks on "No such device or address" looking for CACHEDIR.TAG in sshfs mount

On Sun, Nov 01, 2015 at 10:06:49PM +0200, Kalle Sandström wrote: > This is clearly caused by sshfs not being an ordinary filesystem, > and therefore reporting (incorrectly) an ENODEV when it should > report ENOENT. However, obnam is at fault for crapping out instead > of proceeding. I can't

Bug#694876: obnam: FTBFS when building on btrfs filesystem

Could you please file a new bug rather than re-opening an old one. Just because the old bug has some similar messages doesn't mean it's the same bug, and it's better to file a new one rather than confusing an old one. If the bug you're experiencing actually is the same one as th eold one, merging

Bug#804375: obnam: regression: Does not skip directories containing a CACHEDIR.TAG file

I don't seem to be able to reproduce this, so I would like to ask some questions. On Sat, Nov 07, 2015 at 09:42:18PM +0100, Salvatore Bonaccorso wrote: > I observed the following behaviour after updating to the recent > 1.18.1-1 from 1.17-1. I have put in several directories a CACHEDIR.TAG > to

Bug#796950: NameError: global name 're' is not defined

On Tue, Aug 25, 2015 at 10:31:59PM -0700, Diane Trout wrote: packages/obnamlib/plugins/exclude_pathnames_plugin.py, line 97, in compile_regexps except re.error as e: NameError: global name 're' is not defined Thank you, this is now fixed in git and the fix will be included in the next

Bug#784576: Allow commas in StringListSetting values

On Wed, May 06, 2015 at 10:00:05PM +0200, Jan Gerber wrote: Package: python-cliapp Version: 1.20140719-1 Tags: upstream patch - Escape values with commas with double quotes in config syntax. - Don't split values passed as arguments. Needed to fix Bug #770722 in vmdebootstrap Thanks,

Bug#800386: obnam: UnicodeDecodeError python exception during backup

On Mon, Sep 28, 2015 at 07:34:40PM +0200, Laurent Bonnaud wrote: > I was trying to make an initial backup with obnam using this command: > > # obnam backup -r /sauvegardes/users-obnam/ sftp://xxx/users/ ... > File "/usr/lib/python2.7/dist-packages/paramiko/sftp_client.py", line 208, > in

Bug#799814: obnam tries to use fuse.Fuse, while the jessie version seems to be called fuse.FUSE

On Tue, Sep 22, 2015 at 04:05:44PM -0500, David Mohr wrote: > >>> import fuse > >>> help(fuse) > > >>> f = fuse.FUSE() > Traceback (most recent call last): > File "", line 1, in > TypeError: __init__() takes at least 3 arguments (1 given) > >>> fuse.FUSE > > >>> Strange. I get this: $

Bug#804269: python-cliapp: please support python 3

On Fri, Nov 06, 2015 at 07:22:17PM +, Iain R. Learmonth wrote: > Please support Python 3. According to pylint3, the only deprecated > module in use is optparse. Replacing optparse with argparse is a bit of work, but not too bad. However, it will mean cliapp won't work with Python versions

Bug#806419: obnam: creates checkpoints too often

On Fri, Nov 27, 2015 at 12:04:58PM +0100, Ansgar Burchardt wrote: > Would it make sense for obnam to default to a larger checksum size for a > backup where both sides are local (as in not using sftp explicitly)? It'd be possible, but I tend to prefer the simplicity of having defaults not depend

Bug#810576: ITP: hail -- Efficiently extract arbitrary lines from a file or stream

I'm not objecting to this package, but for those who want achieve what it does without having to depend on an extra package, I offer the following. On Sun, Jan 10, 2016 at 10:17:22AM +1100, Kevin Murray wrote: > Hail gets its name from a contraction of head and tail, the common alternative > to

Bug#814733: /usr/bin/dget: dget does not unquote in file: URLs

Package: devscripts Version: 2.15.3 Severity: normal File: /usr/bin/dget Dear Maintainer, dget does not seem to un-quote URL encodings in file: URLs. For example, %2B in a URL is a way to express the + character, but dget interprets that as the character sequence %, 2, and B. curl gets this

Bug#815103: memory use increases with more files; OOM

On Thu, Feb 18, 2016 at 04:13:14PM -0400, Joey Hess wrote: > obnam grows in size to fill all 2 gb of memory on the system and > OOMs. Ouch. I've not had that problem, but Obnam is currently know to not be careful about spending memory. > Summarizing it: Hmm. The number of Python objects seems

Bug#832586: /usr/bin/pdebuild: pdebuild hides message from PAM until end of run

Package: pbuilder Version: 0.225.2 Severity: normal File: /usr/bin/pdebuild Dear Maintainer, I use a U2F hardware token for two-factor authentication to my laptop. It is integated with PAM. When I use sudo, it asks both for my password and me to trigger the token, before accepting I am who I

Bug#823912: cmdtest: yarn man page examples wrong and very misleading

On Tue, May 10, 2016 at 11:48:27AM +0100, John Kozak wrote: > The man page examples (only doc for `yarn`) show `TESTDIR` as the test > working directory. It is actually `DATADIR` - to be fair, the man page > does say this later - which is horribly confusing as the examples > presented presumably

Bug#830983: ITP: field -- extracts a list of fields from a file

On Wed, Jul 13, 2016 at 01:08:25PM -0500, Matt Zagrabelny wrote: > Perhaps moreutils? > > The utilities provided therein are (partially) written in perl. So it > is out of place in that regards - but certainly not a show stopping > road block. > > Joey Hess is the maintainer according to: > >

Bug#831022: ansible: Notices use of apt-get in shell, suggests apt module instead, but apt module doesn't support clean

Package: ansible Version: 2.1.0.0-1 Severity: normal I have the following rule in a role used by my playbook: - name: free up disk space by removing apt package cache shell: | apt-get clean This results in the following warning: [WARNING]: Consider using apt module rather

Bug#832586: /usr/bin/pdebuild: pdebuild hides message from PAM until end of run

On Mon, Aug 01, 2016 at 03:28:44PM +, Mattia Rizzolo wrote: > Can you try setting PBUILDER_BUILD_LOGFILE to something non-empty and > see whether pam asks to tap the device at the right time? Setting that environment variable does not seem to have any effect. The prompt to touch the U2F key

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#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#836868: Integration test suite fails on my laptop (due to encrypted disk?)

Package: vmdebootstrap Version: 1.6-1 When I run the integration test suite in the source tree on my laptop, it fails, because it gets confused by something, and I think it's because my laptop hard disk is encrypted. (I'll fix this, but this bug is a reminder of the problem.) -- I want to

Bug#838275: gnome-shell-extensions: version 3.21.92-1 should depend on gnome-shell 3.21.92-1

Package: gnome-shell-extensions Version: 3.21.92-1 Severity: normal I just upgraded my laptop, which runs testing (stretch) to current packages. As part of this, gnome-shell-extensions was upgraded to 3.21.92-1. I rebooted, and most extensions failed to work. This turned out to be because

Bug#841295: ERROR: RD5FA4X: System error: /tmp/tmpZmTUlC/S.gpg-agent.rstrd: 2: No such file or directory

On Wed, Oct 19, 2016 at 09:01:44PM +0800, clayton wrote: > This is the trace that shows up in my syslog: ... > os.remove(fullname)#012OSError: [Errno 2] No such file or directory: > '/tmp/tmp8XfPQ3/S.gpg-agent.rstrd' Right. I've recently seen this as well. It is somehow due to gpg now being

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 08:36:21AM +0100, Paolo Greppi wrote: >Package name: yarn > URL: https://github.com/yarnpkg/yarn My cmdtest package provides yarn, since the main tool it now provides is yarn (a testing tool), not cmdtest. Perhaps your package could be called yarnpkg? --

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

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 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 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 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#837770: obnam: list-errors produces python traceback

Thanks. Fixed in git, will be fixed in next upload. On Wed, Sep 14, 2016 at 02:24:31PM +0200, Rik Theys wrote: > Package: obnam > Version: 1.19.1-1 > Severity: minor > > Hi, > > Running 'obnam list-errors' produces a list of error messages and then > crashes with the following python

Bug#679696: failed with too many open files when committing changes

I'm afraid I've not been able to reproduce this, nor have others reported the problem in years. Thus, I'm closing the bug report. If you disagree, please tell me and reopen. On Sat, Jun 30, 2012 at 04:35:11PM -0400, Joey Hess wrote: > Package: obnam > Version: 1.0-1 > Severity: normal > > I was

Bug#840402: python-jwt: jwt(1) doesn't decode

Package: python-jwt Version: 1.4.2-1 Severity: normal The package comes with /usr/bin/jwt, which seems like a handy tool. However, it fails to decode a token that "jwt.decode(t, verify=False)" decodes just fine. When I try, I get this: $ jwt --no-verify /tmp/token Not enough segments

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#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#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#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#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#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#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#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#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#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#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#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#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?

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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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 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, 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#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#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#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#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#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#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:

  1   2   3   4   5   6   7   8   9   10   >