Bug#792605: debian-handbook: Typo in preface of german version; [PATCH] attached

, Georg Faerber From 916bcc7642dfdc9394eff57e7656ee8662dfd7c5 Mon Sep 17 00:00:00 2001 From: Georg Faerber g...@riseup.net Date: Thu, 16 Jul 2015 18:01:00 +0200 Subject: [PATCH] - Fixed small typo in preface of german version Signed-off-by: Georg Faerber g...@riseup.net --- de-DE/00a_preface.po | 2

Bug#853833: schleuder: Fails importing member-fingerprints when migrating (v2 -> v3) list

Package: schleuder Version: 3.0.1-1 Severity: important Tags: confirmed pending upstream fixed-upstream schleuder fails to import member key fingerprints currently when migrating a v2 list to v3. This is already fixed upstream [1]. [1]

Bug#853841: schleuder: Decide how the schleuder v2 -> v3 upgrade path should look like

Package: schleuder Version: 3.0.1-1 Severity: important Tags: confirmed help It's still unclear to me, and I'm calling for help and input with this, how the upgrade path should look like. The situation currently is the following: - schleuder doesn't exist in jessie, but in wheezy. - According

Bug#853836: schleuder: Cron job should do 'refresh_keys' first; shouldn't exit early

Package: schleuder Version: 3.0.1-1 Severity: important Tags: confirmed pending upstream fixed-upstream With one of my last commits [1] I've introduced a new command 'refresh_keys' into the cron job file, which refreshes keys of list subscribers from the keyservers. However, the order is wrong:

Bug#767016: cron does start before sssd and therefore authentication fails

Hi all, More than two years after the initial bug report this is still unfixed. I guess many people who are using LDAP etc. are running into this. The fix is really trivial, and there is even a patch attached to this bug report. I'm wondering: The last upload was made on 2015/06/11, one and a

Bug#853841: schleuder: Decide how the schleuder v2 -> v3 upgrade path should look like

On 17-02-01 20:40:40, Christian Hofstaedtler wrote: > * Georg Faerber <ge...@riseup.net> [170201 13:15]: > > - schleuder doesn't exist in jessie, but in wheezy. > > - According to popcon, there are currently four installs out there. > > - I'm aware of some large install

Bug#853841: schleuder: Decide how the schleuder v2 -> v3 upgrade path should look like

Hi Christian, On 17-02-01 20:40:40, Christian Hofstaedtler wrote: > * Georg Faerber <ge...@riseup.net> [170201 13:15]: > > - schleuder doesn't exist in jessie, but in wheezy. > > - According to popcon, there are currently four installs out there. > > - I'm aware

Bug#853107: xapian-core: FTBFS under pbuilder with USENETWORK=no

Hi Olly, > Daniel: What version of pbuilder are you using? If it's more than a > year old, then upgrading will probably fix this. If not, then either > that fix has regressed in pbuilder regression, or else something more > complex is going on. This is happening here [1] as well, which is a

Bug#853891: php7.0: Please depend on {uwsgi,uwsgi-plugin-php} as well

Package: php7.0 Version: 7.0.15-1 Severity: normal Hi, I would like to serve PHP via uwsgi, so it would be great if {uwsgi,uwsgi-plugin-php} could be added to Depends:. Also: Could this change go into Stretch as well? I guess an unblock would be appropriate for this. Thanks in advance and all

Bug#826551: [Pkg-puppet-devel] RFP: puppetdb-termini -- Enable a Puppet master to connect to PuppetDB

Hi Apollon, all, On 17-02-01 20:27:54, Apollon Oikonomopoulos wrote: > Glad to see this work! > > As it seems, we have two issues here: > > 1. The Puppet 3.7 master in Jessie does not support `puppet > storeconfigs export' > 1. The Puppet 4.8 master in Stretch does not have the PuppetDB

Bug#853129: ganeti: Ganeti depends on SSH-DSS public keys to work

(I'm subscribed to the bug.) Hi Apollon, On 17-01-30 10:24:29, Apollon Oikonomopoulos wrote: > On 02:14 Mon 30 Jan , Georg Faerber wrote: > > Do you think it would be possible to cherry-pick the changes, [1] and > > the following commits, some of them at least, which we

Bug#853129: ganeti: Ganeti depends on SSH-DSS public keys to work

On 17-01-30 11:31:06, Apollon Oikonomopoulos wrote: > On 10:20 Mon 30 Jan , Georg Faerber wrote: > > On 17-01-30 10:24:29, Apollon Oikonomopoulos wrote: > > > On 02:14 Mon 30 Jan , Georg Faerber wrote: > > > > Do you think it would be possible

Bug#853129: ganeti: Ganeti depends on SSH-DSS public keys to work

On 17-01-30 12:27:06, Apollon Oikonomopoulos wrote: > On 11:09 Mon 30 Jan , Georg Faerber wrote: > > You mean the error messages of ganeti if running on stretch with > > unmodified sshd config? > > Precisely :) - gnt-cluster init and gnt-node add don't throw any errors.

Bug#826551: RFP: puppetdb-termini -- Enable a Puppet master to connect to PuppetDB

Hi, I think the following might be of interest: I've tested the proposed way of intrigeri, which is described at [1]: > puppetdb-termini has no dependencies except puppet-agent. It just > ships 16 .rb files, that live in the upstream Puppet Git repository, > and are distributed in PuppetDB

Bug#853129: ganeti: Ganeti depends on SSH-DSS public keys to work

Hi Apollon, On 17-01-30 01:34:38, Martin Weinelt wrote: > ganeti heavily depends on SSH-DSS keypairs for operations between > cluster nodes, with OpenSSH 7.0 said keys have been deprecated. > > Please add a remark that SSH-DSS needs to be reallowed if ganeti is > supposed to work. > > In

Bug#853068: Please verify upstream release signature

Package: dehydrated Version: 0.3.1-2 Severity: normal Tags: patch Hi, I've asked upstream to sign the releases. [1] I'm attaching a patch which applies against the debian/master branch as of today, 2017/01/29: It adds the upstream signing key and changes debian/watch to verify the signature.

Bug#839087: 'su Debian-exim' causes sssd (LDAP) to segfault

Hi all, This happens for me as well on jessie, with sssd-common 1.11.7-3 sssd-krb5-common 1.11.7-3 sssd-ldap 1.11.7-3 sssd-tools1.11.7-3 Could the fix be backported, for example via j-p-u? Thanks and all the best, Georg signature.asc Description: Digital signature

Bug#871771: ganeti: socat support broken in Stretch

For reference, the upstream commit [1] fixing this. Cheers, Georg [1] https://github.com/ganeti/ganeti/commit/d5d747d5e9273e2fbbf99e7f83b313f56f8656bb signature.asc Description: Digital signature

Bug#867643: [DRE-maint] Bug#867643: schleuder: FTBFS: ERROR: Test "ruby2.3" failed: Failure/Error: expect(output).to include("98769E8A1091F36BD88403ECF71A3F8412D83889 was fetched (new key)")

Hi, Unfortunately, I can't reproduce this locally. Besides the sbuild options used which are shown in the log file, is there a .sbuildrc in place, with non-default options? If so, could you share it? Additionally, I've got a question regarding the network configuration of the VM on which the

Bug#867643: [DRE-maint] Bug#867643: schleuder: FTBFS: ERROR: Test "ruby2.3" failed: Failure/Error: expect(output).to include("98769E8A1091F36BD88403ECF71A3F8412D83889 was fetched (new key)")

Hi Lucas, Thanks for the report: On 17-07-08 08:28:30, Lucas Nussbaum wrote: > > [...] > > About the archive rebuild: The rebuild was done on EC2 VM instances > from Amazon Web Services, using a clean, minimal and up-to-date > chroot. Every failed build was retried once to eliminate random >

Bug#867643: [DRE-maint] Bug#867643: schleuder: FTBFS: ERROR: Test "ruby2.3" failed: Failure/Error: expect(output).to include("98769E8A1091F36BD88403ECF71A3F8412D83889 was fetched (new key)")

On 17-07-08 21:05:36, Lucas Nussbaum wrote: > On 08/07/17 at 19:37 +0200, Georg Faerber wrote: > > Unfortunately, I can't reproduce this locally. Besides the sbuild > > options used which are shown in the log file, is there a .sbuildrc in > > place, with non-default options? I

Bug#849308: wireguard: Wireguard should not transition to stable yet

Hi, I would like to see wireguard right now in buster. Even if the on-wire format should change in the future, it would be still worth it, IMHO. Buster is the 'testing' suite - so let's just do that: let's test and get this into testing. Sometimes testing breaks, which is expected, but most of

Bug#866604: stretch-pu: package uwsgi-plugin-php

Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu Dear release team, I'm hereby asking, if the fix [1] for #853891 [2] would be accepted into stretch? Thanks for your work, Georg [1]

Bug#866665: schleuder: Create stretch backport

Package: schleuder Version: 3.1.1-1 Severity: normal Unfortunately, #854359 [1] makes six tests in the upstream provided test suite fail. This is fixed in unstable and buster, but not yet in stretch [2]. Cheers, Georg [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854359 [2]

Bug#866604: stretch-pu: package uwsgi-plugin-php

Hi KiBi, On 17-07-01 02:27:41, Cyril Brulebois wrote: > I see a bug number mismatch here. You're right, copy/paste error on my side.. > Anyway, you didn't really tell us what works and what doesn't with the > package currently in stretch. It's hard to tell whether it's currently > totally

Bug#856152: dirmngr: Fails to resolve localhost and loopback addresses when only a loopback interface is available

Hi all, Is anyone working on getting this fixed? I'm hereby offer a hand, or two, to help with debugging, etc. Thanks, cheers, Georg signature.asc Description: Digital signature

Bug#863583: CVE-2017-7473

Hi, There are some more details to be found on [1]; this page mentions two more CVE, CVE-2017-7466 and CVE-2017-7481, as well. Cheers, Georg [1] https://access.redhat.com/errata/RHSA-2017:1476 signature.asc Description: Digital signature

Bug#872920: resource-agents: Missing dependency on libxml2-utils

retitle -1 resource-agents: Should recommend libxml2-utils thanks On 17-08-22 15:44:08, Valentin Vidic wrote: > On Tue, Aug 22, 2017 at 03:31:47PM +0200, Georg Faerber wrote: > > ocf-tester:31 calls xmllint, which is available via libxml2-utils. IMHO, > > this should be added

Bug#866030: schleuder: FTBFS during reproducible build

Package: schleuder Version: 3.1.1-1 Severity: normal Tags: help User: reproducible-bui...@lists.alioth.debian.org X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org schleuder doesn't build reproducibly currently, it FTBFS. A part of the testsuite starts a localhost bound keyserver, to

Bug#864561: ruby-mail: vulnerable to SMTP Injection via recipient email addresses

Package: ruby-mail Severity: important Tags: upstream fixed-upstream security Rubysec advisory [1]: "Because the Mail Gem for Ruby does not validate or impose a length limit on email address fields, an attacker can modify messages sent with the gem via a specially-crafted recipient email address.

Bug#864289: RM: schleuder/3.0.1-1

Package: release.debian.org User: release.debian@packages.debian.org Usertags: rm Severity: normal Hi all, Please remove schleuder from stretch. It's not yet ready to be included in the stable suite; we plan to get it into s-bp soon. Thanks for your work, Georg Faerber signature.asc

Bug#864290: RM: schleuder-cli/0.0.3-2

Package: release.debian.org User: release.debian@packages.debian.org Usertags: rm Severity: normal Hi all, Please remove schleuder-cli from stretch. It's not yet ready to be included in the stable suite; we plan to get it into s-bp soon. Thanks for your work, Georg Faerber signature.asc

Bug#798454: ganeti: gnt-cluster modify cant change modify_ssh_setup

Hi all, Apollon did a great job in [1], (thanks for this Apollon!): ganeti 2.15.2-8 (currently in buster and unstable) is now able to handle non-DSA SSH keys. Let's close this bug? Cheers, Georg [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=853129 signature.asc Description: Digital

Bug#852710: schleuder: please do not explicitly specify a keyserver in the default config

Hi, On 17-01-26 17:03:15, schleu...@nadir.org wrote: > From: Daniel Kahn Gillmor > The version of dirmngr that we expect to ship in debian stretch (and > all future versions) comes pre-configured with sensible keyserver > defaults. > > While it's great that schleuder

Bug#863734: unblock: gnupg2/2.1.18-8

On 17-09-23 19:46:42, Adam D. Barratt wrote: > On Wed, 2017-09-20 at 23:07 -0400, Daniel Kahn Gillmor wrote: > > > > [...] > > > > I've built this against a stretch system and tested it on a stretch > > system, and it still works. > > > > Please advise me whether i should make an upload. > > >

Bug#863734: unblock: gnupg2/2.1.18-8

On 17-07-15 23:29:09, Cyril Brulebois wrote: > Adam D. Barratt (2017-07-13): > > Finally, unless I missed one when checking back through the thread, we > > also need a d-i ack. > > From a few quick tests, spotted no issues in d-i. So...any chance of getting this into

Bug#872816: radicale wsgi example not usable

Hi Jonas, On 17-08-24 00:27:56, Jonas Smedegaard wrote: > I'd be happy to include sample config snippets for mod_wsgi (and nginx > and uwsgi and other web servers) with the Debian radicale package. I'm running radicale via uwsgi and nginx, are you interested in the configs, in another bug?

Bug#872920: resource-agents: Missing dependency on libxml2-utils

Package: resource-agents Version: 1:4.0.1-1 Hi, ocf-tester:31 calls xmllint, which is available via libxml2-utils. IMHO, this should be added as a dependency. Cheers, Georg signature.asc Description: Digital signature

Bug#844431: Packages should be reproducible

On 17-08-17 14:38:38, Edroman wrote: > Regarding to reproducible, I would suggest Debian should consider > integrating Nix[0] into Debian; as Nix's website mentions > > Nix builds packages in isolation from each other. This ensures that > they are reproducible and don’t have undeclared

Bug#861744: torbrowser-launcher: Should not be part of Stretch

Hi Roger, Not the maintainer here, but: On 17-08-31 20:10:35, Roger Shimizu wrote: > Is it time to upload backports of 0.2.7-3 to stretch? No: Packages need to be first in testing, before going into -backports. > I'm also wondering why it didn't hit testing yet. Read this bug report for some

Bug#873618: Solved: Bug#873618: openvpn: after security-upgrade openvpn can't access cert-files when started via systemd

On 17-08-29 11:29:48, Simon Deziel wrote: > @Bernhard, would you consider using ProtectSystem=full instead of > true? The difference is that /etc is then mounted read only. FYI, I > run all my VPN servers/clients with it. That sounds like a good plan, +1! Cheers, Georg signature.asc

Bug#866030: reopening

tags 866030 = upstream thanks (Sorry for missing In-Reply-To: and References:) The situation improved a lot, but still, sometimes, schleuder does FTBFS. Therefore, reopening and marking as not fixed in 3.2.1-1. Cheers, Georg signature.asc Description: Digital signature

Bug#855522: [Pkg-privacy-maintainers] Bug#855522: torbrowser-launcher: torbrowser won't start because of apparmor

(Sorry for missing In-Reply-To: and References:) Hi all, This is still unfixed in unstable. I'm not sure right now if apparmor was enabled by default in recent kernels, but in case, more people will run into this. Therefore: A fix would be greatly appreciated! Cheers, Georg signature.asc

Bug#898622: ITP: mat2 -- Metadata Anonymisation Toolkit 2

Package: wnpp Owner: Georg Faerber <ge...@riseup.net> Severity: wishlist Package name: mat2 Version : None yet Upstream Author : Julien Voisin <julien.voi...@dustri.org> URL : https://0xacab.org/jvoisin/mat2 License : GNU Lesser General Public

Bug#897463: Processed: severity of 897463 is normal

Hi, On 18-05-24 18:05:50, Holger Levsen wrote: > On Thu, May 24, 2018 at 05:33:06PM +, Debian Bug Tracking System wrote: > > > severity 897463 normal > > Bug #897463 [src:schleuder] schleuder: FTBFS: ERROR: Test "ruby2.5" failed: > > Failure/Error:

Bug#900570: gnupg: Should check for message modifications (--force-mdc) by default

Package: gnupg Version: 2.2.7-1 In light of the recent "efail" revelations, I would like to see gnupg to use --force-mdc by default, to check for message modifications. Cheers, Georg signature.asc Description: Digital signature

Bug#900570: gnupg: Should check for message modifications (--force-mdc) by default

Control: tags -1 pending On 18-06-01 13:37:38, Georg Faerber wrote: > In light of the recent "efail" revelations, I would like to see gnupg to > use --force-mdc by default, to check for message modifications. I've just learned, that this was implemented upstream some days ago [1]

Bug#895646: gnupg: do not allow short key IDS in gpg.conf

Hi, On 18-08-02 09:21:38, Taowa wrote: > Would this be acceptable behaviour: > > [...] Probably, this should be discussed and integrated upstream, to let all users benefit from it and to limit the burden of carrying additional patches in Debian. Cheers, Georg signature.asc Description:

Bug#901133: RFP: gopass -- gopass is a simple but powerful password manager for your terminal

Hi, > Date: Mon, 11 Jun 2018 23:29:38 +0200 > From: Tobias Frost > > Gopass is already in Debian: > https://tracker.debian.org/pkg/gopass While this is true, this request is about [1], which shares the same name, but is still different from the software already packaged in Debian. Cheers,

Bug#892737: [Pkg-puppet-devel] Bug#892737: Bug#892737: puppet: /usr/lib/ruby/vendor_ruby/puppet/gettext/config.rb:156:in `copy_default_translations': undefined method `chain'

