Bug#1041193: Acknowledgement (vtun segfaulting on tunnel initialization)

2023-07-15 Thread Tom Noonan II
Changing the encryption setting from blowfish to aes allowed the tunnel to start. This can probably be downgraded from important. Thanks. On Sat, 15 Jul 2023 14:33:04 + "Debian Bug Tracking System" wrote: > Thank you for filing a new Bug report with Debian. > > You can follow progress on

Bug#1041193: vtun segfaulting on tunnel initialization

2023-07-15 Thread Tom Noonan II
config is still supported. Thanks for maintaining this. --Tom Noonan II -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-10-amd64 (SMP w/2 CPU threads

Bug#795863: [Pkg-fglrx-devel] Bug#795863: fglrx-driver: fglrx ASIC lockup: HID devices unusable

2015-08-18 Thread Tom Noonan
1 from stretch/sid? I'll attempt that when it crashes next to avoid interrupting my current work. Thanks. On Tue, 18 Aug 2015 11:26:49 +0200 Patrick Matthäi wrote: > severity #795863 normal > tag #795863 + upstream > thanks > > Am 17.08.2015 um 16:26 schrieb Tom Noonan: > &

Bug#795863: fglrx-driver: fglrx ASIC lockup: HID devices unusable

2015-08-17 Thread Tom Noonan
Package: fglrx-driver Version: 1:14.9+ga14.201-2 Severity: critical Justification: breaks the whole system Dear Maintainer, Running the fglrx driver against a Advanced Micro Devices, Inc. [AMD/ATI] Bonaire [FirePro W5100] ASIC lockups have been seen on multiple occasions. This is usually seen wh

Bug#790818: ruby-switch does not recognize Ruby2.1

2015-07-01 Thread Tom Noonan II
Package: ruby-switch Version: 0.1.0 Severity: normal Dear Maintainer, Ruby-Switch is unable to select Ruby2.1. To make Ruby2.1 the default manual link-jiggering is required. # ruby-switch --list update-alternatives: error: no alternatives for ruby # dpkg --list | grep ruby ii libruby2.1:amd6

Bug#789995: automake: aclocal segmentation fault

2015-06-25 Thread Tom Noonan
. I'm assuming this was due to not having recently run a dist-upgrade. Perhaps a dependency version issue? On Thu, 25 Jun 2015 18:37:07 -0500 Tom Noonan II wrote: > Package: automake > Version: 1:1.14.1-4 > Severity: important > > Dear Maintainer, > > On Debian

Bug#789995: automake: aclocal segmentation fault

2015-06-25 Thread Tom Noonan II
Package: automake Version: 1:1.14.1-4 Severity: important Dear Maintainer, On Debian 8.1 the aclocal utility is segfaulting seemingly regardless of input. $ ls configure* ls: cannot access configure*: No such file or directory $ aclocal Segmentation fault $ aclocal -h Segmentation fault $ ls -l

Bug#720405: bash-completion masks Xen disk devices with lvm utilities

2013-08-21 Thread Tom Noonan II
Package: bash-completion Severity: normal Dear Maintainer, While partitioning a Xen disk (/dev/xvdb1) in Wheezy with LVM I noted that the bash-completion package caused bash tab completion to not complete /dev/x* with pvcreate or vgcreate. "pvcreate /dev/x" returned no completions, whereas it sh

Bug#696808: debian.gtisc.gatech.edu [2610:148:1f10:3::89] not responding to http queries from 2001:4801:7817:72::

2013-01-09 Thread Tom Noonan
eded. I believe this is solved. Simon: Based on what I'm seeing now I think you're safe to point the record back at GATech. Thank you! On Tue, 8 Jan 2013 18:36:01 -0500 Paul Royal wrote: > On Sat, Jan 5, 2013 at 9:42 PM, Tom Noonan wrote: > > No change. I tried each

Bug#696808: debian.gtisc.gatech.edu [2610:148:1f10:3::89] not responding to http queries from 2001:4801:7817:72::

2013-01-05 Thread Tom Noonan
No change. I tried each individually 0 and both 0, the wget failure mode remained unchanged. I ran a packet capture with both zero and I see the same behavior as in the previously posted packet capture. On Sat, 5 Jan 2013 17:47:07 +0100 Simon Paillard wrote: > Hello Tom, > > Could you please

Bug#696808: debian.gtisc.gatech.edu [2610:148:1f10:3::89] not responding to http queries from 2001:4801:7817:72::

2013-01-04 Thread Tom Noonan
ot the RackSpace side. Do you agree? On Fri, 4 Jan 2013 20:17:01 -0500 Paul Royal wrote: > On Fri, Jan 4, 2013 at 7:39 PM, Tom Noonan wrote: > > This doesn't surprise me. As my initial bug report stated, it > > seems to have something to do with the source subnet. I'v

Bug#696808: debian.gtisc.gatech.edu [2610:148:1f10:3::89] not responding to http queries from 2001:4801:7817:72::

2013-01-04 Thread Tom Noonan
> I solicited the participation of a few others with IPv6-networked > systems and all were able to successfully interact with our IPv6 > Debian mirror. This doesn't surprise me. As my initial bug report stated, it seems to have something to do with the source subnet. I've personally verified it w

Bug#696808: www.debian.org: http.us.debian.org [2610:148:1f10:3::89] not responding to http queries from 2001:4801:7817:72::

2012-12-27 Thread Tom Noonan II
Package: www.debian.org Severity: important Tags: ipv6 -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_C