Package: mali-t76x-x11-driver
Version: 0.1-3
When I try to install it says
root@orangepi3:~# apt-get install mali-t76x-x11-driver
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an
Package: firefox
Version: 60.0.2-1
Firefox does not run at all:
$ firefox -h
Segmentation fault
Running under the debugger doesn't show the source of the problem:
$ gdb firefox.real
GNU gdb (Debian 7.12-6+b2) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+:
Package: icedove
Version: 1:45.1.0-1
Followup-For: Bug #823007
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Hard to say, but seems to happen in response to various user actions against
the interface.
Does not
d one-way highways that start from a dead-end
but that is a feature request, not a bug. Routino does make efforts
to remove highways that cannot be used for routing but one-way
highways like this are not included.
--
Andrew.
--
Andrew M. Bishop http://www.routino.org/
ay should be selected.
It could be argued that Routino should search further but in most
cases it does not make sense to choose a starting point that is so far
from the given waypoint.
--
Andrew.
--
Andrew M. Bishop http://www.routino.org/
e 2012).
http://gedanken.org.uk/svn/procmeter3/trunk
--
Andrew.
------
Andrew M. Bishop http://www.gedanken.org.uk/
Aurelien Jarno writes:
> On Sun, Jun 02, 2013 at 04:53:35PM +0100, Andrew M. Bishop wrote:
>> I have done some more investigation and the cause of the slowdown
>> appears to be this bug-fix to eglibc:
>>
>> http://sourceware.org/bugzilla/show_bug.cgi?id=13658
>&g
vated. There can therefore only be
one function linked in.
I have committed a fix for this to subversion if it is of interest:
http://www.gedanken.org.uk/svn/cxref/
You can view the log here:
http://www.gedanken.org.uk/viewvc/cxref/trunk/?view=log
--
Andrew.
--
/www.gedanken.org.uk/viewvc/procmeter3/trunk/?view=log
Andrew.
------
Andrew M. Bishop http://www.gedanken.org.uk/software/procmeter3/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I have done some more investigation and the cause of the slowdown
appears to be this bug-fix to eglibc:
http://sourceware.org/bugzilla/show_bug.cgi?id=13658
My (possibly biased) summary of this change is that one user reported
inaccurate sincos results for very large numbers so the eglibc library
Package: libc6
Version: 2.17-3
Severity: important
Version 2.17-3 of libc6 in testing is significantly slower than
version 2.13-38 in stable. Installing only the updated libc6 and
dependent packages causes a slowdown of up to 50% in parts of a
benchmark test.
The tests below were run on a Virtua
led.
--
Andrew.
----------
Andrew M. Bishop a...@gedanken.demon.co.uk
http://www.routino.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
nclude it in the next
version.
--
Andrew.
------
Andrew M. Bishop a...@gedanken.demon.co.uk
http://www.gedanken.demon.co.uk/
Cxref homepage: http:/
s simple.
If the code is changed to that shown below then it works.
int
f3(int a, int b, int (*f)(int, int))
{
return f(a, b);
}
If the segfault is not a desired outcome then I could probably detect
the problem and "assert" an error instead of just crashing.
in '\' to be removed - it is a C pre-processor requirement.
When using cxref-cpp the same command line arguments should be used,
but as a minimum the '-C' option. When I tried it the output was
present but not as I expected. The line mangling by cpp was not
present and t
ndrew.
--
Andrew M. Bishop a...@gedanken.demon.co.uk
http://www.gedanken.demon.co.uk/
ProcMeter homepage:http://www.gedanken.demon.co.uk/procmeter3/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
w
d an apparent change in gnutls behaviour which exposed
a pre-existing bug in WWWOFFLE (now fixed).
--
Andrew.
--
Andrew M. Bishop a...@gedanken.demon.co.uk
http://
iff
--- certificates.c (revision 2160)
+++ certificates.c (revision 2161)
@@ -559,6 +559,8 @@
if(!initialised)
return;
+ gnutls_certificate_free_keys(cred);
+
gnutls_certificate_free_credentials(cred);
}
@@ -918,12 +920,6 @@
free(key
a...@gedanken.demon.co.uk (Andrew M. Bishop) writes:
> This is with a vanilla wwwoffle 2.9g - unmodified since released.
> Looking at the list of functions I can see that there are two
> gnutls_x509_*_deinit() functions called before the handshake.
>
> Callin
Simon Josefsson writes:
> a...@gedanken.demon.co.uk (Andrew M. Bishop) writes:
>
>> One thing that I noticed during the debugging of this problem is that
>> the newly created certificates (above) are described by certtool as
>> "Version: 3" but the WWWOFFLE ones
7;deinit' function until after the handshake. The libgnutls NEWS
file doesn't say that there is an ABI change in this area either. It
certainly used to work that you could do this.
--
Andrew.
--
Andrew M. Bishop
Andreas Metzler writes:
> On 2011-08-20 "Andrew M. Bishop" wrote:
> [...]
>> There seems to be a bug with gnutls on the latest Debian (version
>> 2.12.7-6 for me). Taking the example code from the gnutls
>> documentation and compiling it gives me an
long time but gnutls has changed recently.
Everything that I can see points to gnutls in Debian (Wheezy at least)
as being the cause of these problems with WWWOFFLE.
--
Andrew.
------
Andrew M. Bisho
e has failed (Could not negotiate a supported cipher suite.)
and the client says:
| *** Handshake failed
| GnuTLS error: A TLS packet with unexpected length was received.
Within WWWOFFLE the handshake function from gnutls is crashing rather
than returning with the error status. This
-
/* In order to work with 32 bit
* time_t.
*/
if (sizeof (time_t) <= 4 && etime.tm_year >= 2038)
return (time_t) 2145914603; /* 2037-12-31 23:23:23 */
-------- gnutls common.c
--
Andrew.
anges that are
security related or, as far as I can see, related to the runtime
programs at all.
--
Andrew.
--
Andrew M. Bishop a...@gedanken.demon.co.uk
http://www.gedanken.demon.co.uk/
WWWOFFLE users
-
Andrew.
------
Andrew M. Bishop a...@gedanken.demon.co.uk
http://www.gedanken.demon.co.uk/
WWWOFFLE users page:
http://www.gedanken.demon.co.uk/wwwoffle/ve
-
After upgrading to 0.7.18 the problem is still there.
--
Andrew.
--
Andrew M. Bishop [EMAIL PROTECTED]
http://www.gedanken.demon.co.uk/
--
To UNSUBSCRIBE, email to [
this will hang the startup.
--
Andrew.
----------
Andrew M. Bishop [EMAIL PROTECTED]
http://www.gedanken.demon.co.uk/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
Package: mailfilter
Version: 0.6.2-3
Severity: minor
Version 0.6.2 of mailfilter is 3 years old. A new stable version (0.8)
has been available since the beginning of 2007.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
atever name
ProcMeter gives the item and "foobar2" with whatever you want
displayed.
.procmeterrc
[DiskUsage.DF_Used_/foobar1]
label = foobar2
-------- .procmeterrc
Thanks for t
ire any
inter-process communication (just the lock file) and does not lock-up
forever in failure cases.
Which solution do you want? An infinite wait on the lock-file to
disapear is easy to implement. A configurable wait can also be done.
Inter-process communication to get it perfect gets a "
n WWWOFFLE that causes the lockfile
to not be deleted when it should be. In this case if the second
process waits for the lockfile then it will wait forever. Eventually
all servers are waiting for the same lockfile and nobody is ever going
to delete it. This is why there is a timeout before showing the
s
e bug #338777).
>
> I think a better place to report this would be upstream [1] especially since
> the
> debian maintainer seems to be MIA since 2003.
> *t
>
> [1] http://sourceforge.net/tracker/?group_id=4232&atid=104232
I have now reported this upstream.
Package: ndiswrapper-utils
Severity: normal
The ndiswrapper-utils package depends on ndiswrapper-modules even
though the user might have compiled the kernel themselves and the
modules are not any use.
The ndiswrapper-modules package says:
Description: Ndiswrapper linux kernel module
This packag
Package: ca-certificates
Version: 20050804
Severity: minor
The certificate that is stored in one of the files does not match the
name of the file. This is confusing (best case) or a security problem
(worst case, unlikely).
The file in question is /etc/ssl/certs/RSA_Root_Certificate_1.pem
The n
Package: libfinance-quote-perl
Version: 1.08-1
Severity: important
Tags: patch
When Gnucash calls for a quote that uses Trustnet.pm as the source there
is a problem if the name of the fund contains an '&' character. From
Gnucash it is passed through as '&' which causes Trustnet.pm to use
the wron
r a problem for
me.
--
Andrew.
------
Andrew M. Bishop [EMAIL PROTECTED]
http://www.gedanken.demon.co.uk/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: splint
Version: 3.1.1-3
Severity: wishlist
The splint 3.1.1 package is about 2 years old. Since it was released there are
a large number of bugs that have been fixed in CVS (I counted 17 on the web page
list, including some I reported). The list of bugs and which ones have been
fixed is
39 matches
Mail list logo
