ou put into these reviews!
>
> Regards,
> tony
>
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
> Hi,
>
> I attached a commit for you Git repository to record the changes of my NMU.
> BTW, it would be easier if you would decide to maintain capnproto on
>https://salsa.debian.org/debian
>
> Hope this helps, Andreas.
>
> --
> http://fam-tille.de
>
--
*Tom
27;s not supposed to be any such type, so the problem
> presumably lies in code generation. Could you please take a look?
> Thanks!
>
> --
> Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
> http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/
> finger/?a...@monk.mit.edu
>
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
ckages in question, have agreed on which of the packages will
> resolve the problem please reassign the bug to that package. You may
> also register in the BTS that the other package is affected by the bug.
>
> Cheers,
>
> Andreas
>
> PS: for more information about the detection of file overwrite errors
> of this kind see https://qa.debian.org/dose/file-overwrites.html
>
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
Will do Martin -- thank you!
On Jun 25, 2015 9:55 AM, "Martin Michlmayr" wrote:
> * Tom Lee [2015-05-03 02:34]:
> > Not sure if you're actively attempting test rebuilds every so often, but
> > feel free to try for yourself when 0.5.2-1 hits unstable.
>
&g
put: Assertion `redisGetReply(c,
> (void*)&replies[i]) == 0' failed.
>
> See
> https://buildd.debian.org/status/fetch.php?pkg=hiredis&arch=powerpc&ver=0.13.1-2&stamp=1434137918
> for a full log.
>
> Emilio
--
Tom Lee / http://tomlee.co / @tglee
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
s the
best way to handle this sort of situation. gbp's support for filtering may
also be an option.
libhiredis0.13 and libhiredis-dev 0.13.1-1 have been uploaded to the
experimental distribution if you'd like to reproduce this for yourself.
Cheers,
Tom
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
OK ] Capability.DynamicClient (1 ms)
[ RUN ] Capability.DynamicClientInheritance
On Sun, Mar 29, 2015 at 11:01 PM, Niels Thykier wrote:
> On 2015-03-30 04:30, Tom Lee wrote:
> > Hey Niels,
> >
> > Understood. Hard to see exactly what's going on here because we
rent version of capnproto FTBFS on armel and
> armhf due to a segmentation fault in one of the tests. This prevents
> the new version of migrating to testing as it is a regression compared
> to the version in testing.
>
> Thanks,
> ~Niels
>
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
-05.
Full details + patch:
https://github.com/sandstorm-io/capnproto/blob/master/security-advisories/2015-03-05-0-c%2B%2B-addl-cpu-amplification.md
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
ll details + patch:
https://github.com/sandstorm-io/capnproto/blob/master/security-advisories/2015-03-02-2-all-cpu-amplification.md
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
2015-03-02.
Full details + patch:
https://github.com/sandstorm-io/capnproto/blob/master/security-advisories/2015-03-02-1-c%2B%2B-integer-underflow.md
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
-02.
Full details + patch:
https://github.com/sandstorm-io/capnproto/blob/master/security-advisories/2015-03-02-0-c%2B%2B-integer-overflow.md
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
a
> plan to close this out? It sounds like a solution is very near, hopefully
> to the satisfaction of both the maintainers and release coordinators.
>
>
> Regards,
>
> Tim.
>
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
rror when the port is not open: ");
> > #v-
> >
> > But maybe there are better ways to fix this.
>
> That would make the test kinda useless, but I guess it's no worse than
> disabling
> it completely.
>
>
I don't mind this approach if we call out the fact the test was skipped
rather than silently "passed", but at that point it's providing the same
value as a test that's been completely disabled ... keeping Tobias'
original patch for now.
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
able; urgency=medium
+
+ * Disable a network test failing in pbuilder (closes: #770648)
+
+ -- Tom Lee Mon, 24 Nov 2014 00:17:31 -0800
+
hiredis (0.11.0-4) unstable; urgency=medium
* Symlinks for cmake 3.0 (closes: #758548)
diff -Nru hiredis-0.11.0/debian/patches/04_disable-network-tests.
2014 at 11:00 AM, gregor herrmann wrote:
> On Sun, 30 Nov 2014 10:51:56 -0800, Tom Lee wrote:
>
> > Talked this over with the release team on #debian-release,
>
> Except that noone who responded is a member of the release team :)
>
> Cheers,
> gregor
>
> --
>
6:55 +0100, Tobias Frost wrote:
> > > Am Sonntag, den 30.11.2014, 00:21 -0800 schrieb Tom Lee:
>
> > > > Also, I feel like the "serious" severity is overstating the issue
> > > > given that 0.11.0-4 builds fine in buildd/sbuild. Alessan
g a new package uploaded with the pbuilder
fixes & nocheck support.
On Mon, Nov 24, 2014 at 4:32 AM, Tobias Frost wrote:
> On Mon, 24 Nov 2014 00:45:04 -0800 Tom Lee wrote:
> > Alrighty, patch applied & pbuilder's clean. Now just waiting on
> Alessandro
> > to
test] Error 2
> make[1]: Leaving directory '/tmp/buildd/hiredis-0.11.0'
> debian/rules:13: recipe for target 'build' failed
> make: *** [build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> E: Failed autobuilding of package
>
&
; APT prefers testing-updates
> APT policy: (500, 'testing-updates'), (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
--
*Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>
21 matches
Mail list logo
