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