Hi Apollon, On 18-03-13 00:19:06, Apollon Oikonomopoulos wrote: > On 23:09 Mon 12 Mar , Georg Faerber wrote: > > On 18-03-12 23:28:20, Apollon Oikonomopoulos wrote: > > > So, the version of ruby-gettext-setup is pretty outdated and > > > predates > > &g

Bug#892737: [Pkg-puppet-devel] Bug#892737: Bug#892737: puppet: /usr/lib/ruby/vendor_ruby/puppet/gettext/config.rb:156:in `copy_default_translations': undefined method `chain'

On 18-03-12 23:28:20, Apollon Oikonomopoulos wrote: > On 21:04 Mon 12 Mar , Mykola Nikishov wrote: > > Package: puppet > > Version: 5.4.0-1 > > Followup-For: Bug #892737 > > > > I have librarian-puppet and found out that downgrading it to jessie > > will fix the problem. Downgrade will remove

Bug#892737: [Pkg-puppet-devel] Bug#892737: Bug#892737: puppet: /usr/lib/ruby/vendor_ruby/puppet/gettext/config.rb:156:in `copy_default_translations': undefined method `chain'

Hi Apollon, On 18-03-13 00:19:06, Apollon Oikonomopoulos wrote: > On 23:09 Mon 12 Mar , Georg Faerber wrote: > > On 18-03-12 23:28:20, Apollon Oikonomopoulos wrote: > > > So, the version of ruby-gettext-setup is pretty outdated and > > > predates > > &g

