Hey Luke, Jonas,
On Fri, Nov 03, 2017 at 08:31:33PM +, Luke Dashjr wrote:
> > >> I believe Bitcoin is now stable enough for stable release.
> > > Things have only gotten less stable upstream since 2013...
> > Please provide references supporting that.
0.15 is certainly "stable" in the sense t
Source: bitcoin
Followup-For: Bug #812275
> This package fails to build with GCC 6.
FWIW, this bug seems to be fixed upstream somewhere between 0.12.1 and
0.13.0rc2. I ran a git bisect, and the commit that fixes the issue seems
to be:
https://github.com/bitcoin/bitcoin/commit/89f71c68c0fecf63059
On 26 September 2014 00:36, Anthony Towns wrote:
> This bug is reportedly fixed in the new upstream version 0.10.5 about a
> month ago:
Turns out the 0.10.5.1 tarball doesn't actually include the sources
for the minified jquery -- it's just included in git.
gitit 0.10.5.1
tag 736189 + fixed-upstream
thanks
This bug is reportedly fixed in the new upstream version 0.10.5 about a
month ago:
> I've released gitit 0.10.5.
>
> CHANGES:
>
...
> * Add full versions of minified JavaScript (#400) (Peter Gallagher).
-- https://groups.google.com/forum/#!topic/gitit-disc
Package: sputnik
Version: 9.03.13+1-1
Severity: serious
Justification: Policy 3.5
>From /usr/share/lua/5.1/sputnik/actions/wiki.lua:
require("coxpcall")
But liblua5.1-coxpcall0 isn't listed amongst:
Depends: liblua5.1-wsapi1, liblua5.1-markdown0, liblua5.1-cosmo0,
liblua5.1-fil
On Fri, Oct 31, 2008 at 03:52:31PM +0100, Andreas Barth wrote:
> 1. Currently, the submitter claims that the bug is serious, the
> maintainer don't think so, and there is no decision by the release team
> yet. So the current state of the bug isn't serious, but important.
ie, the views (on serious
On Fri, Aug 31, 2007 at 08:03:34PM -0400, Joey Hess wrote:
> Please fix this immediately. Having debootstrap and thus all current sid
> installs include gosmore and all its dependencies (including gpsd!!) is
> a horrible bug, and it's breaking debootstrap entirely on at least ia64.
Overrides updat
On Fri, Jul 06, 2007 at 03:45:29AM -0700, Don Armstrong wrote:
> On Fri, 06 Jul 2007, Steve King wrote:
> > > You'll notice that we have no permission to distribute modified
> > > versions of dcraw.c as required by the DFSG.
> > I don't agree with you here. It seems to me that we do have
> > permis
On Thu, Mar 29, 2007 at 10:18:49AM -0600, Bdale Garbee wrote:
> - - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> [ 2 ] Choice 1: fluidsynth should move to contrib as per bug #385665
> [ 1 ] Choice 2: fluidsynth should remain in main despite bug #385665
> [ 3 ] Choice 3
On Thu, Mar 29, 2007 at 10:16:52AM -0600, Bdale Garbee wrote:
> - - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> [ 2 ] Choice 1: ndiswrapper should move to contrib as per bugs #353277,
> #353278
> [ 1 ] Choice 2: ndiswrapper should remain in main despite bugs #353277,
FWIW, I've uploaded an NMU moving this to non-free. It'll need NEW
processing (by someone else) before hitting the archive.
Cheers,
aj
signature.asc
Description: Digital signature
tag 411953 + confirmed
thanks
Hi,
I emailed Richard Stallman (FSF) and Robert Chassell (the original
author). Robert replied that he considered the Preface to be a secondary
section because it described how he thought of his audience; but that
he didn't really care; Richard replied that he Robert
retitle 410666 update-notifier doesn't work with apt-secure
tag 410666 + moreinfo unreproducible
thanks
Hi Alfie,
AFAICS, update-notifier/update-manager just uses regular python-apt
to handle all this stuff, which should go through the same code path
as aptitude and apt-get. Unless you've got som
This bug seems to only occur for the posix format tar archives. It's
repeatable outside the tar test suite by doing:
#!/bin/sh
export TAR_OPTIONS="-H posix --pax-option=exthdr.name=%d/PaxHeaders/%f"
echo hello > file1
echo goodbye > file2
while :; do
tar cf archive.1 file1 file2
tar c
> The debian/rules script removes libapollon.so.0 during installation
> claiming that it is statically linked. These bug reports suggest that it
> is _not_ statically linked and therefore necessary. I attach a patch
> which just leaves the library file in the apollon package; NMU debs and
> source
tag 401354 + confirmed
retitle 401354 mailscanner: includes undistributable/non-free images
thanks
As well as the transtec logos which may or may not be distributable
(given they're a sponsor of mailscanner), the package also includes some
other logos (Google and O'Reilly) and a Dilbert cartoon ab
On Wed, Jul 05, 2006 at 11:31:51PM +1000, Anthony Towns wrote:
> package apt-utils
> tag 376777 - help
> tag 376777 + patch
> thanks
>
> I'm pretty sure this bug is simply due to misuse of auto_ptr in writer.cc
Okay, I've no idea if this is right or not now; but it&#
package apt-utils
tag 376777 - help
tag 376777 + patch
thanks
I'm pretty sure this bug is simply due to misuse of auto_ptr in writer.cc
(causing old auto_ptr's not to be freed properly or similar which then
causes breakage after a few have built up). This is probably my fault;
the fix is just:
--
On Thu, Mar 02, 2006 at 04:43:45PM -0300, Henrique de Moraes Holschuh wrote:
> On Wed, 01 Mar 2006, Steve Langasek wrote:
> Of course, I can be convinced that the constitution does give the ctte that
> power, but so far, I am not. Otherwise, why didn't we pose to the ctte a
> request for how the
On Mon, Feb 20, 2006 at 05:36:13PM +0100, Robert Millan wrote:
> I requested that ndiswrapper and ndiswrapper-modules-i386 be moved to contrib.
ndiswrapper is a program to allow users to load Windows drivers for their
hardware and use them on Linux. The drivers are executed on the main CPU;
there
On Sat, Feb 18, 2006 at 05:04:54PM +0100, Goswin von Brederlow wrote:
> > I see. From http://cipe-win32.sourceforge.net/ :
> > "CIPE-Win32 is a port of Olaf Titz's CIPE package from Linux to Windows
> > NT."
> > I think this is the cipe-source package in debian. If this driver is
> > already
On Sat, Feb 18, 2006 at 09:59:07AM -0500, Michael Poole wrote:
> Anthony Towns writes:
> > But even if that weren't the case, nasm is an assembler -- it doesn't
> > rely on assembler code to do anything useful, its purpose is to translate
> > assembler code. ndis
On Sat, Feb 18, 2006 at 08:46:53AM -0500, Michael Poole wrote:
> But nasm requires such assembly for useful execution!
Dude, you're on crack. First, there's apparently free software in
main that you can compile with nasm to your heart's content, namely
crystalspace, drip, e3, effectv, extipl, fl
tag 274705 + patch
thanks
So the relevant code seems to be in src/copy.c, where it checks if
"--reply=no" was set _and_ the file isn't overwritable; or if "-i" was
set, or if no option was given and the file isn't overwritable. So
"--reply=no" has an effect when you do:
touch a b
Package: dpkg
Version: 1.13.0
Severity: serious
Hey,
dpkg is now shipping both /sbin/s-s-d and /usr/sbin/s-s-d; only
/sbin/s-s-d is required. Having both breaks bootstrapping since
daemons get randomly started when they're not supposed to, because only
/sbin/s-s-d is diverted.
Presumably this is
mike at dst wrote:
Preparing to replace ifupdown 0.6.6 (using ifupdown_0.6.6_i386.deb) ...
Unpacking replacement ifupdown ...
Setting up ifupdown (0.6.6) ...
Moving /etc/network/ifstate to /etc/network/run/ifstate
mv: writing `/etc/network/run/ifstate': No space left on device
dpkg: error processin
Stefan Kluth wrote:
Setting up ifupdown (0.6.4-4.12) ...
ifupdown.postinst: Error: The canonical path of /etc/network/run could
not be determined. Aborting.
After googling for a few minutes I found that
$ mkdir /dev/shm/network
I believe I had some weird, unreproducible, behaviour from
/lib/init/
27 matches
Mail list logo
