public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Introducing DDNS
Date: Wed, 09 Jul 2014 20:30:11 +0200	[thread overview]
Message-ID: <1404930611.16965.0.camel@rice-oxley.tremer.info> (raw)
In-Reply-To: <1404927468.16368.9.camel@acer.stevee>

[-- Attachment #1: Type: text/plain, Size: 5350 bytes --]

Thanks, merged.

On Wed, 2014-07-09 at 19:37 +0200, Stefan Schantl wrote:
> Hello Michael,
> 
> thanks for your feedback, I've reworked my changes and divided into
> several commits now.
> 
> > 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.
> 
> Thanks for the hint, I will try to get a tester for this non free
> provider.
> 
> The code for adding it can be obtained from here:
> 
> http://git.ipfire.org/?p=people/stevee/ddns.git;a=commit;h=3521652326429d80c67b8a0e7277d9e48ac5faa3
> 
> > 
> > > * 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've moved the affected code parts now into it's own class as you
> suggested.
> 
> http://git.ipfire.org/?p=people/stevee/ddns.git;a=commit;h=78c9780b8f7e6342b491db90aca4fa5cb4d45850
> 
> > 
> > > * I also found some missing lines which accidently have been dropped 
> > > while fixing merge conflicts.
> > 
> > I would need an extra commit with only that.
> 
> Done.
> 
> http://git.ipfire.org/?p=people/stevee/ddns.git;a=commit;h=a204b1072c8e45c1ccdbbae4ed7179988b2afadf
> 
> Best,
> 
> -Stefan
> > 
> > > 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
> > 
> > 
> 
> 


  reply	other threads:[~2014-07-09 18:30 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1404155136.5242.3.camel@hughes.tremer.info>
2014-07-09 17:37 ` Stefan Schantl
2014-07-09 18:30   ` Michael Tremer [this message]
     [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
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=1404930611.16965.0.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