Bug#892737: [Pkg-puppet-devel] Bug#892737: Bug#892737: puppet: /usr/lib/ruby/vendor_ruby/puppet/gettext/config.rb:156:in `copy_default_translations': undefined method `chain'

On 18-03-13 10:36:34, Apollon Oikonomopoulos wrote: > Control: tags -1 pending > On 02:30 Tue 13 Mar , Georg Faerber wrote: > > On 18-03-13 00:19:06, Apollon Oikonomopoulos wrote: > > > On 23:09 Mon 12 Mar , Georg Faerber wrote: > > > > On 18-03-12 23:28

Bug#885152: ITP: intel-me-cleaner -- Tool for partial deblobbing of Intel ME/TXE firmware images

(Sorry for missing References: and In-Reply-To:.) Hi all, - I'm interested in helping with this as well. - I've asked upstream to introduce some changes regarding packaging [1]. Thanks for your work, cheers, Georg [1] https://github.com/corna/me_cleaner/issues/180 signature.asc Description:

Bug#892737: [Pkg-puppet-devel] Bug#892737: Bug#892737: Bug#892737: puppet: /usr/lib/ruby/vendor_ruby/puppet/gettext/config.rb:156:in `copy_default_translations': undefined method `chain'

Hi Jan, On 18-03-15 16:35:31, Jan Huijsmans wrote: > On Tue, 13 Mar 2018 13:25:25 +0100 > Jan Huijsmans <b...@koffie.nu> wrote: > > On Tue, 13 Mar 2018 10:28:49 +0100 Georg Faerber <ge...@riseup.net> > > wrote: > > > On 18-03-13 10:36:34, Apollon Oikonomopou

