Hi Gianfranco,
On Wed, 2024-08-07 at 09:32 +0200, Gianfranco Costamagna wrote:
> Package: ui-utilcpp
(..)
>
> * Drop strategy (Closes: #1077768)
thanks for the patch!
However, Reuben/Santiago did supply me with a patch beforehand (including your
patched line).
> However with this patch the
Hi Hibby,
On Thu, 2024-07-25 at 00:23 +0100, Hibby wrote:
> Hi!
(..)
> 1) On instance 0 (100.90.178.95), I added instance 1 (100.83.1.23) and
> prepared. I get confirmed
we have retested here. In general, you need to use the same hostname you see
with API call ``status``.
Using IPs for remot
On Wed, 2024-07-17 at 02:38 +0100, Hibby wrote:
> Package: mini-buildd
> Version: 2.3.2
> Severity: normal
> X-Debbugs-Cc: hi...@debian.org
>
> Hi there!
>
> I appear unable to get past the 'check' stage of adding remotes - I can get
> the public key of a
> remote instance via the command line
On Tue, 19 Jan 2021 14:52:00 +0100 =?utf-8?q?Stephan_S=C3=BCrken?=
wrote:
> Package: dput
> Version: 1.1.0
> Severity: wishlist
> Tags: patch
>
> Dear Maintainer, Ben,
>
> this adds a new method "ftps" following RFC 4217 with ftplib.FTP_TLS (py
> standard library).
>
> Patch is in this salsa
On Wed, 2024-05-15 at 15:53 +0200, Magnus Holmgren wrote:
> Package: mini-buildd
> Version: 2.0.15~bpo12+1
>
> Sorry if I should have discussed this elsewhere before reporting a bug, but
> there is no mailing list for mini-buildd, is there? It seems like it has to
> be
> a bug, although it's su
On Sat, 25 Aug 2018 13:25:24 +0200 Marc Haber
wrote:
> severity #906747 normal
> thanks
>
> I now think that this is actually a reprepro issue, and it only applies
(...)
> My beef against mini-buildd is therefore reduced to the fact that it
> once more hides the actual error message in the log
Hi Magnus,
On Tue, 2024-04-30 at 11:40 +0200, Magnus Holmgren wrote:
> Package: mini-buildd
> Severity: wishlist
> coded. Perhaps you've already planned to add some configurability in the
> future, but more specifically I'd like to talk about the "Expire
no imminent plans to make cron jobs conf
Hi Lucas,
On Tue, 2023-09-26 at 14:43 +0200, Lucas Nussbaum wrote:
> Source: mini-buildd
> Version: 2.0.8
> Severity: serious
(..)
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
(..)
> Relevant part (hopefully):
> > make[1]: Entering directory '/<>'
(..)
> > ho
Hi Magnus,
On Fri, 2023-09-22 at 15:37 +0200, Magnus Holmgren wrote:
> Package: mini-buildd
> Version: 2.0.7~bpo12+1
>
> mini-buildd requires (in Archive.clean) that all archive URLs end in
> a slash.
> Yet it (always?) adds another slash before 'dists' (e.g.
> Archive.ReleaseFile(f"{archive.ur
Package: debootstrap
Version: 1.0.128+nmu2
Severity: wishlist
Dear Maintainer,
wheezy is archived, but script (unlike, f.e. squeeze) still links to sid:
---
ls -l /usr/share/debootstrap/scripts/wheezy
/usr/share/debootstrap/scripts/squeeze
lrwxrwxrwx 1 root root 4 Oct 19 00:49 /usr/share/deboot
Package: mini-buildd
Version: 1.9.112
Severity: serious
While working quite well already on a new setup, some crucial testing
has not yet been fully done yet -- especially
* migration tests (i.e., upgrading an existing installation from 1.0.x->2.0.x)
* new 'setup' system's maintenance facilities
Package: python3-openssl
Version: 21.0.0-1
Severity: important
Dear Maintainer,
since p-cryptography 38 hit unstable, this fails somewhere here
File "/usr/lib/python3/dist-packages/OpenSSL/SSL.py", line 674, in __init__
using SSL_CTX_set_ecdh_auto, which is deprecated w/ at least openssl3 afa
Hi Bastian,
On Tue, 2022-11-29 at 21:09 +0100, Bastian Germann wrote:
> Why don't you move the experimental to unstable now?
well, some crucial tests (especially on upgrading) are unfortunately
still pending.
Uploading to unstable always marked "ok to use" in that respect, however...
> The unst
Hi Moritz,
On Fri, 2022-10-28 at 00:12 +0200, Moritz Mühlenhoff wrote:
> Am Fri, Aug 30, 2019 at 07:26:40AM + schrieb Matthias Klose:
> > Package: src:mini-buildd
> > Version: 1.0.41
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
>
Package: libjs-jquery-datatables
Version: 1.11.5+dfsg-1
Severity: important
Dear Maintainer,
in 1.11.4+dfsg-1:
---
? dpkg -L libjs-jquery-datatables | grep jquery.dataTables
/usr/share/javascript/jquery-datatables/css/jquery.dataTables.css
/usr/share/javascript/jquery-datatables/css/jquery.dataTa
Package: debconf
Version: 1.5.78
Severity: important
Dear Maintainer,
on initial install (for example via deboostrap), debconf values are not
populated, i.e.,
debconf-show debconf
is empty.
Maybe due to fix for #989567, which seems to actually remove postinst
for good w/o actually producing d
Rehi,
On Wed, 27 Jan 2021 19:29:00 +0100 =?utf-8?q?Stephan_S=C3=BCrken?= <
abs...@debian.org> wrote:
> Package: devscripts
> Version: 2.20.5
> Severity: normal
>
> Dear Maintainer,
>
> any chrooted run debrepro fails on cleanup with s.th. like:
> ---
> rm: cannot remove '/tmp/debrepro.WdTfiXpiIP
Package: devscripts
Version: 2.20.5
Severity: normal
Dear Maintainer,
any chrooted run debrepro fails on cleanup with s.th. like:
---
rm: cannot remove '/tmp/debrepro.WdTfiXpiIP/second/source': Device or resource
busy
---
This is due to fusermount -u failing w/
---
fusermount: failed to mark mo
Package: git-buildpackage
Version: 0.9.21
Severity: minor
Dear Maintainer, Guido,
in snapshot mode, header options --distribution (and --urgency) are deliberately
not honored in-code (scripts/dch.py):
---
# This must not be done for snapshots or snapshots changelog entries
# will not be concaten
(...)
> debchange may be non-interactive, showing some warning to stderr end
rather "interactive" not "non-interactive"...
Sorry ;),
S
signature.asc
Description: This is a digitally signed message part
Package: git-buildpackage
Version: 0.9.21
Severity: minor
Tags: patch
Dear Maintainer, Guido,
debchange may be non-interactive, showing some warning to stderr end expecting
[RETURN] on stdin to continue.
Capturing stderr leads to stopping without showing any clue why or what to do.
For example:
Package: dput-ng
Version: 1.31
Severity: wishlist
Tags: patch
Dear Maintainer(s),
this adds a new method "ftps" following RFC 4217 with ftplib.FTP_TLS (py
standard library).
Patch is in this salsa merge request:
https://salsa.debian.org/debian/dput-ng/-/merge_requests/14
Thanks for considerin
Package: dput
Version: 1.1.0
Severity: wishlist
Tags: patch
Dear Maintainer, Ben,
this adds a new method "ftps" following RFC 4217 with ftplib.FTP_TLS (py
standard library).
Patch is in this salsa merge request:
https://salsa.debian.org/debian/dput/-/merge_requests/4
Thanks for considering!
Hi Adam,
On Sun, 2020-11-22 at 18:30 +, Adam D. Barratt wrote:
> Control: tags -1 -moreinfo +confirmed
>
> Hi,
>
> Apologies for having somehow missed your earlier reply.
>
> On Tue, 2020-04-28 at 08:51 +0200, Stephan Sürken wrote:
(...)
> Please go ahead.
thx, u
rrors after successful builds w/ sbuild >=
+0.77) (Fixes: #951641)
+
+ -- Stephan Sürken Tue, 28 Apr 2020 08:18:54 +0200
+
mini-buildd (1.0.36) unstable; urgency=medium
* [9a29242] source.py: wizards: Update signing keys for unstable +
diff -Nru mini-buildd-1.0.36/debian/gbp.conf mini-bui
Hi Marc,
On Wed, 2020-03-18 at 14:42 +0100, Marc Leeman wrote:
(...)
> Thanks for the pointer.
>
> I've applied the patch and restarted the service. I could recompile
> openjdk-8 without problem; it seems that this was the problem.
great!
Fwiw, afaik all packages failing to build (their 'all'
Hi Marc,
On Thu, 2020-03-12 at 11:15 +0100, Marc Leeman wrote:
> This is the status of the openjdk-8 build: as the log confirms, the
> i386 packages got inserted, while the amd64 not due to the md5
> conflict since both are creating the same openjdk-8-source_8u242-b04-
> 2~company10+6_all.deb
>
>
Hi Marc,
On Fri, 2020-02-21 at 11:54 +0100, Marc Leeman wrote:
>
> Could it be that there is some config option that is still wreaking
> havoc after having been disabled.
Fwiw, there is this 'inconvenience' bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838393
So just be sure to restar
Hi Marc,
On Wed, 2020-02-19 at 12:17 +0100, Marc Leeman wrote:
(...)
> older platforms) and amd64 (current). I've come accross the following
> while backporting GStreamer 1.14.4 from buster to stretch.
just tried it here with no issues.
Ftr, I did a portext to stretch with
https://deb.debian.
Hi Daniel,
On Fri, 2019-08-23 at 22:07 +0200, Stephan Sürken wrote:
> On Mon, 2019-08-19 at 23:06 -0700, Daniel Schepler wrote:
> > On Mon, Aug 19, 2019 at 12:25 PM Stephan Sürken
(...)
> Fwiw, I did all the tests with 1.0.x. I now see that you are testing
> 1.1.x ;) -- but the s
On Mon, 2019-08-19 at 23:06 -0700, Daniel Schepler wrote:
> On Mon, Aug 19, 2019 at 12:25 PM Stephan Sürken
> wrote:
> > I am not quite getting it ;), I guess I need more information here.
> >
> > What's the 'Hostname' entry of the 'Daemon' in
Hi Daniel,
On Sat, 2019-08-17 at 08:53 -0700, Daniel Schepler wrote:
> Package: mini-buildd
> Version: 1.1.18
> Severity: wishlist
>
> I think I've gotten my local mini-buildd instance mostly set up. But
> now, when I try to upload to it to do a test build, I get a failure
> along the lines of:
Hi Peter,
On Fri, 2019-08-02 at 22:11 +0100, Peter Michael Green wrote:
> Package: mini-buildd
> Version: 1.0.41
> Severity: serious
>
> python-mini-buildd depends on and the mini-buildd source package
> build-depends on the python-django-registration binary package which
> is
> no longer built
Hi "itd",
On Sat, 2019-03-09 at 12:31 +0100, i...@firemail.cc wrote:
> Package: mini-buildd
> Version: 1.0.36
> Severity: normal
> Tags: upstream
>
> Dear Maintainer,
>
> sbuild (>= 0.77.0) no longer supports `sbuild-update` option `
> --keygen`
ups yes - thx for the hint.
It's really time to
ink --jobs is the
better choice here.
I did some research ;), and it seems I changed it from --jobs to env
back in 2013 due to <=etch compatibility issues:
commit 355893eb0202f507246569a0b922e89474f27369
Author: Stephan Sürken
Date: Thu Jan 3 17:02:26 2013 +0100
builder: Use env.
Hi Marc,
On Tue, 2019-02-19 at 11:34 +0100, Marc Haber wrote:
> Package: mini-buildd
> Version: 1.0.36
> Severity: important
>
> Hi,
>
> I log in to my mini-buildd instance, start configuring, call up the
> Dir
> chroots, mark one, click on "prepare". The browser immediately
> returns a
> "conne
Hi Sven,
On Wed, 2018-05-16 at 17:26 +0200, Sven Joachim wrote:
> Source: ui-utilcpp
> Version: 1.8.5-2
> Severity: serious
>
> Your package FTBFS everywhere[1], the reason being that the configure
Ups yes, thanks for the hint ;).
I did not thoroughly check on this after the hasty post-salsa up
Hi Gerald,
On Wed, 29 Mar 2017 12:58:21 +0200 Gerald Hansen
wrote:
> Package: python-cherrypy3
> Version: 3.5.0-2build1
> Severity: normal
>
> Dear Maintainer,
>
> I try to use salt-api with cherrypi and ssl encryption.
> But the Debian version of cherrypy3 contains some bugs https://github
.c
On Tue, 2018-01-02 at 11:48 -0500, Daniel Kahn Gillmor wrote:
> The places you mention sound reasonable to me, though.
1.2.10-1 is now underway. Fwiw, relevant change is visible here:
https://sourceforge.net/p/ui-auto/ui-auto/ci/b656b4778c8a7b8b7b2212ba43b3f6a2f79ebc73/
(...)
> Finally, if you
Hi "ydirson",
On Tue, 2018-01-02 at 16:09 +0100, ydir...@free.fr wrote:
> Package: mini-buildd
> Version: 1.0.29
>
> With no external keyring software installed, python-keyring defaults
> to alt.files, and the impact
> on scripting (eg. launching auto-setup for a test) is quite high:
>
> * have
Hi Daniel,
On Thu, 2017-02-16 at 13:54 -0500, Daniel Kahn Gillmor wrote:
> Package: ui-auto
> Version: 1.2.9
(...)
> the debrsign workflow isn't a particularly safe one (see discussion
> on
> https://bugs.debian.org/855282 and https://bugs.debian.org/855320).
>
> ui-auto should not encourage it
Hi Frank,
On Mon, 2017-09-11 at 16:30 +0200, Frank Doepper wrote:
> Am 11.09.17 um 15:09 schrieb Stephan Sürken:
>
> > commit a37e69c2bc8371b57531f4e65e0b271bc3b20617 (HEAD -> master)
> > However, I don't know if or how the other logs/findings you posted
> > here
Hi Frank,
On Fri, 2017-09-01 at 17:57 +0200, Frank Doepper wrote:
> Am 23.08.17 um 12:06 schrieb Stephan Sürken:
>
> > If the problem persists, could you enable "debug logging"
>
> Yeah, I have sent you some backtraces yesterday.
actually, there is/was a
Hi Frank,
On Tue, 2017-08-22 at 13:33 +0200, Frank Doepper wrote:
> Am 16.08.17 um 17:09 schrieb Stephan Sürken:
>
> > Just to be clear: We are talking about "Manage Account/Manage
> > Profile/Set New Key" via the web interface?
>
> I'm talking about
>
On Mon, 2017-08-14 at 18:06 +0200, Frank Doepper wrote:
> Am 25.07.17 um 14:16 schrieb Stephan Sürken:
>
> > thx for testing experimental ;).
> >
> > However, I could not produce this (with the current master branch).
> >
> > Could you try if 1.1.4 fixe
Hi Frank,
On Fri, 2017-07-07 at 18:09 +0200, Frank Doepper wrote:
> Package: mini-buildd
> Version: 1.1.3
> Severity: normal
>
> When trying to add a new uploader's gpg key via web admin, "500
> Internal
> Server Error: Sorry, something went wrong" is the result. I would
> expect
> the key to be
On Mi, 2017-02-08 at 15:33 +0200, Konstantinos Margaritis wrote:
> Στις 08-02-2017, ημέρα Τετ, και ώρα 14:14 +0100, ο/η Stephan Sürken
> έγραψε:
(...)
> > It seems it's just a "correctly failing build" -- please check your
> > build log ;)
> Argh, hate
Hi Konstantinos,
On Mi, 2017-02-08 at 14:27 +0200, Konstantinos Margaritis wrote:
> Στις 08-02-2017, ημέρα Τετ, και ώρα 11:51 +0100, ο/η Stephan Sürken
(...)
> > ) might be helpful, too.
> Ok, I stripped all but the debian directory and renamed the relevant
> name variables, th
On Mi, 2017-02-08 at 11:51 +0100, Stephan Sürken wrote:
> Hi Konstantinos,
(...)
> ) might be helpful, too.
Also, it would be (easy and) helpful if you can just build the test
packages, and report whether test package 'mbd-test-archall' also fails
on your setup.
Thx!
Hi Konstantinos,
On Di, 2017-02-07 at 16:32 +0200, Konstantinos Margaritis wrote:
(...)
> I am attaching a sample dsc (I hope you only need the dsc and not the
> rest of the files, because it's an internal debian package and I had
hmm ic.
I fear only a complete Debian Source Package would be
Hi Frank, all,
fwiw, a colleague of mine just debugged this (with patch), and added a
bug report on reprepro:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854480
Fwiw2, this feature came in with
---
dpkg (1.18.5) unstable; urgency=medium
(...)
* Perl modules:
(...)
- Allow detac
Hi Konstantinos,
On Di, 2017-02-07 at 12:57 +0200, Konstantinos Margaritis wrote:
> Hello,
>
> I just wanted to say that I was able to reproduce this bug on a
> stretch
> based system (mini-buildd 1.0.29), building 2 arches, i386/amd64,
> where
> i386 is optional and amd64 builder builds arch:al
Hi Marc,
On Fr, 2016-12-30 at 13:57 +0100, Marc Haber wrote:
> On Fri, Dec 30, 2016 at 01:26:09PM +0100, Stephan Sürken wrote:
(...)
> That would be:
> >
> > Dec 28 13:44:29 spinturn mini_buildd.call (0114):
> > WARNING : ? gpg.. (stderr): gpg: can
On Do, 2016-12-29 at 19:48 +0100, Marc Haber wrote:
> On Thu, Dec 29, 2016 at 07:40:27PM +0100, Stephan Sürken wrote:
> >
> > On Do, 2016-12-29 at 18:41 +0100, Marc Haber wrote:
> > >
> > > i can grep for "0041" to find the complete log for this proc
On Do, 2016-12-29 at 18:41 +0100, Marc Haber wrote:
(...)
> If I have the error message:
>
> Dec 28 14:35:22 spinturn mini_buildd.builder (0041):
> ERROR : Internal error building: Call failed with retval 2: 'gpg --
> homedir /var/lib/mini-buildd/.gnupg --display-charset UTF-8 --batch
On Mi, 2016-12-28 at 13:13 +0100, Marc Haber wrote:
> Package: mini-buildd
> Version: 1.0.27
> Severity: normal
(...)
> My current fix is not a real fix since /etc/schroot/mini-buildd/fstab
> is likely to be overwritten with the next mini-buildd update.
>
> How would a local admin make mini-buil
On Do, 2016-12-29 at 18:36 +0100, Marc Haber wrote:
> On Thu, Dec 29, 2016 at 06:09:25PM +0100, Stephan Sürken wrote:
> >
> > Could it be you are running with reprepro < 5? (#843402)
> No, I pulled the version from experimental.
I am out of guesses, then ;).
Fwiw, I have
Hi,
On Mi, 2016-12-28 at 14:22 +0100, Marc Haber wrote:
(...)
> again and uploaded again. This time the build went through just fine.
I have previously seen similar behavior too, but not any more for quite
some time.
I had the impression this was a temporary behavior of some version of
the gnu
Hi,
On Do, 2016-12-29 at 17:24 +0100, Marc Haber wrote:
(...)
> > > packages being built correctly with the armhf build failing.
> > with armhf being set up as optional arch?
> Probably not. It is not really optional, I didn't notice that armhf
> was offline.
it rather should be; else mini-buil
Hi Marc,
On Mi, 2016-12-28 at 13:35 +0100, Marc Haber wrote:
(...)
> When I uploaded a package to mini-buildd, I didn't notice that my
> armhf builder was being offline. This resulted in the i386 and amd64
> packages being built correctly with the armhf build failing.
with armhf being set up as o
Hi Bernhard,
On Do, 2016-12-22 at 10:28 +0100, Bernhard R. Link wrote:
> I'd appreciate if those invovled could test the version of reprepro
> currently in experimental. I plan to upload 5.0.1 to unstable with
> some additional smaller things to unstable tomorrow (Friday) evening
> (UTC).
great!
On Di, 2016-11-22 at 11:33 +0100, Patrick Matthäi wrote:
(...)
> Thanks for your effort! I have just uploaded 1.0.3-3.
>
> Would you (Stephan) be so kindly and upload it to jessie-bpo, if
> there
> are no new problems with it? I will be on vacation before it may ent
fwiw, I did just port this.
Hi Marc,
On Do, 2015-10-22 at 18:27 +0200, Marc Haber wrote:
> Source: mini-buildd
> Version: 1.0.7
> Severity: wishlist
(...)
> Please consider implementing a possibility to say "don't run lintian
> on this architecture" or "dont run lintian on builds done by this
> builder".
fwiw, 1.0.26 now
On Tue, 22 Nov 2016 19:08:06 +0100 =?utf-8?q?Sl=C3=A1vek_Banko?=
wrote:
> Dne út 22. listopadu 2016 Stephan Sürken napsal(a):
(...)
> without "Tracking", buildinfo files are not processed - "reprepro include"
> ignores them.
>
> With "Tracking: minimal" (without "includebuildinfos") and wit
Hi Patrick,
On Di, 2016-11-22 at 11:33 +0100, Patrick Matthäi wrote:
(...)
> > S
> Thanks for your effort! I have just uploaded 1.0.3-3.
ok, thx!
> Would you (Stephan) be so kindly and upload it to jessie-bpo, if
> there
> are no new problems with it? I will be on vacation before it may
> ente
Hi Slavek,
On Tue, 22 Nov 2016 00:31:47 +0100 =?utf-8?q?Sl=C3=A1vek_Banko?=
wrote:
(...)
> When I use "reprepro include", I got:
(...)
> Aborted
>
> Buildinfo files are generated by dpkg 1.18.15 (already included in
> Stretch). Tracking is set to: minimal includebuildinfos
>
> Please, is
Hi Boyuan!
On Di, 2016-11-08 at 22:38 +0800, Boyuan Yang wrote:
> 在 2016年11月8日星期二 CST 下午3:31:49,您写道:
(...)
> The only truth is that mini-buildd with dpkg >= 1.18.11 will stop
> working, and
> it should be fixed *somehow* *somewhere* before this bug gets closed.
Fwiw, there is now a patch avail
Hi Guillem, all,
On Fri, 18 Nov 2016 14:21:08 +0100 Guillem Jover wrote:
(..)
> Ok, Michael Prokop deployed it on jenkins.grml.org and retriggered at
> least the dpkg jobs and they seem to work now. I've fixed an
inversion
> logic error in the previous patch and I'm including the good one
here.
Hi Patrick,
On Mo, 2016-11-21 at 10:12 +0100, Patrick Matthäi wrote:
(...)
> > S
> Ok so adding patch
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827339#34 and drop
> current patch 01-grep-syntax-error ?
sure, that would be my suggestion.
For your Debian patch, you should maybe only us
Hi,
On Fr, 2016-11-18 at 17:01 +0100, Patrick Matthäi wrote:
> Am 17.11.2016 um 18:52 schrieb Stephan Sürken:
> >
> > Hi Patrick,
> >
> > On Do, 2016-11-17 at 15:40 +0100, Patrick Matthäi wrote:
> > (...)
> > >
> > > Then the question is
Hi Patrick,
On Do, 2016-11-17 at 15:40 +0100, Patrick Matthäi wrote:
(...)
> Then the question is, why it does not work on Jessies grep?
did you overlook my comment? Or are my findings wrong?
Thx!
S
Hi all,
On Do, 2016-11-10 at 22:09 +0100, Thomas Liske wrote:
(...)
> this is a negative lookbehind assertion - quoting from perlre(1):
(...)
Afaics, the hardcoded default value for err-pattern falsely uses HTML
entities. These are needed in the XML config obviously, but not in
getXPropStr() d
Hi Boyuan,
On Di, 2016-11-08 at 13:51 +0800, Boyuan Yang wrote:
> Source: mini-buildd
> Severity: important
> Tags: upstream
>
> Upstream bug #843402.
I have tagged that reprepro bug as "affecting mini-buildd".
mini-buildd can't do anything about that, really. Do you have any
reasons to have an
Hi Boyuan again,
On So, 2016-10-23 at 20:50 +0200, Stephan Sürken wrote:
> Hi Boyuan,
>
> On So, 2016-10-23 at 15:53 +0800, Boyuan Yang wrote:
> (...)
> >
> > Several months have passed since last update. Still I think this is
> > something
(...)
> No, I don&
Hi Evgeni, Patrick,
fwiw (probably this is already worked on), i have fixed up my system by
* reverting 01-grep-syntax-error.diff
This actually totally breaks things, as this now uses "P" as pattern,
practically matching always:
--
grep -aiqseP "$AD_HIST_ERRPATTERN" "$AD_HIST_PATH/typescript"
-
Hi Boyuan,
On So, 2016-10-23 at 15:53 +0800, Boyuan Yang wrote:
(...)
> Several months have passed since last update. Still I think this is
> something
(...)
> Just as the log says in the previous email (20160731), we would meet
>
> Package 'cutegram_2.9.5-1aseman-xenial+git20161022.0.2373dd32-1
Hi Sam,
On Mi, 2016-09-21 at 13:05 -0400, Sam Hartman wrote:
> So, I can see a couple of easy fixes:
>
> 1) have _uploaders be a class variable rather than an instance
> variable
>
> or
>
> 2) store a list ofweakrefs to extant demon objects
>
> then provide a class method to invalidate all the
Hi Marc,
On So, 2015-12-27 at 13:43 +0100, Marc Haber wrote:
(...)
> When a package is still building, it shows up directly on the
> mini-buildd web page without having to unfold the packager's package
> list (by clicking on "Last packages: 100 (show)".
>
> In this state, build logs for already-f
Hi Boyuan,
On Di, 2016-07-19 at 09:55 +0800, Boyuan Yang wrote:
> Source: mini-buildd
> Version: 1.0.12
> Severity: normal
(...)
> However, someone may want to setup using reverse proxy. For example,
> let
> "https://mywebsite.com/debian/buildd/"; proxy_pass to
> "http://localhost:8066/";.
> For
Hi Sam!
On Mi, 2016-08-31 at 06:50 -0400, Sam Hartman wrote:
> package: mini-buildd
> version: 1.0.12
> severity: normal
>
> I uploaded the source of an arch all package (no arch any in the
> resulting build) and got:
>
> 2016-08-30 22:06:57,398 mini_buildd.packager (0039):(...)
(...)
Hi Boyuan!
On Mi, 2016-09-14 at 10:43 +0800, Boyuan Yang wrote:
(...)
> to download *once*. The dir-chroot creating process should either
> fail
> immediately or re-run the debootstrap process again with a warning
> sent to the logger,
> but it just continued as if everything is fine *until* the
Hi Ansgar,
On Mi, 2016-09-21 at 00:18 +0200, Ansgar Burchardt wrote:
(...)
> Ansgar Burchardt writes:
(...)
> > Only adding -k for newer distributions (i.e. the ones that merged-
> > /usr
> > supports) should work around the problem.
> I pushed a patch implementing this to my debootstrap
> rep
Hi Sam,
On Di, 2016-09-20 at 15:40 -0400, Sam Hartman wrote:
(...)
> I've found that I need to restart the demon (I used systemctl,
> although
> perhaps starting/stopping the daemon in the web interface would have
> been sufficient).
>
>
> It looks like what's happening is that the cache mappin
Hi Julien,
On Di, 2016-09-20 at 21:09 +0200, Julien Cristau wrote:
(...)
> > It always exits here with exit code 2, without any further error
> > message (not even when using --verbose).
> >
> There should be a log inside the target directory.
ah, sure ;).
debootstrap/debootstrap.log says:
-
Hi Sam,
On Di, 2016-09-06 at 08:27 -0400, Sam Hartman wrote:
(...)
> I don't know. We normally do source only uploads.
> Actually, it may be arch all handling. The package in question only
> produced an arch all binary.
> So, the most direct thing to test would be a binary+source upload of
> a
Hi Marc,
On Mo, 2016-04-11 at 15:54 +0200, Marc Haber wrote:
(...)
> So please be advised to check compatiblity with schroot 1.7.
thx. I checked, and it's indeed not compatible ;).
However, I will not try to fix this right now, rather avoid it for the
moment:
control: Dep: Avoid schroot >=
Hi Santiago,
On Mo, 2016-09-12 at 21:34 +0100, Santiago Vila wrote:
(...)
> > Lastly, one other option for gnupg at least is to patch upstream to
> > use
> > --debug-quick-random in the build-time test.
> >
> > do any of these options sound more appealing than the others?
> I didn't know about --
Rehi,
On Mo, 2016-09-12 at 21:34 +0100, Santiago Vila wrote:
> On Mon, Sep 12, 2016 at 07:34:09PM +0200, Daniel Kahn Gillmor wrote:
>
> >
> > An even easier approach might be to do the following within the
> > build:
> >
> > * ln -sf /dev/urandom /dev/random
> >
> > why would we need the blo
Hi Daniel, Santiago,
thx for the answer; I am not 100% satisfied, though ;).
For me, it actually boils down to what notion we have:
(1) The builder hosts must provide reasonable entropy.
(2) Software testsuites generally must work fine even with low entropy.
In the past, I tended to go with (1)
Hi Boyuan,
On Mo, 2016-09-12 at 18:08 +0800, Boyuan Yang wrote:
> Package: python-mini-buildd
> Version: 1.0.18
> Severity: normal
>
> I upgraded my Debian build machine to sid for latest 1.0.18 and found
> it
> impossible to create any dir chroots.
(...)
do I understand you correctly that the r
Hi Santiago,
On So, 2016-09-11 at 11:37 +0200, Santiago Vila wrote:
(...)
> This is the changelog entry you wrote:
>
> > * [8ee94bc] gnupg.py: Add extra method to get sec user id. Fixes
> doctest
> > for GPG 2.1. Thanks to Santiago Vila (Closes: 834683)
>
> If this is only intended to wo
On Mo, 2016-09-05 at 13:22 +0200, Johannes Schauer wrote:
> Control: tag -1 + pending
(...)
> > Hoping for review && consideration...
> supporting unsupported old releases is no problem if I get patches
> which are as
> simple and without negative side effects as this one.
>
> Applied locally an
Hi Marc,
On So, 2016-08-14 at 16:07 +0200, Marc Haber wrote:
> Source: mini-buildd
> Version: 1.0.14
> Severity: normal
(...)
> I am not sure whether this is a bug in mini-buildd or in sbuild.
> Hence, the "normal" severity.
>
> Building packages fails starting with the second build of an
> ins
Chris, Boyang,
On Fr, 2016-08-05 at 17:09 +0200, Stephan Sürken wrote:
(...)
> > >
> > > (Did you see my patch?)
> > Really sorry I overlook the last several lines. It is a good
> > solution.
> hmm thanks ;). However, I already did a patch (actually before the
Hi guys,
On Mi, 2016-08-03 at 23:46 +0800, Boyuan Yang wrote:
> 2016-08-03 23:34 GMT+08:00 Chris Lamb :
> >
> > I deliberately expand it immediately after command-line parsing to
> > avoid this.
> >
> > (Did you see my patch?)
> Really sorry I overlook the last several lines. It is a good
> solu
Hi Boyuan,
On Do, 2016-07-28 at 09:47 +0800, Boyuan Yang wrote:
> Source: mini-buildd
> Version: 1.0.14
> Severity: wishlist
>
> I got a little bit confused when first heard of the CODENAME-ID-
> SUITE[-ROLLBACK] distuibution name. That is weird. I understand that
> there may
> be multiple instan
Hi Boyuan,
On Di, 2016-07-19 at 09:44 +0800, Boyuan Yang wrote:
> Source: mini-buildd
> Version: 1.0.12
> Severity: important
> Tags: upstream
>
> On newly deployed mini-buildd, the default chroot environment for
> stretch/sid
> lacks gpg/gpg2.
> As a result, `apt-key` cannot run and causes every
Hi Ben,
On So, 2016-05-15 at 11:02 +0100, Ben Hutchings wrote:
(...)
> > (not sure why 'dh_bash-completion' eats this in the 1st place,
> > though;):
> It actually installs debian/initramfs-tools.bash-completion rather
> than
> the files listed there. This is... not very helpful. It's sort-of
Hi Marc,
On Mo, 2016-04-11 at 15:18 +0200, Marc Haber wrote:
> Package: mini-buildd
> Version: 1.0.11
> Severity: wishlist
>
> Hi,
>
> changes.py says:
>
(...)
> mini_buildd.misc.skip_if_keep_in_debug(os.remove, f_abs)
>
> When debugging (which is unfortunately the case way too
Rehi,
On Mo, 2016-02-15 at 18:13 +0100, Stephan Sürken wrote:
> Hi Maintainers/Reporter,
>
> please consider the attached patch, which fixes the bug for me.
>
> [Not sure if it's correct to fix up the profile like that though, so
> please check this.]
please use this re
1 - 100 of 215 matches
Mail list logo