From: Alex Bennée alex.ben...@linaro.org
This allows the perf tool to map samples to each individual translation
block. This could be expanded for user space but currently it gives
enough information to find any hotblocks by other means.
---
qemu-options.hx | 10 ++
tcg/tcg.c | 21
From: Alex Bennée alex.ben...@linaro.org
Hi,
While working on aarch64 stuff I've made the following changes in my
local tree to help me debug. The first is a simple documentation fix.
The second is very helpful when your debugging missing instructions
while several shells deep in a build system.
From: Alex Bennée alex.ben...@linaro.org
This ensures the code generation debug code will honour -dfilter if set.
diff --git a/cpu-exec.c b/cpu-exec.c
index 0914d3c..9aa3f3f 100644
--- a/cpu-exec.c
+++ b/cpu-exec.c
@@ -610,7 +610,7 @@ int cpu_exec(CPUArchState *env)
next_tb
From: Alex Bennée alex.ben...@linaro.org
When debugging stuff that occurs over several forks it would be useful
not to keep overwriting the one logfile you've set-up. This allows a
simple %d to be included once in the logfile parameter which is
substituted with getpid().
Signed-off-by: Alex
From: Alex Bennée alex.ben...@linaro.org
This doesn't just dump CPU state on translation but on every block
entrance.
Signed-off-by: Alex Bennée alex.ben...@linaro.org
diff --git a/qemu-log.c b/qemu-log.c
index 797f2af..35bbb56 100644
--- a/qemu-log.c
+++ b/qemu-log.c
@@ -105,7 +105,7 @@ const
From: Alex Bennée alex.ben...@linaro.org
When debugging big programs or system emulation sometimes you want both
the verbosity of cpu,exec et all but don't want to generate lots of logs
for unneeded stuff. This patch adds a new option -dfilter which allows
you to specify interesting address
From: Alex Bennée alex.ben...@linaro.org
This makes the UST backend pay attention to the format string arguments
that are defined when defining payload data. With this you can now
ensure integers are reported in hex mode if you want.
Signed-off-by: Alex Bennée alex.ben...@linaro.org
---
From: Alex Bennée alex.ben...@linaro.org
This makes the UST backend pay attention to the format string arguments
that are defined when defining payload data. With this you can now
ensure integers are reported in hex mode if you want.
Signed-off-by: Alex Bennée alex.ben...@linaro.org
---
v2
-
From: Alex Bennée alex.ben...@linaro.org
Hi,
These two patches have been sitting in my personal tree for a while
and I thought it was worth soliciting feedback as to their wider usefulness.
The first is simply an attempt to make tcg abort failures a little
less terse.
The second I found useful
From: Alex Benn??e alex.ben...@linaro.org
The helpers are useful for debugging if you want to inspect interim
values of tcg temp variables while executing TCG generated code. This is
an alternative to tracing with logs or inspecting with GDB.
The functions do take format strings but to prevent
From: Alex Bennée alex.ben...@linaro.org
There are times the tcg aborts with a fatal but terse error which isn't
overly helpful. This adds an alternative macro that can be used to show
a little more helper information when an abort occurs.
diff --git a/tcg/i386/tcg-target.c
From: Alex Bennée alex.ben...@linaro.org
No changes from the original version posted except to add Stefan's
reviewed-by tags. I thought it was worth submitting this before we
froze for 2.0!
The following changes since commit be813ef02d18ba58e1ff32f1706bcacb88f1f764:
Merge remote-tracking
From: Alex Bennée alex.ben...@linaro.org
The current builds don't include all the features which are
auto-detected and then disabled when the appropriate test packages don't
exist. I've added another target that enables all known additional
packages for increased coverage. I didn't add it to the
From: Alex Bennée alex.ben...@linaro.org
Purely cosmetic but satisfies my OCD.
Signed-off-by: Alex Bennée alex.ben...@linaro.org
Reviewed-by: Stefan Hajnoczi stefa...@redhat.com
diff --git a/.travis.yml b/.travis.yml
index 1d78421..0dbf2da 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -14,23
From: Alex Bennée alex.ben...@linaro.org
This build was disabled while the lttng tracing was broken. Stefan has
recently submitted a pull request with it re-enabled.
Signed-off-by: Alex Bennée alex.ben...@linaro.org
Reviewed-by: Stefan Hajnoczi stefa...@redhat.com
diff --git a/.travis.yml
From: Alex Bennée alex.ben...@linaro.org
I'm trying to avoid spamming the IRC channel (not overly likely as
builds take a while). So failure will always be reported but if the
build continues to work then the IRC notifications will be quiet.
Note any GitHub based repository with Travis enabled
From: Alex Bennée alex.ben...@linaro.org
Hi,
These two patches have been sitting in my personal tree for a while
and I thought it was worth soliciting feedback as to their wider usefulness.
The first is simply an attempt to make tcg abort failures a little
less terse.
The second I found useful
From: Alex Benn??e alex.ben...@linaro.org
The helpers are useful for debugging if you want to inspect interim
values of tcg temp variables while executing TCG generated code. This is
an alternative to tracing with logs or inspecting with GDB.
The functions do take format strings but to prevent
From: Alex Bennée alex.ben...@linaro.org
Purely cosmetic but satisfies my OCD.
Signed-off-by: Alex Bennée alex.ben...@linaro.org
Reviewed-by: Stefan Hajnoczi stefa...@redhat.com
diff --git a/.travis.yml b/.travis.yml
index 1d78421..0dbf2da 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -14,23
From: Alex Bennée alex.ben...@linaro.org
No changes from the original version posted except to add Stefan's
reviewed-by tags. I thought it was worth submitting this before we
froze for 2.0!
The following changes since commit be813ef02d18ba58e1ff32f1706bcacb88f1f764:
Merge remote-tracking
From: Alex Bennée alex.ben...@linaro.org
I'm trying to avoid spamming the IRC channel (not overly likely as
builds take a while). So failure will always be reported but if the
build continues to work then the IRC notifications will be quiet.
Note any GitHub based repository with Travis enabled
From: Alex Bennée alex.ben...@linaro.org
The current builds don't include all the features which are
auto-detected and then disabled when the appropriate test packages don't
exist. I've added another target that enables all known additional
packages for increased coverage. I didn't add it to the
From: Alex Bennée alex.ben...@linaro.org
There are times the tcg aborts with a fatal but terse error which isn't
overly helpful. This adds an alternative macro that can be used to show
a little more helper information when an abort occurs.
diff --git a/tcg/i386/tcg-target.c
From: Alex Bennée alex.ben...@linaro.org
This build was disabled while the lttng tracing was broken. Stefan has
recently submitted a pull request with it re-enabled.
Signed-off-by: Alex Bennée alex.ben...@linaro.org
Reviewed-by: Stefan Hajnoczi stefa...@redhat.com
diff --git a/.travis.yml
From: Alex Bennée alex.ben...@linaro.org
This build was disabled while the lttng tracing was broken. Stefan has
recently submitted a pull request with it re-enabled.
Signed-off-by: Alex Bennée alex.ben...@linaro.org
diff --git a/.travis.yml b/.travis.yml
index 286cf62..1d78421 100644
---
From: Alex Bennée alex.ben...@linaro.org
I'm trying to avoid spamming the IRC channel (not overly likely as
builds take a while). So failure will always be reported but if the
build continues to work then the IRC notifications will be quiet.
Note any GitHub based repository with Travis enabled
From: Alex Bennée alex.ben...@linaro.org
Purely cosmetic but satisfies my OCD.
Signed-off-by: Alex Bennée alex.ben...@linaro.org
diff --git a/.travis.yml b/.travis.yml
index 1d78421..0dbf2da 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -14,23 +14,23 @@ env:
- GUI_PKGS=libgtk-3-dev
From: Alex Bennée alex.ben...@linaro.org
Hi,
I've now enabled Travis testing on the official QEMU GitHub mirror.
Of the following patches two expand the testing, one is a cosmetic
whitespace fix and the final one enabled IRC notification when the
build fails. This is potentially controversial
From: Alex Bennée alex.ben...@linaro.org
The current builds don't include all the features which are
auto-detected and then disabled when the appropriate test packages don't
exist. I've added another target that enables all known additional
packages for increased coverage. I didn't add it to the
Hi,
While working on my aarch64 work I found setting up binfmt was more of
a pain than it could have been. Specifically:
* hard-coded for /usr/local installs
* no help
* no error checking
Tellingly the script doesn't seem to be used by the distros who have
rolled their own binfmt_misc stuff
From: Alex Bennée alex.ben...@linaro.org
I was looking to set-up for development but found the script made some
hard-coded assumptions. It doesn't seem the script is used by the
distros but if it had a little more love maybe it would be ;-)
* Add usage() instructions
* Move all registering to a
/python
+#
+# binfmt check script
+#
+# Copyright 2014 Linaro
+#
+# Authors:
+# Alex Bennee alex.ben...@linaro.org
+#
+# This work is licensed under the terms of the GNU GPL, version 2. See
+# the COPYING file in the top-level directory.
+
+import os
+import re
+import binascii
+
+re_int = re.compile
From: Alex Bennée a...@bennee.com
This adds a build matrix definition for travis-ci.org continuous
integration service. It is usable on any public repository hosted on
GitHub. Once you have created an account signed into Travis you can
enable it on selected projects via travis-ci.org/profile.
From: Alex Bennée a...@bennee.com
Hi,
I think this patch is ready to be merged via trivial. While I was
testing it last night it caught yet another regression
(register_subpage: Assertion, since fixed) so I think it proves it's
worth with that alone.
Since v5
- Forced the python to 2.4
From: Alex Bennée a...@bennee.com
Commit 9b8c69243 (since reverted) broke the ability to boot the kernel
as the value returned by unassigned_mem_read returned non-zero and left
the kernel looping forever waiting for it to change (see
integrator_led_set in the kernel code).
Relying on a varying
From Alex Bennée alex.ben...@linaro.org # This line is ignored.
Hi,
I finally got a chance to follow up on the review comments from Peter
and Andreas.
Changes for v3:
* Moved into hw/arm/integrator_debug.c
* Expanded QOM symbol to INTEGRATOR_DEBUG, moved to header
* Use __func__, HWADDR_PRIx
From: Alex Bennée a...@bennee.com
Commit 9b8c69243 (since reverted) broke the ability to boot the kernel
as the value returned by unassigned_mem_read returned non-zero and left
the kernel looping forever waiting for it to change (see
integrator_led_set in the kernel code).
Relying on a varying
From: Alex Bennée a...@bennee.com
This adds a build matrix definition for travis-ci.org continuous
integration service. It is usable on any public repository hosted on
GitHub. Once you have created an account signed into Travis you can
enable it on selected projects via travis-ci.org/profile.
Hi Anthony,
Here is my first pull request to add a simple .travis.yml profile to the
code base. I'm hoping to expand the range of testing once this is merged
(the tcg code gen tests are next on my list). However as it stands this
already catches build failures and regressions.
Since v4:
-
From: Alex Bennée a...@bennee.com
Currently master is broken as the wanted commit doesn't exist in
qemu's mirror of SeaBIOS.
---
.gitmodules | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.gitmodules b/.gitmodules
index d7e3f3c..d5d5417 100644
--- a/.gitmodules
+++
From: Alex Bennée a...@bennee.com
This adds a build matrix definition for travis-ci.org continuous
integration service. It is usable on any public repository hosted on
GitHub. Once you have created an account signed into Travis you can
enable it on selected projects via travis-ci.org/profile.
Hi,
While testing after Peter's review comments Travis detected a
regression in the tree due to the updating of SeaBIOS (also found by a
bunch of others in the following days) which I take to be a good
indication of the usefulness of these tests.
v4:
- split debug build for with/without TCG
From: Alex Bennée a...@bennee.com
This adds a build matrix definition for travis-ci.org continuous
integration service. It is usable on any public repository hosted on
GitHub. Once you have created an account signed into Travis you can
enable it on selected projects via travis-ci.org/profile.
Assuming there are no further comments from this submission I shall
likely make my next posting a PULL request.
v3
- re-based on current origin/master
- squashed all .travis commits and re-worded commit
- added clang builds
- disabled make check for ftrace back-end
- fixed broken build
Hi,
I've updated the .travis.yml following feedback from Stefan to greatly
increase the number of compiles it does. In the process:
* Disabled ust backend (horribly broken)
* Found gov/gprof builds don't enforce --disable-pie
* Fixed a minor compiler warning when stderr/ftrace back-end enabled
From: Alex Bennée a...@bennee.com
While QEMU already has various continuous integration set-ups in
buildbot and commercial Jenkins setups there is some value in supporting
travis-ci as well. It is well integrated into GitHub work flow and will
trigger on all branch pushes and pull requests. This
From: Alex Bennée a...@bennee.com
I've made the definitions more modular to allow for greater build
control in each part of the matrix. I've confined the additional stuff
to x86/x86_64 for convenience.
---
.travis.yml | 38 +-
1 file changed, 37 insertions(+),
From: Alex Bennée a...@bennee.com
This only showed up when compiling with
--enable-trace-backend=stderr|ftrace at which point the compiler
complains with the following:
block/stream.c: In function ‘stream_run’:
block/stream.c:141:22: error: ‘copy’ may be used uninitialized in this function
From: Alex Bennée a...@bennee.com
Commit 9b8c69243 broke the ability to boot the kernel as the value
returned by unassigned_mem_read returned non-zero and left the kernel
looping forever waiting for it to change (see integrator_led_set in
the kernel code).
Relying on a varying implementation
From: Alex Bennée a...@bennee.com
Commit 9b8c69243 broke the ability to boot the kernel as the value
returned by unassigned_mem_read returned non-zero and left the kernel
looping forever waiting for it to change (see integrator_led_set in
the kernel code).
Relying on a varying implementation
Hi,
I mistakenly appended this to the previous patch revision. I'm now
sending for further review.
Since v1:
- Updated with Peter Maydell's review comments.
--
Alex Bennée
From: Alex Bennée a...@bennee.com
Commit 9b8c69243 broke the ability to boot the kernel as the value
returned by unassigned_mem_read returned non-zero and left the kernel
looping forever waiting for it to change (see integrator_led_set in
the kernel code).
Relying on a varying implementation
Hi,
I've applied the review comments from Peter.
Alex.
From: Alex Benn??e a...@bennee.com
Commit 9b8c69243 broke the ability to boot the kernel as the value
returned by unassigned_mem_read returned non-zero and left the kernel
looping forever waiting for it to change (see integrator_led_set in
the kernel code).
Relying on a varying implementation
From: Alex Bennée a...@bennee.com
While QEMU already has various continuous integration set-ups in
buildbot and commercial Jenkins setups there is some value in supporting
travis-ci as well. It is well integrated into GitHub work flow and will
trigger on all branch pushes and pull requests. This
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
Public bug reported:
Currently attempts to use libfdt-dev will fail as the packaging doesn't
include the libfdt_env.h header required by the others. One place this
breaks for example is trying to compile the current QEMU using system
libraries. This has already been fixed upstream so the fix
This is the upstream bug-report: http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=706137
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1218819
Title:
libfdt-dev is broken for current LTS release
I can confirm that after hand-building Debian's device-tree-
compiler_1.3.0-4 packages and installing them I could successfully build
something using libfdt-dev (qemu).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Hi,
We use a fairly simple ATM over Ethernet encapsulation for linking old
ATM based circuits with modern Ethernet based hardware. I was able to
enable the packet-atm.c to decde these frames very easily (see
attached) but I was looking for pointers for the next bit.
Currently I can't see a way
So I have verified that the proposed dpkg no longer hangs. I used the
following script to generate heavy load on the system:
#!/bin/bash
#
# Generate IO load
echo starting load
#dd if=/dev/zero of=zero
sleep 1s
dd if=/dev/urandom of=urandom
sleep 1s
dd if=/dev/sda1 of=sda1_backup1
sleep 1s
dd
Thanks to Ted for clearly elucidating the two competing issues. For the
time being we can't move from 10.04 (whole OS upgrades tend to be
unpopular with customers for point releases). However as the kernel lock
is always triggered by dpkg I'm hoping that just fixing dpkg will be
enough. I assume
Surely the fix required is for the kernel? While dpkg might be good at
triggering the bug it may not be the only thing that can hang the kernel
requiring a hard reset.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The behaviour we are seeing is dpkg hangs and never returns. As dpkg is
left in the D state and is un-killable the only recourse is to hard
reset the box (power-cycle) it. However it might be due to file-system
load it can never achieve the file-system sync. I'm currently trying to
come up with a
I'm confused as to when this fix was released. I can't see any
reference to this bug in the changelogs of either dpkg or the linux-
image. I'm seeing on customer 10.04LTS machines running the latest
packages which makes me think the bug is still there.
--
You received this bug notification
I suspect the invoke-rc.d line needs to be wrapped in the -e part of the
of the check?
The current preinst code looks like:
# Manually remove the nis init script, which has to be split into per-daemon
# upstart jobs
if dpkg --compare-versions $2 lt-nl 3.17-32ubuntu1.1
then
# since this
Public bug reported:
On upgrading to Precise I find that apt cannot complete due to a
--unpack failure running the pre-installation script.
dpkg --unpack /var/cache/apt/archives/nis_3.17-32ubuntu4_amd64.deb
(Reading database ... 313937 files and directories currently installed.)
Preparing to
I suspect the invoke-rc.d line needs to be wrapped in the -e part of the
of the check?
The current preinst code looks like:
# Manually remove the nis init script, which has to be split into per-daemon
# upstart jobs
if dpkg --compare-versions $2 lt-nl 3.17-32ubuntu1.1
then
# since this
Following a weekend of my work machine idling and doing nothing I can
now report gnome-keyring-daemon is taking up 8.7% of my memory:
983M (VIRT) 677M (RES) 8.7% MEM
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-keyring in
Apologies - this package is part of the Gnome 3 PPA. According to
#179873 I can't assign this bug to a PPA so I'm unsure what to do. Will
contact the PPA manager directly.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-keyring in
Following a weekend of my work machine idling and doing nothing I can
now report gnome-keyring-daemon is taking up 8.7% of my memory:
983M (VIRT) 677M (RES) 8.7% MEM
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-keyring in
Apologies - this package is part of the Gnome 3 PPA. According to
#179873 I can't assign this bug to a PPA so I'm unsure what to do. Will
contact the PPA manager directly.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-keyring
Following a weekend of my work machine idling and doing nothing I can
now report gnome-keyring-daemon is taking up 8.7% of my memory:
983M (VIRT) 677M (RES) 8.7% MEM
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Apologies - this package is part of the Gnome 3 PPA. According to
#179873 I can't assign this bug to a PPA so I'm unsure what to do. Will
contact the PPA manager directly.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
There seems to be a persistent leak in gnome-keyring-daemon. Several
times I've come into work to find a very sluggish machine swapping
applications back in with the daemon consuming 45% of my system memory
(according to htop on an 8GB machine). If there is any debugging tips
apport information
** Attachment added: Dependencies.txt
https://bugs.launchpad.net/bugs/930330/+attachment/2730042/+files/Dependencies.txt
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-keyring in Ubuntu.
Public bug reported:
There seems to be a persistent leak in gnome-keyring-daemon. Several
times I've come into work to find a very sluggish machine swapping
applications back in with the daemon consuming 45% of my system memory
(according to htop on an 8GB machine). If there is any debugging tips
apport information
** Attachment added: Dependencies.txt
https://bugs.launchpad.net/bugs/930330/+attachment/2730042/+files/Dependencies.txt
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-keyring in Ubuntu.
Public bug reported:
There seems to be a persistent leak in gnome-keyring-daemon. Several
times I've come into work to find a very sluggish machine swapping
applications back in with the daemon consuming 45% of my system memory
(according to htop on an 8GB machine). If there is any debugging tips
apport information
** Attachment added: Dependencies.txt
https://bugs.launchpad.net/bugs/930330/+attachment/2730042/+files/Dependencies.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/930330
Does that make this an upstream bug for Debian?
I've also found another package without debug symbols (libgdk-
pixbuf2.0-0), should I raise a bug for that as well?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
On 5 January 2012 16:52, Kurt Roeckx k...@roeckx.be wrote:
On Tue, Dec 20, 2011 at 05:33:51PM +, Alex Bennee wrote:
On 20 December 2011 15:46, Tobias Oetiker t...@oetiker.ch wrote:
Hi Alex,
Yesterday Alex Bennee wrote:
On 19 December 2011 17:00, Tobias Oetiker t...@oetiker.ch wrote
On 5 January 2012 16:52, Kurt Roeckx k...@roeckx.be wrote:
On Tue, Dec 20, 2011 at 05:33:51PM +, Alex Bennee wrote:
On 20 December 2011 15:46, Tobias Oetiker t...@oetiker.ch wrote:
Hi Alex,
Yesterday Alex Bennee wrote:
On 19 December 2011 17:00, Tobias Oetiker t...@oetiker.ch wrote
Public bug reported:
I'm trying to do some system profiling on a server that's behaving
poorly while cloning repositories. To do proper profiling I need the
debug symbols but I can find them even with the ddebs.ubuntu.com repo
added.
root@vsbldhost:/scratch/root# apt-cache search dbg | grep git
On 20 December 2011 20:08, Tobias Oetiker t...@oetiker.ch wrote:
Hi Alex,
Today Alex Bennee wrote:
snip
OK after much bisecting I've narrowed it down to a patch in libtool
2.4 added by Debian in
libtool 2.4-1 The result moves the processing of dependancy_libs
in libtool which breaks
On 20 December 2011 15:46, Tobias Oetiker t...@oetiker.ch wrote:
Hi Alex,
Yesterday Alex Bennee wrote:
On 19 December 2011 17:00, Tobias Oetiker t...@oetiker.ch wrote:
Alex,
your system seems to be using a different version of libtool ...
so did you run MakeMakefile ?
No, isn't
On 19 December 2011 16:04, Tobias Oetiker t...@oetiker.ch wrote:
Today Alex Bennee wrote:
In fact without the attached patch I see a failure in eval while
running configure:
Test Library Functions
checking for acos... no
checking for acos in -lm... yes
checking for round... yes
On 19 December 2011 17:00, Tobias Oetiker t...@oetiker.ch wrote:
Alex,
your system seems to be using a different version of libtool ...
so did you run MakeMakefile ?
No, isn't that part of the configure/autogen stuff?
Regardless running it now makes no difference.
The libtool on this
On 12 December 2011 16:52, Tobias Oetiker t...@oetiker.ch wrote:
Hi Alex,
Today Alex Bennee wrote:
On 8 November 2011 09:22, Alex Bennee kernel-hac...@bennee.com wrote:
Hi,
I've just recently updated to 11.10 and thought I'd get upto date on
the trunk. It seems that there is some
On 16 December 2011 13:26, Tobias Oetiker t...@oetiker.ch wrote:
Hi Alex,
ah ... I found something ... try changeing
include tcpd.h
into
include tcpd.h
in the configure script
and run it again.
I'm afraid not:
make V=1
...
make[2]: Entering directory
On 8 November 2011 09:22, Alex Bennee kernel-hac...@bennee.com wrote:
Hi,
I've just recently updated to 11.10 and thought I'd get upto date on
the trunk. It seems that there is some autotools breakage for libwrap.
I get the following compile error:
snip
rrdcached-rrd_daemon.o: In function
Public bug reported:
Unfortunately I need Moonlight installed to use an internal intranet
site. After following link on the 'net I found a suggestion it should be
apt-get 'able. However according to the package page:
http://packages.ubuntu.com/source/natty/moon there is no version built
for
Hi,
I've just recently updated to 11.10 and thought I'd get upto date on
the trunk. It seems that there is some autotools breakage for libwrap.
I get the following compile error:
/bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -D_GNU_SOURCE
-fno-strict-aliasing -Wall -std=gnu99 -pedantic
I can confirm this happens. A strace very clearly shows it ignoring me:
29077 execve(/usr/bin/debmirror, [debmirror, --host, sloy,
--method=http, -r, apt, --dist=repo, --arch=amd64,source,
--section=main, VNMS_2.1.32-0], [/* 83 vars */]) = 0
29078 execve(/bin/sh, [sh, -c, patch --version
This looks like it's an upstream change. From the man-page:
--rsync-extra=foo[,bar,..]
Allows to also mirror files from a number of directories that are
not part of the package archive itself.
Debmirror will always use rsync for the transfer of these files,
irrespective
On 20 May 2011 17:15, Marc Lehmann schm...@schmorp.de wrote:
On Fri, May 20, 2011 at 05:11:59PM +0100, Alex Bennee
kernel-hac...@bennee.com wrote:
Yep, all my machines are Intel graphics so that would be a common
factor. I don't
suppose you have a bug reference for that?
How come it hits
I have this problem as well with Gwibber 3.1.0 (via PPA) on Lucid. There
is some guff on start-up:
10:31 ajb@sloy/x86_64 [~] gwibber -o -d
ERROR:dbus.proxies:Introspect error on
com.Gwibber.Streams:/com/gwibber/Streams: dbus.exceptions.DBusException:
org.freedesktop.DBus.Error.ServiceUnknown:
Package: libvirt-bin
Version: 0.8.3-5+squeeze1
Severity: important
Tags: upstream
If you configure libvirt to spawn qemu with it's own user you can run into
problems getting KVM to work. This is because although the qemu user belongs
to the kvm and disk groups without calling initgroups the
On 1 June 2011 15:14, Michael Seibold michael.seib...@barmer-gek.de wrote:
Hi Alex,
great work!
I want to contribute an idea for a little enhancement - getting the location
coordinates (longitude, latitude) from postal codes (I posted this 08.09.2009
to the discussion list as
Hi,
For a while now I've been noticing screen corruption and missing
updates on rxvt. The first thing I noticed was backspace wouldn't
always update the screen so characters wouldn't disappear until
another one was pressed. Even more corruption is noticeable if I
scroll in mutt or execute
1 - 100 of 529 matches
Mail list logo