Bug#893045: ITP: mwic -- spell-checker that groups possible misspellings and shows them in their contexts

Package: wnpp Owner: Georg Faerber <ge...@riseup.net> Severity: wishlist Package name: mwic Version : 0.7.4 Upstream Author : Jakub Wilk <jw...@jwilk.net> URL : https://jwilk.net/software/mwic License : Expat Programming Lang: Python Description : s

Bug#893048: ITP: dovecot-trees -- Dovecot individually encrypted email storage plugin

Package: wnpp Owner: Georg Faerber <ge...@riseup.net> Severity: wishlist Package name: dovecot-trees Version : 2.1.0 Upstream Author : David Goulet <dgou...@riseup.net> URL : https://0xacab.org/riseuplabs/trees License : GNU Affero General Public Licen

Bug#890954: closed by Michael Gilbert <mgilb...@debian.org> (Bug#890954: fixed in chromium-browser 65.0.3325.146-2)

Hi, I can confirm this works now. Thanks for the work, Michael! Cheers, Georg signature.asc Description: Digital signature

Bug#872864: Checkout upstream signatures as well when using pristine-tar

Hi all, Anything one could do to get this implemented? Thanks for your work, cheers, Georg signature.asc Description: Digital signature

Bug#893004: ITP: ruby-factory-bot -- framework and DSL for defining and using model instance factories

Package: wnpp Owner: Georg Faerber <ge...@riseup.net> Severity: wishlist Package name: ruby-factory-bot Version : 4.8.2 Upstream Author : Josh Clayton <jclay...@thoughtbot.com>, Joe Ferris <jfer...@thoughtbot.com> URL : https://github.com/thoughtbot/f

Bug#892068: codespell: Please package the new upstream version

