Re: [discussion] Fwd: [Bug 2388] Parse dhcpd.leases and feed to tinydns

[Charlie Brady]

On Wed, 5 Apr 2017, John H. Bennett III wrote:

> So, let's get back to discussing whether this feature needs to be in the 
> base, and fully supported going forward.??If so, then agree to provide 
> it, and work to get it there.??

Agreed. Followup to the bug tracker (bug 2388) please.___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/

Re: [discussion] Fwd: [Bug 2388] Parse dhcpd.leases and feed to tinydns

[Terry Fage]

On 6/04/2017 7:49 AM, John H. Bennett III wrote:

Top-posting on purpose.

I personally vote for it to be in the base.

​Thank you,

​John



and Thank You John, sensible words :-)

I agree would be of benefit in the base, and that is the test, does it 
make it better? Yes



TerryF

___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/

Re: [discussion] Fwd: [Bug 2388] Parse dhcpd.leases and feed to tinydns

[Daniel Rose]

I'm not sure I care as much as all this, too many code names and inside 
jokes for me.  So what's nethserver, it looks like SME but with more 
lipstick.  What's the relation between the two?






On 06/04/17 04:23, smeserve...@free.fr wrote:

Le 04/04/2017 à 23:29, Daniel Rose a écrit :

Since this has arrived in my email, I'll comment as well, even if
I'm diluting the discussion.

SME server spends a lot of time explaining that it isn't a Linux
Distro, it's not for mythtv or gcc and so on, it's a simple, rock
solid solution for the specific set of problems it's targeted at.

I've been using this since version 4 (e-smith!), and the lack of a
link between DHCP and DNS has always made me a little sad.  It's
the kind of feature that really belongs in a product making claims
to be specifically targeted to do what it does.


My first reaction was to unsubscrib from this mailing-list, I forgot 
to do it after my last message about IXUS !



