<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">2013/9/12 Andreas Tille <span dir="ltr"><<a href="mailto:andreas@an3as.eu" target="_blank">andreas@an3as.eu</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Miriam,<br></blockquote><div><br></div><div>Hi! :) <br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
On Wed, Sep 11, 2013 at 11:20:44PM +0200, Miriam Ruiz wrote:<br>
><br>
> Maybe we should start setting up the lists of packages that might be<br>
> relevant for kids, at the same time.<br>
<br>
</div>Well, the list is setup here<br>
<br>
<a href="http://blends.alioth.debian.org/junior/tasks/packagelist" target="_blank">http://blends.alioth.debian.org/junior/tasks/packagelist</a> [1]<br>
<br>
and it is also categorised here<br>
<br>
<a href="http://blends.alioth.debian.org/junior/tasks/" target="_blank">http://blends.alioth.debian.org/junior/tasks/</a> [2]<br>
<div class="im"><br>
> It's not obvious what those packages<br>
> might be, I mean, there's like a dozen of them which are very clear,<br>
<br>
</div>Could somebody please check those who are clear and if they are missing<br>
please give me a ping in what task it should be (or what task might be<br>
wrong). I'd happily volunteer to do the according<br>
<br>
echo "Depends: <pkgname>" >> <taskname> ; svn commit -m "add <pkg> to <task>"<br>
<br>
if somebody would simply tell me. If you prefer Git please tell me<br>
right now and you will have the Debian Jr tasks in Git in 24h.<br>
</blockquote><div><br></div><div>SVN is okay, thanks :)<br><br></div><div>I can do that, and it would be a very visible first step, but in my opinion that would be like starting to build the house from the roof. In my personal vision -that of course is open to debate, if anyone is willing to share theirs-, the task of the Kids Team is essentially a classification one. Of course, more tasks can be added, like packaging new things, spreading the word, polishing existing packages, and stuff. But what I would like to have is some metadata regarding at least a relevant subset of the packages in Debian, including relevant information about whether those packages are suitable for which kind of kids. That's my main goal.<br>
<br></div><div>As a side note, I would like to open a debate about this, if anyone sees it differently and wants to share their point of view.<br><br></div><div>So, to achieve that goal, I would like to have somewhere to store the metadata needed for this classification. DebTags has always been the most obvious possibility. Another option discusses was to add an extension to desktop files. The most quick and dirty option would be to set up an sql database somewhere and export everything from that. If DebTags are out of the equation, any suggestions about this?<br>
<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> but more in depth analysis is going to probably be needed for the rest.<br>
<br>
</div>+1<br>
<div class="im"><br>
> I'm not<br>
> really sure about how to handle that, without relaying on some<br>
> community-based tool such as debtags or wiki, and I obviously don't feel<br>
> myself capable of doing it all alone.<br>
<br>
</div>You are not alone on the technical side but I'm simply lacking in<br>
knowledge. I do not think that debtags should be used to design a task<br>
in terms of a set of packages and to my surprise Enrico told me exactly<br>
this at DebConf. So if you don't believe me - please ask "Mr. DebTags"<br>
for what purpose he invented this stuff.<br>
<br>
If you prefer a Wiki over Blends tools - feel free to even use a Wiki<br>
and I might watch it to port the diff to the Blends tasks files. However,<br>
I wonder why you<br>
<br>
a) want to duplicate the work that is just done (see [1],[2])<br>
b) think that the one liner above is harder to do than a Wiki edit<br>
for you / my offer to work as "one liner proxy" for people<br>
not comfortable with SVN / Git<br>
<div class="im"><br>
> > You should expect some delay / send some ping to the debtags list<br>
> > because it is not very active since some years[1].<br>
> ><br>
><br>
> Yup, I guess that we will have to be patient about this.<br>
<br>
</div>So, why not starting right now with something that does not need this<br>
level of patience? I'm honestly trying to find out what people keeps<br>
away from working with tasks files. I'm sure all the people who are<br>
*currently* involved are not afraid about simple d/control like text<br>
files and working in SVN or Git. So this can't be the explanation. For<br>
others I might consider a GSoC 2014: Webdesigner for Blends tasks.<br></blockquote><br></div>We certainly could come up with a quick and dirty list of suitable packages to set up the tasks, I don't think that should be a problem. The main problem is that instead of coming from some debate, consensus or even community knowledge, I would just come out from a list of packages that I would think appropriate for each age rank. I certainly think we can do things better, at least if other people want to be involved in this. The good point about starting with the tasks is that we would already have quick results that might motivate other people. In my plan, there were some initial stages before defining some subsets of packages for each tasks. Like defining the tasks themselves, for example.<br>
<br></div><div class="gmail_extra">Greetings and lost of thanks,<br></div><div class="gmail_extra">Miry<br><br></div><div class="gmail_extra">PS: I'm keeping debtags mailing list CC'ed in this mail, because they might be still be interested in some part of this mail, but I'll probably remove them from CC in the next ones<br>
</div></div>