Hi all, JFTR: Sylvestre Ledru is preparing the new upstream release and does the upload. @Sylvestre: Could you check, whether [1] and [2] are fixed by now (via upstream) or fix them yourself, if applicable? Thanks! Cheers, Georg [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794321

Bug#894817: lintian: Missing autopkgtest 'needs-reboot' restriction (false positive)

/README.package-tests.rst#L229 From f60201b03eb1cc6b341cca13895874e3232701eb Mon Sep 17 00:00:00 2001 From: Georg Faerber <ge...@riseup.net> Date: Wed, 4 Apr 2018 15:30:42 +0200 Subject: [PATCH] checks/testsuite.pm: Add missing 'needs-reboot' restriction Content-Type: text/plain; charset="utf-8"

Bug#894820: lintian: Point testsuite references to salsa.d.o

Package: lintian Version: 2.5.80 Tags: patch Hi, The attached patch points the references in checks/testsuite.desc to salsa.d.o. Thanks for your work, cheers, Georg From d9e30d4702140a9b1be2d085b18700f059fd5c19 Mon Sep 17 00:00:00 2001 From: Georg Faerber <ge...@riseup.net> Date: Wed,

Bug#894821: RFP: snuffleupagus -- Security module for php7 - Killing bugclasses and virtual-patching the rest

Package: wnpp Owner: Georg Faerber <ge...@riseup.net> Severity: wishlist Package name: snuffleupagus Version : 0.2.2 Upstream Author : 2017 NBS System URL : https://github.com/nbs-system/snuffleupagus License : GNU Lesser General Public License v3.0 Progr

Bug#871806: uscan: (dpkg, git-buildpackage) accept/mangle/store signed git tags in cases where upstream does not publish detached sigs on tarballs

(Sorry for missing In-Reply-To: and References:) Hi all, I was just pointed to this bug, which seems quite similar as #827065. Should these be merged? Also, as I wrote in #827065: I'm highly interested in getting this into uscan, and I would like to take care of this. But: I need a mentor, as

Bug#827065: [uscan] add signed git tag support (pgpmode)'

(Sorry for missing References: and In-Reply-To:) Hi all, I became a DM recently and maintain some packages by now, mostly within the Ruby team. I would *love* to see this implemented, and I'm offering help, hereby. I've got no clue about Perl, but I know quite a bit of Python. ;) @Osamu: Is

Bug#892565: codespell: please make the build reproducible

Hi, On 18-03-10 17:45:11, Chris Lamb wrote: > Whilst working on the Reproducible Builds effort [0], we noticed that > codespell could not be built reproducibly as it includes the absolute > build path in the "default dictionary" part of the generated manpage: Confirmed. Rather than applying your

Bug#893993: ITP: anorack -- spell-checker that finds incorrect indefinite articles

Package: wnpp Owner: Georg Faerber <ge...@riseup.net> Severity: wishlist Package name: anorack Version : 0.2.3 Upstream Author : Jakub Wilk <jw...@jwilk.net> URL : https://jwilk.net/software/anorack License : Expat Programming Lang: Python Description

Bug#893994: ruby-rails-html-sanitizer: CVE-2018-3741

Source: ruby-rails-html-sanitizer Version: 1.0.3-2 Severity: important Tags: patch security upstream fixed-upstream stretch Forwarded: https://github.com/rails/rails-html-sanitizer/commit/f3ba1a839a35f2ba7f941c15e239a1cb379d56ae signature.asc Description: Digital signature

Bug#894162: tmuxinator: Please switch BD to ruby-factory-bot

Source: tmuxinator Version: 0.9.0-2 Tags: patch upstream Forwarded: https://github.com/tmuxinator/tmuxinator/pull/604 Hi, factory_girl got recently renamed to factory_bot, as the former name was problematic to some people. I've introduced ruby-factory-bot in Debian. Additionally, I've prepared

Bug#888189: [DRE-maint] Bug#888189: ruby-innertube: FTBFS on ruby2.5: undefined method mock

On 18-01-23 20:31:56, Chris West (Faux) wrote: > This package fails to build against ruby2.5. Soon, there will be a > transition to ruby2.5, and this package will FTBFS in sid. Upstream seems rather dead, popcon lists 11 installations. @Héctor: You've tagged this help: Are you using it

Bug#764342: ITP: gandi-cli -- command-line interface for Gandi service

Just for the record: I've asked upstream about signing their releases [1]. Cheers, Georg [1] https://github.com/Gandi/gandi.cli/issues/242 signature.asc Description: Digital signature

Bug#534251: git-email: should support GnuPG signing and/or encryption

Hi all, Anybody knows if this is possible nowadays? Didn't had any success researching this. In case this is not supported: - Is there an upstream ticket tracking this? - Does a workaround exist to get emails signed, in a convenient way? Cheers, Georg signature.asc Description: Digital

Bug#890335: torbrowser-launcher: couldn't upload

Control: tags +confirmed Hi Vladmimir, > When trying to upload to any site got crash: > > "Gah. Your tab just crashed." > > While there are no such problem with firefox of the same version. I guess this is due to AppArmor. dmesg reads: > [91740.737822] audit: type=1400

Bug#796295: RFH: torbrowser-launcher -- helps download, update and run the Tor Browser Bundle

Hi team, I'm interested to help. Could someone outline a bit what needs to be done currently? Thanks for your work, cheers, Georg signature.asc Description: Digital signature

Bug#893308: (Re)install leads to AttributeError: 'module' object has no attribute 'OP_SINGLE_ECDH_USE'

Package: torbrowser-launcher Version: 0.2.9-1 Severity: important Hi all, Launching torbrowser-launcher via $ torbrowser-launcher --settings and clicking (Re)install Tor Browser leads to: [...] Downloading and installing Tor Browser for the first time. Downloading

Bug#887361: ccnet: Coordinated Packaging for ccnet and ccnet-server

(Sorry for missing References and In-Reply-To.) Hi all, First of all: Thanks a lot for your work on seafile -- highly appreciated! Upstream responded in the linked issue of Alexandre Rossi: "We're going to deprecate ccnet dependency in the upcoming 6.3 syncing client. Ccnet is currently only

Bug#893449: override: nanoc:web/optional

Package: ftp.debian.org Hi, As per #884936: Please override the section of nanoc, it should be 'web' instead of 'ruby'. This change was pushed to git [1], and mentioned in the upload of 4.1.2-1~exp1 [2]. Thanks, cheers, Georg [1]

Bug#890335: [Pkg-privacy-maintainers] Bug#890335: torbrowser-launcher: couldn't upload

Hi intrigeri, On 18-03-18 10:14:31, intrigeri wrote: > Georg Faerber: > >> When trying to upload to any site got crash: > >> > >> "Gah. Your tab just crashed." > >> > >> While there are no such problem with firefox of the same version.

Bug#893835: ruby-factory-bot: Fix watch file, once upstream clarified release policy

Source: ruby-factoy-bot Tags: confirmed upstream Forwarded: https://github.com/thoughtbot/factory_bot/issues/1108 The watch file currently hardcodes the upstream version, because the release policy is at least confusing, currently. See the linked upstream issue for details. This should be fixed

Bug#893832: override: jekyll:web/optional

Package: ftp.debian.org Hi, As per #832227: Please override the section of jekyll, it should be 'web' instead of 'ruby'. This change was pushed to git [1] and uploaded shortly after. Thanks, cheers, Georg [1]

Bug#892507: [DRE-maint] Bug#892507: ruby-sequel FTBFS with Ruby 2.5

On 18-03-09 23:13:27, Adrian Bunk wrote: > Source: ruby-sequel > Version: 4.37.0-1 > Severity: serious > Tags: buster sid I'll work on this today. Cheers, Georg signature.asc Description: Digital signature

Bug#890751: rake FTBFS with Ruby 2.5: cannot load such file -- ubygems (LoadError)

I'll work on this today. Cheers, Georg signature.asc Description: Digital signature

Bug#892068: codespell: Please package the new upstream version

Package: codespell Version: 1.8-1 Dear maintainer, Please package the new upstream version, currently 1.11.0. In case you aren't interested anymore in this package, please say so, I would like to help. Thanks for your work and all the best, Georg signature.asc Description: Digital signature

Bug#892068: codespell: Please package the new upstream version

Hi Peter, On 18-03-05 17:12:11, Peter Spiess-Knafl wrote: > Help would be appreciated at the moment. Alright: I'll move the repo to salsa.d.o and prepare the new upstream release. Before uploading, do you want to have a look, or should I just go ahead? Thanks for your work, all the best, Georg

Bug#911082: nautilus-python: please build against python3

Package: nautilus-python Version: 1.2.2-1 Control: block 910491 with -1 Hi all, As discussed on IRC: 11:39 < georg> Hi all, thanks for the upload of nautilus-python 1.2.2-1. It still builds against python2, which currently blocks #910491, as that needs python3 11:39 -zwiebelbot:#debian-gnome-

Bug#910491: [Pkg-privacy-maintainers] Bug#910491: mat2: Please package the Nautilus extension

