Public bug reported:
$ gccxml.real au.h && echo success
sh: 1: /usr/bin/g++-4.9: not found
error: could not identify compiler via -E preprocessing
Support item
ERROR_unsupported_compiler_in_gxConfiguration_GetCompilerId/find_flags is not
available:
checked
I hand-edited /usr/lib/python2.7/dist-
packages/ctypeslib/codegen/cparser.py to replace all references to
"gccxml" with "gccxml.real", and it works again.
Also, gccxml actually was always broken in the absence of specified
output, but differently so. Resultingly, h2xml would succeed, but not do
Please see also
https://github.com/CastXML/CastXML/issues/84 for context.
** Bug watch added: github.com/CastXML/CastXML/issues #84
https://github.com/CastXML/CastXML/issues/84
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
Consider this header file:
$ cat au.h
struct sus {
union {
struct {
int first_half :16;
int second_half :16;
};
int all_of_it;
};
};
Running h2xml (from
Public bug reported:
AFAICT, suricata cleans up its own pidfile when stopped by start-stop-
daemon. As a result, the instruction rm $PIDFILE /dev/null 21 in
the stop clause of the case statement in /etc/init.d/suricata exits with
an error status, which causes the entire script to as well (since
Public bug reported:
$ ping -f -i0 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
ping: cannot flood; minimal interval, allowed for user, is 200ms
$ # What's with, all the, commas?
** Affects: iputils (Ubuntu)
Importance: Undecided
Status: New
** Patch added: fix
Public bug reported:
Line 11 of /etc/default/openvswitch-controller, describing options for
the LISTEN variable, says:
# * pctp:[PORT]: Listen for TCP connections on the specified PORT
That is incorrect; the 'c' and 't' are transposed. It should instead
read:
# * ptcp:[PORT]: Listen for TCP
Public bug reported:
Line 11 of /etc/default/openvswitch-controller, describing options for
the LISTEN variable, says:
# * pctp:[PORT]: Listen for TCP connections on the specified PORT
That is incorrect; the 'c' and 't' are transposed. It should instead
read:
# * ptcp:[PORT]: Listen for TCP
I'm requesting that this bug priority be changed to at-least 'High', as
it prevents the application or any dependencies from functioning
correctly at all, and renders essential features or functionality of
the application or dependencies broken or ineffective.
--
You received this bug
This bug also prevents starting some services (e.g. isc-dhcp-server) on
openvswitch interfaces at boot.
I avoided the problem by changing /etc/network/interfaces such that ovs
interfaces don't come up automatically, and ifupping them manually in
/etc/rc.local instead... but that's pretty silly.
Public bug reported:
I can semi-reliably trigger a kernel oops on these servers by letting
them idle for a while, and then doing something that performs disk io.
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: linux-image-3.5.0-19-generic 3.5.0-19.30
ProcVersionSignature: Ubuntu
apport information
** Tags added: apport-collected
** Description changed:
I can semi-reliably trigger a kernel oops on these servers by letting
them idle for a while, and then doing something that performs disk io.
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package:
apport information
** Attachment added: Dependencies.txt
https://bugs.launchpad.net/bugs/1089794/+attachment/3458993/+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/1089794
apport information
** Attachment added: Lspci.txt
https://bugs.launchpad.net/bugs/1089794/+attachment/3458994/+files/Lspci.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1089794
Title:
apport information
** Attachment added: ProcCpuinfo.txt
https://bugs.launchpad.net/bugs/1089794/+attachment/3458995/+files/ProcCpuinfo.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1089794
apport information
** Attachment added: ProcInterrupts.txt
https://bugs.launchpad.net/bugs/1089794/+attachment/3458996/+files/ProcInterrupts.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
apport information
** Attachment added: ProcModules.txt
https://bugs.launchpad.net/bugs/1089794/+attachment/3458997/+files/ProcModules.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1089794
apport information
** Attachment added: UdevDb.txt
https://bugs.launchpad.net/bugs/1089794/+attachment/3458998/+files/UdevDb.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1089794
Title:
apport information
** Attachment added: UdevLog.txt
https://bugs.launchpad.net/bugs/1089794/+attachment/3458999/+files/UdevLog.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1089794
Title:
apport information
** Attachment added: WifiSyslog.txt
https://bugs.launchpad.net/bugs/1089794/+attachment/3459000/+files/WifiSyslog.txt
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
** Tags added: kernel-fixed-upstream
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1089794
Title:
kernel null pointer dereference on dell pe r210s
To manage notifications about this bug go to:
I booted four servers a couple hours ago: two stock, one on the kernel
from quantal-proposed, and one on 3.7.0-030700-generic. Of them, only
the 3.7 box is still up, so I'm tagging this 'kernel-fixed-upstream' and
changing back to confirmed.
** Changed in: linux (Ubuntu)
Status: Incomplete
This bug also prevents starting some services (e.g. isc-dhcp-server) on
openvswitch interfaces at boot.
I avoided the problem by changing /etc/network/interfaces such that ovs
interfaces don't come up automatically, and ifupping them manually in
/etc/rc.local instead... but that's pretty silly.
Public bug reported:
There are a number of scripts in /etc/xen/scripts (e.g. vif-bridge, vif-
nat, c) that use 'eth0' as a default interface when one isn't provided.
That's good and useful when it's the correct choice-- and for me, prior
to Quantal, it was. But then biosdevname came along and
24 matches
Mail list logo