s of
upstream development with no releases.
--
Martín Ferrari (Tincho)
n_anything'
/usr/lib/ruby/2.1.0/minitest/unit.rb:1092:in `run_tests'
/usr/lib/ruby/2.1.0/minitest/unit.rb:1079:in `block in _run'
/usr/lib/ruby/2.1.0/minitest/unit.rb:1078:in `each'
/usr/lib/ruby/2.1.0/minitest/unit.rb:1078:in `_run'
/usr/lib/ruby/2
Hi,
On 10/10/15 01:35, Tianon Gravi wrote:
> On 13 September 2015 at 11:12, Martín Ferrari wrote:
>> Sure, I will look into it later today or tomorrow.
>
> It's been a bit since this message; mind if I take a stab at bumping
> it for you? :)
Oops! Sorry about that, sta
stream and Debian for
years.. recently I've tried to pick up a bit, but help is always
appreciated :)
About translation workflows, I have no experience with that.
> Please, let me know how to proceed to contribute.
Just send a new bug report with your patches, that's the simplest way.
--
Martín Ferrari (Tincho)
> An idea when you will upload this in unstable?
Sorry, I missed this email, and only saw it thanks to the NMU diff :)
There is another small diff about multi-arch, so I am uploading both
now. You can cancel the delayed upload.
Thanks, and sorry for the delay!
--
Martín Ferrari (Tincho)
Package: gnome-keyring
Version: 3.18.2-1
Severity: normal
I am using the gnome-keyring integration for Iceweasel, and since a while ago,
I noticed that when loading pages gnome-keyring-daemon starts consuming close
to 100% CPU. I don't know what's causing this, if I kill the daemon I notice I
get
Hi,
I am also needing this package as a dependency. I see that Sergio
uploaded to Ubuntu but not to Debian.. So I will just refresh a bit the
package and upload it to Debian.
--
Martín Ferrari (Tincho)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Hi Sergio,
On 28/06/15 02:07, Sergio Schvezov wrote:
> On Sat, Jun 27, 2015 at 07:41:55AM +0200, Martín Ferrari wrote:
>> I am also needing this package as a dependency. I see that Sergio
>> uploaded to Ubuntu but not to Debian.. So I will just refresh a bit the
>> pac
> Oh. Don't worry, they are already uploaded and waiting in NEW (I hope
Scratch that, I have just noticed they have already been accepted into
main a couple of hours ago.
--
Martín Ferrari (Tincho)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a su
Any news on this? The maintainers have not responded in almost 2 years,
and many other packages fail to work with this version of jquery.
--
Martín Ferrari (Tincho)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
Package: wnpp
Severity: wishlist
Owner: Martín Ferrari
* Package name: prometheus-node-exporter
Version : 0.10.0
Upstream Author : The Prometheus Authors
* URL : https://github.com/prometheus/node_exporter
* License : Apache-2.0
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Martín Ferrari
* Package name: golang-github.com-prometheus-log
Version : 0.10.0
Upstream Author : The Prometheus Authors
* URL : https://github.com/prometheus/node_exporter
* License : Apache-2.0
Programming Lang: Go
Package: cinnamon-common
Version: 2.2.16-3
Severity: normal
Hi,
According to the README, middle-clicking on the desklet would open the image in
an external program, but this does not work. It is a combination of using an
unescaped command-line to pass file names (which fails if there are spaces),
Package: cinnamon-common
Version: 2.2.16-3
Severity: wishlist
Tags: patch
Hi, much to my surprise, the photoframe desklet will not show pictures in
subdirectories, which is a useful feature if you want to have all your pictures
shown.
I made a simple patch, but it is probably not the best way, as
Package: cinnamon-common
Version: 2.2.16-3
Severity: normal
While testing stuff for the previous two reports, I noticed that every time a
reload of the images was triggered, cinnamon memory usage increased. Removing
the desklet did not free the memory, and after adding the desklet again, even
more
Package: streamtuner2
Version: 2.1.3-1
Severity: normal
Tags: upstream
Hi, when trying to use the Find tool, I get a dialog with nothing but a line of
text. I see this error on the stderr:
Traceback (most recent call last):
File "/usr/bin/streamtuner2", line 577, in menu_search
self.search
Package: streamtuner2
Version: 2.1.3-1
Severity: minor
Tags: upstream
When starting streamtuner2 for the first time, there are many exceptions
printed out, which evidently point to unresolved bugs. I am reporting them
here, but I don't know the impact:
/usr/bin/streamtuner2:134: GtkWarning: Cou
I want to second this request too.
The bids need infrastructure to prepare, specially after we told them
they need to be ready for December!
Tincho, on behalf of Debconf chairs.
--
Martín Ferrari (Tincho)
signature.asc
Description: OpenPGP digital signature
Package: blueman
Version: 1.99~alpha1-1
Severity: normal
On a fresh jessie install, blueman-applet fails to start, due to a missing
dependency:
blueman-applet
** (blueman-applet:6540): WARNING **: Couldn't register with accessibility bus:
Did not receive a reply. Possible causes include: the r
Package: blueman
Version: 1.99~alpha1-1
Severity: normal
While debugging my bluetooth issues, I found this stacktrace:
Using the new killswitch system
Traceback (most recent call last):
File "/usr/bin/blueman-applet", line 110, in
BluemanApplet()
File "/usr/bin/blueman-applet", line 53,
Are there any news about this package?
We are getting close to the next freeze, and shipping jeesie without
gerrit would be a shame...
--
Martín Ferrari (Tincho)
signature.asc
Description: OpenPGP digital signature
Package: cinnamon-control-center-data
Version: 2.2.11-2
Severity: important
The package cannot be upgraded, because it includes a file that belongs to
cinnamon-control-center 2.2.10-3.
Currently, I have these files installed:
$ dpkg -L cinnamon-control-center-data|grep changelog.gz
/usr/share/do
Package: xul-ext-gnome-keyring
Version: 0.6.11-2
Severity: grave
Tags: upstream
Justification: renders package unusable
Hi,
I am sorry to open a grave bug, but Iceweasel has again broken this extension
(it's been broken for more than a week now), and since Iceweasel 31 is in
testing, this package
Package: radicale
Version: 0.9-1
Severity: normal
Radicale 0.9 brings a few new and interesting features, like multifilesystem
storage, and the git backend, but they completely lack documentation, please
add some information on how to use them.
As part of that, information on how to migrate to th
Package: radicale
Version: 0.9-1
Severity: important
While trying to migrate to the new multifilesystem storage backend, I naively
copied all the contacts using icedove. I noticed it was taking too long, so I
checked the server and found that it consumed 100% CPU for more than an hour
to write abo
Source: python-wrapt
Severity: wishlist
Hi,
Upstream has released a new version (1.9) in August, it would be great to have
that in the archive before the freeze.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (100, 'unstable'), (50, 'exper
ven just frozen, I wont
> care anymore about silly Python 3.2 backports...).
As a side note, 1.8.0 does not work directly in wheezy, as it requires a
newer version of python-six that is not declared (the six.PY2 symbol is
not defined in 1.1).
--
Martín Ferrari (Tincho)
signature.asc
Description: OpenPGP digital signature
n deb source does specify 0.12.0rc1.
You are completely right. Sadly I only realised this after uploading,
and fixing it would require some version number hacking..
I was waiting for the final 0.12.0 to be released, but since that is
taking a while, I should try to fix this somehow...
--
Martín Ferrari (Tincho)
which usually only happens for security
issues.
--
Martín Ferrari (Tincho)
and will be uploaded soon.
Now, I would not recommend to run the node exporter as root, unless
absolutely necessary. Do you have a use case for it?
--
Martín Ferrari (Tincho)
t; work-around I am using until that happens.
Ah, I see. You could manually create the stats with a cronjob and use
the textfile collector, but that would be pretty hackish too..
--
Martín Ferrari (Tincho)
Package: wnpp
Severity: wishlist
Owner: "Martín Ferrari"
* Package name: golang-github-prometheus-common
Version : 0+git20160104.0a3005b
Upstream Author : The Prometheus Authors
* URL : https://github.com/prometheus/common/
* License : Apache-2.0
P
Package: wnpp
Severity: wishlist
Owner: "Martín Ferrari"
* Package name: golang-github-kolo-xmlrpc
Version : 0+git20150413.0826b98
Upstream Author : Dmitry Maksimov
* URL : https://github.com/kolo/xmlrpc
* License : MIT
Programming Lang: Go
D
fixed when I took over this
package, and it has already reached testing. I have tested your file
with the latest catdoc, and it does not segfault.
Can you verify this?
Thanks.
--
Martín Ferrari (Tincho)
3653","11610"
,"41275","24.6575342465753","12.5","5062.5","14.0241509703196","11610"
,,,
On 04/01/16 20:56, Olly Betts wrote:
> Control: reopen -1
> Control: found -1 1:0.94.3~git20151007.fd634c2+dfsg-3
>
>
On 14/01/16 07:51, Steve Kemp wrote:
> On Wed Jan 13, 2016 at 18:08:44 -0300, Martín Ferrari wrote:
>
>>> When running under valgrind we see that an attempt is made to access
>>> an invalid pointer:
>>
>> This is a known issue (#679877), it was fixed when I t
GHUP. Thanks for the patch!
I am preparing version 0.17.0, and will include this with the upload.
--
Martín Ferrari (Tincho)
le we use on our clusters:
I don't really know systemd, but the unit file looks good to me. Only
one thing: is there a way to honour the $USER variable from the default
file?
Thanks!
--
Martín Ferrari (Tincho)
t; do what you want and the other won't do any damage even if both are
> implemented, as far as I can tell.
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
>
--
Martín Ferrari (Tincho)
On 18/03/16 22:49, Dmitry Smirnov wrote:
> On Friday, 18 March 2016 2:09:35 PM AEDT Martín Ferrari wrote:
>>> URL: https://github.com/prometheus/client_model
>> THis is already packaged as part of the golang-github-prometheus-common
>> package.
>
> I
Description: data model artifacts for Prometheus
> Golang data model artifacts for Prometheus.
THis is already packaged as part of the golang-github-prometheus-common
package.
--
Martín Ferrari (Tincho)
ed before. Please, be
more careful, otherwise it is the team that will have to pick up the
pieces of all this.
--
Martín Ferrari (Tincho)
On 23/03/16 01:36, Dmitry Smirnov wrote:
> On Wednesday, 23 March 2016 1:17:27 AM AEDT Martín Ferrari wrote:
>> Well, now we have two versions of the same thing in the repository,
>> which will need to be maintained separately. We could have instead fixed
>> the namespace is
Package: docker.io
Version: 1.8.3~ds1-2
Severity: important
Hi,
I have just installed docker.io to try it out, and it kept failing complaining
that "Devices cgroup isn't mounted". I checked that /sys/fs/cgroup/ was mounted
correctly (and not from fstab), and it took me a while to realise that the
Sadly, that file seems to be gone for good. If you still have it around,
please send it over to see if this problem is still present.
Thanks
--
Martín Ferrari (Tincho)
severity 422118 normal
thanks
Hi,
It seems that this is a limitation of catdoc, but I could take a look if
you send a test file that reproduces the problem.
In any case, catdoc still reads many other files, so I am lowering the
severity of the bug.
Thanks!
--
Martín Ferrari (Tincho)
hanks!
--
Martín Ferrari (Tincho)
and sample file. I had indeed
introduced this bug when trying to solve a segmentation fault in the
last upload. I have just fixed this in Git and will upload today.
--
Martín Ferrari (Tincho)
dea either (i.e. I don't understand the patch
> :))
Sadly, it is been too many years for me to remember what was the issue
back in the day. If you say that without the patch it works well.. Then
dropping it seems like the reasonable thing to do.
--
Martín Ferrari (Tincho)
--
To UNSUBS
reassign 870843 golang-github-sirupsen-logrus-dev
thanks
This bug is filed under the wrong package.
Package: golang-golang-x-tools-dev
Version: 0.0~git20170629.0.1b3bb8de-1
Severity: grave
Since 0.0~git20170629.0.1b3bb8de-1 a patch has made the source files shipped
fail to build in mips* architectures. It does not FTBFS just because tests have
been disabled in a previous version, but it is makin
FS.
>
I am being stupid and mixing x/tools with x/sys. Sorry about the noise.
--
Martín Ferrari (Tincho)
Type '(successCallback:
(response: IHttpPromiseCallbackArg) => TResult |
IPromise(successCallback:
(promiseValue: void | TResult | IHttpPromiseCallbackArg) => I...'.
Type 'IPromise>' is not assignable to type
&#x
. The packages
should build out of the box. Can't you add the correct build
restrictions for gccgo so we don't need the tags?
--
Martín Ferrari (Tincho)
MAKE) invocation through
> dh_auto_build fixes cross compilation, because dh_auto_build knows how
> to pass cross compilers. Please consider applying the attached patch
> after stretch is released.
Thank you very much for reporting and the patch! I will apply and upload
in about a week time :)
--
Martín Ferrari (Tincho)
prior to installing, also
> creating backups for updates.
I don't think this affects Debian much, but I will apply it anyway. Thanks!
--
Martín Ferrari (Tincho)
Package: lintian
Version: 2.5.52
Severity: normal
Hi,
Currently, lintian complains about the pkg-go testsuite, but autodep8 has
support for it since 0.9.
source: unknown-testsuite autopkgtest-pkg-go
Can you add pkg-go to the list of valid testsuites?
Moreover, autodep8 already supports a few o
emaining value ("autopkgtest-pkg-elpa") in:
>
>
> https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=d5f0c0115ef46eb98d1b68f7113aa63d93f72211
>
> … and renaming this bug to match :)
Cool, we just need to wait for the next release then. Thanks!
--
Martín Ferrari (Tincho)
Source: golang-google-cloud
Version: 0.5.0-2
Severity: serious
Justification: fails to build from source
Since the latest update to golang-google-genproto-dev, this package FTBFS.
The fix for this is in release 0.7.0, but that requires also updating
golang-github-googleapis-gax-go-dev, and I am n
On 24/08/17 19:11, Shengjing Zhu wrote:
> Control: severity -1 normal
>
> On Thu, Aug 24, 2017 at 10:37 PM, Martín Ferrari wrote:
>> Yes, sorry, I was confused with x/tools, which has disabled tests. This
>> one does not get built in other arches, so the relevant test
On 14/07/17 12:59, Martín Ferrari wrote:
> On 14/07/17 11:21, Santiago Vila wrote:
>
>> It could also be a race condition which happens more
>> likely on low memory systems. Feel free to recategorize.
>
> Honestly, without a way to reproduce it, I am more inclined to clos
you mention, so there is definitely a
bug. Sadly, catdoc's code is not the easiest to follow :/
--
Martín Ferrari (Tincho)
Package: wnpp
Severity: wishlist
Owner: Martín Ferrari
* Package name: golang-github-google-go-cmp
Version : 0.1.0-1
Upstream Author : Google
* URL : https://github.com/google/go-cmp
* License : BSD-3-clause
Programming Lang: Go
Description : Package
Are
you still able to reproduce it in your environment?
--
Martín Ferrari (Tincho)
ame
> in bytes of this stream is greater than OLENAMELENGTH (32) bytes so the
> parsing is aborted.
After reading the code more carefully, this makes perfect sense. I will
upload the fix now. Thanks for reporting!
--
Martín Ferrari (Tincho)
t 195.00, want 150.00
It possibly a race condition, but I cannot reproduce it.
--
Martín Ferrari (Tincho)
On 14/07/17 11:21, Santiago Vila wrote:
> It could also be a race condition which happens more
> likely on low memory systems. Feel free to recategorize.
Honestly, without a way to reproduce it, I am more inclined to close :)
--
Martín Ferrari (Tincho)
he report. I am aware of this problem, I had to update the
prometheus-common library, but haven't got the chance yet to upgrade
prometheus, due to new dependencies. I hope to be able to fix this in
the following few days.
--
Martín Ferrari (Tincho)
s, we would need a new binary package for the
new API
--
Martín Ferrari (Tincho)
wt-go-v3-dev
Worth the trouble or not: depends on who gets to fix all the breakage
left behind :)
> Personally, I would just update the new version + the fixed affected
> packages in one go, to reduce the breakage to a minimum.
I would be OK with that.
--
Martín Ferrari (Tincho)
provide a seamless
install for sysv users like me, would a conditional depends like 'daemon
| systemd-sysv' work?
--
Martín Ferrari (Tincho)
uot;--format=%h %cd");
chomp($commit_data);
$commit_data =~ /^([0-9a-z]{7}) ([0-9]{8})$/m
or die("Invalid git response: $commit_data");
return ($1, $2);
--
Martín Ferrari (Tincho)
demoting it to Recommends
> should work for most people, but otherwise yes, your suggestion should
> work fine.
This package is aimed at sysadmins, who would routinely disable
recommends installation. I would go the conditional depends route then.
Thanks again.
--
Martín Ferrari (Tincho)
Package: wnpp
Severity: wishlist
Owner: =?utf-8?q?Mart=C3=ADn_Ferrari?=
* Package name: golang-github-opentracing-opentracing-go
Version : 1.0.2
Upstream Author : The OpenTracing Authors
* URL : http://opentracing.io/
* License : MIT
Programming Lang: Golang
Package: wnpp
Severity: wishlist
Owner: =?utf-8?q?Mart=C3=ADn_Ferrari?=
* Package name: golang-github-opentracing-contring-go-stdlib
Version : 0.0+git201705028.48e4d76
Upstream Author : opentracing-contrib
* URL : https://github.com/opentracing-contrib/go-stdlib
* Lice
EXTRA variable that is a
space-separated list of regexes to match against pathnames.
--
Martín Ferrari (Tincho)
e 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 failures.
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
>
--
Martín Ferrari (Tincho)
Pinging this bug so autorm will not remove the package while it migrates
to testing.
--
Martín Ferrari (Tincho)
Package: ftp.debian.org
Severity: normal
Hi,
Recently, I modified prometheus source to require golang-go, instead of
golang-any, as some of the dependencies do not work at all with gccgo. At about
the same time, the golang-go maintainers stopped building binaries for s390x,
as golang-go does work
Package: ftp.debian.org
Severity: normal
After #831863 was filed (filename conflict with mtail), I checked the status of
monkeytail and realised upstream is gone and the last release was 8 years ago.
I contacted monkeytail maintainer, and he agreed to remove the package (see the
same bug for the
problem for me. Depending on feedback, I will upload this
> to sid in the next few days.
This seems to solve the problem for me, thank you very much! (And I hope
you can get this in for stretch!)
--
Martín Ferrari (Tincho)
es (not used directly by prometheus), and in the case of
the consul API because there is an API incompatibility with the package
present in Debian.
I will review this to see again if the vendoring can be removed. But I
disagree with the severity of this bug, the policy only marks this
requirement a
memory: cannot allocate 4194304-byte block (2680815616
in use)
fatal error: out of memory
Yesterday I'd asked for a give back, since in the previous attempt the
tests timed out. I can't reproduce this on the abel porterbox, and it
seems to me like a problem of a very busy buildd more than any
y?
I will re-run the tests with /usr/bin/time on abel and see how much
memory do they take.
--
Martín Ferrari (Tincho)
On 28/01/17 16:24, Martín Ferrari wrote:
>> and the machines where prometheus failed have 4 GB RAM.
>
> abel too...
Now it fails on abel too.. I guess it was always too close to the limit,
and anything else running killed it.
>> "2680815616 in use", that is 2.6
hanks a lot!
[1]: https://buildd.debian.org/status/logs.php?pkg=prometheus&arch=armhf
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852959
--
Martín Ferrari (Tincho)
em to solve than daily broken
> compiles.
Also, I think this might be more about addressable user space, because
it is not the OOM killer, but the go runtime that kills the tests.
--
Martín Ferrari (Tincho)
On 31/01/17 13:01, Julien Cristau wrote:
> On 01/28/2017 08:24 PM, Martín Ferrari wrote:
>> On 28/01/17 16:10, Adrian Bunk wrote:
>>
>>> AFAIK the buildds are building one package at a time,
>>
>> Uhm, don't know about that, but I many times I have exper
Package: ftp.debian.org
Severity: normal
Hello,
Recently, I have uploaded a new upstream version of prometheus (1.5.0) to
unstable, to have the latest improvements from upstream before the freeze.
As I have had issues with ARM ports before, I tested this new version in an
armel porterbox and fou
Package: wnpp
Severity: wishlist
Owner: =?utf-8?q?Mart=C3=ADn_Ferrari?=
* Package name: prometheus-postgres-exporter
Version : 0.1.1
Upstream Author : Will Rouesnel
* URL : https://github.com/wrouesnel/postgres_exporter
* License : Apache-2.0
Programming Lang
tus 2
> FAIL github.com/prometheus/prometheus/storage/local 288.359s
> ...
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
>
--
Martín Ferrari (Tincho)
ostrm you can use one
> "{PKGNAME}.maintscript" file with "symlink_to_dir" line.
> See dpkg-maintscript-helper(1) for details.
Thanks for the tip, I did not know this!
--
Martín Ferrari (Tincho)
umented in systemd.exec(5):
Argh, stupid systemd is stupid.. not being compatible with shell syntax.
Anyway, will fix this. Thanks for reporting.
--
Martín Ferrari (Tincho)
Package: dh-golang
Version: 1.19
Severity: normal
While trying to use DH_GOLANG_INSTALL_EXTRA to install test fixtures for
golang-procfs, I noticed that dh_golang did not copy symlinks, making tests
fail.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500
.
You are probably better off using https://github.com/syndtr/goleveldb,
which is already packaged.
--
Martín Ferrari (Tincho)
Package: ftp.debian.org
Severity: normal
Control: block 832228 -1
As correctly pointed out in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832228 the current section
for larch is incorrect: it is "ruby", should be "mail".
Thanks.
}
return _MyType_name[_MyType_index[i]:_MyType_index[i+1]]
}
--
Martín Ferrari (Tincho)
Package: wnpp
Severity: wishlist
Owner: "Martín Ferrari"
* Package name: chasquid
Version : 0.1
Upstream Author : Alberto Bertogli
* URL : https://blitiri.com.ar/p/chasquid
* License : Apache-2.0
Programming Lang: golang
Description : s
frustrated. But I don't want to patch this in
Debian, nor I want to try to convince upstream to revert the output
format, as the old one had many problems. You are free to discuss this
issue with them, though.
--
Martín Ferrari (Tincho)
Package: radicale
Version: 1.1.1+20160115-2
Severity: normal
For a long time I thought that Radicale's support of well-known locations was
broken, until today I realised I was getting a redirect to a silly location:
$ GET -Sd -C XXX:YYY https://my.domain/radicale/.well-known/caldav/
GET https://m
301 - 400 of 781 matches
Mail list logo
