Bug#1006599: transition: capnproto

proto"; is_affected = .depends ~ "libcapnp-0.8.0" | .depends ~ "libcapnp-0.9.1"; is_good = .depends ~ "libcapnp-0.9.1"; is_bad = .depends ~ "libcapnp-0.8.0"; -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#1006415: FTBFS with capnproto 0.9.1

efore building shared libraries (either right before the build step or via the cmake foo in my patch) You can skip the TILEDB_UPDATE_SERIALIZATION stuff if it's getting in the way. Cheers, Tom On Fri, Feb 25, 2022 at 1:14 PM Tom Lee wrote: > Hi Dirk, > > Thanks for giving it a shot. Surpri

Bug#1006415: FTBFS with capnproto 0.9.1

o_build] Error 25 > make[1]: Leaving directory '/build/tiledb-2.6.2' > make: *** [debian/rules:22: binary] Error 2 > dpkg-buildpackage: error: debian/rules binary subprocess returned exit > status 2 > > which makes no sense to me as I see no error. > > I would appreciate some help here. > > Dirk > > -- > https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#1006416: FTBFS with capnproto 0.9.1

to work around the issue: https://github.com/MirServer/mir/pull/2267. I've attached a patch incorporating the upstream fix but it should be trivial to apply it manually if you prefer. -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee> mir-capnp-0.9.1.patch Description: Binary data

Bug#1006415: FTBFS with capnproto 0.9.1

both 0.8.0 and 0.9.1 for the upcoming transition. -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee> tiledb-capnp-0.9.1.patch Description: Binary data

Bug#1006299: capnproto: FTBFS with OpenSSL 3.0

