Tanks. I'll make this change upstream in Debian too.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1680811
Title:
Request to add wireguard interface to interface-order
To manage notifications about
** Changed in: resolvconf (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/1663345
Title:
10-15 seconds delay until host is resolved
To manage notificatio
Please post the output of /usr/share/resolvconf/dump-debug-info run from
a terminal.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1663345
Title:
10-15 seconds delay until host is resolved
To manag
Wait a sec, I just noticed that you have the line "nameserver 127.0.0.1"
in your /etc/resolvconf/resolv.conf.d/head file. Remove that line, it
shouldn't be there.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.n
Make sure "RESOLVCONF=no" in /etc/default/bind9. If not, set
RESOLVCONF=no in /etc/default/bind9 and restart.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1663345
Title:
10-15 seconds delay until h
** Changed in: resolvconf (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1663345
Title:
10-15 seconds delay until host is resolved
To manage notifications a
Have you unintentionally installed either the dnsmasq or the bind9
package?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1663345
Title:
10-15 seconds delay until host is resolved
To manage notific
I revised the patch slightly (to put the wl* names with the wifi* names)
and have applied it to the Debian package which I plan to release soon.
** Attachment added: "interface-order-patch_20170213-th1"
https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1610479/+attachment/4818472/+file
Hi, I understand why you might suggest this but on balance I don't think
that resolvconf should be so verbose in normal operation.
** Changed in: resolvconf (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subsc
I am not convinced that this patch is correct. (I will look more
carefully when I return from a trip.)
Are you aware that resolvconf by default (unless
TRUNCATE_NAMESERVER_LIST_AFTER_LOOPBACK_ADDRESS=no) truncates the list
of nameservers after a loopback address?
** Changed in: resolvconf (Ubuntu
Right, I think the file should only document the Ubuntu-specific things
such as the facts that by default resolvconf and the systemd resolver
are used, NetworkManager is used by default on Desktop and ifup on
Server, and so on. There have been hundreds of questions about these
basic things on AskUb
If such a comment were to be added then in order not to mislead it would
have to take into account the configurability of various components. So
you'd have to say something like:
«If the line "nameserver 127.0.0.53" is present then it probably refers
to the systemd resolver listening on the loopba
NetworkManager is starting a dnsmasq instance whereas it shouldn't do
that any more.
** Package changed: dnsmasq (Ubuntu) => ubuntu
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1637700
Title:
Cach
Compare bug #1631241.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1637700
Title:
Caching dnsmasq stops resolving after some time
To manage notifications about this bug go to:
https://bugs.launchp
Edit /etc/NetworkManager/NetworkManager.conf and comment out the line
"dns=dnsmasq" with a leading '#'. Then reboot.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1637700
Title:
Caching dnsmasq stop
In yakkety there is no longer supposed to be a local forwarding
nameserver (instance of dnsmasq) listening at 127.0.1.1. Instead an
instande of resolved is started. Name resolution requests are fed to it
via the name service switch (configured with nsswitch.conf) rather than
via the libc resolver (
Vincent: Which VPN client are you using?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1169437
Title:
network-manager does not configure local resolver or dnsmasq to use
the nameserver addresses r
You may be encountering a new problem. For background read this thread:
https://lists.ubuntu.com/archives/ubuntu-devel/2016-May/039350.html
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1169437
Title:
QkiZ: Can you please provide details of the malfunction in your case?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1169437
Title:
network-manager does not configure local resolver or dnsmasq to use
*** This bug is a duplicate of bug 1072899 ***
https://bugs.launchpad.net/bugs/1072899
** This bug has been marked a duplicate of bug 1072899
NetworkManager receives two VPN nameserver addresses but sends only one to
dnsmasq
--
You received this bug notification because you are a member
** Changed in: resolvconf (Ubuntu)
Status: New => Incomplete
** Changed in: ifupdown (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1628552
Title:
on
Are there cases where the interface is configured properly but
resolv.conf is not updated to include material from the dns-* lines?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1628552
Title:
on st
Obviously the presence of material in the "base" file should have no
effect on the processing of material from /etc/network/interfaces. Are
you still sure that material from /e/n/i is sometimes incorrectly
omitted from the /etc/resolv.conf file?
--
You received this bug notification because you a
Comment lines from the "base" file are always omitted from resolv.conf.
Try adding a line "search bogus.com“ and see if "bogus.com" shows up on
the "search" line in resolv.conf.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://b
Hi and thanks for the report. How 'bout a patch?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1610479
Title:
interface-order needs definitions for systemd predictable names
To manage notifications
Try doing "pactl upload-sample
/usr/share/sounds/gnome/default/alerts/glass.ogg bell.ogg" and "xset b
on" and "xset b 100".
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1599599
Title:
System beep
Thanks for the bug report. Yes, this is a bug. Here's a patch I have
applied to the Debian version which will appear shortly in Debian
resolvconf version 1.80. This should fix the bug in the Ubuntu version
of the package when it's merged.
** Attachment added: "resolvconf_bug_1593489_patch"
htt
This possibly arises from bug #1003842.
What is possibly happening: the second or third nameserver on the list
of available nameservers supplied to dnsmasq replies quickly to
dnsmasq's query with a negative answer and dnsmasq immediately passes
that negative answer back to the resolver.
When dnsm
** Summary changed:
- DNS resolution stops working after sometime
+ DNS resolution stops working after some time
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1522057
Title:
DNS resolution stops w
** Changed in: dnsmasq (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/1577720
Title:
dnsmasq resolves xyzzy.xyzzy.xyzzy. to unknown IP
To manage notific
*** This bug is a duplicate of bug 1003842 ***
https://bugs.launchpad.net/bugs/1003842
What remains unexplained is why the dnsmasq package was installed on
your machine at all. Is it the case that dnsmasq was not installed
before the upgrade and it was installed after the upgrade? In that case
*** This bug is a duplicate of bug 1003842 ***
https://bugs.launchpad.net/bugs/1003842
** This bug has been marked a duplicate of bug 1003842
dnsmasq sometimes fails to resolve private names in networks with
non-equivalent nameservers
** Package changed: resolvconf (Ubuntu) => dnsmasq (Ub
That name service does not work properly when dnsmasq is installed is
most probably due to bug #1003842. If that is the case then if you
remove 8.8.8.8 from the list of nameserver addresses then name service
will work reliably.
--
You received this bug notification because you are a member of Ubu
Everything looks correct. Does name service work both when dnsmasq is
installed and when it is not installed? If so then there is no problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1575644
Titl
If you install the dnsmasq package then that package starts a standalone
instance of the dnsmasq program and resolv.conf will contain a line
`nameserver 127.0.0.1` which tells the resolver to consult that instance
of the dnsmasq program, which will by default forward DNS queries to the
nameservers
Not dnsmasq but dnsmasq-base is pulled in by ubuntu-desktop.
If you define your interfaces statically using /etc/network/interfaces
then you have to add the nameserver information to
/etc/network/interfaces on lines like "dns-nameserver 1.2.3.4". See
resolvconf(8) for more info.
** Changed in: re
*** This bug is a duplicate of bug 1003842 ***
https://bugs.launchpad.net/bugs/1003842
This is the known bug #1003842. Workaround: comment out "dns=dnsmasq" in
/etc/NetworkManager/NetworkManager.conf
** This bug has been marked a duplicate of bug 1003842
dnsmasq sometimes fails to resolve
** Description changed:
- resolveconf does not reliable receive nameserver information from
- network manager.
+ resolvconf does not reliable receive nameserver information from
+ NetworkManager.
In the journal I see things like:
Apr 11 11:13:52 ottawa dnsmasq[3122]: setting upstream ser
br matching was added to interface-order in Debian release 1.77, thus in
wily which has resolvconf 1.77ubuntu1.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1384394
Title:
/etc/network/interfaces:
The content of the base file is processed, but due to resolvconf's rules
they may fail to show up in resolv.conf. Comments in the base file get
discarded. Lines like "nameserver w.x.y.z" are omitted if another line
is, e.g., "nameserver 127.0.1.1.". If you set
TRUNCATE_NAMESERVER_LIST_AFTER_LOOPBAC
The service is called "bind9-resolvconf" but you said you ran "sudo
systemctl start bind9-resolv.conf" and "sudo systemctl stop
bind9-resolv.conf". Look carefully at the spelling.
** Changed in: bind9 (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are
Do you have the "dnsmasq" package installed and is the instance of the
dnsmasq program started by the "dnsmasq" package configured to listen at
127.0.1.1?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/
First, it appears that NetworkManager doesn't handle the error well and
retries without sleeping. Needs fixing.
Separate issue: Why is the error occurring on your machine? Why do you
get "dnsmasq[30613]: failed to create listening socket for 127.0.1.1:
Address already in use"?
--
You received th
To prioritize pdns-recursor's listen address in resolv.conf, edit
/etc/resolvconf/interface-order and replace the line
lo.!(pdns|pdns-recursor)
with the following line.
lo.*
See https://bugs.debian.org/308677 for background.
** Package changed: resolvconf (Ubuntu) => pdns-recursor (Ub
Try purging and reinstalling the resolvconf package.
Is there anything unusual about your machine?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1525613
Title:
package resolvconf 1.78ubuntu1 failed
** Package changed: resolvconf (Ubuntu) => dnsmasq (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1516329
Title:
DNS BUG delay resolution of LAN DNS
To manage notifications about this bug g
> I put it to you that this design is defective if it does not consider
this important use case.
If that is an important use case then of course it should be supported.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.laun
*** This bug is a duplicate of bug 1042275 ***
https://bugs.launchpad.net/bugs/1042275
** This bug has been marked a duplicate of bug 1042275
Please enhance dnsmasq to talk directly to resolvconf and to register only
its actual listening address(es)
--
You received this bug notification
Can you please try to figure out what part of the resolvconf postrm
script is yielding the exit status 128?
** Changed in: resolvconf (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bu
** Changed in: resolvconf (Ubuntu)
Status: Expired => New
** Changed in: resolvconf (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1473727
Title:
No
Best to submit this wish to the Debian bug tracking system so that
Debian will also benefit from this enhancement.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1485316
Title:
dnsmasq breaks DNS, if
Here is a rough draft, untested, of a script that would be run once in
the main boot sequence in order to bring the resolvconf database up to
date. The main difference from your script is that it sends the info to
resolvconf instead of writing directly to resolv.conf. (I am assuming
that /etc/resol
Is the resolvconf package even installed?
Assuming it is, why doesn't it get called when the interfaces are
configured?
Can things be changed so that resolvconf does get called in the normal
way when interfaces are configured? (The "normal way" and all other
things resolvconf are explained in /u
Hi there and thanks for your report.
I don't see any evidence here of a bug in resolvconf. There is most
probably something wrong with your machine's configuration. So this
report should be reassigned to something else... or closed if the
configuration shortcomings are purely local. Where did you
Christian, the workaround is to comment out the line "dns=dnsmasq" in
/etc/NetworkManager/NetworkManager.conf.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1003842
Title:
dnsmasq sometimes fails to
To add that, or any other, option to resolv.conf permanently, add the
line
options edns0
to the file
/etc/resolvconf/resolv.conf.d/base
and then resolvconf will include it in the resolv.conf that it
generates.
** Changed in: dnsmasq (Ubuntu)
Status: New => Invalid
--
You rece
Hi. I don't see how resolvconf could be responsible for this problem.
Initial observation: it seems that dig gets the correct answer from
dnsmasq when it supplies the additional option udp:1280, but the glibc
resolver doesn't get the right answer from dnsmasq when it fails to
supply that option. Re
** Summary changed:
- network-manager dnsmasq openvpn DNS issue
+ network-manager does not configure local resolver or dnsmasq to use the
nameserver addresses received from the VPN server
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
** Summary changed:
- Nameresolution not working using openconnect
+ Name resolution not working using openconnect
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1311308
Title:
Name resolution not w
A workaround may be to edit /etc/NetworkManager/NetworkManager.conf and
comment out the line "dns=dnsmasq".
** Description changed:
- Using a laptop with a hardware switch for enable/disable WLAN.
- Connected to two different LANs using DHCP on ETH/WLAN.
+ I have a laptop with a hardware switch t
Does this bug still affect anyone?
** Changed in: network-manager (Ubuntu)
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/434477
Title:
Nameserver addresses 4.
Michael, have you made any progress in figuring out the cause of this
bug?
** Changed in: network-manager-openconnect (Ubuntu)
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchp
Michel, is this bug now fixed?
** Changed in: network-manager-openconnect (Ubuntu)
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1300097
Title:
NetworkManager
This bears a suspicious similarity to the behavior reported in the
AskUbuntu question #631810.
http://askubuntu.com/questions/631810
Are you running a local nameserver such as dnsmasq from the dnsmasq
package? Is there a nameserver listening at 127.0.0.1?
--
You received this bug notificati
> Now, it is being pushed instead to /etc/resolv.conf.
>
> nameserver 10.99.244.1
> nameserver 127.0.1.1
>
> [...]
> Connecting to the VPN also pushes search paths to /etc/resolv.conf -
> overriding the search
> domains that I have already configured, and which should take precedence.
Is this b
** Changed in: network-manager (Ubuntu)
Status: In Progress => New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1003842
Title:
dnsmasq sometimes fails to resolve private names in networks wi
Should this be reassigned to network-manager-openvpn?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1430077
Title:
[vivid] VPN connection breaks /etc/resolv.conf
To manage notifications about this
@Seth: Unless you prefer to drop the matter entirely, I'd suggest you
edit the bug description to say exactly what it is that you want, as you
know see it. This isn't very clear in the original posting, and after
re-reading many of the comments above I don't feel I have a completely
clear picture o
Hmm, well I don't think that this bug report is "incomplete". We know
what the problem is. What is unfinished is the implementation of the
solution.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/116314
Public bug reported:
The following versions of resolvconf have a postinst that runs "update-
rc.d resolvconf defaults".
* 1.77ubuntu1 YES
* 1.76ubuntu1 in Vivid 15.04 YES
* 1.69ubuntu4 in Utopic 14.10 YES
* 1.69ubuntu1.1 in Trusty-updates YES
* 1.69ubuntu1 in Trusty 14.04 YES
* 1.63ubuntu16 in Pr
Continuing with my investigation of how a default symlink field got
created for resolvconf on my machine... (What I am calling a 'default
symlink field' is the set of symlinks /etc/rc[1-5].d/S??resolvconf ->
../init.d/resolvconf as would be created by "update-rc.d resolvconf
defaults" with update-r
You know, I didn't even look closely at those warnings. Duh. Now that I
read them I see that I am being warned that I have runlevel symlinks in
1 2 3 4 5. Those aren't supposed to be there! (I run Ubuntu 15.04
upgraded from 14.04 originally.) What the aytch-e-double-hockey-stick?
Consider the hist
Resolvconf 1.77ubuntu1's debian/rules runs dh_installinit with `--no-
start` and so there is no longer a `invoke-rc.d resolvconf start` (which
wipes runtime directories) in debian/postinst. To enable resolvconf
updates, postinst simply does "resolvconf --enable-updates".
If `invoke-rc.d resolvconf
** Changed in: resolvconf (Ubuntu)
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1392297
Title:
resolvconf 1.69ubuntu1.1 breaks network install
To manage noti
This was fixed in some release prior to 1.77ubuntu1.
** Changed in: resolvconf (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1085849
Title:
Please
Fixed in 1.77ubuntu1.
** Changed in: resolvconf (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1279760
Title:
Resolvconf creates /etc/resolvconf/res
@Cs-gon: Can you reproduce this problem (bug #1392297) with resolvconf
1.77ubuntu1?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1392297
Title:
resolvconf 1.69ubuntu1.1 breaks network install
To m
debian/templates in 1.77ubuntu1:
[...]
Template: resolvconf/link-tail-to-original
Type: boolean
Default: false
[...]
debian/changelog in 1.77ubuntu1:
[...]
- resolvconf/link-tail-to-original debconf question again defaults to
false; it's rather irrelevant as we install resolvconf by defa
Fixed in resolvconf 1.77ubuntu1.
** Changed in: resolvconf (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1446681
Title:
resolvconf interface-order
Fixed upstream in resolvconf 1.77.
** Changed in: resolvconf (Debian)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1446681
Title:
resolvconf interface-or
Yay.
We may now get a complaint from someone who has deleted the symlink at
/etc/resolv.conf but still has resolvconf installed and relies upon
dhclient updating /etc/resolv.conf dynamically. Their problem:
/etc/resolv.conf is no longer updated after resolvconf is upgraded to
1.77ubuntu1. Solution
Yep, I see that debian/triggers is present in 1.77ubuntu1, and when I
install the package I see the report of the trigger being processed.
Thx! P.S. Is there something we should do to silence those insserv
warnings?
$ sudo dpkg -i resolvconf_1.77ubuntu1_all.deb
(Reading database ... 282465 files
The indirection via /etc/resolvconf/run dates from the era before /run/.
I introduced resolvconf in 2003 as part of a larger effort to make it
possible to run Debian with a read-only root filesystem[1] but the
project to introduce the /run/ tmpfs into Debian base failed due to lack
of consensus abo
I'd like to comment on the remaining differences between Debian
resolvconf and Ubuntu resolvconf.
Besides the extensive source-textual differences arising from Debian's
use of /etc/resolvconf/run versus Ubuntu's direct use of
/run/resolvconf, I see only three substantial differences.
1. The omiss
@Martin: Ubuntu resolvconf 1.76.1ubuntu2 includes the trigger-sending
and trigger-processing section at the end of the postinst but fails to
include the debian/triggers file from Debian. Without this file the
resolvconf package doesn't register an interest in the trigger
resolvconf-enable-updates.
@Martin: My previous comment raced with your release of 1.76.1ubuntu2.
Looks good.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1453185
Title:
resolvconf: updates are not enabled right after instal
In the Debian postinst there is a case clause at the end whose purpose
is to enable updates. In Debian this is done by means of a trigger.
resolvconf 1.77
[...]
case "$1" in
reconfigure)
resolvconf --enable-updates
;;
configure)
@Cs-gon: Do you have any problem with resolvconf 1.76ubuntu1?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1392297
Title:
resolvconf 1.69ubuntu1.1 breaks network install
To manage notifications ab
Just to note that nowadays, e.g., in 1.76ubuntu1, Ubuntu also does
`dh_installinit --no-start`.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1085862
Title:
#DEBHELPER# token is in the wrong place,
Dnsmasq treats all nameservers as equivalent (except insofar as it is
instructed to use particular nameservers to resolve names in particular
domains).
The C library resolver, on the other hand, tries one nameserver at a
time in the order that their addresses are listed in resolv.conf.
If you mus
** Also affects: resolvconf (Debian)
Importance: Undecided
Status: New
** Changed in: resolvconf (Debian)
Assignee: (unassigned) => Thomas Hood (jdthood)
** Changed in: resolvconf (Debian)
Status: New => In Progress
** Changed in: resolvconf (Debian)
Assignee:
Try this.
lo.inet6
lo.inet
lo.@(dnsmasq|pdnsd)
lo.!(pdns|pdns-recursor)
lo
tun*
tap*
hso*
em+([0-9])?(_+([0-9]))*
p+([0-9])p+([0-9])?(_+([0-9]))*
@(br|eth)*([^.]).inet6
@(br|eth)*([^.]).ip6.@(dhclient|dhcpcd|pump|udhcpc)
@(br|eth)*([^.]).inet
@(br|eth)*([^.]).@(dhclient|dhcpcd|pump|udhcpc)
@(br|et
> It might make sense to combine these as @(br|eth) as is done with the
wifi.
Good idea. I'll make this change in the next Debian resolvconf.
** Changed in: resolvconf (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which i
** Changed in: resolvconf (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1392297
Title:
resolvconf 1.69ubuntu1.1 breaks network install
To manage notificatio
Not fixed in 1.76ubuntu1.
debian/templates in 1.76ubuntu1:
[...]
Template: resolvconf/link-tail-to-original
Type: boolean
Default: true
[...]
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1279760
Tit
** Changed in: resolvconf (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1349011
Title:
nm-l2tp-service needs exception in ppp ip-up/down scripts
** Changed in: resolvconf (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1110331
Title:
nscd no longer needs to be restarted by libc's resolvconf upd
The original problem was fixed in resolvconf 1.70 which has since been
merged to Vivid.
** Changed in: resolvconf (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad
** Summary changed:
- resolvconf not updated correctly for interfaces configured in initramfs
+ resolv.conf not updated correctly for interfaces configured in initramfs
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.laun
I just tried to reproduce the bug in Ubuntu 14.10 by editing the file
/etc/network/interfaces to look like the following (complete with bogus
"manual" line).
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
manual eth0
iface eth0 inet dhcp
dns-nameservers 1.2.3.4
d
1 - 100 of 3374 matches
Mail list logo
