Bug#663752: Literals map correctly, names do not

Further investigation indicates that IPv4 literals (eg. 127.0.0.1) are mapped correctly when resolved, but names (eg. localhost) are not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#663752: Fixed in glibc

tags fixed-upstream upstream thanks This bug is fixed in glibc. Here are the patches: Patch 1: http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=c0244a9dedce43a4b950d91451b16a7cf5408476;hp=c5e3c2ae59cc8c5d3ad5e1adfd099c726baad862 Patch 2:

Bug#706593: network-manager: Don't know how to create 'NMSettingVPN' connections

Package: network-manager Version: 0.9.8.0-1 Severity: normal I installed network-manager from experimental. When I try to create a VPN from the GNOME GUI I get an error saying Error creating connection Don't know how to create 'NMSettingVPN' connections I guess the dependencies below show that

Bug#706593: Dependencies are not the problem

I tried upgrading libnm-glib-vpn1 to version 0.9.8.0-2 to match but that did not solve the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#706593: Fwd: [Pkg-utopia-maintainers] Bug#706593: network-manager: Don't know how to create 'NMSettingVPN' connections

On Thu, May 2, 2013 at 8:04 AM, Michael Biebl bi...@debian.org wrote: It seems you don't have any of the VPN plugins installed. If you want to create new connections from within the GUI you will need them. Please install them and report back. After installing network-manager-pptp-gnome the UI

Bug#367320: Patch available

On Sat, Dec 28, 2013 at 6:31 PM, Geoffrey Thomas geo...@ldpreload.com wrote: On Sat, 2 Sep 2006, Ted Percival wrote: I have written a patch that adds timestamps to the output of prelink through a -T command-line option. The patch is attached as prelink-timestamp.patch and has been sent

Bug#907496: libcurlpp0: Always fails with "No URL set!"

Package: libcurlpp0 Version: 0.8.1-2+b1 Severity: grave Justification: renders package unusable libcurlpp0 appears to always fail with a "No URL set!" error message. I only tested the "Easy" API. For example even the first example in its repo

Bug#918328: aptitude: symbol lookup error: aptitude: undefined symbol: _ZN6Xapian4MSetC1EOS0_

Package: aptitude Version: 0.8.11-3 Severity: important Starting aptitude fails due to a missing Xapian symbol: $ aptitude aptitude: symbol lookup error: aptitude: undefined symbol: _ZN6Xapian4MSetC1EOS0_ This is probably a bug in the syms in the applicable xapian library package causing

Bug#915603: libgraphicsmagick++-q16-12: Requires soname/shlibs bump for libstdc++11 transition

Package: libgraphicsmagick++-q16-12 Version: 1.3.31-1 Severity: important Important due to RC Policy "Shared library packages must include correct shlibs files". There was an ABI change between libgraphicsmagick++-q16-12 versions 1.3.30+hg15796-1~deb9u2 and 1.3.31-1 but the shlibs file was not

Bug#915606: libgraphicsmagick++-q16-12: Requires soname/shlibs bump for C++11 ABI changes

Package: libgraphicsmagick++-q16-12 Version: 1.3.31-1 Severity: important Important due to RC Policy "Shared library packages must include correct shlibs files". There was an ABI change between libgraphicsmagick++-q16-12 versions 1.3.30+hg15796-1~deb9u2 and 1.3.31-1 but the shlibs file was not

Bug#915603: (no subject)

Bug 871306[2] says graphicsmagick needs to Build-Depend on g++ (>= 4:7) to get the new & old ABIs, but I don't see a versioned Build-Depends on g++ since the bug was closed in version 1.3.26-5. > For new > executables to build without undefined references, your library will > need rebuilding with

<    1   2   3