On Wed, Apr 17, 2013 at 1:31 PM, Lucas De Marchi < [email protected]> wrote:
> On Apr 17, 2013 11:49 AM, "Rafael Antognolli" <[email protected]> > wrote: > > > > On Wed, Apr 17, 2013 at 10:09 AM, Cedric BAIL <[email protected]> > wrote: > > > Cedric Bail > > > On Apr 17, 2013 2:22 AM, "Tom Hacohen" <[email protected]> > wrote: > > >> > > >> On 17/04/13 02:28, Jérôme Pinot wrote: > > >> > On 04/17/13 10:11, David Seikel wrote: > > >> >> On Tue, 16 Apr 2013 20:57:33 -0300 Lucas De Marchi > > >> >> <[email protected]> wrote: > > >> >> > > >> >>> On Tue, Apr 16, 2013 at 8:34 PM, Carsten Haitzler > > >> >>> <[email protected]> wrote: > > >> >>>> On Tue, 16 Apr 2013 16:24:08 -0300 Lucas De Marchi > > >> >>>> <[email protected]> said: > > >> >>>> > > >> >>>>> On Tue, Apr 16, 2013 at 4:13 PM, < > [email protected] > > > > >> >>>>> wrote: > > >> >>>>>> Tom Hacohen <[email protected]> wrote: > > >> >>>>>>> > > >> >>>>>>> On 16/04/13 16:01, Lucas De Marchi wrote: > > >> >>>>>>>> > > >> >>>>>>>> On Tue, Apr 16, 2013 at 11:54 AM, Tom Hacohen > > >> >>>>>>>> <[email protected]> wrote: > > >> >>>>>>>>> > > >> >>>>>>>>> On 16/04/13 15:26, Lucas De Marchi wrote: > > >> >>>>>>>>> > > >> >>>>>>>>>> On Tue, Apr 16, 2013 at 11:12 AM, Tom Hacohen > > >> >>>>>>>>>> <[email protected]> wrote: > > >> >>>>>>>>>> > > >> >>>>>>>>>>> Hey guys, > > >> >>>>>>>>>>> > > >> >>>>>>>>>>> How are you? I just noticed that 'edbus' installs headers > > >> >>>>>>>>>>> under: prefix/include/edbus-1 > > >> >>>>>>>>>>> while using the > > >> >>>>>>>>>>> pkgconfig name 'edbus2' > > >> >>>>>>>>>>> the library name 'libedbus2' > > >> >>>>>>>>>>> and an header called 'EDbus.h'. > > >> >>>>>>>>>>> > > >> >>>>>>>>>>> Luckily for us, it's not too late to fix it. Only > question, > > >> >>>>>>>>>>> what should > > >> >>>>>>>>>>> we > > >> >>>>>>>>>>> change it to? Everywhere with the 2 or everywhere without > > >> >>>>>>>>>>> the 2? > > >> >>>>>>>>>> > > >> >>>>>>>>>> > > >> >>>>>>>>>> > > >> >>>>>>>>>> E_DBus installed edbus.pc and libedbus.so - that's why we > > >> >>>>>>>>>> needed to put a 2 in the name. > > >> >>>>>>>>>> > > >> >>>>>>>>>> However the name is edbus and has no relations with the > > >> >>>>>>>>>> previous library. It's not a new version, it's a complete > > >> >>>>>>>>>> different one. So appending a "2" in headers and include > > >> >>>>>>>>>> path is the wrong thing to do. > > >> >>>>>>>>>> > > >> >>>>>>>>>> If ebus was available I would vote for that. It seems we > are > > >> >>>>>>>>>> short in options for names. > > >> >>>>>>>>>> > > >> >>>>>>>>>> Lucas De Marchi > > >> >>>>>>>>> > > >> >>>>>>>>> > > >> >>>>>>>>> > > >> >>>>>>>>> > > >> >>>>>>>>> I understand putting the 2 was needed, but if we add it > once, > > >> >>>>>>>>> we should add > > >> >>>>>>>>> it everywhere. It's annoyingly inconsistent. > > >> >>>>>>>>> > > >> >>>>>>>>> Why did you choose 2 then? Why not 4? Or A? You chose 2 > > >> >>>>>>>>> because it's the > > >> >>>>>>>>> best explanation, as it is, although mostly unrelated, > e_dbus > > >> >>>>>>>>> v2. And if > > >> >>>>>>>> > > >> >>>>>>>> > > >> >>>>>>>> because it was not me is the best explanation. > > >> >>>>>>>> > > >> >>>>>>>>> that's good enough there, it's good enough everywhere. > > >> >>>>>>>>> > > >> >>>>>>>>> In conclusion, I see no harm in using edbus2 all around the > > >> >>>>>>>>> place. > > >> >>>>>>>> > > >> >>>>>>>> > > >> >>>>>>>> it's not good enough there, even less everywhere. The > visible > > >> >>>>>>>> part to the developer is the include path and the namespace. > > >> >>>>>>>> And these should reflect the library name. If anything change > > >> >>>>>>>> everything to something else, but don't put the 2 there. > > >> >>>>>>> > > >> >>>>>>> > > >> >>>>>>> > > >> >>>>>>> Let's wait to see what others think, as we disagree about the > > >> >>>>>>> source of the problem, and that's: is this a major > > >> >>>>>>> inconsistency that should be solved. > > >> >>>>>>> > > >> >>>>>>> Anyhow, regarding different names: I suggest edbus2. > > >> >>>>>>> > > >> >>>>>>> -- > > >> >>>>>>> Tom. > > >> >>>>>>> > > >> >>>>>>> > > >> >>>>>>> ________________________________ > > >> >>>>>>> > > >> >>>>>>> Precog is a next-generation analytics platform capable of > > >> >>>>>>> advanced analytics on semi-structured data. The platform > > >> >>>>>>> includes APIs for building apps and a phenomenal toolset for > > >> >>>>>>> data science. Developers can use our toolset for easy data > > >> >>>>>>> analysis & visualization. Get a free account! > > >> >>>>>>> http://www2.precog.com/precogplatform/slashdotnewsletter > > >> >>>>>>> ________________________________ > > >> >>>>>>> > > >> >>>>>>> enlightenment-devel mailing list > > >> >>>>>>> [email protected] > > >> >>>>>>> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > >> >>>>>> > > >> >>>>>> > > >> >>>>>> I agree with whatever demarchi says. > > >> >>>>> > > >> >>>>> I disagree. > > >> >>>>> > > >> >>>>> > > >> >>>>> oh, wait... > > >> >>>>> > > >> >>>>> Lucas De Marchi > > >> >>>> > > >> >>>> :-P ... i have to say though - consistency is good. not just for > > >> >>>> devs, but packagers and anyone looking at their filesystem. if > > >> >>>> things are named in a consistent pattern it is easy to know what > > >> >>>> belongs where without needing package databases or other > forensics > > >> >>>> tools. > > >> >>> > > >> >>> Sure it's good, no doubt. Just that renaming to edbus2 for the > sake of > > >> >>> consistency is even worse, not because of the rename, but because > of > > >> >>> the name chosen. > > >> >>> > > >> >>> ebus? anyone? > > >> >> > > >> >> The name of the ebus goes 'round and 'round. > > >> > > > >> > As we all like E, I suggest edeebus > > >> > > >> +1 from me. > > > > > > For the fun I will give a +1 to edeebus to ! > > > > > > > +1 from me too. > > What about eldbus? > +3 for eldbus and you can count +1 from sachiel, since he is spanish or something like that > > Lucas De Marchi > > > > > -- > > Rafael Antognolli > > http://antognolli.org/ > > > > > > ------------------------------------------------------------------------------ > > Precog is a next-generation analytics platform capable of advanced > > analytics on semi-structured data. The platform includes APIs for > building > > apps and a phenomenal toolset for data science. Developers can use > > our toolset for easy data analysis & visualization. Get a free account! > > http://www2.precog.com/precogplatform/slashdotnewsletter > > _______________________________________________ > > enlightenment-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Luís Felipe Strano Moraes http://www.strano.org ------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
