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: 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


  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