Hi all, Short update on this: - python-nautilus 1.2.2-1 was uploaded to unstable some days ago. - Therefore, in theory, we could now ship and install the Nautilus extension. - I just tried to do so, however, it seems, that currently python-nautilus builds against python2.7 [1], while we

Bug#910398: stretch-pu: package gnupg2/2.1.18-8~deb9u3

Hi, On 18-10-21 12:05:31, Moritz Mühlenhoff wrote: > That's all bugfixes related to enabling Enigmail and nothing in their > is itself security-related, so I think that's something for the point > update, not security.debian.org That's quite unfortunate to hear, and I don't share this opinion

Bug#908612: stretch-pu: package ganeti/2.15.2-7+deb9u3

Hi Apollon, Not sure if you did the upload already, but the upload window for 9.6, scheduled for the upcoming weekend, is closing this weekend. (Sorry for the noise in case that's already done; and in any case, thanks for your work, as always.) Cheers, Georg signature.asc Description: Digital

Bug#913446: wireguard-tools: optionally reload module / interfaces on upgrade

Control: forwarded -1 https://lists.zx2c4.com/pipermail/wireguard/2018-November/003533.html On 18-11-10 23:47:38, Fabian Grünbichler wrote: > MR with a WIP implementation incoming on salsa. Over here: https://salsa.debian.org/debian/wireguard/merge_requests/1 Thanks for your work on this,

Bug#885152: ITP: intel-me-cleaner -- Tool for partial deblobbing of Intel ME/TXE firmware images

Hi Bálint, all, On 18-10-09 13:43:51, Bálint Réczey wrote: > Thank you, please feel free to take over this ITP, your help is very > welcome! I had a package prepared but I migrated to new systems and > it looks like I lost the temporary repo at some point. Alright, will do. > I'm sorry for not

Bug#885152: ITP: intel-me-cleaner -- Tool for partial deblobbing of Intel ME/TXE firmware images

Hi all, On 18-03-13 14:53:17, Georg Faerber wrote: > - I'm interested in helping with this as well. > - I've asked upstream to introduce some changes regarding packaging > [1]. Any progress on packaging this? I would like to see the package shipped with buster, so offering hereby he

Bug#910114: mwic: please make the build reproducible (timestamps)

Source: mwic Version: 0.7.6-1 Severity: wishlist Tags: upstream Forwarded: https://github.com/jwilk/mwic/issues/8 User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org mwic currently includes the build date while generating

Bug#910398: stretch-pu: package gnupg2/2.1.18-8~deb9u3

Hi dkg, all, Thanks a lot for your hard work on this, highly appreciated. On 18-10-05 17:48:10, Daniel Kahn Gillmor wrote: > Testing > === > > I've tested these changes on an x86_64 system running debian stretch. > The GnuPG test suite all passes, and an updated/backported version of >

Bug#867031: schleuder: fails to upgrade wheezy -> jessie -> stretch -> buster

Hi Andreas, On 18-10-03 21:21:21, Andreas Beckmann wrote: > the bug was either never gone or has now re-appeared: > > [...] Thanks for checking and reopening. Indeed, I introduced a regression recently. Upload upcoming. Thanks for your work, cheers, Georg signature.asc Description: Digital

Bug#910376: mat2: Incomplete debian/copyright?

Hi Chris, Thanks for reporting. On 18-10-05 17:31:50, Chris Lamb wrote: > I just ACCEPTed mat2 from NEW but noticed it was missing attribution > in debian/copyright for at least a certain "Marie Rose". > > This is in no way exhaustive so please check over the entire package > carefully and

Bug#910376: mat2: Incomplete debian/copyright?

Hi all, On 18-10-07 16:00:06, intrigeri wrote: > Georg Faerber: > > Currently, we don't ship the logo, but I'm unsure if this matters? > > We do ship the logo in the source package so it does matter :) Alright -- I'll fix this once the current state is clarified upstream, see th

Bug#875058: [mumble] Future Qt4 removal from Buster

(Sorry for missing In-Reply-To: and References:.) Hi all, It's been a year since the last update. Therefore: Any news? Cheers, Georg signature.asc Description: Digital signature

Bug#913843: [DRE-maint] Bug#913843: ruby-mail-gpg FTBFS with gpgme 1.12.0

Control: severity -1 important Will take care of this (non-critical) bug at the end of January; I'm currently on travel. Up until then, downgrading the severity to prevent autoremoval. Cheers, Georg signature.asc Description: Digital signature

Bug#924250: nautilus-python: Please provide backport via stretch-backports

(Sorry for missing In-Reply-To: and References:) Dear maintainers, Any objections to this? Could we go forward? Thanks for your work, cheers, Georg signature.asc Description: PGP signature

  1   2   3   >