[04:46] <hyperair> is there any way to get a package that was deleted from bionic back into bionic? https://launchpad.net/~openscad/+archive/ubuntu/releases
[04:47] <hyperair> i hadn't realized that there were issues with openscad in debian, and ubuntu doesn't even have a mipsel port damnit
[04:47] <hyperair> now we're missing openscad in an LTS
[04:47] <hyperair> sorry wrong url https://launchpad.net/ubuntu/+source/openscad/+publishinghistory
[04:48] <Unit193> see Debian #883986: remove openscad, ftbfs, no rdeps
[04:48] <ubottu> Debian bug 883986 in src:openscad "openscad: FTBFS on mips/mipsel: virtual memory exhausted: Cannot allocate memory" [Serious,Open] http://bugs.debian.org/883986
[04:48] <Unit193> ""
[04:48] <hyperair> yes i know
[04:48] <hyperair> it ftbfs on mips/mipsel, but ubuntu doesn't even have those ports
[04:48] <Unit193> I figured, I was pasting for others to find easily.
[04:48] <hyperair> right, thanks
[04:49] <Unit193> https://launchpad.net/ubuntu/+source/openscad/2015.03-2+dfsg-2ubuntu5/+build/14270552 there's that though.
[04:49] <hyperair> (and seriously, running out of memory? that's a build box problem)
[04:49] <tsimonq2> (Contact an AA I guess?)
[04:51] <Unit193> error: ‘void __glewTexStorage2DMultisample(GLenum, GLsizei, GLenum, GLsizei, GLsizei, GLboolean)’ redeclared as different kind of symbol   Huh.
[04:52] <hyperair> yeah i haven't seen that error before
[04:52] <hyperair> weird
[04:52] <Unit193> That's likely the *real* reason, ftbfs on arm64.
[04:53]  * hyperair groans
[04:53] <hyperair> guess i'll have to fix that first
[07:00] <hyperair> Unit193: looks like armhf should have been disabled. there's a comment in debian/control with a build-conflicts on libgles2-mesa-dev
[07:01] <hyperair> https://github.com/openscad/openscad/issues/292
[11:17] <rbasak> hyperair: :(
[11:17] <rbasak> I didn't know it was missing.
[11:17] <rbasak> I have fixed other issues with openscad packaging though. It didn't seem to be in a great state to me (tests failing)
[11:18] <rbasak> hyperair: I use it so I'd be happy to help drive getting something into backports.
[11:18] <rbasak> A snap might be easier though.
[11:18] <rbasak> It might make more sense, too. Upstream didn't seem to have a recent release the last I looked.
[11:19] <rbasak> They seem to have done a ton of development since though
[11:19] <rbasak> So an edge snap that follows master might be more useful for users.
[18:20] <hyperair> rbasak: hmm, maybe i could convince upstream to make a new release