Package: chromium
Version: 20.0.1132.57~r145807-1
Followup-For: Bug #680566
Dear Maintainer,
I just ran chromium on armhf (Efika MX Smartbook) and it segfaulted.
Here's what gdb tells me about the core file:
[New LWP 16197]
Core was generated by `/usr/lib/chromium/chromium
Hi! Thanks for double-checking the diff from Tahoe-LAFS 1.9.1 to
1.9.2, Julien. Here's our map of the changes that we intended to
commit. If you see that there are substantial changes other than the
ones listed here, then I would like to know about it! Thanks.
P.S. Also there is this view, which shows all the patches that were
committed to the 1.9.2 branch:
https://tahoe-lafs.org/trac/tahoe-lafs/log/1.9.2/?action=follow_copymode=follow_copyrev=5540stop_rev=limit=61verbose=on
Regards,
Zooko
--
To UNSUBSCRIBE, email to
But then please don't spend your night on that particular package. While I
was replying to you, someone raised a bug (#683331) that should probably
be fixed before tahoe-lafs would be included in wheezy. So I'll probably
close this one, and schedule inclusion for Wheezy+1 if possible (cause it
The absence of python-pyutil and python-zbase32 does not have any
affect on Tahoe-LAFS. python-zfec uses those two packages for its
command-line scripts, but Tahoe-LAFS doesn't use python-zfec's
command-line scripts, only its actual Python API. So python-pyutil and
python-zbase32 are irrelevant to
Folks:
I'm an upstream maintainer of Tahoe-LAFS and wanted to post to this
bug just to emphasize that Tahoe-LAFS 1.9.2 is strictly a bugfix
release over Tahoe-LAFS 1.9.1, and it is unlikely to introduce any
regressions or disruptions if you include 1.9.2 in Wheezy. As the
NEWS.rst file ยน that
I made some patches that fix this bug and let the current trunk of
pycryptopp build with the debian packaging plus my patches. You can
see my patches here:
https://code.launchpad.net/~zooko/pycryptopp/debian
And the launchpad autobuilder using those patches here:
Package: pycryptopp
Version: 0.5.29-1
Trunk has changed (for the better) so that now these patches are
unnecessary and no longer apply:
dpkg-source: warning: patches have not been applied, applying them now
(use --no-preparation to override)
dpkg-source: info: applying
Package: python-pylibmc
Version: 0.9.2-1
Dear Debian Python folks:
Thank you for your excellent work! The collection of Debian Python
packages are a very good toolset.
When we run some code which tests for the presence of Python
distributions by looking for their .egg-info files, it fails
Please keep me Cc:'ed on this! I want these to be packaged and will
give little bits of help whenever I have time.
Regards,
Zooko
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Subject: please upgrade python-foolscap to v0.5.0
Package: python-foolscap
Version: 0.4.2+dfsg-1
Severity: normal
*** Please type your report below this line ***
Foolscap v0.5.0 has been released. It has some nice improvements compared
to v0.4.2 and it is fully backward-compatible and
On Sunday,2009-08-30, at 12:44 , Micah Anderson wrote:
Zfec
-
http://revu.ubuntuwire.com/p/zfec
Debian ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503976
(open)
This is currently listed as an Intent to Package by Zooko since
October of 2008. Zooko, do you actually Intend to
12 matches
Mail list logo
