[Bug 1544994] Re: installation of openafs DKMS modules fails due to "cc1: fatal error: ./include/linux/kconfig.h: No such file or directory"

2016-02-22 Thread Benjamin Kaduk
Can you also post the dkms make.log?
It's hard to say a whole lot from just the failing command.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1544994

Title:
  installation of openafs DKMS modules fails due to "cc1: fatal error:
  ./include/linux/kconfig.h: No such file or directory"

To manage notifications about this bug go to:
https://bugs.launchpad.net/openafs/+bug/1544994/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1347147] Re: krb5 database propagation enters infinite loop

2014-07-30 Thread Benjamin Kaduk
The workaround suggested
(https://github.com/krb5/krb5/commit/26d8744129) is still valid, and
appears on upstream's 1.12 release branch already (as
https://github.com/krb5/krb5/commit/c7bb9278ad12c9).  It will appear in
the 1.12.2 release.  Furthermore, I have applied it to the Debian
packaging as http://anonscm.debian.org/cgit/pkg-k5-afs/debian-
krb5-2013.git/commit/?id=3d3bf0c075af62f278b6 (though it has not yet
been uploaded to Debian proper).  This workaround should not introduce
any regressions.

I should also note that, if I understand correctly, we expect a no-
change rebuild of krb5 using the gcc currently in utopic to also be a
valid workaround.  However, the gcc in trusty is still expected to
produce krb5 packages which exhibit this bug.

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to krb5 in Ubuntu.
https://bugs.launchpad.net/bugs/1347147

Title:
  krb5 database propagation enters infinite loop

To manage notifications about this bug go to:
https://bugs.launchpad.net/gcc/+bug/1347147/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1347147] Re: krb5 database propagation enters infinite loop

2014-07-30 Thread Benjamin Kaduk
The workaround suggested
(https://github.com/krb5/krb5/commit/26d8744129) is still valid, and
appears on upstream's 1.12 release branch already (as
https://github.com/krb5/krb5/commit/c7bb9278ad12c9).  It will appear in
the 1.12.2 release.  Furthermore, I have applied it to the Debian
packaging as http://anonscm.debian.org/cgit/pkg-k5-afs/debian-
krb5-2013.git/commit/?id=3d3bf0c075af62f278b6 (though it has not yet
been uploaded to Debian proper).  This workaround should not introduce
any regressions.

I should also note that, if I understand correctly, we expect a no-
change rebuild of krb5 using the gcc currently in utopic to also be a
valid workaround.  However, the gcc in trusty is still expected to
produce krb5 packages which exhibit this bug.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1347147

Title:
  krb5 database propagation enters infinite loop

To manage notifications about this bug go to:
https://bugs.launchpad.net/gcc/+bug/1347147/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1347147] [NEW] krb5 database propagation enters infinite loop

2014-07-22 Thread Benjamin Kaduk
Public bug reported:

In some conditions, propagating a kerberos database to a slave KDC server can 
stall.
This is due to a misoptimization by gcc 4.8 of the CIRCLEQ famliy of macros, 
apparently due to overzealous strict aliasing deductions.

One case of this stall is reported at
http://mailman.mit.edu/pipermail/kerberos/2014-July/020007.html (and the
rest of the thread), and there is an entry in the upstream bugtracker at
http://krbdev.mit.edu/rt/Ticket/Display.html?id=7860 .

gcc 4.9 (as used in Debian unstable at present) is not believed to
induce this problem.  Upstream has patched their code to use the TAILQ
family of macros instead, as a workaround, but that workaround has not
yet appeared in an upstream release:
https://github.com/krb5/krb5/commit/26d8744129

Because of the different compiler versions used on Debian and Ubuntu, I
am filing this as an Ubuntu-specific bug.

** Affects: krb5 (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to krb5 in Ubuntu.
https://bugs.launchpad.net/bugs/1347147

Title:
  krb5 database propagation enters infinite loop

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/krb5/+bug/1347147/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 1347147] [NEW] krb5 database propagation enters infinite loop

2014-07-22 Thread Benjamin Kaduk
Public bug reported:

In some conditions, propagating a kerberos database to a slave KDC server can 
stall.
This is due to a misoptimization by gcc 4.8 of the CIRCLEQ famliy of macros, 
apparently due to overzealous strict aliasing deductions.

One case of this stall is reported at
http://mailman.mit.edu/pipermail/kerberos/2014-July/020007.html (and the
rest of the thread), and there is an entry in the upstream bugtracker at
http://krbdev.mit.edu/rt/Ticket/Display.html?id=7860 .

gcc 4.9 (as used in Debian unstable at present) is not believed to
induce this problem.  Upstream has patched their code to use the TAILQ
family of macros instead, as a workaround, but that workaround has not
yet appeared in an upstream release:
https://github.com/krb5/krb5/commit/26d8744129

Because of the different compiler versions used on Debian and Ubuntu, I
am filing this as an Ubuntu-specific bug.

** Affects: krb5 (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1347147

Title:
  krb5 database propagation enters infinite loop

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/krb5/+bug/1347147/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1315020] Re: PDF.js prints blank pages

2014-05-22 Thread Benjamin Kaduk
The firefox 29.0.1+build2-0ubuntu0.12.04.1 in the ubuntu-mozilla-
security ppa does not exhibit this bug for me.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1315020

Title:
  PDF.js prints blank pages

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/1315020/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1315020] [NEW] PDF.js prints blank pages

2014-05-01 Thread Benjamin Kaduk
Public bug reported:

