Hi Leandro
On 21/06/2023 20:37, Leandro Cunha wrote:
[1] https://tracker.debian.org/pkg/dhcpcd5
[2]
https://salsa.debian.org/debian/dhcpcd-ui/-/commit/3ca27368227960a2d97ca4fbd1a56314546d96d3
You can probably remove libdbus-1-dev as a buildtime dependency as well.
Roy
Package: openresolv
Version: 3.8.0-1
Severity: important
Dear Maintainer,
Please consider bumping openresolv to 3.9.0 so it works with systemd,
which is the Debian default init now.
The current version fails to restart services, rendering it pretty
useless.
Thanks
Roy
-- System Information:
On 20/10/2017 15:20, Andrew Shadura wrote:
> Control: notfound -1 2:2.4-1.1
>
> On 20 October 2017 at 14:33, Roy Marples <r...@marples.name> wrote:
>> Dear Maintainer,
>>
>> Plese build wpa_supplicant with interface matching support:
>> CONFIG_MATCH_IFAC
Package: wpasupplicant
Version: 2:2.4-1.1
Severity: normal
Dear Maintainer,
Plese build wpa_supplicant with interface matching support:
CONFIG_MATCH_IFACE=y
This allows the administrator to configure named interfaces to run
wpa_supplicant on which may not exist at boot time.
This allows USB
dhcpcd does not parse /etc/network/interfaces.
I suspect dhcpcd was started by an init script, and the default config
is to configure all interfaces.
You can restrict this with /etc/dhcpcd.conf.
Roy
The next release of wpa_supplicant will be able to hotplug itself:
https://w1.fi/cgit/hostap/commit/?id=2e997eece5776eca0a99d53893e343539f9f8eb2
So then you can have the same functionality.
Roy
On 18/04/2016 12:23, 積丹尼 Dan Jacobson wrote:
> Package: dhcpcd5
> Version: 6.10.1-1
> X-debbugs-CC: r...@marples.name
>
> man page says:
>
> -k, --release [interface]
> This causes an existing dhcpcd process running on the interface
> to release its lease and
> NetworkManager[26333]: dns-mgr: Writing DNS information to
> /sbin/resolvconf
> Failed to try-restart named.service: Unit named.service failed to
> load: No such file or directory.
> Failed to try-restart unbound.service: Unit unbound.service failed
> to load: No such file or directory.
>
I would say that dhcpcd is correct and the DHCP server is not correctly
configured.
Option 121 has to include every route (bar the implied subnet route for the
address), including the default route.
>From RFC3442
If the DHCP server returns both a Classless Static Routes option and
a
Hi
> When a zone is declared on multiple interfaces (not necessarely same
> content, but the same name), the configuration generated doesn't work,
> two entries are provided and this log indicates the failure at bind restart:
> config: error: /var/lib/bind/resolvconf-zones.conf:23: zone
>
> After an update from any source (dhcp, openvpn, static, ...), restart of
> bind fail with message:
> Failed to get D-Bus connection: Operation not permitted
>
> It's not all the time, but very very often.
the named (bind) subscriber doesn't use DBus, only the dnsmasq
subscriber does.
Are you
> After an update from any source (dhcp, openvpn, static, ...), restart of
> bind fail with message:
> Failed to get D-Bus connection: Operation not permitted
>
> It's not all the time, but very very often.
In openresolv, only the dnsmasq subscriber uses DBus.
All the named subscriber (bind) in
Sorry aboutt he late response, for some reason this ended up in my spam
filter.
> On Mon, 22 Jun 2015 12:25:38 +0200 (CEST)
>> On Tue, 16 Jun 2015, Herbert Parentes Fortes Neto wrote:
>>
>>> The upstream said:
>>>
>>> "Not really an openresolv bug as I see it.
>>> For example 192.168.x.x can
On 18/11/2014 16:47, Salvatore Bonaccorso wrote:
just in case we hear from Roy
I've made this known to quite a few Debian developers - I don't want
anything more to do with the Debian project. It takes me more time to
look after the Debian package than it does for the other distro's I
regularly
Hi Salvatore
On 18/11/2014 17:23, Salvatore Bonaccorso wrote:
On Tue, Nov 18, 2014 at 04:58:39PM +, Roy Marples wrote:
On 18/11/2014 16:47, Salvatore Bonaccorso wrote:
just in case we hear from Roy
I've made this known to quite a few Debian developers - I don't want
anything more to do
Hi
On 2014-10-14 10:07, Marcin Kulisz wrote:
I'm not capable of uploading it but I'd like to have a look into this
package.
Unfortunately it looks like it's gone from mentors and there is no
provided VCS
for this package in the PTS.
Can you re-upload it or send a link to VCS?
BTW pls cc me
Hi Axel
On 2014-08-20 13:48, Axel Beckert wrote:
I've just installed dhcpcd5, configured wicd to use it and instructed
wicd to renew the connection on eth0 (which used dhclient previously).
I
had to manually kill running dhclient processes, but dhcpcd got an
IP. And then segfaulted after a
Hi
I've uploaded openresolv-3.5.7-1 to mentors, which fixes this issue:
http://mentors.debian.net/debian/pool/main/o/openresolv/openresolv_3.5.7-1.dsc
If you could put the package into Debian proper I'd appreciate it.
Thanks
Roy
--
To UNSUBSCRIBE, email to
Hi
On 23/04/2014 12:41, Hideki Yamane wrote:
I've made a patch for this FTBFS issue, just ignoring config.mk
in Makefile and build fine. Please check and consider to apply it.
From the dh_auto_clean man page:
This is intended to work for about 90% of packages. If it doesn’t
work,
Hi
On 04/12/2013 13:57, Christoph Egger wrote:
Package: dhcpcd5
Version: 6.0.5-1
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for dhcpcd5 (versioned as 6.0.5-1.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards.
Hi
On 18/11/2013 17:39, Michael Ablassmeier wrote:
attached patch should fix this issue. Not uploading for now in case you
have other plans for the package. In case you are in search for a
sponsor get in touch with me :)
I'm ideally looking for someone who can maintain the dhcpcd packages in
Hi Petr
On 13/08/2013 12:11, Petr Salinger wrote:
Package: dhcpcd5
Version: 6.0.5-1
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small tweak, see bellow.
Please include this change also as
Hi Alex
On 11/08/2011 06:30, Alex Apke wrote:
domain is missing because search supersedes it. Any domain entries are
silently merged with the search option. Is there a problem with this?
From a resolver search standpoint, there is no problem appending the
domain entry to search field. But I
On 11/08/2011 09:58, Alex Apke wrote:
So that means that having a domain entry listed before search gives the desired
behavior, I am looking for.
With the original sample I used for opening the ticket, this is the expected
layout:
# Generated by resolvconf
domain example.com
search foo bar
On 11/08/2011 17:18, Alex Apke wrote:
It looks like the behaviour you really want is the correct domain
first in the search list. You can do this by setting
interface_order and/or dynamic_order and/or search_domains in
/etc/resolvconf.conf
Sure, as a backup procedure, there is always that, but
Hi Alex
On Wed, 2011-08-10 at 00:15 -0700, Alex Apke wrote:
domain sortlist are missing, and the domain value is being appended to
search, plus the eth0 eth1 stanza's aren't broken up like in the following
URL: http://roy.marples.name/projects/openresolv/wiki/OpenResolvReasons
domain is
Hi Geoff
On Tue, 2011-07-26 at 00:12 -0700, Geoffrey Sisson wrote:
This patch adds basic DHCPv6 support for openresolv. It's unlikely
that this is a comlete patch. For example, some applications might
resonably expect resolvconf -d eth0 to remove both the IPv4 and
IPv6 interface
Hi
I've uploaded openresolv-3.4.4 to mentors@ which fixes this problem by
specifying default config files to write out for dnsmasq, pdns and
unbound.
Please test it, and if let me know if it works for you.
Thanks
Roy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
On Mon, 2011-07-18 at 19:14 +0200, martin f krafft wrote:
dhcpcd5 fails to obtain an address (it fails to put packets on the
wire) when the interface is a bridge. Manual configuration works, as
does IPv6 autoconf and isc-dhcp-client, so the problem seems to be
with dhcpcd.
Seems to work fine
On Fri, 2011-06-17 at 07:45 +0100, Simon Kelley wrote:
On 17/06/11 07:34, Roy Marples wrote:
On Fri, 2011-06-17 at 00:02 +0200, Juliusz Chroboczek wrote:
The point I'm making is that replacing dhcpd with dhcpcd5 broke
a working system by replacing resolvconf with openresolv. I'd like
On Fri, 2011-06-17 at 00:02 +0200, Juliusz Chroboczek wrote:
The point I'm making is that replacing dhcpd with dhcpcd5 broke
a working system by replacing resolvconf with openresolv. I'd like to
clarify whose bug that is:
...
No, it worked out of the box.
Well, that is interesting because
On Thu, 2011-06-16 at 11:54 +0200, Juliusz Chroboczek wrote:
Investigation showed that the openresolv doesn't write
/var/run/dnsmasq/resolv.conf, instead appending the DHCP-provided name
servers to /etc/resolv.conf (*after* 127.0.0.1, which is why everything
broke).
openresolv does not come
On 25/10/2010 08:10, Vadim Solomin wrote:
To be a drop-in replacement, openresolv should provide ifupdown, dhclient and
pppd hooks, just as resolvconf does.
It would be more logical to add resolvconf support to each package,
dhclient, pppd, etc which is how it is done in other distros.
But
Package: wnpp
Severity: wishlist
Owner: Roy Marples r...@marples.name
* Package name: openresolv
Version : 3.3.5
Upstream Author : Roy Marples r...@marples.name
* URL : http://roy.marples.name/projects/openresolv
* License : BSD-2
Programming Lang: Shell
Package: wnpp
Severity: wishlist
Owner: Roy Marples r...@marples.name
* Package name: dhcpcd-gtk
Version : 0.5.1
Upstream Author : Roy Marples r...@marples.name
* URL : http://roy.marples.name/projects/dhcpcd-ui
* License : BSD-2
Programming Lang: C
On Tue, 2010-08-31 at 15:17 -0700, Steve Langasek wrote:
We already have one of these called resolvconf, and it has plenty of bugs
without adding a *second* framework for managing resolv.conf. Please
coordinate with the resolvconf maintainer and, preferably, merge your
efforts with the
On Tue, 2010-08-31 at 15:20 -0700, Don Armstrong wrote:
On Tue, 31 Aug 2010, Roy Marples wrote:
Description : management framework for resolv.conf
Allows multiple daemons to manage resolv.conf and configures local
resolvers such as dnsmasq and unbound.
How does this differ from
Package: wnpp
Severity: wishlist
Owner: Roy Marples r...@marples.name
* Package name: dhcpcd5
Version : 5.2.7
Upstream Author : Roy Marples r...@marples.name
* URL : http://roy.marples.name/projects/dhcpcd
* License : BSD-2
Programming Lang: C, Shell
On Sat, 2010-08-28 at 11:19 +0200, Patrick Matthäi wrote:
Am 28.08.2010 10:35, schrieb Roy Marples:
Package: wnpp
Severity: wishlist
Owner: Roy Marplesr...@marples.name
* Package name: dhcpcd5
Version : 5.2.7
Upstream Author : Roy Marplesr...@marples.name
* URL
On Sat, 2010-08-28 at 13:13 +0200, Mehdi Dogguy wrote:
On 08/28/2010 12:44 PM, Julien Cristau wrote:
On Sat, Aug 28, 2010 at 09:35:29 +0100, Roy Marples wrote:
* Package name: dhcpcd5
Version : 5.2.7
Upstream Author : Roy Marples r...@marples.name
* URL
On Sat, 2010-08-28 at 12:33 +0200, Patrick Matthäi wrote:
Am 28.08.2010 12:11, schrieb Roy Marples:
dhcpcd is a one stop IPv4 network management daemon which includes
It only supports IPv6?
Only IPv4 at present.
IPv6 support, at least for RA is planned for the next major version
On Mon, 2010-08-16 at 20:29 +0200, Johannes Schauer wrote:
you can lower the build dependencies to from debhelper (= 7.0.50~) to
debhelper (= 7.0.15).
this way it will also compile on debian lenny.
Dropping the dependency now gives this lintian error.
dhcpcd5 source:
On Thu, 2010-06-17 at 19:32 +0100, Roy Marples wrote:
Aside from that, I think I've addressed all issues so the only thing
left is to make dhcpcd-3 alternatives friendly which I assume you will do?
Any progress here?
Thanks
Roy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
On 15/06/2010 21:13, Simon Kelley wrote:
I have the dhcpcd5 package installed and running. It seems to be
behaving itself and looks like a good start.
Some observations of things that should be looked at.
. The source package should be dhcpcd5, not dhcpcd, since the existing
source package is
On 17/06/2010 10:17, Roy Marples wrote:
The only valid reason for co-existence so far is that some flags have
been removed from the commandline that could be used by other
people/programs. dhcpcd-4 shipped with some compat code to handle the
transition from dhcpcd-123 to dhcpcd-4, to give both
On 17/06/2010 14:03, Simon Kelley wrote:
I still bear the scars from an email I once got from someone who had
driven 200 miles to reboot a box which had dropped off the net as a
result of an automatic update to dhcpcd.
I'm not really seeing how that is relevant to the topic at hand as that
Resent as it didn't make it to the bug report
On 10/06/2010 20:59, Simon Kelley wrote:
I'm very much in favour of moving to a dhcpcd5 package. Given my
terrible record in getting stuff done on this I'm not going to promise
to do it, but I will sponsor uploads if needed, and I'll certainly test
Hi
I'm upstream for dhcpcd and have recently installed Ubuntu on one of my
machines and as such have a vested interest and now the means of using
my software on a Debian based system. I have packages prepared for
dhcpcd, dhcpcd-dbus and dhcpcd-gtk already and will work on one for
openresolv
On Thu, 2010-06-10 at 20:59 +0100, Simon Kelley wrote:
I'm very much in favour of moving to a dhcpcd5 package. Given my
terrible record in getting stuff done on this I'm not going to promise
to do it, but I will sponsor uploads if needed, and I'll certainly test
things.
Roy, please shout
On Tue, 05 Jun 2007 08:54:04 +
[EMAIL PROTECTED] (Debian Bug Tracking System) wrote:
This is an automatic notification regarding your Bug report
#415119: dash compiles incorrectly when LC_ALL isn't C,
which was filed against the dash package.
It has been closed by Gerrit Pape [EMAIL
On Fri, 23 Mar 2007 10:47:44 +
Gerrit Pape [EMAIL PROTECTED] wrote:
tags 415119 + patch
forwarded 415119 upstream
quit
On Fri, Mar 16, 2007 at 08:02:16AM +, Roy Marples wrote:
When LC_ALL is set to something like en_GB.UTF-8 then dash makes the
builtincmd structure in the wrong
Package: dash
Version 0.5.3-7
When LC_ALL is set to something like en_GB.UTF-8 then dash makes the
builtincmd structure in the wrong lexical order, breaking bsearch,
specifically the truecmd :
$ :
dash: :: not found
The attached patch addresses the issue.
Thanks
Roy Marples--- dash-0.5.3.orig
52 matches
Mail list logo