Package: libsmi2ldbl
Version: 0.4.8+dfsg2-16
Severity: normal
X-Debbugs-Cc: fili...@debian.org
snmp-mibs-downloader 1.5 has updated its download location to /var/lib/mibs,
and /etc/smi.conf should be updated to reflect this fact, i.e. append
path :/var/lib/mibs/site
-- System Information:
Hello Victor,
my apologies for the late reply and thank you for the extensive bug report and
research!
On Tue, Jul 18, 2023 at 08:52:38PM -0400, Victor Coss wrote:
> Hello, I have another update to provide. I was able to temporarily fix file
> logging until you can fix the package. I had to
On Mon, Sep 27, 2021 at 08:34 PM, grin wrote:
> I strongly suggest to update stable somehow, since this makes the package
> pretty dangerous:
> it may kill a perfectly close-to-idle system by pushing it to 100% CPU on
> multiple threads
> after a simple upgrade.
I've run into this as well and I
On Fri, Sep 10, 2021 at 09:50:42PM +0200, Thomas Goirand wrote:
> On 9/10/21 11:40 AM, Filippo Giunchedi wrote:
> > On Thu, Sep 09, 2021 at 09:32:34AM +0200, Thomas Goirand wrote:
> >> Hi,
> >>
> >> Thanks a lot for working on this, it really is helpful.
> &
On Thu, Sep 09, 2021 at 09:32:34AM +0200, Thomas Goirand wrote:
> Hi,
>
> Thanks a lot for working on this, it really is helpful.
>
> The pull request you're pointing at contains multiple commits. Would you
> be able to transform this into a patch against the Eventlet versions
> 0.26.1
On Tue, Aug 24, 2021 at 02:32 PM, Filippo Giunchedi wrote:
> I was able to get python3-eventlet to play nice with dnspython2 by
> integrating https://github.com/eventlet/eventlet/pull/722 from upstream.
Upstream has merged the PR, please consider updating the patch in the
package. Pos
Package: prometheus-bind-exporter
Version: 0.4.0+ds-1+b5
Severity: important
I'm running into a problem where bind-exporter fails to parse XML from bind:
prometheus-bind-exporter[1146]: level=error ts=2021-08-31T15:40:01.126Z
caller=bind_exporter.go:427 msg="Couldn't retrieve BIND stats"
On Tue, Aug 24, 2021 at 09:52 AM, Filippo Giunchedi wrote:
> On Tue, Jun 08, 2021 at 10:03 AM, Filippo Giunchedi wrote:
> > Package: swift-container
> > Version: 2.26.0-10
> > Severity: important
> > File: /usr/bin/swift-container-reconciler
> >
> >
On Tue, Jun 08, 2021 at 10:03 AM, Filippo Giunchedi wrote:
> Package: swift-container
> Version: 2.26.0-10
> Severity: important
> File: /usr/bin/swift-container-reconciler
>
> Dear Maintainer,
> I'm experimenting with Swift on Bullseye and came across a problem with
&
On Tue, Jun 01, 2021 at 10:30:38AM +, Filippo Giunchedi wrote:
> Hello,
>
> On Thu, May 27, 2021 at 04:10:32PM +0200, Thomas Goirand wrote:
> > Hi,
> >
> > Well, Eventlet itself works. DNSPython itself works too. Just the 2
> > together (ie: resolving wi
On Tue, Jun 01, 2021 at 10:30:38AM +, Filippo Giunchedi wrote:
> Do you have pointers to these fixes I could look at? I ran into this bug while
> testing Swift on Bullseye, specifically container-reconciler +
> memcache_servers
> with hostnames doesn't seem to work for me (wh
Package: swift-container
Version: 2.26.0-10
Severity: important
File: /usr/bin/swift-container-reconciler
Dear Maintainer,
I'm experimenting with Swift on Bullseye and came across a problem with
container-reconciler (possibly others) when using hostnames in
memcache_servers. Namely these errors:
Hello,
On Thu, May 27, 2021 at 04:10:32PM +0200, Thomas Goirand wrote:
> Hi,
>
> Well, Eventlet itself works. DNSPython itself works too. Just the 2
> together (ie: resolving with eventlet greedns) doesn't work. This
> doesn't make any of the packages completely broken and unuseable (so
> it's
On Thu, Oct 01, 2020 at 12:15 PM, Thomas Goirand wrote:
> Package: python3-dnspython
> Version: 2.0.0-1
> Severity: important
>
> Hi,
>
> I'm sending this just to let you know that dnspython broke Eventlet,
> which is unfortunately the base of many OpenStack stuff. As a
> consequence, the
Hello,
On Sun, Apr 18, 2021 at 10:38:34AM -0400, Reinhard Tartler wrote:
> Thank you for your report. I have to admit that I'm a bit confused,
> according to attached
> data, it seems you have both 'runc' as well as 'crun' installed. In that
> case, changing
> the order of the dependencies won't
Package: bind9-utils
Version: 1:9.16.12-1
Severity: wishlist
Hi,
I'm using tsig-keygen as part of a pipeline and at the moment the utility is
shipped with bind9, thus requiring a server to run/to be installed. Similarly
to dnssec-keygen, I think tsig-keygen (possibly others?) binary should be
Package: podman
Version: 3.0.1+dfsg1-1
Severity: important
This is the same as #971253. Specifically, 'runc' is installed as the first
Depend, however podman defaults to 'crun'. I think podman should depend on
'crun' first so it works out of the box (and with cgroups v2).
root@host1:~# podman
Package: mtail
Version: 3.0.0~rc43-1+b1
Severity: important
mtail.service fails to start on Bullseye due to cgroup v2 / unified hierarchy:
$ systemctl status mtail
● mtail.service - MTail
Loaded: loaded (/lib/systemd/system/mtail.service; enabled; vendor preset:
enabled)
Active:
On Sun, Jan 17, 2021 at 04:55:20PM +0100, Santiago Vila wrote:
> On Sun, Jan 17, 2021 at 03:42:30PM +0000, Filippo Giunchedi wrote:
>
> > I've uploaded 3.0.0~rc41-1 yesterday with the flaky tests fixed, and indeed
> > mtail built fine on all release architectur
On Wed, Apr 01, 2020 at 07:03 PM, Marc Dequènes wrote:
> I added this line to the apparmor policy:
> /usr/share/GeoIP/GeoIP.dat r,
>
> Btw the package could also Suggest geoip-database needed for this module.
Thank you for the report, I'm not an apparmor expert but I'm happy to
include
Subject: mtail: racy TestReadFromPipe test in
internal/mtail/read_pipe_integration_test.go
Package: mtail
Version: 3.0.0~rc38-1
Severity: normal
The latest upload has produced mixed results between buildd and autopkgtest
failing to run TestReadFromPipe, e.g.
On Thu, Nov 12, 2020 at 04:56 PM, Filippo Giunchedi wrote:
> Hi all,
>
> On Tue, Apr 21, 2020 at 09:19 PM, Mahishasura wrote:
> >
> >
> > Hello,
> >
> > I could not find where this debian package is maintained. Please share link.
>
> I'm
On Fri, Feb 14, 2020 at 06:42 PM, Sadie Powell wrote:
> Package: inspircd
> Version: 3.4.0-2
>
> Hello,
>
> We have received reports that users of your package are experiencing errors
> caused by Debian patching the httpd module to not use the vendored version of
> the http_parser library.
>
On Fri, May 15, 2020 at 07:11 AM, Sadie Powell wrote:
> >Here's the patch (with thanks to Joel Sing):
>
> The correct way for packagers to handle extra modules is to manually enable
> all extra modules using --enable-extras and then pass --disable-auto-extras
> to the main configure run to
Hi all,
On Tue, Apr 21, 2020 at 09:19 PM, Mahishasura wrote:
>
>
> Hello,
>
> I could not find where this debian package is maintained. Please share link.
I'm also interested in helping out with inspircd!
I've gone ahead and created a shared repo on salsa, and added VCS
information:
On Sun, Oct 25, 2020 at 07:56:10PM +0100, Julian Andres Klode wrote:
> > Even on a failed u-u run the apt-daily-upgrade.service unit is still
> > reported a
> > successful, AFAICT because apt.systemd.daily exits 0 even when u-u fails. I
> > think it makes sense to surface u-u errors back and thus
Package: apt
Version: 1.8.2.1
Severity: normal
Hi,
I've ran into a situation where an unattended-upgrades run would fail to
upgrade packages on an host. I'm using the u-u APT integration, thus u-u is
called via /usr/lib/apt/apt.systemd.daily and its corresponding service+timer.
Even on a failed
Package: wnpp
Severity: wishlist
Owner: Filippo Giunchedi
* Package name: golang-github-fluffle-goirc
Version : 1.0.3-1
Upstream Author : Alex Bee
* URL : https://github.com/fluffle/goirc
* License : BSD-3-clause
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Filippo Giunchedi
* Package name: alertmanager-irc-relay
Version : 0.1.0-1
Upstream Author : Google
* URL : https://github.com/google/alertmanager-irc-relay
* License : Apache-2.0
Programming Lang: Go
Description
On Sun, Jul 07, 2019 at 02:22:41PM -0500, Andrew Pennebaker wrote:
> Package: cloud.debian.org
> Version: *
>
> The semi-official virtual machine images on Vagrant Cloud do not yet
> feature a stable, v10.0.0 release for Debian Buster.
Can confirm, additionally 'vagrant up' with debian/buster64
Package: ftp.debian.org
Severity: normal
Package: debirf
Version: 0.38
Severity: wishlist
Dear Maintainer,
newer xz versions support parallel compression with -T, it'd be nice to have a
way to specify xz flags and/or enable -T0 by default.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500,
available: #709862
No bug reports found.
Full transcript:
$ reportbug debirf
Warning: no reportbug configuration found. Proceeding in novice mode.
Detected character set: UTF-8
Please change your locale if this is incorrect.
Using 'Filippo Giunchedi ' as your from address.
Getting status
Package: debirf
Version: 0.38
Severity: normal
Dear Maintainer,
After generating a debirf iso, KVM fails to boot from it with the message in
the subject. Installing 'grub-pc-bin' and regenerating the iso fixes the issue,
same problem and resolution as https://github.com/intermezzOS/book/issues/35
Package: debirf
Version: 0.38
Severity: normal
Dear Maintainer,
Upon calling 'debirf makeiso ' on a buster system this is what I'm
getting:
$ sudo debirf makeiso debian-amd64
debirf> loading profile 'debian-amd64'...
debirf> kernel found.
debirf> initramfs found.
debirf> creating debirf iso...
Package: apt-cacher-ng
Version: 3.2-1
Severity: normal
Hi,
On this buster host I have apt-cacher-ng running, when using the line below:
deb http://localhost:3142/packagecloud.io/grafana/testing/debian/ stretch main
apt fails to fetch the repository:
# apt update
Get:1
On Thu, Oct 18, 2018 at 03:11:23PM +0200, Michael Biebl wrote:
> This would mean a dependency on libcurl, which so far I tried to avoid.
>
> Then again, libcurl is also used by other modules, like omhttp or fmhttp.
>
> I'm undecided whether to split those all off into separate module
> packages
Package: rsyslog
Version: 8.38.0-1+b1
Severity: wishlist
Hi,
please consider enabling mmkubernetes to be able to augment messages with
Kubernetes metadata.
thanks,
Filippo
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture:
Package: prometheus-haproxy-exporter
Version: 0.9.0-1
Severity: normal
The package is shipping /usr/bin/haproxy_exporter though the convention has
been to match the binary name with the package name, thus haproxy_exporter
should prometheus-haproxy-exporter instead
-- System Information:
Debian
Package: prometheus-haproxy-exporter
Version: 0.9.0-1
Severity: normal
[Filing for reference/tracking]
I noticed prometheus-haproxy-exporter isn't shipping init/service files which
are typical for an exporter that runs as daemon, we should ship those.
-- System Information:
Debian Release:
Package: prometheus-trafficserver-exporter
Version: 0.0.2-1
Severity: normal
The package is shipping /usr/bin/trafficserver_exporter though the convention
has been to be shipping the binary named after the package, thus
prometheus-trafficserver-exporter
-- System Information:
Debian Release:
Package: bpfcc-tools
Version: 0.5.0-5
Severity: normal
Hi,
I noticed there's a /usr/sbin/lib directory in bpfcc-tools which AIUI shouldn't
be there:
/usr/sbin/lib
/usr/sbin/lib/ucalls
/usr/sbin/lib/uflow
/usr/sbin/lib/ugc
/usr/sbin/lib/uobjnew
/usr/sbin/lib/ustat
/usr/sbin/lib/uthreads
--
On Sat, Mar 24, 2018 at 05:50:40PM -0400, Stefano Rivera wrote:
> Version: 9.0.1-2
>
> Hi Filippo (2015.04.17_19:05:52_-0400)
> > it looks like pip stops working inside a virtualenv after using
> > virtualenv --relocatable
>
> I would say that that's actually a virtualenv bug. But the better
Package: prometheus-blackbox-exporter
Severity: wishlist
blackbox_exporter's ICMP probing requires either root or CAP_NET_RAW, the
latter should be configurable (via debconf) for users that want full
functionality without running as root. Using debconf would keep package
upgrades from overriding
On Sun, Feb 12, 2017 at 01:04:41PM -0500, Sandro Tosi wrote:
> > As a user, what I can say is that slowing reboots down for a minute
> > (systemd showing the red error bar and says that's waiting for it), as
> > well as taking a minute to restart e.g. every time puppet pushes a new
> > config, is
Package: diamond
Version: 4.0.515-4
Severity: normal
Tags: upstream
Hi,
we've noticed that diamond invoked with --log-stdout results in DEBUG logging
level set regardless of configuration option and resulting in "syslog spam".
This seems to be fixed upstream with commit a8e474dc44 where
Package: acct
Version: 6.6.2-1
Severity: normal
Hi,
on a freshly installed stretch system in case of no /var/log/wtmp.1 the acct
monthly cronjob isn't happy and generates "cron spam":
# bash -x /etc/cron.monthly/acct
+ LOGROTATE=/etc/cron.daily/logrotate
+ test -x /usr/sbin/accton
++ date
+ echo
Package: wnpp
Severity: wishlist
Owner: Filippo Giunchedi <fili...@debian.org>
* Package name: prometheus-blackbox-exporter
Version : 0.2.0+git20160930.6.8cf9605-1
Upstream Author : Prometheus Authors
* URL : https://github.com/prometheus/blackbox_exporter
* L
Source: ganglia
Severity: normal
Hi,
it would be nice to have systemd service unit files shipped for gmond /
gmetad, as a very basic replacement for the sysvinit scripts something like
this (for gmond)
[Unit]
Description=Ganglia monitor
After=network.target
[Service]
ExecStart=/usr/sbin/gmond
hi,
I've built python-gevent (and python-gevent) to jessie from stretch and it
fixes an SSL failure I had.
It seems all these bugs #805615 #791476 #766867 would be fixed by a newer
version, I'm going to upload both packages to jessie-backports unless there
are objections.
Not as nice as
.f4257bc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,13 @@
prometheus (0.18.0+ds-3) UNRELEASED; urgency=medium
+ [ Martín Ferrari ]
* Switch to use the golang-github-prometheus-client-model-dev package.
* Improve the way datetimepicker is built.
+ [ Filippo Giunched
Package: prometheus
Version: 0.18.0+ds-2
Severity: normal
hi,
I noticed on bigger prometheus instances it might take quite some time after
'stop' is requested before the storage is completely flushed to disk, I'm
proposing to add TimeoutStopSec= to the service file to have systemd wait
before
Package: wnpp
Severity: normal
I'm not using this anymore and I haven't worked on it for the longest time.
Package: dropbear-initramfs
Version: 2016.72-1
Severity: normal
hi,
I have configured IP= in /etc/initramfs-tools/initramfs.conf to get
the network configured by initramfs. I've tried to override the setting with ip=
during boot but it doesn't seem to work, defaulting to the configuration file
On Sat, Mar 26, 2016 at 04:51:59PM +1100, Dmitry Smirnov wrote:
> On Friday, 25 March 2016 10:46:27 AM AEDT Filippo Giunchedi wrote:
> > that should be related to golang-github-aws-aws-sdk-go latest upload, the
> > following patch fixes the FTBFS for me
>
> Just to let you kn
tags 818417 + patch
thanks
On Wed, Mar 16, 2016 at 03:19:08PM -0700, Martin Michlmayr wrote:
> > # github.com/prometheus/prometheus/retrieval/discovery
> > src/github.com/prometheus/prometheus/retrieval/discovery/ec2.go:58:
> > undefined: defaults.DefaultChainCredentials
> >
Package: golang-github-aws-aws-sdk-go
Version: 1.0.7+dfsg-1
Severity: normal
hi,
I noticed prometheus currently FTBFS in unstable, e.g.
https://reproducible.debian.net/rbuild/unstable/amd64/prometheus_0.16.2+ds-1.rbuild.log
with
# github.com/prometheus/prometheus/retrieval/discovery
Package: prometheus
Version: 0.16.1-0
Severity: normal
Tags: patch
hi!
(sort of related to #814802) it'd be nice to have config reload in the sysv
init script too, e.g. something like the following:
diff --git a/debian/init b/debian/init
index 4efd831..c05c108 100755
--- a/debian/init
+++
Package: wnpp
Severity: wishlist
Owner: Filippo Giunchedi <fili...@debian.org>
* Package name: prometheus-mysqld-exporter
Version : 0.7.1
Upstream Author : Julius Volz <julius.v...@gmail.com>
Brian Brazil <brian.bra...@boxever.com>
* URL
On Tue, Feb 16, 2016 at 09:59:12AM +, Sandro Tosi wrote:
> > FWIW at Wikimedia Foundation we have a diamond deployment, debian package is
> > at https://gerrit.wikimedia.org/r/operations/debs/python-diamond though at
>
> returns a "Not Found"; there is also an upstream debian/ dir, I will
>
hi!
On Mon, Feb 15, 2016 at 06:29:11AM -0500, Sandro Tosi wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Sandro Tosi
>
> * Package name: diamond
> Version : 4.0.195
> Upstream Author : diam...@librelist.com
> * URL :
Package: sysvinit-utils
Version: 2.88dsf-59
Severity: minor
hi,
the convenience function do_reload_sigusr1 in init-d-script doesn't send
sigusr1 but sighup instead, perhaps sth like
--- a/debian/init-d-script
+++ b/debian/init-d-script
@@ -138,7 +138,8 @@ do_force_reload() {
# Enable this
On Fri, Aug 21, 2015 at 08:18 PM, Chris Lamb wrote:
> The full build log is attached or can be viewed here:
>
>
> https://reproducible.debian.net/logs/unstable/amd64/python-statsd_3.0.1-2.build1.log.gz
hi,
looks like the linked log builds fine? i.e. the FTBFS recovered. anyways I
can't
On Mon, Jul 06, 2015 at 08:39:30PM +0200, Guillem Jover wrote:
indeed, most python modules I've looked at so far don't have the python-
prefix in their name
I've always considered this a bad practice that I'd really like, we as
a project, stopped perpetuating.
that makes sense, I've
On Mon, Jun 29, 2015 at 01:56:55PM +0500, Andrey Rahmatullin wrote:
On Mon, Jun 29, 2015 at 10:22:30AM +0200, Adrien CLERC wrote:
Le 29/06/2015 02:51, Filippo Giunchedi a écrit :
* Package name: structlog
Hi,
It seems to be a Python library (in the main site, I can read
Package: wnpp
Severity: wishlist
Owner: Filippo Giunchedi fili...@debian.org
* Package name: structlog
Version : 15.2.0
Upstream Author : Hynek Schlawack h...@ox.cx
* URL : http://www.structlog.org
* License : Apache 2.0 or MIT
Programming Lang: Python
On Thu, Feb 12, 2015 at 03:26:38PM +0100, Alexander Wirt wrote:
I fixed the watchfile, but I didn't pushed yet. I will also fix the VCS
fields.
thanks for the 1.28 upload! now that jessie has been released do you have
plans for an upload in unstable?
thanks,
filippo
--
http://esaurito.net -
On Tue, Jun 23, 2015 at 07:53:41PM +0200, Alexander Wirt wrote:
thanks for the 1.28 upload! now that jessie has been released do you have
plans for an upload in unstable?
No plans, I just uploaded it.
that was fast, thanks!
filippo
--
http://esaurito.net - 0x99D49B6B00CAD1E5 - ⠠⠵
--
To
On Tue, May 26, 2015 at 12:31:18PM +0200, Bernd Zeimetz wrote:
Hi Jonas, Filippo,
So the graphite ecosystem is found in one place. I have added you to the
Graphite project
on Alioth.
I have created a new git repo for you, feel free to use it:
On Mon, May 18, 2015 at 01:43:15PM +0200, Bernd Zeimetz wrote:
On 05/16/2015 11:07 AM, Filippo Giunchedi wrote:
On Wed, May 13, 2015 at 09:43:30PM +0200, Jonas Genannt wrote:
Happy to hear other opinions if people are interested since it is just
harder
to transition after the upload. (+Jonas
On Wed, May 13, 2015 at 09:43:30PM +0200, Jonas Genannt wrote:
Happy to hear other opinions if people are interested since it is just
harder
to transition after the upload. (+Jonas and pkg-graphite-maint)
I would also suggest to use a other configuration directory. because
/etc/carbon
On Tue, May 12, 2015 at 01:46:48PM +0200, Bernd Zeimetz wrote:
On 05/12/2015 01:34 PM, Filippo Giunchedi wrote:
That's owned by graphite-carbon in debian isn't it? I don't think we should
mix paths
yes, but I can't see why folders should be owned by something.
carbon-c-relay is pretty much
hi Bernd,
On Mon, May 11, 2015 at 03:33:41PM +0200, Bernd Zeimetz wrote:
Hi Filippo,
I was just wondering what the status of this ITP is? Do you plan to
upload a package soon-ish?
the package is at
https://anonscm.debian.org/cgit/collab-maint/carbon-c-relay.git/ and upstream
has released
On Tue, May 12, 2015 at 10:28:02AM +0200, Bernd Zeimetz wrote:
Hi Filippo,
the package is at
https://anonscm.debian.org/cgit/collab-maint/carbon-c-relay.git/ and upstream
has released 0.40 yesterday, I think an upload might happen in the next two
weeks! If you are interested though feel
Package: python-pip
Version: 1.5.6-5
Severity: normal
hi,
it looks like pip stops working inside a virtualenv after using
virtualenv --relocatable
how to reproduce:
i7:/tmp$ virtualenv venv
Running virtualenv with interpreter /usr/bin/python2
New python executable in venv/bin/python2
Also
On Fri, Feb 06, 2015 at 01:26 AM, Chris Kuehl wrote:
Hi Christof,
On Fri, Feb 06, 2015 at 08:30:58AM +0100, Christof Böckler wrote:
Maybe it is has to do with the presence of a second networking device?
The devices I tested on (which had a 100% reproducibility rate) all had
a single
On Sat, Sep 27, 2014 at 07:45:14PM -0400, Antoine Beaupré wrote:
At this point, moreutils doesn't conflict with gnu parallel, and that is
intentional. It is gnu parallel that conflicts with moreutils.
I talked briefly with Joey about this. Obviously, it's a rather annoying
issue for him,
On Sat, Nov 29, 2014 at 06:12:54PM +0100, Andreas Rütten wrote:
Hi Filippo,
Am Thu, 27 Nov 2014 20:23:53 +
schrieb Filippo Giunchedi fili...@debian.org:
Hi Andreas,
On Sun, Nov 23, 2014 at 11:19:24PM +0100, Andreas Rütten wrote:
Thank you very much for offering the sponsoring
Package: python-statsd
Version: 2.0.1-1
Severity: grave
Tags: upstream
Justification: renders package unusable
hi,
python-statsd fails to import if python-django = 1.5 is installed, see also
this issue:
https://github.com/jsocol/pystatsd/issues/24
django.core.exceptions.ImproperlyConfigured:
Hi Andreas,
On Sun, Nov 23, 2014 at 11:19:24PM +0100, Andreas Rütten wrote:
Thank you very much for offering the sponsoring.
I already started the packaging work but as you said it's not finished.
You can find the current status there:
hi,
thanks for taking care of the release!
On Sun, Nov 16, 2014 at 06:11:38PM +0100, intrigeri wrote:
Control: tag -1 + moreinfo
Hi Filippo, hi bcache-tools maintainers,
[I'm not on the release team, just trying to give a hand.]
Filippo Giunchedi wrote (15 Nov 2014 00:30:48 GMT
On Mon, Jan 06, 2014 at 04:22 PM, Andreas Rütten wrote:
Package: wnpp
Severity: wishlist
X-Debbugs-CC: pkg-graphite-ma...@lists.alioth.debian.org
* Package name: carbonate
Version : 0.2.0
hi,
a new upstream version has been released, I'm willing to sponsor the
upload if
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package bcache-tools
This package didn't make it in time for the freeze, however jessie ships with a
bcache-capable kernel so I think it is important to have userspace tools
On Thu, Nov 13, 2014 at 02:50:46PM +, Robie Basak wrote:
On Wed, Nov 12, 2014 at 09:00:15AM +, Filippo Giunchedi wrote:
doesn't look like the package made in time for the freeze?
https://qa.debian.org/excuses.php?package=bcache-tools
I'm happy to try and request an unblock
On Mon, Oct 27, 2014 at 02:58 PM, Robie Basak wrote:
On Sat, Oct 25, 2014 at 09:28:00PM +0300, Jaakko Niemi wrote:
I don't see the package in unstable yet, and Jessie release freeze is coming
soon. Is there something needed?
Thanks for the reminder.
I was hoping that Gabriel would
Package: wnpp
Severity: wishlist
Owner: Filippo Giunchedi fili...@debian.org
* Package name: carbon-c-relay
Version : 0.36
Upstream Author : Fabian Groffen
* URL : https://github.com/grobian/carbon-c-relay
* License : Apache 2
Programming Lang: C
hi,
On Wed, Aug 06, 2014 at 01:30:04PM -0300, Rogério Brito wrote:
But it seems no one objected to the solution of splitting it out in
Debian at least, if the dependent packages are fixed.
Yes, that would alleviate/solve the problem.
definitely
I can try to talk to people at debconf
Package: openssh-client
Version: 1:6.6p1-6
Severity: normal
File: /usr/bin/ssh-add
hi,
I noticed that ssh-add will display a warning: unprotected private key file and
refuse to add the private material only when trying to add material owned by
the same user calling ssh. However if the file is
Package: spamassassin
Severity: minor
Hi,
it seems that when using run-parts for running
/etc/spamassassin/sa-update-hooks.d the stdout is not redirected to /dev/null
thus mailing root when e.g. spampd is restarted.
trivial patch attached
thanks,
filippo
-- System Information:
Debian Release:
Package: backupninja
Version: 0.9.8.1-1
Severity: normal
Hi,
there's a typo in /usr/share/backupninja/sys which prevents it from running
hwinfo:
545if [ dohwinfo == yes ]; then
obviously, this should be $dohwinfo
thanks,
filippo
-- System Information:
Debian Release: 6.0.1
APT prefers
--
Filippo Giunchedi - http://esaurito.net - 0x6B79D401 - ⠠⠵
I drank what?
-- Socrates
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Tue, Nov 30, 2010 at 02:39:28PM +0100, Axel Beckert wrote:
Filippo Giunchedi wrote:
I request an adopter for the autossh package. I currently don't have time to
properly take care of the package.
I'm a heavy user of autossh (it's also mentioned in my SSH tips and
tricks talk
On Tue, Nov 30, 2010 at 02:17:51AM +0100, Javier Fernández-Sanguino Peña wrote:
On Mon, Nov 29, 2010 at 07:27:35PM +, Filippo Giunchedi wrote:
please do, I'm actually orphaning the package as I've neglected it too much
lately. Would you be interested in case?
Sure I can take it, I've
On Mon, Nov 29, 2010 at 12:36:06AM +0100, Javier Fernández-Sanguino Peña wrote:
On Wed, Oct 27, 2010 at 11:25:28PM +0200, Javier Fern?ndez-Sanguino Pe?a
wrote:
Just wanted to let you know that I've submitted the patch upstream and Avery
has agreed to include it in the upstream repository
Package: wnpp
Severity: normal
I request an adopter for the autossh package. I currently don't have time to
properly take care of the package.
The package description is:
autossh is a program to start an instance of ssh and monitor it, restarting it
as necessary should it die or stop passing
Package: isight-firmware-tools
Version: 1.4.2-3
Severity: normal
Hi,
I seem to have a different isight from what is specified in the callout:
Bus 002 Device 018: ID 05ac:8501 Apple, Inc. Built-in iSight [Micron]
Adding the 8501 product id seems to do the trick for me
-- System Information:
Package: mutt
Version: 1.5.20-7
Severity: normal
Hi,
this is a reproducible segfault for me:
- open mutt
- type /
- type any expression with unmatched parenthesis (like [foo)
- type n
- segfault
hope that helps,
filippo
-- Package-specific info:
Mutt 1.5.20 (2009-06-14)
Copyright (C) 1996-2009
on this bug today? I consider it OK to close it as
invalid or somthing like that.
I tend to agree, yes, if one wants to use format-patch then it is easy to
alias it to something and exclude .topgit and .topdeps, please go ahead
thanks,
filippo
--
Filippo Giunchedi - http://esaurito.net - 0x6B79D401
Package: vim-scripts
Version: 20091011
Severity: normal
Hi,
while using gnupg.vim with symmetric cipher I noticed that on :wq (an habit of
mine, but I guess of many other vim users) if you mistype the passphrase on
prompt the written file will be empty and vim will exit, IOW the file is
Package: hellanzb
Version: 0.13-5.4
Severity: grave
Justification: renders package unusable
Hi,
after today's upgrade to twisted 10 hellanzb apparently stops working:
$ hellanzb --help
/usr/lib/python2.5/site-packages/twisted/internet/default.py:15:
DeprecationWarning: twisted.internet.default
1 - 100 of 1148 matches
Mail list logo