[Bug 474751] Re: FTBFS on lucid

2009-11-04 Thread Jamie Strandboge
Looking in parser/Makefile, we have: af_names.h: /usr/include/linux/socket.h LC_ALL=C sed -n -e '/$(__FILTER)/d' -e s/^\#define[ \\t]\\+AF_\\([A-Z0-9_]\\+\\)[ \\t]\\+\\([0-9]\\+\\)\\(.*\\)\$$/#ifndef AF_\\1\\n# define AF_\\1 \\2\\n#endif\\nAA_GEN_NET_ENT(\\\L\\1\, \\UAF_\\1)\\n/p $ $@

[Bug 474751] Re: FTBFS on lucid

2009-11-04 Thread Jamie Strandboge
** Changed in: apparmor (Ubuntu) Assignee: (unassigned) = Jamie Strandboge (jdstrand) ** Changed in: apparmor Assignee: (unassigned) = Jamie Strandboge (jdstrand) ** Changed in: apparmor Status: Confirmed = Triaged ** Changed in: apparmor (Ubuntu) Status: Confirmed =

[Bug 474751] Re: FTBFS on lucid

2009-11-04 Thread Jamie Strandboge
Ok, bits/socket.h has what we need. Attached is a diff that uses this file instead. We need to use PF_* instead of AF_* due to the format of the file, but we write out AF_*. The Makefile with this diff will generate the same output as the old Makefile in Karmic. ** Changed in: apparmor (Ubuntu)

[Bug 474751] Re: FTBFS on lucid

2009-11-04 Thread Launchpad Bug Tracker
This bug was fixed in the package apparmor - 2.3.1+1403-0ubuntu29 --- apparmor (2.3.1+1403-0ubuntu29) lucid; urgency=low * parser/Makefile: generate af_names.h based on bits/socket.h since linux/socket.h no longer has what we need (LP: #474751) * usr.sbin.dnsmasq: fully

[Bug 474751] Re: FTBFS on lucid

2009-11-04 Thread Jamie Strandboge
** Changed in: apparmor Status: In Progress = Fix Released -- FTBFS on lucid https://bugs.launchpad.net/bugs/474751 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com

Re: [Bug 474751] Re: FTBFS on lucid

2009-11-04 Thread Steve Beattie
On Wed, Nov 04, 2009 at 09:48:42PM -, Jamie Strandboge wrote: af_names.h is included in parser_misc. This fails on the new /usr/include/linux/socket.h and also doesn't work with /usr/include/bits/socket.h /usr/include/bits/socket.h is provided by glibc, not the kernel and sometimes lags