From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Introducing DDNS
Date: Thu, 10 Jul 2014 17:09:39 +0200 [thread overview]
Message-ID: <1405004979.16965.39.camel@rice-oxley.tremer.info> (raw)
In-Reply-To: <2d7d59ab50685c1be9ca6649600af97e@mail01.ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 7616 bytes --]
Hi Arne,
thanks. I was going to do a full rebuild this afternoon and should have
noticed this error. Thanks for your hint on it.
-Michael
On Thu, 2014-07-10 at 15:34 +0200, Arne Fitzenreiter wrote:
> Micha, the next branch build fails at the moment because ddns need
> intltool what is
> not build at ddns buildtime.
>
> Arne
>
>
> On 2014-07-09 20:31, Michael Tremer wrote:
> > On Thu, 2014-07-03 at 12:39 +0200, Benjamin Schweikert wrote:
> >> Hi,
> >>
> >> can someone write me a short email howto test ddns? Checking out the
> >> ddns.git, and doing a ./make.sh build and extracting the build ddns
> >> package on my ipfire?
> >
> > We plan to ship this with Core Update 80 and will hopefully upload a
> > first test build into the testing branch soon.
> >
> > If you cannot stand the wait, you will find everything what is needed
> > in
> > the next branch.
> >
> > Best,
> > -Michael
> >
> >>
> >>
> >> Ben
> >>
> >>
> >>
> >> 2014-06-30 21:05 GMT+02:00 Michael Tremer <michael.tremer(a)ipfire.org>:
> >> Hello,
> >>
> >> On Mon, 2014-06-30 at 20:53 +0200, Stefan Schantl wrote:
> >> > Hello Michael,
> >> >
> >> > I've coded some lines to support the ddns provider
> >> "enom.com" which has
> >> > been requested on our bugtracker (#10588, #10567).
> >> >
> >> > Basic tests with some invalid data ( because I don't have an
> >> account
> >> > there) have been performed and the errors have been
> >> triggered the
> >> > correct exceptions.
> >>
> >>
> >> Great, but you really need to test your code. If it is a free
> >> provider
> >> go and register an account. If not, search for someone who has
> >> already
> >> got an account and get them testing this for you.
> >>
> >> > * While implementing the new ddns provider, I've moved the
> >> "parse_xml"
> >> > function from the Namecheap provider to the DDNSProvider
> >> main class to
> >> > allow reuse of the code and gain access to this function for
> >> additional
> >> > providers which will be included in the future.
> >>
> >>
> >> I really don't see why we would need that in the global class.
> >> You could
> >> probably move that to a third class you pull in which then
> >> provides only
> >> this function. A class can inherit from multiple classes at
> >> the same
> >> time.
> >>
> >> > * I also found some missing lines which accidently have been
> >> dropped
> >> > while fixing merge conflicts.
> >>
> >>
> >> I would need an extra commit with only that.
> >>
> >> > You can find all changes here:
> >> >
> >> >
> >>
> >> http://git.ipfire.org/?p=people/stevee/ddns.git;a=commit;h=21d0fcb8335d979344a97e33cc36aa88d0fd67cb
> >> >
> >> > Please have a look on them and merge them to upstream.
> >>
> >>
> >> Done that. See my remarks above.
> >>
> >> -Michael
> >>
> >> > A big thanks in advance,
> >> >
> >> > -Stefan
> >> > > Hello,
> >> > >
> >> > > this is a post to update you all about the recent
> >> developments regarding
> >> > > the support for the various upcoming dynamic DNS
> >> providers.
> >> > >
> >> > >
> >> > > Rationale
> >> > >
> >> > > Some of the major dynamic DNS providers stopped their free
> >> services or
> >> > > made them unusable so that people started searching for
> >> alternatives. In
> >> > > IPFire 2, a script called setddns.pl [1] is responsible
> >> for updating the
> >> > > dynamic DNS records. This script has grown over the last
> >> couple of
> >> > > months and if you have looked into it you will have
> >> noticed that it has
> >> > > become from ugly to almost un-maintainable. The decision
> >> that we don't
> >> > > want to take this mess with us into the next generation of
> >> IPFire was
> >> > > already made many years ago.
> >> > >
> >> > >
> >> > > DDNS
> >> > >
> >> > > A project called ddns was started which is a pure Python
> >> client that is
> >> > > much more flexible, cleanly rewritten and easily
> >> extensible. It is
> >> > > cross-platform, cross-distribution and does not need any
> >> third-party
> >> > > python modules.
> >> > >
> >> > > The basics already written years ago, Stefan Schantl and I
> >> worked on
> >> > > making this ready for IPFire 2 and added all the providers
> >> that are
> >> > > currently supported by setddns.pl and ez-ipupdate.
> >> > >
> >> > > The source for the new DDNS tool can be found over here:
> >> > >
> >> > > http://git.ipfire.org/?p=ddns.git;a=summary
> >> > >
> >> > > or on GitHub
> >> > >
> >> > > https://github.com/ipfire/ddns
> >> > >
> >> > > were you can send us pull requests for supporting new
> >> providers and so
> >> > > on.
> >> > >
> >> > > Bug reports go to the usual place:
> >> > >
> >> > >
> >>
> >> https://bugzilla.ipfire.org/describecomponents.cgi?product=DDNS%20Updater
> >> > >
> >> > > There is no fixed release schedule for this, but we are
> >> pretty sure that
> >> > > this won't take long until DDNS arrives in IPFire 2. That
> >> means that we
> >> > > won't take any patches for the setddns.pl script that add
> >> support for
> >> > > new providers any more.
> >> > >
> >> > > We appreciate any contribution and as always hope to get
> >> some feedback
> >> > > back from the community!
> >> > >
> >> > > Best,
> >> > > -Michael
> >> > >
> >> > > [1]
> >>
> >> http://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=src/scripts/setddns.pl;h=5e77fce5c024a3f17ba4c892a94abfe95845e8c6;hb=HEAD
> >> > >
> >> > > _______________________________________________
> >> > > Development mailing list
> >> > > Development(a)lists.ipfire.org
> >> > > http://lists.ipfire.org/mailman/listinfo/development
> >> >
> >> > _______________________________________________
> >> > Development mailing list
> >> > Development(a)lists.ipfire.org
> >> > http://lists.ipfire.org/mailman/listinfo/development
> >>
> >>
> >> _______________________________________________
> >> Development mailing list
> >> Development(a)lists.ipfire.org
> >> http://lists.ipfire.org/mailman/listinfo/development
> >>
> >>
> >>
> >
> > _______________________________________________
> > Development mailing list
> > Development(a)lists.ipfire.org
> > http://lists.ipfire.org/mailman/listinfo/development
> _______________________________________________
> Development mailing list
> Development(a)lists.ipfire.org
> http://lists.ipfire.org/mailman/listinfo/development
next prev parent reply other threads:[~2014-07-10 15:09 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAEVn7dmfC5dSRrRoad+TDXODfcEPUtjYVd5rbCzsN50u_6-vvA@mail.gmail.com>
2014-07-09 18:31 ` Michael Tremer
2014-07-10 13:34 ` Arne Fitzenreiter
2014-07-10 15:09 ` Michael Tremer [this message]
[not found] <1404155136.5242.3.camel@hughes.tremer.info>
2014-07-09 17:37 ` Stefan Schantl
2014-07-09 18:30 ` Michael Tremer
2014-06-25 10:21 Michael Tremer
2014-06-25 14:53 ` R. W. Rodolico
2014-06-25 17:20 ` 5p9
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1405004979.16965.39.camel@rice-oxley.tremer.info \
--to=michael.tremer@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox