[Hamara-devel] Hamara Server Edition

[Pirate Praveen]

On 2015, നവംബർ 5 6:34:26 AM IST, Jonas Smedegaard <dr at jones.dk> wrote:
>Quoting Vikas Tara (2015-11-04 18:47:29)
>> On 04/11/15 17:39, Jonas Smedegaard wrote:
>>> Quoting Anant (2015-11-04 17:43:35)
>>>> Hope you are doing well, I am writing this to inform that I am 
>>>> taking initiative to build process of Hamara Server edition.
>>>>
>>>> Suggestions and feedbacks are welcome.
>>> How will Hamara erver edition be different from plain Debian?
>>>
>> The idea of the hamara server edition is to have an iso / DVD that
>can 
>> be shipped containing packages that are suited to the Indian user 
>> base.
>
>How is Indian user base different from, say, Venezuelan or Peruvian
>user 
>base?  Language is different, but that's hardly reason for deriving.
>
>Debian aims to be universal, and considers India part of that universe.
>How is Debian unsuitable for Indian user base?  What more specifically 
>do you want to differentiate, and why?
>
>Don't get me wrong - I don't try start a pissing contest here.  I just 
>dearly want to avoid wasting resources on duplicated work. 
>Enthusiastic 
>developers in Venzuela have made great progress getting the Intel 
>Classmate to work more smoothly but sadly work on a derivative of
>Debian 
>so ny work they do, someone needs to additionally mirror for the rest
>of 
>the universe to benefit from it.
>
>
>> As with all hamara things - we may elect to ship versions of packages
>
>> that are not in debian or are older versions.
>>
>> Diaspora Installer is on example, as is the case with software such
>as 
>> Gnu Khata.
>
>I don't follow: Both those concrete examples seem in active process of 
>being packaged for Debian.
>
>Is it that you dislike how those are packaged for Debian and wanna 
>"compete" - i.e. do it differently in parallel?  Or that you expect it 
>to take too long to enter Debian "stable" and you consider it needing 
>less testing to expose to your users?  Something else?

I see a value of picking some packages like the two mentioned from testing/unstable. But backports would provide that functionality to a large extend. It may be a good idea to have specific blends to have more frequent releases using backports.

>I can understand if you want the flexibility of forking at any moment 
>you see fit, for various reasons - what puzzles me is if as a
>_starting_ 
>point you choose to burden yourself with work already done or in the 
>making in Debian.  Which it seems to me that you might be aiming for 
>here.
>
>The better I understand your reasons for working in parallel to Debian,
>
>the more likely Debian realizes its limitations for local needs and 
>hopefully improves to be more welcoming to projects like Hamara.
>
> - Jonas

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.