Public bug reported:
Hi
I'm maintainer of the Debian Shishi package and also upstream of this
package.
You opened bug about t64 API and uploaded renamed packages into Debian:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062896
However my analysis is that no package renames is necessary
Related analysis: https://bugzilla.samba.org/show_bug.cgi?id=14830
It appears to affect Debian too: https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=1067838
** Bug watch added: Samba Bugzilla #14830
https://bugzilla.samba.org/show_bug.cgi?id=14830
** Bug watch added: Debian Bug tracker
Thanks for the report! Solved upstream with the 2.8 release, see
https://gitlab.com/pmccabe/pmccabe/-/commit/dee9f7e06fe6b072a890ad2240ac23df8c7c97c4
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
It happened again so I collected some information about it.
top - 06:41:08 up 7 days, 23:05, 1 user, load average: 6.87, 6.31, 6.22
Tasks: 129 total, 1 running, 128 sleeping, 0 stopped, 0 zombie
%Cpu(s): 64.8 us, 0.0 sy, 0.0 ni, 23.9 id, 0.0 wa, 0.0 hi, 0.0 si, 11.3 st
KiB Mem:
Strace -ff shows a bit more. It is stuck in the epoll/gettimeofday
loop.
root@developers:~# strace -ff -p 7046
Process 7046 attached with 27 threads
[pid 7072] futex(0x7f7111fd5664, FUTEX_WAIT_PRIVATE, 11483, NULL unfinished
...
[pid 7071] futex(0x7f7111fd5664, FUTEX_WAIT_PRIVATE, 11483,
Public bug reported:
We've used libapache2-mod-gnutls on Ubuntu 12.04 but after re-install
with Ubuntu 14.04 we noticed that apache is consuming 100% cpu due to
mod_gnutls. This is on an Internet-visible machine with moderate
traffic, and it happens after a couple of days or so. We've seen the
I believe this has been resolved in the current release, see the link to
the bug tracker. Can you try again and tell us if it works for you now?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1189062
Is this GnuPG 1.x? Please try GnuPG 2.x or GnuPG 1.x and --use-agent.
If you are using pcscd it should work better. Maybe this is GnuPG's
internal CCID implementation at work? That is somewhat incomplete,
especially in GnuPG 1.x, so I advice using scdaemon (which means either
GnuPG 2.x or GnuPG
** Changed in: yubico
Assignee: (unassigned) = Simon Josefsson (simon-josefsson)
** Changed in: yubikey-personalization-gui (Ubuntu)
Assignee: (unassigned) = Simon Josefsson (simon-josefsson)
** Changed in: yubikey-personalization-gui (Ubuntu)
Status: Confirmed = Fix Released
This problem was due to the udev rule being in the wrong package.
Should be resolved a long time ago.
** Changed in: yubikey-personalization-gui (Ubuntu)
Status: New = Fix Released
** Changed in: yubikey-personalization-gui (Ubuntu)
Assignee: (unassigned) = Simon Josefsson (simon
Indeed the manpage is referring to the libidn info manual, which is in
the libidn11-dev package. One solution would be to move the info manual
to either the 'idn' package or a separate 'libidn-doc' package. There
is more documentation that we could ship (like the API manual) so maybe
libidn-doc
Someone else noticed that this problem now also applies to Debian
wheezy:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570751
** Bug watch added: Debian Bug tracker #570751
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570751
--
You received this bug notification because you are a
Public bug reported:
I have the evince PDF reader installed but it doesn't appear to
register a handler for application/pdf in /etc/mailcap (via update-
mime). This result in evince not being used by some applications that
rely on /etc/mailcap for finding out which application to use for which
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/997662
Title:
evince package doesn't provide /etc/mailcap entry for application/pdf
To manage notifications about this bug go to:
Public bug reported:
The main part of gtkdoc-mkpdf does nothing if the input is an XML
docbook. The reason is that gtk-doc-tools wasn't built with dblatex
support. Compare gtkdoc-mkpdf:
if $is_xml; then
if test -n ; then
with the source:
if $is_xml; then
if test -n @DBLATEX@; then
As a
Same problem here on Ubuntu 11.10 and 12.04 beta. ISP is
Bredbandsbolaget in Sweden, their DNS servers are 195.54.122.200 and
195.54.122.204.
local has SOA record localhost. root.localhost. 10 604800 86400 2419200
604800
My workaround was to install my own local resolver and use that instead
of
** Changed in: libidn (Ubuntu)
Status: Incomplete = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/511607
Title:
package libidn11-dev 1.15-1 failed to install/upgrade:
To manage
Both 9.04 and 9.10 have been end of life'd. I suggest we close this
bug, if that is how unreproducible and obsolete bugs are handled in
Ubuntu?
/Simon
** Changed in: libidn (Ubuntu)
Status: New = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs,
mån 2011-11-28 klockan 08:48 + skrev Imre Gergely:
I think we are on to something. The issue seems to be that long CERT
record, but we're not 100% sure.
@Simon: would it be possible to remove that CERT record from the zone so
we can try another AXFR?
The CERT record is used in
I will try 3.0 when it hits Debian stable or an Ubuntu release,
whichever comes first. Thanks for help!
Btw, did you check whether the PDNS-MySQL bug is present in 3.0 too?
Then it might be useful to report that separately. If it only happens
for v2.x I suppose it won't make a difference.
Peter van Dijk 706...@bugs.launchpad.net writes:
Hello Simon,
your zone does not currently transfer with dig:
$ dig josefsson.org axfr @kniv.josefsson.org
; DiG 9.7.0-P1 josefsson.org axfr @kniv.josefsson.org
;; global options: +cmd
josefsson.org. 14400 IN SOA
belsebub.onkel.
Public bug reported:
I'm using vmbuilder and specifying hard coded fixed IP addresses with
--ip, --mask, --gw and --dns which is working fine for IPv4.
However I also want to provide IPv6 address to the virtual machine.
Adding a 'inet6' stanza to /etc/network/interfaces works, but requires
me to
** Description changed:
- I'm using vmbuilder and specifying hard coded fixed IP addresses with
- --ip, --mask, --gw and --dns which is working fine for IPv4.
+ I use vmbuilder and specify hard coded fixed IP addresses with --ip,
+ --mask, --gw and --dns. It works fine for IPv4.
However I
I'm using --dns 217.75.96.11,217.75.96.12 which does the right thing for
/etc/resolv.conf but the generated /etc/network/interfaces looks like
this:
dns-nameservers 217.75.96.11,217.75.96.12
I think they should be SPC-separated?
Still, I think multiple --dns parameters is more clear
One alternative solution to just naming the image after the hostname
would be to introduce a new parameter --image (or something) which would
take the filename of the image to generate. For example, --image
/var/lib/libvirt/images/webserver.qcow2. I always found it confusing to
have one
Public bug reported:
I'm using vmbuilder and specifying hard coded fixed IP addresses with
--ip, --mask, --gw and --dns which is working fine for IPv4.
However I also want to provide IPv6 address to the virtual machine.
Adding a 'inet6' stanza to /etc/network/interfaces works, but requires
me to
** Description changed:
- I'm using vmbuilder and specifying hard coded fixed IP addresses with
- --ip, --mask, --gw and --dns which is working fine for IPv4.
+ I use vmbuilder and specify hard coded fixed IP addresses with --ip,
+ --mask, --gw and --dns. It works fine for IPv4.
However I
I'm using --dns 217.75.96.11,217.75.96.12 which does the right thing for
/etc/resolv.conf but the generated /etc/network/interfaces looks like
this:
dns-nameservers 217.75.96.11,217.75.96.12
I think they should be SPC-separated?
Still, I think multiple --dns parameters is more clear
One alternative solution to just naming the image after the hostname
would be to introduce a new parameter --image (or something) which would
take the filename of the image to generate. For example, --image
/var/lib/libvirt/images/webserver.qcow2. I always found it confusing to
have one
Public bug reported:
At the bottom of this page:
https://help.ubuntu.com/11.04/installation-guide/amd64/appendix-
preseed.html
There is some text that says:
The configuration fragments used in this appendix are also available as an
example preconfiguration file from
This report is quite old, and nobody else has has reported similar
issues. Can you still reproduce this?
/Simon
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/511607
Title:
package libidn11-dev
Public bug reported:
Binary package hint: pdns
I'm testing PowerDNS as a secondary DNS for my domain. I'm configuring
it with this in /etc/powerdns/named.conf:
zone josefsson.org {
I forgot to mention that this is a Ubuntu 10.04 LTS fully upgraded with
this pdns:
ii pdns-server 2.9.22-3
extremely powerful and versatile nameserver
/Simon
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
You can axfr the zone from kniv.josefsson.org:
jas@latte:~$ dig josefsson.org axfr @kniv.josefsson.org|grep 'space'
foo\032bar.josefsson.org. 14400 IN TXT Med space
jas@latte:~$
Thus it is transferred correctly.
RFC 952 is about hostnames and I agree that hostnames have this
It should be easy to reproduce by adding this to your configuration:
zone josefsson.org {
type slave;
file /var/cache/powerdns/josefsson.org.bak;
masters { 94.247.169.136; };
};
That machine is open for AXFR, so everyone can setup their slave DNS to
test with.
--
You received
*** This bug is a duplicate of bug 539460 ***
https://bugs.launchpad.net/bugs/539460
The error message in bug #539460 is slightly different than this one.
But maybe the cause of the problem is the same. I also get the error
message displayed in this bug.
--
AttributeError: 'Hardy' object
*** This bug is a duplicate of bug 539460 ***
https://bugs.launchpad.net/bugs/539460
The error message in bug #539460 is slightly different than this one.
But maybe the cause of the problem is the same. I also get the error
message displayed in this bug.
--
AttributeError: 'Hardy' object
I've uploaded 1.4.4 to Debian unstable now. Please sync!
--
important fixes in 1.4.4
https://bugs.launchpad.net/bugs/548480
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
Thanks!
The libgcrypt version dependency is just to make sure that libgsasl7
uses the same (or newer) libgcrypt that libgsasl was built with. If you
build libgsasl against libgcrypt 1.4.4, lowering the depends to that
version is fine. The libgcrypt version number gets hard coded into
libgsasl,
** Patch added: Diff between 1.4.0 and 1.4.4 for review purposes
http://launchpadlibrarian.net/42009139/gsasl-1.4.0-to-1.4.4.patch
** Visibility changed to: Public
--
important fixes in 1.4.4
https://bugs.launchpad.net/bugs/548480
You received this bug notification because you are a member
Should be fixed with upstream 2.4.3 release.
--
telepathy-gabble crashes in gnutls certificate verify
https://bugs.launchpad.net/bugs/297149
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Actually that wasn't a crash backtrace, it was a SIGPIPE backtrace --
when debugging a networking application, you often get SIGPIPE's, which
doesn't indicate a real error. You need to continue debugging to get to
the real crash backtrace.
Since the bug is rather old, do you still see this
42 matches
Mail list logo