yet (I > haven't), but I'm wondering if we shouldn't just push forward with the > capnproto 0.9.1 transition, since that's our target for bookworm anyway. > > I checked the r-deps and tiledb and mir are (still) FTBFS against 0.9.1, > so digging into those build failures are next

Bug#983645: plans for capnproto

laminard didn't accept any further web > > requests when a client shut down the connection kind of at the > > wrong point. That was an issue with capnproto > > (https://github.com/capnproto/capnproto/pull/1407), which has no > > new release yet after that was merge

Bug#1005066: capnproto 0.9.1 FTBFS on armel

> https://buildd.debian.org/status/logs.php?pkg=capnproto=0.9.1-1 > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#1005066: capnproto 0.9.1 FTBFS on armel

: undefined reference to > `__atomic_store_8' > > collect2: error: ld returned 1 exit status > > make[2]: *** [Makefile:2111: capnpc-c++] Error 1 > > Cheers, > tony > > [1] > https://buildd.debian.org/status/fetch.php?pkg=capnproto=armel=0.9.1-1=1644104535=log > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#1005011: lots of missing entries in debian/copyright

t into these reviews! > > Regards, > tony > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#920230: Patch for your Git repository

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 Lee *

Bug#919180: [PATCH] Install missing shared libraries (Closes: #919180)

ch? > > Cheers, > tony > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#911732: hiredis: Please backport 0.14.0 to stretch -backports

ion to say: > > Moved to: https://salsa.debian.org/lamby/pkg-hiredis; > > .. or similar. Thanks! > > > Best wishes, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#911732: hiredis: Please backport 0.14.0 to stretch -backports

n. :) > > > Regards, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#911732: hiredis: Please backport 0.14.0 to stretch -backports

se > > Sure. Shall we discuss this on another bug, or..? > > > Best wishes, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#911732: hiredis: Please backport 0.14.0 to stretch -backports

> ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#911732: hiredis: Please backport 0.14.0 to stretch -backports

ork buddy DD who literally > > emailed me this evening with a patch and an offer to upload the > backport. :) > > Any progress on this? Thanks! > > > Best wishes, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb

Bug#911732: hiredis: Please backport 0.14.0 to stretch -backports

plan to do > the bpo upload once 0.14.0-2 hits testing. > > Cheers, > tony > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#911732: hiredis: Please backport 0.14.0 to stretch -backports

could upload in the meantime with your ACK...? > > > Best wishes, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#911732: hiredis: Please backport 0.14.0 to stretch -backports

> `. `'` la...@debian.org / chris-lamb.co.uk >`- > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#905351: can capnproto be marked Multi-Arch: foreign?

inter says > that the libcapnp-* packages should be Multi-Arch: same. Please consider > adding that. If in doubt, please ask me. > > Thanks for your assistance > > Helmut > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#907258: Bug#907259: Bug#907258: Bug#907259: Bug#907258: Bug#907259: Bug#907258: Bug#907259: hiredis: New upstream "release" ?

build profile stuff before, hopefully I'm doing it right. - I think dh_fixperms (or something else independent of the build) may be marking .pc/.cmake files under usr/lib, so had to work around that in override_dh_fixperms. Not sure if there's a better way. - No GPG signatures available upstrea

Bug#907258: Bug#907259: Bug#907258: Bug#907259: Bug#907258: Bug#907259: hiredis: New upstream "release" ?

,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#907258: Bug#907259: Bug#907258: Bug#907259: hiredis: New upstream "release" ?

ling to sponsor the upload when it's ready, or should I reach out to somebody else? On Mon, Sep 24, 2018 at 2:26 PM Tom Lee wrote: > Works for me. > > On Mon, Sep 24, 2018 at 2:21 PM Chris Lamb wrote: > >> Hi Tom, >> >> > So if you don't mind waiting a little lo

Bug#907258: Bug#907259: Bug#907258: Bug#907259: hiredis: New upstream "release" ?

> already has had one reply) so we'll see how it looks by this weekend...? > > > Best wishes, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#907258: Bug#907259: Bug#907258: Bug#907259: hiredis: New upstream "release" ?

Back up and running again Chris, thanks for your patience! After poking around in diffs between 0.13.3 and master for a bit, I raised a ticket upstream to see if we can get a "real" release: https://github.com/redis/hiredis/issues/609 I'd really prefer to see a real release than to go yanking

Bug#907259: hiredis: New upstream "release" ?

pstream "release" ? > > Gentle ping on this? it is blocking a fix for #907258 ("redis: Please > use system hiredis to avoid embedded code copy") > > > Best wishes, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.or

Bug#878474: hiredis FTCBFS: fails running tests despite DEB_BUILD_OPTIONS=nocheck

ez Montecelo < manuel.montez...@gmail.com> wrote: > 2017-11-20 0:17 GMT+01:00 Tom Lee <deb...@tomlee.co>: > > Thank you Manuel, go for it. This slipped off my radar, will try to get > it > > sorted out soon. Sorry folks! > > OK, rescheduled, thanks. > > I don

Bug#878474: hiredis FTCBFS: fails running tests despite DEB_BUILD_OPTIONS=nocheck

Thank you Manuel, go for it. This slipped off my radar, will try to get it sorted out soon. Sorry folks! Cheers, Tom On Nov 19, 2017 2:42 PM, "Manuel A. Fernandez Montecelo" < manuel.montez...@gmail.com> wrote: > Control: tags -1 + pending > > > Hi, > > 2017-10-15 02:09 Manuel A. Fernandez

Bug#873540: capnproto: FTBFS on mips64el: test.capnp wants AnyList::Pipeline

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>

Bug#871443: nanomsg questions

or uploads? If not, I'll need to ask around. Cheers, Tom -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#866525: capnproto: New upstream release 0.6.1

Thanks for the heads-up Jaromir, 0.6.1-1 is in the NEW queue and should land in sid sometime over the next few days/weeks.

Bug#860960: capnproto: CVE-2017-7892

tion? Thanks again for flagging this. Cheers, Tom On Sat, Apr 22, 2017 at 12:50 PM, Tom Lee <deb...@tomlee.co> wrote: > Thanks for the reminder Salvatore -- I'll get this sorted out. > > On Sat, Apr 22, 2017 at 10:43 AM, Salvatore Bonaccorso <car...@debian.org> > wrote: >

Bug#860960: capnproto: CVE-2017-7892

to include the > CVE (Common Vulnerabilities & Exposures) id in your changelog entry. > > For further information see: > > [0] https://security-tracker.debian.org/tracker/CVE-2017-7892 > https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-7892 > > Regards, > Salvatore > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#843349: linux-image-4.7.0-1-amd64: Intermittently high system load, sluggish response, no /proc//stat utime,stime,etc. reported

I think I built my "good" vanilla 4.9 kernel using the debian 4.6 config. Perhaps in addition the booting-from-power-off, maybe worth my time to try another vanilla 4.9 build using the debian 4.9 config to see if things get miserable again. On Thu, Jan 26, 2017 at 6:10 PM, Tom Lee <d

Bug#843349: linux-image-4.7.0-1-amd64: Intermittently high system load, sluggish response, no /proc//stat utime,stime,etc. reported

a warm reboot, but not booting > from power-off: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843349#17 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843349#32 > > (Unfortunately I don't see any BIOS updates available for this model.) > Have you tried booting one of the newer kernel versions from power-off? > > Ben. > > -- > Ben Hutchings > Design a system any fool can use, and only a fool will want to use it. > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#843349: linux-image-4.7.0-1-amd64: Intermittently high system load, sluggish response, no /proc//stat utime,stime,etc. reported

ssue is trivial on my end when a kernel is "bad". On Sun, Nov 20, 2016 at 2:24 PM, Tom Lee <deb...@tomlee.co> wrote: > Also potentially relevant: kworker/0:0 has 421h on-cpu time reported per > htop (the TIME+ column) and top. /proc//stat output for PID=4 > (kworke

Bug#843349: linux-image-4.7.0-1-amd64: Intermittently high system load, sluggish response, no /proc//stat utime,stime,etc. reported

to be the only process with on-cpu stats reported (forgive the shell abuse, quick and dirty): $ for pid in $(ls /proc | awk '/^[0-9]*$/'); do [ -d /proc/$pid ] && awk '$14 != "0" { print $2 }' /proc/$pid/stat; done (kworker/0:0) $ On Sun, Nov 20, 2016 at 2:12 PM, Tom Lee <de

Bug#843349: linux-image-4.7.0-1-amd64: Intermittently high system load, sluggish response, no /proc//stat utime,stime,etc. reported

continues to be perfect with respect to both overall performance and the correctness of /proc//stat. On Sat, Nov 12, 2016 at 8:23 PM, Ben Hutchings <b...@decadent.org.uk> wrote: > Control: tag -1 moreinfo > > On Sun, 2016-11-06 at 00:02 -0700, Tom Lee wrote: > [...] > > Do

Bug#843349: linux-image-4.7.0-1-amd64: Intermittently high system load, sluggish response, no /proc//stat utime,stime,etc. reported

e pn firmware-myricom pn firmware-netxen pn firmware-qlogic ii firmware-realtek 20160824-1 pn firmware-samsung pn firmware-siano pn firmware-ti-connectivity pn xen-hypervisor -- no debconf information -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#837126:

we simply move those IDLs over to the capnproto binary package. -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#826684: staden,spin: error when trying to install together

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 th

Bug#819615: RFS: spin/6.4.5-1 [ITP] -- formal software verification tool

Cheers for the review Mattia! I'll look into all of this. A few comments: On Sun, May 15, 2016 at 9:19 AM, Mattia Rizzolo wrote: > ... > * d/patches/01_makefile_fixes.patch: > + Probably use += instead of ?= in the first CFLAGS? > + I'd rather use install(1) instead of

Bug#809065:

Thanks Artur! I'll land this when I get a few moments spare. -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#819615: RFS: spin/6.4.5-1 [ITP] -- formal software verification tool

Still looking for a sponsor for the spin verification tool. I added a spin-dbg binary package to the mix earlier today: http://mentors.debian.net/package/spin Builds fine in pbuilder, is lint clean, etc. Appreciate reviews too! -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#819615: RFS: spin/6.4.5-1 [ITP] -- formal software verification tool

Great, got it -- thanks Paul. Uploading to mentors again now. On Wed, Mar 30, 2016 at 11:59 PM, Paul Wise <p...@debian.org> wrote: > On Thu, Mar 31, 2016 at 2:47 PM, Tom Lee wrote: > > > N.B. no watchfile is present due to the naming strategy of the upstream > tarball:

Bug#819615: RFS: spin/6.4.5-1 [ITP] -- formal software verification tool

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the "spin" package: * Package name: spin Version : 6.4.5 Upstream Author : Gerard J. Holzmann * URL : http://spinroot.com * License :

Bug#814306: ITP: spin -- a software verification tool

github.com/thomaslee/spin-debian Initial indications are the packaging will be relatively simple with some minimal patches. Further reading: http://spinroot.com https://en.wikipedia.org/wiki/SPIN_model_checker https://en.wikipedia.org/wiki/Promela http://spinroot.com/spin/success.html -- *Tom L

Bug#792404: hiredis: FTBFS on kfreebsd-*: test failures

15 at 3:40 AM, Tom Lee <deb...@tomlee.co> wrote: > This was a much deeper rabbit hole than I expected, but I think I've > worked it out. Most of the notes below are for my own benefit, but happy to > elaborate if folks have any questions about the details. TL;DR is fmacros.h &

Bug#792404: hiredis: FTBFS on kfreebsd-*: test failures

never gets executed. I'll try to get a few patches together for all this later in the week. On Mon, Nov 16, 2015 at 11:27 PM, Tom Lee <deb...@tomlee.co> wrote: > Alrighty, despite my fdisk woes a bit of "printf debugging" has revealed > the test failure is simply tha

Bug#792404: hiredis: FTBFS on kfreebsd-*: test failures

on here for folks to verify. I'd still be interested to know how I can resize partitions on kfreebsd for future reference :) On Mon, Nov 16, 2015 at 11:20 PM, Tom Lee <deb...@tomlee.co> wrote: > Thanks Steven, that was really helpful. Got Cristoph's image up & running > in Virtua

Bug#792404: hiredis: FTBFS on kfreebsd-*: test failures

Steven Chamberlain <ste...@pyro.eu.org> wrote: > Hello, > > Tom Lee wrote: > > I've had some trouble getting kfreebsd up and running in a VM > > Christoph has created a prebuilt VM image of jessie-kfreebsd, if that > helps you: > https://people.debian.org/~chris

Bug#792404: hiredis: FTBFS on kfreebsd-*: test failures

.php?pkg=hiredis=kfreebsd-amd64=0.13.1-2=1434139411 > > https://buildd.debian.org/status/fetch.php?pkg=hiredis=kfreebsd-i386=0.13.1-2=1434138443 > > Mraw, > KiBi. > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#784768: libhiredis-dev: Transition to cmake 3.2

Tags: +confirmed +pending A fix for this is forthcoming.

Bug#804122: FTBFS on hurd-i386 due to test breakages

Protocol not available" thrown in the test fixture's constructor. [ FAILED ] SerializeAsyncTest.WriteAsyncEvenSegmentCount (0 ms) Haven't seen these errors manifest on other archs yet, though still waiting on buildd for some. -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#804112: FTBS due to test failure in AsyncUnixTest.SignalWith{,Pointer}Value on some archs

Package: capnproto Version: 0.5.3-1 mips, powerpc, hppa appear to be affected, possibly others -- still waiting on buildds after the most recent upload. Suspect it's related to https://lkml.org/lkml/2015/2/10/159 but yet to confirm. -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.

Bug#781787: capnproto: FTBFS on hppa: nan tests fail

7.8+ (SMP w/4 CPU cores) > Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to > en_CA.utf8) > Shell: /bin/sh linked to /bin/dash > Init: sysvinit (via /sbin/init) > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#790571: please give-back capnproto on mipsel

to solves mentioned tests. > > > > Yes, that's true. > > I updated my pbuilder environment and the ICE is gone and the package > is built just fine. > > -- > Arturo Borrero González > -- *Tom Lee */ http://tomlee.co / @tglee <http://twitter.com/tglee>

Bug#790571: please give-back capnproto on mipsel

investigating. Best Regards, Dejan -- Tom Lee / http://tomlee.co / @tglee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#790571: please give-back capnproto on mipsel

] AsyncUnixTest.SignalWithValue [ FAILED ] AsyncUnixTest.SignalWithPointerValue I will do further investigating. Best Regards, Dejan -- Tom Lee / http://tomlee.co / @tglee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#790571: please give-back capnproto on mipsel

Just noticed that the description in the patch itself misleading -- please disregard that. My earlier email represents my best understanding of the issue. On Sat, Aug 1, 2015 at 1:28 PM, Tom Lee deb...@tomlee.co wrote: Control: tags -1 +patch Alrighty, potential patch is attached. Can you

Bug#790571: please give-back capnproto on mipsel

multiple times (once per PIPE_BUF bytes read). Even if that is happening, I feel like we're testing the intended behavior. Cheers, Tom On Sat, Aug 1, 2015 at 9:04 AM, Tom Lee deb...@tomlee.co wrote: Control: tags +confirmed Dejan, Arturo, thanks for looking into this. Sorry I've been so slow

Bug#790571: capnproto: ICE with upstream patch for the mipsel FTBFS

, see the github issue comment [0]. regards. [0] https://github.com/sandstorm-io/capnproto/issues/204#issuecomment-126958876 -- Arturo Borrero González -- Tom Lee / http://tomlee.co / @tglee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#777810: GCC 5 build issue

Will do Martin -- thank you! On Jun 25, 2015 9:55 AM, Martin Michlmayr t...@hp.com wrote: * Tom Lee m...@tomlee.co [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. I can confirm

Bug#789654: libjemalloc1: Mysterious memory corruption issues on powerpc

Package: libjemalloc1 Version: 3.6.0-3 Severity: important Dear Maintainer, Running the hiredis tests on powerpc causes redis-server to crash due to what appears to be strange memory corruption issues. Upon further investigation on the partch.debian.org porterbox, I've managed to convince myself

Bug#788591: hiredis: FTBFS on powerpc

=powerpcver=0.13.1-2stamp=1434137918 for a full log. Emilio -- Tom Lee / http://tomlee.co / @tglee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#785476: segfault when building against libhiredis0.13 due to vendored header files

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

Bug#785349: transition: hiredis

, May 16, 2015 at 8:56 AM, Jonathan Wiltshire j...@debian.org wrote: Control: tag -1 moreinfo On 2015-05-16 12:23, Tom Lee wrote: Confirmed the webdis segfault is due to an ABI change. That'll need sorting out before the transition begins please. Thanks, -- Jonathan Wiltshire

Bug#785349: transition: hiredis

Control: block -1 by 785476 Bug raised against webdis: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785476 On Sat, May 16, 2015 at 11:26 AM, Tom Lee deb...@tomlee.co wrote: I'm assuming this doesn't change anything with respect to the transition, but upon further investigation in gdb

Bug#785349: transition: hiredis

Confirmed the webdis segfault is due to an ABI change. On Fri, May 15, 2015 at 10:07 PM, Tom Lee deb...@tomlee.co wrote: On Fri, May 15, 2015 at 1:36 AM, Emilio Pozuelo Monfort po...@debian.org wrote: On 15/05/15 06:10, Tom Lee wrote: Package: release.debian.org Severity: normal User

Bug#785349: transition: hiredis

On Fri, May 15, 2015 at 1:36 AM, Emilio Pozuelo Monfort po...@debian.org wrote: On 15/05/15 06:10, Tom Lee wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, I'd like to request a transition slot from

Bug#785349: transition: hiredis

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, I'd like to request a transition slot from the release team. The libhiredis SONAME changed in the latest release from upstream, indicating ABI-incompatible changes to the

Bug#777810:

I managed to successfully build http://mentors.debian.net/debian/pool/main/c/capnproto/capnproto_0.5.2-1.dsc against experimental/GCC-5 using pbuilder. 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. -- *Tom Lee

Bug#781787: capnproto: FTBFS on hppa: nan tests fail

Thanks for reporting this John. I somehow overlooked this in prepping 0.5.2-1 thinking that upstream had fixed it, but obviously they're only going to be applying a fix for mips not hppa. I've opened a PR to get this fixed upstream: https://github.com/sandstorm-io/capnproto/pull/200 Sorry for

Bug#781443: capnproto: FTBFS on armhf and armel (test seg. faults) but built there in the past

Thykier ni...@thykier.net wrote: On 2015-03-30 04:30, Tom Lee wrote: Hey Niels, Understood. Hard to see exactly what's going on here because we seem to be falling afoul of https://lists.debian.org/debian-devel/2014/04/msg00322.html. Do you happen to know if there's another way to get

Bug#781443: capnproto: FTBFS on armhf and armel (test seg. faults) but built there in the past

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

Bug#780565: Integer overflow in pointer validation

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

Bug#780568: CPU usage amplification attack #2

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

Bug#780567: CPU usage amplification attack

+ 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

Bug#780566: Integer underflow in pointer validation

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

Bug#770648: no subject

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

Bug#770648: hiredis: FTBFS: Test failure

nocheck support. On Mon, Nov 24, 2014 at 4:32 AM, Tobias Frost t...@frost.de wrote: On Mon, 24 Nov 2014 00:45:04 -0800 Tom Lee deb...@tomlee.co wrote: Alrighty, patch applied pbuilder's clean. Now just waiting on Alessandro to review my changes push the package. On master here if you

Bug#770648: hiredis: FTBFS: Test failure

: 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. Alessandro pointed out the periodic rebuilds would have revealed this issue otherwise

Bug#770648: hiredis: FTBFS: Test failure

:00 AM, gregor herrmann gre...@debian.org 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 -- .''`. Homepage: http

Bug#770648: hiredis: FTBFS: Test failure

+ + * Disable a network test failing in pbuilder (closes: #770648) + + -- Tom Lee deb...@tomlee.co 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.patch

Bug#770648: hiredis: FTBFS: Test failure

, 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

Bug#770648: hiredis: FTBFS: Test failure

that the source package doesn't honor DEB_BUILD_OPTIONS=nocheck, which makes it difficult to disable the tests to get a package built despite the test failures. -- Daniel Schepler -- *Tom Lee */ http://tomlee.co / @tglee http://twitter.com/tglee

Bug#770648: hiredis: FTBFS: Test failure

') 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

Bug#758548: cmake 3.0 in unstable

in /usr/share/cmake-2.8/Modules are not used anymore. Please provide a symlink/copy of those in /usr/share/cmake-3.0/Modules. Cheers, Felix -- *Tom Lee */ http://tomlee.co / @tglee http://twitter.com/tglee

Bug#758548:

Apologies for the delay on this, it slipped my mind. I'm tied up this week, but I'll try to get a fix together sometime next week. -- *Tom Lee */ http://tomlee.co / @tglee http://twitter.com/tglee

Bug#743402: capnproto: failed to run test on mips64el

Patch will be available in 0.4.1-2. Thanks for your help getting this sorted out, Yunqiang! On Thu, Apr 17, 2014 at 9:22 AM, Yunqiang Su wzss...@gmail.com wrote: dpkg-buildpackage -B On Fri, Apr 18, 2014 at 12:20 AM, Tom Lee deb...@tomlee.co wrote: Weird. Can I ask what commands you're

Bug#743402: capnproto: failed to run test on mips64el

keep you posted. On Thu, Apr 17, 2014 at 9:22 AM, Yunqiang Su wzss...@gmail.com wrote: dpkg-buildpackage -B On Fri, Apr 18, 2014 at 12:20 AM, Tom Lee deb...@tomlee.co wrote: Weird. Can I ask what commands you're using to build the package from the github repo? On Thu, Apr 17, 2014 at 7

Bug#743402: capnproto: failed to run test on mips64el

they're ready to try again. On Sat, Apr 19, 2014 at 2:26 PM, Yunqiang Su wzss...@gmail.com wrote: I can provide you a porterbox for remote access. Please give me your ssh public key with gpg signed. On Sun, Apr 20, 2014 at 4:00 AM, Tom Lee deb...@tomlee.co wrote: Okay, thanks -- confirmed

Bug#743402: capnproto: failed to run test on mips64el

, Tom Lee deb...@tomlee.co wrote: Thanks! Can you try the same thing, but instead of passing an empty string to the __builtin_nan* functions, can you pass 0? e.g. __builtin_nanf(0) root@lm6100:/tmp/test# gcc -O0 xx.c;./a.out 7fa0 7ff4 7ff4 root@lm6100:/tmp/test

Bug#743402: capnproto: failed to run test on mips64el

-recursive] Error 1 make[2]: Leaving directory `/tmp/capnproto/capnproto-debian' make[1]: *** [check] Error 2 make[1]: Leaving directory `/tmp/capnproto/capnproto-debian' dh_auto_test: make -j1 check returned exit code 2 On Thu, Apr 17, 2014 at 2:50 PM, Tom Lee deb...@tomlee.co wrote: Great

Bug#743402: capnproto: failed to run test on mips64el

-recursive] Error 1 make[2]: Leaving directory `/tmp/capnproto/capnproto-debian' make[1]: *** [check] Error 2 make[1]: Leaving directory `/tmp/capnproto/capnproto-debian' dh_auto_test: make -j1 check returned exit code 2 make: *** [build-arch] Error 2 On Sun, Apr 13, 2014 at 11:02 AM, Tom Lee

Bug#743402: capnproto: failed to run test on mips64el

, 2014 at 1:08 PM, Tom Lee deb...@tomlee.co wrote: Hey Yunqiang, I spoke to the upstream maintainer. He's asked if you can compile run this small C program (with and without optimizations) and to send the output from both: // begin #include stdio.h #include inttypes.h #include

Bug#743402: capnproto: failed to run test on mips64el

tests failed Please report to capnpr...@googlegroups.com -- Yunqiang Su -- *Tom Lee */ http://tomlee.co / @tglee http://twitter.com/tglee

Bug#739834: libhiredis-dev: Wrong include path in hiredis.pc

no packages. -- no debconf information -- *Tom Lee */ http://tomlee.co / @tglee http://twitter.com/tglee

Bug#735232: capnproto: use dh-autoreconf to fix FTBFS on ppc64el and update config.{sub, guess} for new arches

, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- *Tom Lee */ http://tomlee.co / @tglee http://twitter.com/tglee

  1   2   >