After reading 
[https://lists.contribs.org/pipermail/devinfo/2017-April/014022.html], 
my real reaction was :


who really cares, nobody cares, and me too, I don't care !


But you sent a message...finally there is someone who cares !

I found and added the contrib in question by sheer luck yesterday
when I was trying to find a way to set dhcp options for voip
phones in the server manager.

If you take features like this and make them contribs then it
dilutes the usefulness of SME-Server.  So long as DNS is core, and
DHCP is core, basic functions for both should be core as well, IMO.


Then I decided to have a look to this bug 
[ttps://bugs.contribs.org/show_bug.cgi?id=2388]. This bug is opened 
since 2007...10 years !


In the same time, I decided to compare the decision process for 
another bug [https://bugs.contribs.org/show_bug.cgi?id=8939], a really 
"useful" feature released in really short time (I'm the anonymous guy 
: good, they know how to anonymize when they want!)


You should now understand what I called "the bug in the machine".

My second reaction was : What does Zeroboni try to obtain or what does 
he expect ?




Maybe there is a secret war between C.Brown, D-Bil, Self=This, The 
Fool, The Fallen King and Zeroboni.


Maybe Zeroboni is trying to escape from his ivory tower to exist 
[http://community.nethserver.org/t/personalised-directory-for-e-smith-layer/6435/3] 
!


No, I don't think so, Zeroboni is just afraid because SME is near to 
experience an imminent death comparing to NethServer !


(With his huge voice, CB will say : STOP TO FEED THE TROLL ! Nothing 
must change ! )




Let's try to be serious 1 second.

This debate should be in their secret mailing-list for the board of 
dictators and the word "dictator" should be understood as Linus 
Torvald' behaviour for the kernel. But Linus is acoder ! How many 
coders in the board?


They all want to be a dictator in their own area, Zeroboni is the 
dictator of forums, his own forum because in the Nethesis one, this is 
more complex for him. But, Zeroboni is not the dictator of bugs, I 
suppose he would be if he could.


Finally, thanks to JPP, we all can have an idea about the Koozali' 
illness: "This is a story about four people named Everybody, Somebody, 
Anybody and Nobody"...Does anybody care ?


XA



___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/


___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/

Re: [discussion] Fwd: [Bug 2388] Parse dhcpd.leases and feed to tinydns

[smeserverng]

Le 04/04/2017 à 23:29, Daniel Rose a écrit : 



Since this has arrived in my email, I'll comment as well, even if I'm diluting 
the discussion. 
SME server spends a lot of time explaining that it isn't a Linux Distro, it's 
not for mythtv or gcc and so on, it's a simple, rock solid solution for the 
specific set of problems it's targeted at. 
I've been using this since version 4 (e-smith!), and the lack of a link between 
DHCP and DNS has always made me a little sad. It's the kind of feature that 
really belongs in a product making claims to be specifically targeted to do 
what it does. 




My first reaction was to unsubscrib from this mailing-list, I forgot to do it 
after my last message about IXUS ! 


After reading [ 
https://lists.contribs.org/pipermail/devinfo/2017-April/014022.html ], my real 
reaction was : 

who really cares, nobody cares, and me too, I don't care ! 


But you sent a message...finally there is someone who cares ! 


I found and added the contrib in question by sheer luck yesterday when I was 
trying to find a way to set dhcp options for voip phones in the server manager. 

If you take features like this and make them contribs then it dilutes the 
usefulness of SME-Server. So long as DNS is core, and DHCP is core, basic 
functions for both should be core as well, IMO. 


Then I decided to have a look to this bug 
[ttps://bugs.contribs.org/show_bug.cgi?id=2388]. This bug is opened since 
2007...10 years ! 

In the same time, I decided to compare the decision process for another bug [ 
https://bugs.contribs.org/show_bug.cgi?id=8939 ], a really "useful" feature 
released in really short time (I'm the anonymous guy : good, they know how to 
anonymize when they want!) 

You should now understand what I called "the bug in the machine". 

My second reaction was : What does Zeroboni try to obtain or what does he 
expect ? 

 

Maybe there is a secret war between C.Brown, D-Bil, Self=This, The Fool, The 
Fallen King and Zeroboni. 

Maybe Zeroboni is trying to escape from his ivory tower to exist [ 
http://community.nethserver.org/t/personalised-directory-for-e-smith-layer/6435/3
 ] ! 

No, I don't think so, Zeroboni is just afraid because SME is near to experience 
an imminent death comparing to NethServer ! 

(With his huge voice, CB will say : STOP TO FEED THE TROLL ! Nothing must 
change ! ) 

 

Let's try to be serious 1 second. 

This debate should be in their secret mailing-list for the board of dictators 
and the word "dictator" should be understood as Linus Torvald' behaviour for 
the kernel. But Linus is acoder ! How many coders in the board? 

They all want to be a dictator in their own area, Zeroboni is the dictator of 
forums, his own forum because in the Nethesis one, this is more complex for 
him. But, Zeroboni is not the dictator of bugs, I suppose he would be if he 
could. 

Finally, thanks to JPP, we all can have an idea about the Koozali' illness: 
"This is a story about four people named Everybody, Somebody, Anybody and 
Nobody"...Does anybody care ? 

XA 

___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/

Re: [discussion] Fwd: [Bug 2388] Parse dhcpd.leases and feed to tinydns

[Daniel Rose]

Since this has arrived in my email, I'll comment as well, even if I'm 
diluting the discussion.


SME server spends a lot of time explaining that it isn't a Linux Distro, 
it's not for mythtv or gcc and so on, it's a simple, rock solid solution 
for the specific set of problems it's targeted at.


I've been using this since version 4 (e-smith!), and the lack of a link 
between DHCP and DNS has always made me a little sad.  It's the kind of 
feature that really belongs in a product making claims to be 
specifically targeted to do what it does.


I found and added the contrib in question by sheer luck yesterday when I 
was trying to find a way to set dhcp options for voip phones in the 
server manager.


If you take features like this and make them contribs then it dilutes 
the usefulness of SME-Server.  So long as DNS is core, and DHCP is core, 
basic functions for both should be core as well, IMO.


However, I appreciate that it's one thing for me to make an 
architectural decision in line with the project's aims, and quite 
another to just assume that someone with the time and will to make it 
happen will just follow along, so I thank each and all of you for all 
your hard work over the years.


 - Dan

PS: Can we make FreePBX core as well please?   ;)


On 03/04/17 23:30, Stefano Zamboni wrote:


since I was explicitly requested to discuss this topic outside BZ, I 
forward it to devinfo and discussion



Bug 2388 was created to add to the core the feature of keeping in sync 
dhcp leases and dns entries


in the (long) bug's discussion some solutions were proposed and, at 
the end, Stephane created a contrib (thank you mate), because adding a 
feature to the core is harder than digging a tunnel under a mountain 
with a tea spoon :-)


now..

the code to solve/offer the requested feature already exists, so the 
bug itself should not exist and the code developed by Steph should be 
already merged into the core.


so, my first question is: why this code is not in the base?

and the second one is: since we moved it to the futurere and SME10 is 
in alpha stage (which is exactly the phase were you add and test 
features), what are the requested steps to add the code to the base?


thank you

S.



 Forwarded Message 
Subject:[Bug 2388] Parse dhcpd.leases and feed to tinydns
Date:   Mon, 03 Apr 2017 13:18:37 +
From:   bugzilla-dae...@contribs.org
To: zamb...@mind-at-work.it



*Comment # 137  
on bug 2388  from 
Jean-Philippe Pialasse  *

(In reply to Stefano Zamboni fromcomment #136 )
> I'm well aware of how things are supposed to work.. > > the "issue" here is that we already have a contrib, made by 
Steph, which > offers the requested feature..


that is not the issue I see. What I see here is the need to have dhcp lease and
dns to be in sync as base functionality.

Further more having a contrib is not an issue but a workaround. Thanks to
Stephan to have worked on it.

>> so, IMO, this bug should be cloned for SME10 and this one (which was 
a NFR > for SME9) closed..


which mean we loose the follow up existing in this bug, or we need to consult
two bugs to fully understand the situation. That's why we usually move the bug
to the higher version of SME available, so we can fix it with a full. Then
duplicate it to lower version where we want to backport it.

>> sounds reasonable?

what would sound reasonable is to keep on discussion on devinfo instead of
diluting this bug.

You are receiving this mail because:

  * You are on the CC list for the bug.



___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/


___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/

Re: [discussion] Fwd: [Bug 2388] Parse dhcpd.leases and feed to tinydns

[Jean-Philippe PIALASSE]

it seems the discussion has been forked to devinfo list for who is
interested.

JP

Le 2017-04-03 à 09:30, Stefano Zamboni a écrit :
>
> since I was explicitly requested to discuss this topic outside BZ, I
> forward it to devinfo and discussion
>
>
> Bug 2388 was created to add to the core the feature of keeping in sync
> dhcp leases and dns entries
>
> in the (long) bug's discussion some solutions were proposed and, at
> the end, Stephane created a contrib (thank you mate), because adding a
> feature to the core is harder than digging a tunnel under a mountain
> with a tea spoon :-)
>
> now..
>
> the code to solve/offer the requested feature already exists, so the
> bug itself should not exist and the code developed by Steph should be
> already merged into the core.
>
> so, my first question is: why this code is not in the base?
>
> and the second one is: since we moved it to the futurere and SME10 is
> in alpha stage (which is exactly the phase were you add and test
> features), what are the requested steps to add the code to the base?
>
> thank you
>
> S.
>
>
>
>  Forwarded Message 
> Subject:  [Bug 2388] Parse dhcpd.leases and feed to tinydns
> Date: Mon, 03 Apr 2017 13:18:37 +
> From: bugzilla-dae...@contribs.org
> To:   zamb...@mind-at-work.it
>
>
>
> *Comment # 137 
> on bug 2388  from
> Jean-Philippe Pialasse  *
> (In reply to Stefano Zamboni from comment #136 )
> > I'm well aware of how things are supposed to work.. > > the "issue" here is 
> > that we already have a contrib, made by
> Steph, which > offers the requested feature..
>
> that is not the issue I see. What I see here is the need to have dhcp lease 
> and
> dns to be in sync as base functionality.
>
> Further more having a contrib is not an issue but a workaround. Thanks to
> Stephan to have worked on it.
>
> > > so, IMO, this bug should be cloned for SME10 and this one (which was
> a NFR > for SME9) closed..
>
> which mean we loose the follow up existing in this bug, or we need to consult
> two bugs to fully understand the situation. That's why we usually move the bug
> to the higher version of SME available, so we can fix it with a full. Then
> duplicate it to lower version where we want to backport it.
>
> > > sounds reasonable?
>
> what would sound reasonable is to keep on discussion on devinfo instead of
> diluting this bug.
> 
> You are receiving this mail because:
>
>   * You are on the CC list for the bug.
>
>
>
> ___
> Discussion about project organisation and overall direction
> To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
> Searchable archive at https://lists.contribs.org/mailman/public/discussion/


___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/