On Sun, Dec 10, 2017 at 03:52:04AM +0100, Andreas Beckmann wrote:
> Source: openscad
> openscad did run out of memory during the recent binNMU on mips/mipsel:
>
> https://buildd.debian.org/status/package.php?p=openscad=unstable
Thanks for the report. I'm waiting for porter box access on MIPS
On Mon, Dec 11, 2017 at 03:45:50PM +0100, Andreas Tille wrote:
> > Will let you know when I'm through with those and all is pushed to
> > alioth again.
The current master passes build in a cowbuilder that has access to
python3-ratelimiter, and lintian's only serious complaints are the
privacy
build dependencies popped up that are undeclared so far,
but I don't expect any showstoppers there.
Will let you know when I'm through with those and all is pushed to
alioth again.
Best regards
chrysn
--
To use raw power is to make yourself infinitely vulnerable to greater powers.
-- Bene Ge
ahead and
ITP python3-ratelimiter [880661] -- with that workaround in place, we
shouldn't release an updated snakemake anyway.
If the delay introduced by ratelimiter (even with me getting packaging
done "immediately" and follow-up sponsorship from DPMT, this will need
to go through NEW.
Bes
On Sun, Dec 03, 2017 at 06:47:48PM +0100, Andreas Tille wrote:
> Ping?
sorry, I thought I had already done that: my latest WIP state is now
pushed; it includes a patch that disables rate limiting for sake of
being able to work on the main issue, but I haven't made any progress
there yet.
), but the same condition shows up
there as well.
I'll probably need to fix this, but as I'm new to snakemake: Will this
need keeping the 3 version around, or can I just go ahead and proceed
with 4.3.0?
Best regards
chrysn
-- System Information:
Debian Release: buster/sid
APT prefers unstable
and earlier work as well.
Not changing the "found" version or assignment as I'm unsure how to best
represent that it affects both Python versions without duplicating the
bug, but at least the immediate cause and workarounds doumented here now.
Best regards
chrysn
-- System Information:
Debi
official announcement to xrandr releases apart from
tags on the git repo these days?
thanks
chrysn
--
To use raw power is to make yourself infinitely vulnerable to greater powers.
-- Bene Gesserit axiom
signature.asc
Description: PGP signature
d
the news about 1.5 being out.
julien, do you see any way from packaging side how i could declare a
dependency on "xrandr << 1.5"? splitting out xrandr into its own
versioned package would be quite some work for just one versioned
dependency. would a "Provides: xrandr-1.5"
chrysn
[1] https://wiki.debian.org/PackageTransition
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG
ention to the issue
chrysn
[1] https://bugs.debian.org/790776
--
To use raw power is to make yourself infinitely vulnerable to greater powers.
-- Bene Gesserit axiom
testing in isolation, I've found that the java helpers seem to
have stopped providing the dependency on a /usr/bin/java, thus I didn't
get your java version with the report.
What provides your /usr/bin/java?
Thanks
chrysn
--
To use raw power is to make yourself infinitely vulnerable to greater
On Wed, Aug 12, 2015 at 09:06:41PM +0200, chrysn wrote:
* check what made it fail on i386, fix that (as I can test that easily),
The i386 version is functional with hardware rendering, but when used
with libgl1-mesa-swx11, it fails to run in an Xvfb (giving the below
error message instead
retitle 795300 Regression tests fail on several architectures
severity 795300 normal
tag 795300 +help
thank you
On Fri, Aug 14, 2015 at 10:14:59AM +0200, chrysn wrote:
I'll next compare the build logs. Relevant architectures for that are
armhf, hurd-i386, i386, mips and powerpc. (Other
Package: openscad
Version: 2015.03-1+dfsg-1
Severity: serious
Due to the introduction of strict regression tests, OpenSCAD now fails
to build on most architectures (see [1]) at different stages of the unit
tests.
The currently planned course of action is to
* check what made it fail on i386,
Package: apt-dater
Version: 1.0.1+git20150119-1
Severity: serious
apt-dater by default sets an empty (commented out) options file. after
adding hosts, all connections failed because the commands were like this
(transcript's command file):
/usr/bin/ssh (null) -l chrysn hephaistos.amsuess.com
Package: broadcom-sta-dkms
Version: 6.30.223.248-2
Severity: critical
this bug report is about a kernel panic that happens pretty reproducibly
on two systems with different broadcom card models and kernel builds. in
both cases, it does not happen during normal network traffic, but only
when the
is a reasonable culprit. given
what is described in #770327, i'm merging those bugs.
as a workaround, i've added a line
chmod 000 /proc/brcm_monitor0
to /etc/rc.local.
best regards
chrysn
signature.asc
Description: Digital signature
Package: tribler
Version: 6.2.0+git20130731.149555fa-2
Severity: serious
on my machine, tribler shows a Tribler encountered an error screen
during the splash screen phase, and freezes in the splash screen if the
dialog is cancelled. this happens even with a freshly created user.
the error
hello ben,
would you consider uploading a patched kernel to backports? the patch[1]
applies with some offset to 3.13.10-1~bpo70+1, my server is just
building a package to test it, but so far it appears to build cleanly.
best regards
chrysn
[1]
https://git.kernel.org/cgit/linux/kernel/git
in a version of an [...]
dependency which violates an assumption [...] in earlier versions of the
broken package [...].
best regards
chrysn
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign
not familiar enough with ruby to see what's wrong immediately, and
will ask the team for help unless i find the problem before.
best regards
chrysn
signature.asc
Description: Digital signature
patch this for
debian.
best regards
chrysn
signature.asc
Description: Digital signature
program from the libopencsg-example package
* openscad -o /tmp/test.stl /usr/share/openscad/examples/example001.scad
i hope that at least one of them segfaults too; that'd make debugging
easier.
thanks for your report
chrysn
--
Es ist nicht deine Schuld, dass die Welt ist, wie sie ist -- es wär' nur
On Sat, Sep 29, 2012 at 05:29:35PM -0500, John Hasler wrote:
Not every program using Opengl on this machine segfaults, but enough do
to convince me that the bug is probably not in Openscad or Opencsg.
thanks for the update. please mark this bug a duplicate of whatever
you'll find to cause your
the problem also affects hurd-i386, as would have been expected.
a patch was suggested on the upstream mailing list[1], and i've
requested a guest account on porter machines from the nm frontdesk to
evaluate the fix before i upload a -3 version.
[1]
Package: openscad
Version: 2011.12-2
Severity: serious
Justification: fails to build from source on some architectures
Tags: upstream pending
openscad fails to build on kfreebsd-i386 and kfreebsd-amd64.
the error message:
g++ -c -pipe -fno-strict-aliasing -frounding-math -DEIGEN_DONT_ALIGN -O2
Package: zenmap
Version: 5.21-1.1
Severity: grave
Tags: security
the zenmap script modifies its sys.path to include
'/tmp/nmap-5.21/debian/tmp/usr/lib/python2.6/site-packages/', which is
inserted at build time from setyp.py.
as /tmp/nmap-5.21 is not present and therefore not protected on systems
. the issue was
rather difficult to reproduce, as timestamps of autotools-files are
relevant here.
i don't feel confident enough with this solution to propose an NMU, but
could build one if someone else reviewed the patch.
regards
chrysn
--
To use raw power is to make yourself infinitely
python-pkg-resources tries to access
/usr/lib/python3.1/dist-packages/pkg_resources.py, a file provided by
python3-pkg-resources.
as a temporary workaround, i installed python3-pkg-resources and
python-pkg-resources' post-install worked. (i'm not sure if this created
any files that are not
i've traced the problem down to
`debian/python-pkg-resources/usr/share/pyshared-data/python-pkg-resources`,
which lists said `/usr/lib/python3.1/dist-packages/pkg_resources.py`, and
causes pycentral to fail. the file is listed because in the line
DH_PYCENTRAL=include-links \
it seems that the problem originates inside pycentral: dh_pycentral
calls pycentral once for each binary package (two of which are
python-pkg-resources and python3-pkg-resources), but in line 759 (first
line of add_shared_links, used in ActionDebhelper), pycentral uses the
source version
Package: gastables
Version: 0.2-2
Severity: grave
Justification: renders package unusable
when started on my system as described below, gastables opens a dialog
saying:
This application requires a version of wxPython greater than or
equal to 2.8, but a matching version was not
33 matches
Mail list logo