The recent upgrade to 29.0+build1-0ubuntu0.12.04.2 (on Ubuntu 12.04.4
LTS) cause printing from PDF.js to emit essentially blank output (the
spooled files are very small, and contain showpage directives with no
page content, i.e., blank pages come out of the printer).  Users can
download the file from the down-arrow menu and print using a standalone
viewer with no issue.

This is probably https://bugzilla.mozilla.org/show_bug.cgi?id=1003707

** Affects: firefox (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1315020

Title:
  PDF.js prints blank pages

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 571572] Re: krb5 prefers the reverse pointer no matter what for locating service tickets.

2013-05-08 Thread Benjamin Kaduk
This bug is fixed in Debian's krb5-1.10.1+dfsg-5.

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to krb5 in Ubuntu.
https://bugs.launchpad.net/bugs/571572

Title:
  krb5 prefers the reverse pointer no matter what for locating service
  tickets.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/krb5/+bug/571572/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 571572] Re: krb5 prefers the reverse pointer no matter what for locating service tickets.

2013-05-08 Thread Benjamin Kaduk
This bug is fixed in Debian's krb5-1.10.1+dfsg-5.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/571572

Title:
  krb5 prefers the reverse pointer no matter what for locating service
  tickets.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/krb5/+bug/571572/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 786730] Re: [10.04 LTS] emacs spins when ssh is uncleanly terminated

2012-05-22 Thread Benjamin Kaduk
We've been running with the emacs23 version 23.1+1-4ubuntu7.3 package
from lucid-proposed for several days, and I have not been able to
reproduce this issue.  My users are not reporting any regressions,
either, so my experiences support moving it to production.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/786730

Title:
  [10.04 LTS] emacs spins when ssh is uncleanly terminated

To manage notifications about this bug go to:
https://bugs.launchpad.net/emacs/+bug/786730/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 814908] [NEW] lpstat should return failure when cupsd is not running

2011-07-22 Thread Benjamin Kaduk
Public bug reported:

We find ourselves needing to programmatically check whether cupsd is running 
(so that we can use lpadmin to add our site's printers for our users, but there 
are many other possible reasons one might want to do this).  'lpstat -r' seems 
the obvious way to do so, but the command always returns zero (success).
Thus, we are forced to parse the text output of 'lpstat -r', which is quite 
fragile to that text changing in a future release.  'lpstat -r' should return 
nonzero when cupsd is not running, allowing for a robust determination of 
whether cupsd is running (and thus other commands will fail).

This bug was observed in natty, with cups 1.4.6-5ubuntu1.3

** Affects: cups (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/814908

Title:
  lpstat should return failure when cupsd is not running

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/814908/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 786698] [NEW] in build, warning unrecognized option '-2.0/'

2011-05-22 Thread Benjamin Kaduk
Public bug reported:

Binary package hint: emacs23

On this system:
kaduk@caspian:~$ uname -a
Linux caspian 2.6.32-25-generic #44-Ubuntu SMP Fri Sep 17 20:05:27 UTC 2010 
x86_64 GNU/Linux
kaduk@caspian:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 10.04.1 LTS
Release:10.04
Codename:   lucid

Using the source package 23.1+1-4ubuntu7.2, running 'debuild' produces compile 
lines such as:
x86_64-linux-gnu-gcc -c -D_BSD_SOURCE   -Demacs -DHAVE_CONFIG_H  -I. 
-I/tmp/kaduk-foo/emacs23-23.1+1/src -D_BSD_SOURCE -pthread -D_REENTRANT 
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/gio-1 -2.0/ 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 
-I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 
-I/usr/include/freetype2 -I/usr/include/alsa -pthread -D_REENTRANT 
-I/usr/include/librsvg-2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-I/usr/include/gtk-2.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 
-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DDEBIAN -g -O2 
-I/usr/include/freetype2 frame.c
x86_64-linux-gnu-gcc: unrecognized option '-2.0/'

Presumably that is not the intended variable expansion.

** Affects: emacs23 (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/786698

Title:
  in build, warning unrecognized option '-2.0/'

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 786730] [NEW] emacs spins when ssh is uncleanly terminated

2011-05-22 Thread Benjamin Kaduk
Public bug reported:

Binary package hint: emacs23

On several systems that I maintain, we occasionally see user's emacs
processes that are using 100% of a CPU, usually when that user is not
even logged in.  Some follow-up with the users seems to indicate that
this can happen when emacs is running in an ssh session, and ssh is
terminated uncleanly.

I have been able to reproduce this somewhat-reliably (say, one time in
five) by starting emacs, entering M-x shell, running 'yes', and then
using the ssh escape ~. to end my session.  The emacs process lives,
continuing to use CPU (and consume more memory, which is presumably tied
to my test case continuing to produce output to an emacs buffer).  I
have obtained a core file for such a process by attaching to it with gdb
and using the 'gcore' command, but my build with DEB_BUILD_OPTIONS=debug
does not seem to have preserved debug symbols (I guess I need nostrip as
well?), so it's unclear how useful it is.  (It's also 700M, due to the
aforementioned RAM usage ballooning.)

I looked at the NEWS file for upstream emacs 23.2 and 23.3 and didn't
see anything that looked relevant to this issue, so I suspect it's still
a problem.

My testing has been done on:
root@caspian:~# uname -a
Linux caspian 2.6.32-25-generic #44-Ubuntu SMP Fri Sep 17 20:05:27 UTC 2010 
x86_64 GNU/Linux
root@caspian:~# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 10.04.1 LTS
Release:10.04
Codename:   lucid

And I've been using the source package version 23.1+1-4ubuntu7.2

** Affects: emacs23 (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/786730

Title:
  emacs spins when ssh is uncleanly terminated

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs