deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<parabyte>
i take it you guys are moving away from android stuff in your kernel?
<KBme>
i think allwinner (and maybe sunxi) officially do not support linux, they support android (wtf? android is now disjoint from linux?)
<parabyte>
i think its include paths
<parabyte>
yeah not its not finding the header file for mach/sys_config.h
<parabyte>
lol nightmare
keebler has joined #linux-sunxi
<parabyte>
i suspect variable names have changed
<parabyte>
:D
<parabyte>
ill bbl
<parabyte>
thanks 7
parabyte has quit [Quit: Leaving]
egbert has joined #linux-sunxi
egbert_ has quit [Ping timeout: 250 seconds]
kenttatiana has quit [Remote host closed the connection]
navym has joined #linux-sunxi
windyan has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
KBme has quit [Ping timeout: 252 seconds]
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
FDCX has quit [Read error: Operation timed out]
FDCX has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
iamfrankenstein has joined #linux-sunxi
<wens>
just sent a mail to AMPAK again. wonder if I'll get a reply
Black_Horseman has quit [Remote host closed the connection]
Quarx has joined #linux-sunxi
Quarx has quit [Client Quit]
AreaScout has joined #linux-sunxi
rellla has joined #linux-sunxi
navym_ has joined #linux-sunxi
navym has quit [Ping timeout: 250 seconds]
navym_ is now known as navym
rellla2 has joined #linux-sunxi
rellla has quit [Ping timeout: 246 seconds]
tomboy65 has joined #linux-sunxi
wolfy has joined #linux-sunxi
<oliv3r>
mornin'
n01 has joined #linux-sunxi
AreaScout2 has joined #linux-sunxi
AreaScout has quit [Ping timeout: 252 seconds]
fredy has quit [Excess Flood]
sspiff has joined #linux-sunxi
fredy has joined #linux-sunxi
<juanfont>
hi
cubear has joined #linux-sunxi
<oliv3r>
just an FYI, I created a gitorious linux-sunxi and mirrored the 3 main repo's there. I can add more etc (as can mnemoc et al)
<wens>
isn't that more work to keep them in sync?
<oliv3r>
yes
<oliv3r>
but some people have problems using github because the webUI isn't opensource
<mnemoc>
If you like I can teach the robot which currently mirrors sunxi-next and master and android-* into linux-sunxi to push to gitorious
<oliv3r>
mnemoc: awesome, i'm currently uploading the rpo's (i probably did it wrong, but we'll see when it's done)
<mnemoc>
oliv3r: poke me when it's up
<oliv3r>
mnemoc: you are administrator/owner of the project/rpeo's
<oliv3r>
mnemoc: sunxi-boards is up
<oliv3r>
i can't push the BSP, my copy is very dirty and broken :p
cajg has quit [Ping timeout: 245 seconds]
_massi_ has joined #linux-sunxi
cajg has joined #linux-sunxi
<oliv3r>
mnemoc: why does luke keep saying that this 'sunxi party where he wasn't invited'?
<oliv3r>
mnemoc: how did you 'fork' from rhombus-tech that causes him to be so bitter?
<oliv3r>
mnemoc: can you setup the bot to sync the origin branches (and delete mine) i mindlessly did a git push; but that only pushed my own stuff
<oliv3r>
but with the bluk there, the other branches shouldn't cause much pushing
<mnemoc>
oliv3r: businesses. the sunxi "fork" was agreed on IRC by the community. to give us a place where to be first class citizens (and not yet another SoC) and to leave #arm-network for EOMA68 as Luke stated several times
<mnemoc>
after the fork r-t lost "control" and relevance
<mnemoc>
by the time this channel was spinned off the arm-netbook list was discussing about leaving the A10 behind in favour of other SoCs
<mnemoc>
and most of us where there because of the A10 more than the EOMA68 (patented) standard
<oliv3r>
yeah but what's the bitterness about
<oliv3r>
i mean, nobody did not-invite him or anything
<oliv3r>
this is nothing but evolution isn't it?
<mnemoc>
I don't know.... I even paid the 75E for the improv thing to support luke's project
<mnemoc>
oliv3r: no one sent him a personal mail. no one invited anyone, it was talked in IRC, where he was "present"
<oliv3r>
that's what I thought (the fork was before my sunxi days)
<oliv3r>
irc spinoff I was there for, and it made sense (still does)
<mnemoc>
we had #arm-netbook taken over by sunxi-specific and eoma68-unrelated issues
<mnemoc>
same for the arm-netbook mailing list
<mnemoc>
and we were reminded several times that it wasn't the place for non-eom68 discussions
tzafrir has quit [Ping timeout: 252 seconds]
<mnemoc>
it wasn't a fork. as eom68 is a hardware PRODUCT and sunxi is a soc-specific software support project
<mnemoc>
products have their own channels and lists, we here try to remain neutral
<oliv3r>
the way I see it, Rhombus focuses around EOMA68 and 'needs'sunxi for the kernel
<oliv3r>
once they switch soc, they'll 'need'a new community
<mnemoc>
same as cubietech or olimex or miniand or itead....
<oliv3r>
exactly
enrico_ has joined #linux-sunxi
<oliv3r>
we work on the kernel/software side of things, #cubietech or #olimex focuses on general users of their boards and general stuff
<mnemoc>
eoma68 has it's own fans, not bound to sunxi
<oliv3r>
pretty healthy seperation followed by healthy evolution
<mnemoc>
but it took them over 2 years to produce a card
<mnemoc>
it's not sunxi's fault
<oliv3r>
nah, but he keeps saying 'i wasn't invited' 'sunxi split off and did their own thing'
<mnemoc>
oliv3r: yes, it's very heathly to keep businesses separated from open source projects, even if there are connections
<mnemoc>
oliv3r: he didn't get a personal mail. no one did
<oliv3r>
there's a bus going to the brussels train station, then a train going to the airport
<oliv3r>
it's about an hour of traveling
<oliv3r>
mnemoc: i take it the plan is, at one point, to have git.linux-sunxi.org as the leading repo pushing to github (gitorious) via the bot to keep those in sync?
<oliv3r>
so users read from github/gitorious
<gzamboni>
i will have a: Go go Oliver Ranger!
<mnemoc>
linux-sunxi.org is already mirroring. http and git interfaces are missing :p
<oliv3r>
so we have git.linux-sunxi.org allready?
<oliv3r>
awesome
<oliv3r>
shoudl have posted that
<mnemoc>
not yet
<mnemoc>
i'll setup git:// and cgit tonight
<oliv3r>
mnemoc: crap i think i forogt my password for maxime :D
notmart has joined #linux-sunxi
notmart has quit [Client Quit]
<oliv3r>
i know I used something I thought i wouldn't forget
FR^2 has joined #linux-sunxi
<mnemoc>
oliv3r: should I reset it?
deasy has joined #linux-sunxi
<oliv3r>
mnemoc: i think so, im' trying to think it, but i can't remember
tzafrir has joined #linux-sunxi
alcides has joined #linux-sunxi
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
iamfrankenstein has quit [Read error: Connection reset by peer]
iamfrankenstein has joined #linux-sunxi
alcides has quit [Remote host closed the connection]
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
<arete74_>
/msg mnemoc hi, i am happy for you new $work! .-)
<mnemoc>
arete74_: thanks :)
jinzo has joined #linux-sunxi
naobsd has joined #linux-sunxi
<wens>
has allwinner ever confirmed they used dwmac as gmac in A20?
KBme has joined #linux-sunxi
<oliv3r>
of course not
<oliv3r>
wens: but they use a number of designware IP's so it's not unlikly
ganbold_ has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<plaes>
does anyone know where can I download allwinner official sdk?
<oliv3r>
from allwinner of course
<oliv3r>
i think we host a copy though
<plaes>
can't find it from their site :S
<oliv3r>
plaes: but what exactly are you after?
<oliv3r>
because the SDK is a few gigabytes and gives you all of the android stuff
<oliv3r>
if your just after the sdk kernel sources, those are on github
<TheSeven>
(apply this to the v20 kernel driver to make api v19 (android) libs work, while breaking v20 libs)
<jinzo>
damn there're some A10 based car radios out there
<lkcl>
mnemoc: i may have been quotes in quotes the #arm-netbook channel at the time that the discussion was taking place, but because it was "general discussion", i didn't see *any* of it.
<lkcl>
mnemoc: until you mentioned it in here and happened also to mention the word "lkcl", i *happened* to get an "alert" from xchat (in blue) telling me that my name had come up in a discussion
<n01>
mripard: the ping is not to pressure you :)
shineworld has quit [Quit: Leaving]
<lkcl>
so: no. i was NOT aware of the existence of the linux-sunxi.org web site being set up until MONTHS afterwards.
<mnemoc>
i understand you were not aware of the existance of this channel or it's mailing list
<mnemoc>
but nothing was hidden
<Turl>
lkcl: you now know, so what's the problem? :)
PotbyteYe is now known as parabyte
<mnemoc>
you were busy doing other things, and that's fine
<Turl>
TheSeven: thanks
<mnemoc>
but don't come now ranting
<parabyte>
TheSeven, you helped me find that zet6221 driver it needs bunches of android headers
<Turl>
TheSeven: would it be possible to send them to the list?
<parabyte>
well 2 specfically
<TheSeven>
Turl: sure, although they might need some cleanup (mostly whitespace mess)
<lkcl>
Turl: there are two problems. the first is that because i wasn't consulted, i did not have an opportunity to mention the considerable resources available from several people in the software libre world who would have been able to help
<Turl>
lkcl: what kind of resources?
<lkcl>
as a result of that non-consultation, the linux-sunxi community went off and used proprietary services that people who have specific goals to respect and honour software freedom CANNOT USE
<Turl>
lkcl: such as?
<mnemoc>
lkcl: why should you have been consulted? did you own the developers?
<lkcl>
Turl: running git, mailing lists, hosting services, entire servers, web sites, and so on.
<lkcl>
mnemoc: you've read - in its entirety - what i wrote on-list?
<lkcl>
i specifically stated "you are entirely free to do whatever you find most useful to you"
<jinzo>
lkcl, you still didn't drop that stuff? It's still bothering you?
<mnemoc>
lkcl: i haven't read the arm-netbook ML in a very long time
<jinzo>
I don't understand _why_ is it still bothering you?
<lkcl>
jinzo: there's more going on here than it seems.
<Turl>
lkcl: you can get the code and collaborate with just free software if you so wish
<lkcl>
one at a time, please. let me answer Turl's questions.
<lkcl>
Turl: let me give you an example.
<mnemoc>
lkcl: you stated seveal times the #arm-netbook channel was the EOMA68 channel, same for the ML
<jinzo>
lkcl, and it affects you how? is someone bothering you? someone pestering you? someone doing you harm?
<lkcl>
Turl: i made some patches which fixed the problems in the allwinner-a20-3.3-dev source code
<lkcl>
mnemoc, jinzo: one at a time please.
<mnemoc>
lkcl: and that for EOMA68 the A10 was just one of many SoCs. fine.
<lkcl>
Turl: i then *could not* even notify anyone of the fixes that i had made.
<lkcl>
Turl: why could i not do that?
<mnemoc>
lkcl: for us the allwinner SoCs in general are what matters, not one or another board or vendor
<Turl>
lkcl: why not?
<Turl>
lkcl: because you did not want to? dunno
<lkcl>
Turl: oh i very much wanted to.
<jinzo>
Turl, because it's propertiary you know, and stuff
<Turl>
lkcl: they why did you not?
<Turl>
lkcl: you could've reached via irc or email using just free sw
<jinzo>
Turl, he couldn't use a mail client to send an email you know
<jinzo>
Turl, but the mail is hosted on non free service
parabyte has quit [Quit: Leaving]
<lkcl>
Turl: i _did_ notify people via irc. i sent a message on irc because it was the only channel available
<lkcl>
jinzo: please do not be sarcastic, it does you a great dis-service.
<lkcl>
Turl: did anyone notice that i'd sent a message on irc?
<Turl>
lkcl: we have a mailing list you can write to without even signing up for
<lkcl>
Turl: where is that mailing list running?
<Turl>
lkcl: on linux-sunxi@googlegroups.com
<Turl>
feel free to send us your patches if you so wish
<lkcl>
Turl: is the source code for that mailing list available publicly?
<jinzo>
lkcl, I just don't get it why you're still bothering with all this after so many mails wasted on this already.
<Turl>
lkcl: are you running the mailing list?
<lkcl>
Turl: is the source code for that domain publicly available?
<Turl>
is there such a thing as "code for a domain?"
n01 has quit [Read error: Connection reset by peer]
<jinzo>
lkcl, is the routers software you're using to chat with us open source? availible publicly?
n01 has joined #linux-sunxi
<jinzo>
it routes packages, quite similary to that mailing list routing mails
<lkcl>
Turl: let me put it another way, then. is the software behind the services that are ... yes, that's the one.
<lkcl>
exactly.
<jinzo>
and I still can't fathom, why you're still at this - even tho almost everything was said on that topic
<lkcl>
so if the service does not have its source code available (as google groups does not), then in order to respect software freedom - which is one of the key goals of the rhombus tech project - i CANNOT USE IT.
<jinzo>
all the views were expressed
<Turl>
lkcl: it doesn't affect your freedom
<lkcl>
jinzo: i've already said: one at a time, please.
<jinzo>
who is forcing you to use it?
<Turl>
lkcl: you're not running the software
<lkcl>
Turl: yes. it does.
<Turl>
lkcl: then don't use the internet, there's lots of nonfree evil cisco routers out there
<lkcl>
Turl: that's not the issue. the issue is that the software behind that
<jinzo>
lkcl, I'm quite fine to recieve anwsers later - but I don't have the time to waste, yet again, on that topic
<lkcl>
Turl: don't you _dare_ mention that to rms :) :)
<Turl>
lkcl: you're relaying public information, I do not see how a service such as google groups affects your freedom in any way
<lkcl>
actually, he probably has a good answer.
<Turl>
when you can use fully free sw to interact with it
<Turl>
and it is based on a standard protocol
<lkcl>
Turl: the source code of the service(s) running on googlegroups are not publicly available.
<Turl>
lkcl: but you're not running google groups
<lkcl>
Turl: you are missing the point. it's not what i use *to* interact with those services, it's whether the service *itself* has its software source code published.
<lkcl>
do you understand the difference:
<lkcl>
?
<Turl>
lkcl: indeed
<Turl>
lkcl: it affects the freedom of google in this case
<Turl>
not yours
<lkcl>
Turl: again you're missing the point: it has nothing to do with *who* is running google groups, it has everything specifically and exclusively to do with whether the source code is available.
<lkcl>
Turl: there are people who are better qualified to answer these kinds of things - people who have been around a lot longer than i
<lkcl>
they are people whom i respect. in many ways i "get" what the issues are but i do not have the... how-to-say... "authority" nor the skill to explain "why".
<jinzo>
I think it's way better to get shit done, than to discuss what mailing list (that is a service that uses a open protocol and can be acessed with open software) is serving.
<lkcl>
i _do_ however, once i work out a particular principle, stick to it because it is only by leading by example that i can say "yes, i honour that principle and no i am not being hypocritical"
<lkcl>
jinzo: that's a slippery slope.
<jinzo>
I'm all about open source and open*, but a service that doesen't lock your data, can be acessed from open source software and has known open protocols is quite down the list
<jinzo>
it's not slippery slope. It's like refusing to access samba shares
<jinzo>
or windows shares with samba software or whatever.
<jinzo>
but anyways, it was fun as always.
<jinzo>
good luck on your endavours and I hope you'll come clear on what or who is forcing you to use and interact with the non-free linux-sunxi services
<jinzo>
*related
<lkcl>
Turl: ok, so that page is acutely relevant. googlegroups services qualify as "SaaS".
<Turl>
lkcl: it does not, it's not SaaS
<lkcl>
Turl: also, googlegroups is collecting additional data on its users.
<Turl>
lkcl: you cannot communicate if everyone runs a mailing list server on their PC
<jinzo>
on a more on topic note, you can run xen on A20? That looks sweet.
<Night-Shade>
that article is mixing two issues, the question of security on hosted services and the question of releasing innovations back to the community who's work they where built on
<Turl>
jinzo: apparently :) recent development
<lkcl>
Turl: why do you believe that googlegroups is not a "Software Service"?
<jinzo>
I knew about virt stuff hitting arms, but being cheap and out in the wild? damn :D
<Turl>
lkcl: "...when using the service is equivalent to having a copy of a hypothetical program and running it yourself. In this case, we call it Software as a Service (SaaS).."
<Turl>
lkcl: mailing lists don't work distributedly
<lkcl>
Turl: you have completely misunderstood, in a way which is bizarre. of *course* nobody can run mailing list software on their personal PCs behind firewalls!
<Turl>
lkcl: firewalls are irrelevant
<Turl>
lkcl: mailing lists work because there's just one and everyone subscribes to it
<lkcl>
Turl: but what someone *can* do - such as alain williams, or phil hands, or myself, or in fact anyone can do, is rent a server somewhere (not behind a firewall or NAT), install free software (e.g. mailman) on it, and use that.
<Turl>
you cannot hope everyone who wants to receive a message would set one up and ask everyone else to subscribe to his
<Turl>
it'd be a mess
<lkcl>
in fact, alain already runs mailman for dozens of people, entirely at zero monetary cost, most of them for free software projects.
<Turl>
lkcl: stuff like Gmail is SaaS
<Night-Shade>
but does he release all of the source to do so?
<lkcl>
likewise, phil runs git services (at zero monetary cost), fo
<lkcl>
Night-Shade: YES
<lkcl>
Night-Shade: YES HE FUCKING WELL DOES.
<lkcl>
of COURSE he fucking well does.
<lkcl>
AND THAT'S THE POINT.
<lkcl>
ok?
<lkcl>
in fact what he does (did) is just "apt-get install gitolite"
<Night-Shade>
I was asking to get the point over, I agree with the princples here
<lkcl>
Night-Shade: thank you.
* lkcl
very relieved that someone else gets it.
<lkcl>
finally.
<lkcl>
Turl: do you understand the difference now?
<lkcl>
phil does "apt-get install gitolite"
<Night-Shade>
the key point is that google gains a great deal from our community, but does not release all of the work it builds on top
<Night-Shade>
meaning that while they are following the letter of the GPL you can argue they are failing to follow the spirit of it
<Turl>
lkcl: and how is that relevant?
<lkcl>
github, by contrast, takes git, writes their own PROPRIETARY web front end, gathers information from your login details and login statistics, makes modifications (just as Night-Shade is describing about google groups), DOES NOT contribute them back to the community (because you don't have to redistribute SaaS source)
<lkcl>
and so on.
<lkcl>
Turl: i would refer you to that fsf document but you don't appear to understand where it's coming from.
<lkcl>
Turl: however, Night-Shade does.
<Turl>
we can agree on SaaS and how real replacements are better
<Turl>
eg how you should not use gmail
<Turl>
*cough*
<lkcl>
Turl: to describe them as "real" is misleading
<lkcl>
Turl: *sigh*. i know. the problem i have there is i have over 45,000 email messages to transfer off of gmail.
<Turl>
lkcl: you know google takeout don't you?
<Turl>
download all your email as mbox
<lkcl>
at some point i'm going to have to bite the bullet...
<lkcl>
Turl: ah! thank you!
<Turl>
also, you can use any of the hundreds of tools to download from imap and pop
<Night-Shade>
the FSF document isn't great and mixes multiple issues together
<lkcl>
that will help... but it's going to be one big f****g mbox :)
<jelly-home>
lkcl: do you have all 45k in a single folder?
<lkcl>
Night-Shade: yes. it is a little confusing. i should probably point this out to Dr Stallman
<Turl>
lkcl: 45k is nothing. I've got over 130k on one
<lkcl>
jelly-home: yes!
<lkcl>
Turl: eek! :)
<Night-Shade>
lkcl: use offlineimap even syncs it to maildir format
<jelly-home>
Maildir's your friend, not mbox
<Night-Shade>
offlineimap does recurive folders etc
<lkcl>
Night-Shade: i've heard of that. phil hands recommends it, too.
<Night-Shade>
I backup my gmail with it
rellla3 is now known as rellla
<lkcl>
hmmmm...
<Night-Shade>
yes I have a gmail account
<jelly-home>
or imapsync or dovecot's dsync or...
<Night-Shade>
offline imap has a fairly good understanding of gmail
<oliv3r>
mripard: i ment specifically sun7i
<lkcl>
anyway, the point is, Turl: i *do* "get" these software freedom issues (even if i can't clearly explain them satisfactorily)
<Night-Shade>
and will do resume etc
<mripard>
oliv3r: great then
<lkcl>
and i stick to them, regardless of the "pain" it may cause. to do otherwise would be dishonourable and would completely jeapordise everythign i've been working towards.
<Turl>
you have a bit of a double standard then
<lkcl>
if i start using googlegroups and github proprietary services, then what else should i compromise on?
<lkcl>
should i suddenly decide that violating the GPL is ok, as well?
<Turl>
you're not compromising when using google groups
<Turl>
(unless you use gmail *cough*)
<Turl>
:p
<Night-Shade>
the key problem for the community here is to provide something as frictionless as gmail/googlegroups/github
<lkcl>
Turl: i am slowly working on eliminating the areas where i'm not holding up the standards that i wish to advocate - i know.
<Night-Shade>
the stock answer to almost every company wanting to work with the FLOSS community is "release it on github"
<lkcl>
Night-Shade: that's very true. but GPL violation is also "frictionless"....
<Turl>
lkcl: gmail is a really easy one, considering all the people you just mentioned who will gladly provide you with free services
<lkcl>
for the violators.
<Night-Shade>
gmail is less of the problem, especially given the snowden documents
<Night-Shade>
lawyers add a great deal of friction if applied in the right way
<lkcl>
Turl: to be honest i haven't discussed this much in public, so i wasn't aware of the kinds of things like offlineimap and google takeout. now i am, and they sound less painful than i was imagining this to be, i think i'll be converting back to my own domain pretty soon.
<Night-Shade>
I have 2 email address, one on gmail that I use for people with "difficult" mail systems
<lkcl>
Turl: i already run my own domain (and server). i converted to gmail in 2007 because it was getting seveeerrrely overloaded with spam. thousands of messages a day.
<lkcl>
Night-Shade: :)
<Night-Shade>
and one that I run myself and have for years that I use all of the time
<Turl>
lkcl: if you want to "not compromise" you can email dev@linux-sunxi.org with your patches
<Night-Shade>
I sent the first mail from that domain in 1999
<Turl>
and a happy exim or something free will take care of your email
<lkcl>
... so why the fuck is mailman not also being run on that server??
<mnemoc>
so you know don't send mails to anyone using a non-free smtp?
<Night-Shade>
that's stretching the point, lkcl chooses not to make use of none open services
<lkcl>
mnemoc: that would be a little extreme :)
<Night-Shade>
for his own use
<Night-Shade>
or for projects he is part of
<lkcl>
Night-Shade: ... yeah, that's pretty close. i said that the goals of the rhombus tech project involve helping solve the problems surrounding software freedom
<lkcl>
GPL-violations being the most prevalent and rampant of those problems
<Turl>
lkcl: wanna take a gpl violations case for me?
<Turl>
(or violation-wannabe)
<lkcl>
Turl: well, inasmuch as i can help by highlighting it on say the gpl-violations list, and/or with the individuals/companies directly, yes, sure
* TheSeven
grumbles about mail clients not being able to send patch mails properly
<lkcl>
Turl: it does help even more however to be (one of) the Copyright holder(s).
<lkcl>
but yes, feel free to email me with the background, i'll see what i can do, ok?
<lkcl>
so. mnemoc or jinzo: let's answer your questions, now, ok?
<jinzo>
lkcl, who or what is forcing you to use the linux-sunxi related service
<Turl>
tablet*
<Turl>
I technically don't have the right to request it as I don't have the hardware or software running
<lkcl>
jinzo: that's a loaded question.
<mnemoc>
lkcl: btw, are you aware torvalds works using github and not kernel.org?
<Turl>
but being big brand name HP, you may know a couple of people to poke
<lkcl>
Turl: i'll take a look
<lkcl>
mnemoc: hang on, mate, let me answer jinzo. briefly: yes... and he doesn't like rms, either :)
<lkcl>
mnemoc: the two go hand-in-hand :)
<mnemoc>
that's the magic of git, you can have several remotes
<lkcl>
Turl: ... in a mo, but let me deal with these questions first, ok?
<lkcl>
jinzo: the question's quite hostile, in itself, and contains several implications which need to be refuted, first (and spending considerable time doing so which could be better spent).
<jinzo>
lkcl, then you don't need to bother
<lkcl>
jinzo: first - nobody's *forcing* me to use anything.
<jinzo>
we're living in a somehow free world
<lkcl>
jinzo: i have the intelligence and the skill to not need the resources of the linux-sunxi community. at all. if i were to so choose.
<Turl>
lkcl: sure, no hurry
<lkcl>
jinzo: in fact, if it wasn't for the rhombus tech initiative, the linux-sunxi community wouldn't actually exist. are you aware of that?
<jinzo>
people can , at least, seemingly do what they want, so why are you in such a dilemma to use a service, you don't want to use
<lkcl>
jinzo: you are still using loaded and aggressive questions, which need to have time and energy spent on refuting the misconceptions
<lkcl>
jinzo: i am not in a dilemma
<lkcl>
jinzo: you are making assumptions about what i want. you haven't even asked what i want
<lkcl>
jinzo: would you be interested to hear what i want? or does it serve your interests - is it more useful to you - to maintain illusions and assumptions?
<jinzo>
it's clear you want to use the linux-sunxi services, because they bother you
<lkcl>
jinzo: again, you have made an assumption.
<jinzo>
or, then let's hear what you want then?
<lkcl>
jinzo: and, you have also assumed that i am bothered.
enrico_ has joined #linux-sunxi
<lkcl>
jinzo: it's very simple. i would like to see the goals outlined on the top of the rhombus-tech.net web site fulfilled.
<lkcl>
that's it.
<lkcl>
that's all.
<jinzo>
lkcl, and - as you said, or did I understand it wrong - that you can do it by yourself and that you have the knowledge to do? (looking up the quote)
<lkcl>
jinzo: when i said that, do you understand that i did not say "i DEMAND those goals be fulfilled"?
<jinzo>
there we go, "i have the intelligence and the skill to not need the resources of the linux-sunxi community. at all. if i were to so choose."
<jinzo>
so, why do you choose to use proprietary services?
<jinzo>
and how does choosing lead to ranting about an option you don't wish to choose?
<lkcl>
jinzo: that's correct. i can. have you heard the children's story - i apologise for using a children's story as an example - it goes "who will help me to make this cake"? (i think it's a cake...)
<lkcl>
jinzo: give me one second, ok? let me answer the question before you ask some more, ok?
<lkcl>
the story goes "not i said the fox". "not i said the... {whatever}".
<lkcl>
then at the end, the question is asked, "who will help me _eat_ this cake?"
<jinzo>
lkcl, sorry I'm in a hurry actually. And I actually got at least part of the anwsers I was looking for
<lkcl>
and of course, as you'd expect, all the animals go "me! me!"
<jinzo>
and that's quite a good haul.
<lkcl>
jinzo: apologies. there's a lot of misunderstandings here which need to be cleared up
<Turl>
mmm cake
<lkcl>
much of it's because i too make assumptions that people will understand and respect the principles by which i lead and live projects i'm involved in. once i've said i will do something, i *will* do it.
<lkcl>
i then invite other people to help.
<lkcl>
if they help, _great_!
<lkcl>
if they don't... that's ok too.
<lkcl>
but along the way, if i set some principles as part of the goal, i FUCKING WELL WILL NOT compromise on those principles.
<lkcl>
because to do so would completely and utterly destroy the whole purpose of the goals.
<lkcl>
bottom line: *how* the goals are achieved is, to me, *just* as important as achieving them.
<mnemoc>
it's great that you and your company have such nice principles, but why do you intend to impose them to very developer of this community?
<jinzo>
I do realize that.
<lkcl>
jinzo: i'm very grateful that you said that
<lkcl>
mnemoc: you misunderstand. there is no imposition. this is something that you may not have spotted because people did not relay it to you from what they read off of arm-netbooks.
<jinzo>
and I actually support it, but as it was already pointed out we have different "lines" on what actually hinders our openess/principles.
<lkcl>
mnemoc: what i've *actually* said is that if there is no communications path which is available to me that respects software freedom, then rather than compromise on the principles, i simply will not communicate... or will use the paths that *are* available
<lkcl>
(such as the one that Turl just advised - which i wasn't previously aware of - dev@linux-sunxi.org)
<libv>
lkcl: what search engine do you use?
<lkcl>
i'd previously been using #linux-sunxi irc but it was demonstrated to be ineffective (out of sample of 1) for communicating patches.
<rellla>
also, sunxi-nightly is building u-boot.bin
<lkcl>
libv: don't start :) yes i use google.co.uk. do you know of any software-libre search engines that replicate google's search capabilities for effectiveness? i don't... *sigh*. would you recommend bing instead? :)
<Turl>
rellla: some time ago uboot moved formats and the instructions changed
<Turl>
lkcl: you can use ddg, but the results suck a bit imo
<libv>
lkcl: so once mnemoc and oliv3r have done all this work, what will your complaint be then?
<Night-Shade>
isn't ddg just a reskin of google, I've not look at it for a while
<lkcl>
Turl: *sigh* yeah. i'm a pragmatist. i have to make some decisions that make me uncomfortable. but, i use gmail for *private* searches... not as part of a software-libre project. Night-Shade put it best.
<Turl>
Night-Shade: I believe they do their own indexing, or maybe use the russian google's one
enrico__ has joined #linux-sunxi
<lkcl>
libv: you misunderstand. i have no "complaints". i have goals. i am really quite pathological about this, in ways that genuinely confuses the crap out of people :)
<libv>
lkcl: ok, let me rephrase that then...
<lkcl>
if the goal that mnemoc and oliv3r set for themselves *happens* to coincide with one of the goals that i have set, then i will celebrate, not complain!
<Night-Shade>
I acutally like my 10gb of maildir mail, I can search it with find and grep
<libv>
lkcl: so once mnemoc and oliv3r have done all this work, what will your goal be then?
enrico_ has quit [Ping timeout: 272 seconds]
<lkcl>
Night-Shade: that's what i loved about mutt.
<lkcl>
libv: well, that depends on what remains of the subset between their goals and mine.
rellla has quit [Read error: Connection timed out]
<lkcl>
libv: i will then track and complete any remaining work
<Night-Shade>
searches all my mail for the last 7 days, it's really quite fast too
* lkcl
used to have over 200 files in mutt
<libv>
lkcl: how many persons require gitorious and a mailinglist that's run on fully free software?
rellla has joined #linux-sunxi
<libv>
lkcl: how will this so massively help contributions to linux-sunxi.org?
<KBme>
a mailing list and forum are no replacement for a source repository and bugtracker. they might complement them.
<lkcl>
libv: if, by then, the goals i have set are entirely fulfilled, i will then go "hooray" and will move on to the next project that i have set for myself (it's nothing to do with free software).
<mnemoc>
for someone using a @gmail.com it's pretty to not want to send mails to a free software project because their ML is hosted by Google
<lkcl>
after that, the next one.
<libv>
lkcl: so after having given oliv3r and mnemoc a lot of hassle, you will basically lose interest and wander off?
<mnemoc>
s/pretty/pretty odd/
<lkcl>
mnemoc: i know. i'll deal with that. i don't want to, because it's a pain, but you're right - i do have to.
<lkcl>
libv: just like it is a "lot of hassle" for me to convert 45,000 emails off of gmail?
<Night-Shade>
rehosting a single person != rehosting a whole project
<lkcl>
libv: i have given them no "hassle".
<libv>
lkcl: again, how will oliv3r and mnemoc doing all this work, how will that help linux-sunxi.org?
<lkcl>
libv: to what work are you referring?
rwmjones has quit [Read error: Connection reset by peer]
<libv>
wouldn't their time better been spent on sunxi software?
<mnemoc>
there are real technical reasons against google groups, as there are technical reasons to want mirrors of our repos outside github.com
<lkcl>
libv: (it's an important question to make sure we're on the same page)
<libv>
lkcl: moving repos to gitorious and moving the ml off of google.
<lkcl>
libv: if they had talked about this _before_ setting up using github and googlegroups, then there would be no "hassle", would there?
<libv>
lkcl: i just understood that you would just bugger off after you've gotten that.
<mnemoc>
doing these changes it not related to anyone fundamentalist desires.
<libv>
lkcl: talked yes, but there was only one person who ever complained about either
<lkcl>
because any one of half a dozen people would have volunteered *and* helped them out, and would in fact have made their lives *easier* not harder!
<lkcl>
by being the main sysadmins for those tasks!
<libv>
lkcl: point such persons out please.
<lkcl>
libv: ah. RIGHT. ok, i think i understand
<Night-Shade>
there are also real social goals to using hosting / SaaS systems that embody the opensource princles in both letter and spirit
<libv>
lkcl: it's like allowing C++ code in gcc.
rwmjones has joined #linux-sunxi
<lkcl>
libv: i've mentioned them before - phil hands, alain williams, they are two whose services i would have helped broker / advocate / recommend. they would almost certainly immediately say "yes" but of course i cannot speak for them
<lkcl>
Night-Shade: exactly. EXACTLY.
<mnemoc>
lkcl: does alain williams hosts mailing lists with custom domains now?
<lkcl>
libv: ok, so let me get this assumption that you've made clear. what you're assuming is this:
<libv>
lkcl: people whined and whined, and then it finally was accepted because the most relentless whine was "it will bring in more contributors", which is impossible to reason against, and then all the extra contributions they got was some idiot converting C code into C++
<lkcl>
mnemoc: YES!
<lkcl>
mnemoc: as does phil
<rellla>
Turl: but we should have used and should use u-boot.img iirc!? just seek=40 changed?
<lkcl>
mnemoc: and so do i!
<lkcl>
mnemoc: all three of us run virtual hosts and entire servers. i'm sure that more could be found if we asked / looked around.
<lkcl>
libv: so what you're assuming is that if mnemoc and oliv3r were to convert the sunxi community infrastructure over to entirely software-libre services where the source code of each services was entirely freely available, that i would, and i quote, "bugger off"?
<lkcl>
libv: do i have that correct? :)
<libv>
22:22 < lkcl> libv: if, by then, the goals i have set are entirely fulfilled, i will then go "hooray" and will move on to the next project that i have set for myself (it's nothing to do with free software).
<lkcl>
libv: ah - then you misunderstood, i apologise. i had previously mentioned that there may be a venn diagram of overlapping goals.
<Turl>
rellla: I don't remember really. But you can't go wrong using u-boot-blahblah-with-spl :)
<Turl>
rellla: there's instructions for that one
<lkcl>
libv: but the reality is more complex than that: it's "conditional" venn-diagrams.
<libv>
lkcl: this was an answer to 22:19 < libv> lkcl: so once mnemoc and oliv3r have done all this work, what will your goal be then?
<rellla>
Turl, i know. Just waiting for hno, because i think instructions are mistyped...
<lkcl>
libv: let me be more clear and specific: *if* oliv3r and mnemoc *were* to convert to entirely software-libre infrastructure for sunxi, then it would so happen that the communications channels available to me would, far from being restricted, actually open up
<lkcl>
_such that_, far from "buggering off", i would in fact be able to work *with* them much easier
<KBme>
at least as far as u-boot is concerned, and for cubie*
<KBme>
installation to uSD card
<rellla>
KBme: i have no problems with u-boot so far. just not agree with the wiki.
<lkcl>
_such that_, those sub-goals which i have identified as being "shared" between theirs and my own, would, in fact be easier and quicker to accomplish.
<libv>
lkcl: why is all of this boiling over just now? we put this channel name in the #arm-netbook topic in february
<KBme>
rellla, me too. I don't think the kernel is stable at all.
<KBme>
I have just wasted 2 weeks trying to figure it out, but I finally gave up. I think the kernel is not ready yet.
<lkcl>
libv: if, on the other hand, during the time in which they happened to be working on proprietary software-services [that limited my communications], then i would remain in the inconvenient (but acceptable to me, because of my goals including principles) position of having to "monitor" what they were doing
<lkcl>
patching their work independently...
<Night-Shade>
which kernel KBme and rellla ?
<Turl>
Unable to handle kernel NULL pointer dereference at virtual address 0000000c
<lkcl>
... not being able to conveniently notify them of those patches....
<Turl>
ugly null pointers for structs yay
<lkcl>
.... maintaining separate repos and them having to do the "git pulls" from those ...
<lkcl>
etc. etc.
<KBme>
Night-Shade, I using linux-sunxi/linux-sunxi stage/sunxi-3.4
<rellla>
Night-Shade: latest stage/sunxi-3.4
<KBme>
yup
<libv>
lkcl: i guess this will only be able to be measured afterwards.
<Turl>
what compiler are you guys using?
<lkcl>
libv: good question. because it hasn't really been properly discussed.
<rellla>
Turl, hm lets see ...
<libv>
lkcl: what hasn't been properly discussed, the fact that this irc channel was created?
<lkcl>
libv: and because there was an "alert" in xchat in which someone mis-represented and mis-informed mnemoc.
<libv>
also, i think mnemoc set up the server much much earlier, same for the mailinglist
<libv>
and it all grew so much that we eventually did decide to no longer clutter up #arm-netbook
<lkcl>
and, as i respect mnemoc and oliv3r, it was a massive alarm bell to me, so i figured it was time some of the misunderstandings were cleared up.
<lkcl>
libv: yes. #arm-netbook (ok, the rhombus tech project) is really a "meta-project".
<mnemoc>
i don't own the linux-sunxi community
<Turl>
rellla: can you try with a 4.6 one?
<lkcl>
that was a sensible decision
<Turl>
KBme: ^ same
<mnemoc>
neither does rhombus-tech
<KBme>
oh?
<lkcl>
mnemoc: you're one of its main representatives. it's... a waffly-distinction that you have to get used to. been there :)
* rellla
is looking @ emdebian.org
<libv>
ml is like late october
<KBme>
Turl, interesting. silly I didn't try before, I guess
<Turl>
rellla: you can get binaries from linaro if you don't have one there
<lkcl>
libv: so, for example, i keep an eye on the linux-rockchip IRC channel from time-to-time as well. because i was looking at doing an EOMA68 rockchip CPU Card.
<lkcl>
and the ingenic linux channel as well, ditto
<KBme>
well, it's sorry state, but I've used up the time I had to port our project to ct, we're probably going to stick with the friggin RPi
<lkcl>
and so on.
<Turl>
KBme: what project is that?
<rellla>
Turl: thanks, i'll look into it tomorrow.
<lkcl>
so the linux-sunxi irc channel is _good_! it's *good* that the community's separate.
<Turl>
(just out of curiosity)
<KBme>
Turl, porting OpenELEC to ct
<KBme>
I am working on a project that uses OpenELEC
<Night-Shade>
libv and lkcl read KBme comment that's why sorting out sunxi matters
<Turl>
oh
<lkcl>
ok. anyway. enough. it's pretty late here, and the temperature's dropped considerably. have to warm up, i'm getting RSI.
<KBme>
(it's a proprietary project, but the port would've been public)
<Night-Shade>
otherwise we will end up as the Rpi being the one true linux on arm project
<lkcl>
Night-Shade: sorry, i wasn't paying attention. was focussing on answering libv. what's the issue? (in a nutshell)... also let me get my coat... freezing
<lkcl>
brb
<Turl>
lkcl: totally OT; but did you know that the rpi foundation is distributing mathematica now?
<KBme>
well, I have one more day. If I manage to make it work tomorrow we might still use ct. but I have not much hope of making openelec+xbmc+cedar work in one day.
<Night-Shade>
RPi, neat idea propriety hardware an argument that is rehashed endlessly on various mailing lists
<KBme>
Turl, thanks for the pointer
<lkcl>
Turl: really! how... odd!
<Night-Shade>
however as KBme has just noted the whole linux on arm scene other than RPi is a badly documented mess
<Night-Shade>
I have a couple of Pi's a kirkwood running pure debian and a cubietruck, I'm not a coder but a sysadmin and I can figure stuff out
<Night-Shade>
but the whole linux arm scene, gah!
maz_ has quit [Ping timeout: 246 seconds]
<lkcl>
Night-Shade: you're aware of the reasons why, right?
<Night-Shade>
oh yes indeed
<Night-Shade>
property video core, only way to make it cheap and work with video fast
<lkcl>
Turl: "Today, at the CBM education summit in New York, we announced a partnership with Wolfram Research to bundle a free copy of Mathematica and the Wolfram Language into future Raspbian images." wow
<Night-Shade>
not a thing I care about but others seem to
AreaScout has quit []
<mnemoc>
oliv3r: ping
<lkcl>
Night-Shade: it's more fundamental than that. a) there's no BIOS in the ARM world. attempts to create one would be utterly futile because the SoCs revolve around "embedded", *not* around "PC Architecture" [northbridge/southbridge]
<jelly-home>
but a common API for device enumeration would be immensely useful
<libv>
i do not seem to be able to find a history of that page
<lkcl>
b) there's no common standards around GPIO (like there is for e.g. USB buses)
iamfrankenstein has quit [Read error: Connection reset by peer]
<Night-Shade>
yeah I'm on debian-arm so I've seen the whole device tree arguement
<lkcl>
libv: gimme a sec to look...
<libv>
lkcl: did you take a multimeter to the a1000?
<libv>
lkcl: or was that hno or even someone else?
<lkcl>
libv: someone else did - i could find the commit but it may be someone from the web interface
<libv>
ah, ok, then there is no chance in picking this persons brain
<lkcl>
libv: it wasn't me though! i don't even have an a1000! :)
<libv>
lkcl: ok, thanks
tomboy64 has quit [Ping timeout: 260 seconds]
<mnemoc>
and what does the mele a1000 have to do with the eoma68-a10?
<lkcl>
libv: mmm... maybe...
* libv
goes off to write a gpio testing tool
<lkcl>
mnemoc: it was the de-facto dev-kit. if you recall, we were trying to get allwinner / wits to reduce the cost of the EVB to something that everyone could afford.
<libv>
the ddc lines of vga of the mele are wired up into the connector on the board, but i cannot track anything further
<libv>
and it is not TWI1/2 like on the cubietruck
<lkcl>
mnemoc: then someone mentioned the mele a1000. tom happened to know some "fell of the back of a lorry" units - he had a friend at Mele - and he went off and bought some
<mnemoc>
lkcl: yes, I do remember. I was one of the first in buying a mele and who pushed tom into selling them
<lkcl>
mnemoc: that then became, de-facto and completely by accident, the "dev kit" that everyone used, which kicked off the whole project
<lkcl>
awesome!
<lkcl>
mnemoc: yay!
<mnemoc>
lkcl: I only mean that page does not belong in rt's wiki
<lkcl>
i didn't know that. will add that to the bit of folk-lore.
<mnemoc>
because it's not about a rt project or product
<lkcl>
mnemoc: it's been there since before linux-sunxi's wiki existed.
<mnemoc>
true
<lkcl>
mnemoc: if you recall, at the time, we didn't have anywhere else. so it was simply the most convenient place to have... _something_.
<lkcl>
and i've left it up there.
<mnemoc>
and to SAVE your companies' wiki to be flooded by unrelated content the other wiki was created
<mnemoc>
same with the mailing list. the arm-netbook mailing list started to become the any-random-A10-based-device support list
Black_Horseman has joined #linux-sunxi
<lkcl>
well... i was happy it was being used. perhaps you should have asked if i was happy for it to be used, yeah?
<lkcl>
mnemoc: yes. it's paradoxical. i'm happy that sunxi has its own community (in a similar way that linux-rockchip does, and the linux ingenic / jz4xxx one does)
tomboy64 has joined #linux-sunxi
<Night-Shade>
do you not think that we should move to being all linux on arm?
tzafrir has quit [Ping timeout: 246 seconds]
<lkcl>
but at the same time i recall the pit-sinking feeling i felt in my stomach when i saw the first mention of the *existence* of the sunxi wiki and sunxi mailing list... *months* after it had started.
<Night-Shade>
rather than being something like, linux on intel CPUs, linux on IBM servers and that sort of thing?
* mnemoc
fears ARM's world domination even more than Intel's
<Night-Shade>
I'm very much from the x86 world, you assume that linux will boot on just about anything made in the lst 10 years
<lkcl>
mnemoc: i really _really_ had absolutely no clue! it felt like betrayal, that i'd set up resources for people to use, and... anyway.
<libv>
lkcl: would you rather have seen big announcements stating "Hey all, let's leave lkcl alone and go and play on linux-sunxi everything from now!"?
<mnemoc>
lkcl: you were just too busy, but the wiki and the mailing lists were all publicly discussed on IRC
<libv>
lkcl: it just happened because it was a necessary change, and if there had been a lot of noise about it, you would've been even unhappier today
<mnemoc>
libv: most of us are in #arm-netbook and in the arm-netbook mailing list
<mnemoc>
err
<mnemoc>
lkcl: most of us are in #arm-netbook and in the arm-netbook mailing list
<lkcl>
mnemoc: i didn't see any of the IRC messages. not one. if they didn't have my name in them, xchat wouldn't have flagged it up in "blue", so i wouldn't have seen them. at all!
<libv>
lkcl: perhaps this was exactly the problem with #arm-netbook
<lkcl>
on the other hand, i read *every* email on arm-netbooks@lists.phcomp.co.uk - without fail.
<libv>
lkcl: way too much irrelevant stuff going on so that you couldn't possibly dream of reading its backlog
<lkcl>
libv: i was used to the rules i'd followed on #htc-linux.
<lkcl>
anyway.
<lkcl>
other topics....
<lkcl>
Night-Shade: welll.... it may end up happening "by default". purely based on cost decisions.
<lkcl>
Night-Shade: this jumps into the middle of a discussion, might help (or might not!)
<lkcl>
ahh... ahh... he's removed the bloody comment!
<libv>
i really fail to grasp all of this. github as a public place to store git repos, or googlegroups as an easily accessible public mailinglist... that's wrong
<lkcl>
libv: for the business contacts, yes. don't start :)
<libv>
but it's perfectly fine to use gmail, linkedin, ...
<Night-Shade>
in the same way I have been offered and turned down jobs in certain industries I disagree with
<libv>
lkcl: the other two bits are public and can be freely used and seen by anyone, yet they are the problem
<lkcl>
libv: *sigh*. Night-Shade's insights best explained it. are we using linkedin to manage free software?
<lkcl>
no.
<libv>
it's a public ml, it's just a conduit
<libv>
and it's github, it's just a conduit as well
<lkcl>
would i *recommend* the use of linkedin for the management, communication and interaction between software libre project members? fuck no!
<Night-Shade>
It's the difference between hard rules and asperational goals
<libv>
entrusting your emails to google or your full business network to linkedin, that's fine?
<Night-Shade>
I will not work in certain industries but I do use closed source software in my day job for certain tasks
<libv>
but the public bits, that's not fine?
<libv>
gah.
<lkcl>
libv: the difference is - and i appreciate it's a fine distinction - is that i am using linkedin for *personal* use, *not* for the prominent management of software libre projects
<Night-Shade>
being able to choose not use to google is a choice, is there a viable alterative to linkedin?
<lkcl>
Night-Shade: or, more specifically, in the *business contacts* world, is there a viable alternative to linkedin?
<libv>
lkcl: but the management lives in here, and on the website
<libv>
the other two parts could get switched out easily, when needs be, but it is pointless to do so beforehand, and even more pointless to double up
<mnemoc>
mails are on everyone's mailbox, and in the gmane archive. code lives on every git clone and on every fork on many different hosting services
<lkcl>
libv: we cannot be as strict as rms would like. we have to make pragmatic decisions.
<lkcl>
mnemoc: and gmane has a web interface that allows you to reply (online) and it actually respects the thread "Reply-to"
<libv>
lkcl: ?
<mnemoc>
yes
<mnemoc>
also nntp
<libv>
is gmame fully open source?
<libv>
gmane even
<lkcl>
so it doesn't bugger up the mailing list that it's semi-two-way-subscribed to. very neat.
<lkcl>
libv: to be honest i don't really know!
<lkcl>
i never thought about it... hmmm....
* lkcl
goes off to investigate...
<libv>
*facepalm*
<libv>
lkcl: don't you have like _real_ things to do?
<mnemoc>
google provides a nice service with great spam control. github provides free and fast hosting for repositories that consume a lot of bandwidth
<mnemoc>
but we aren't enslaved by either
<libv>
you can subscribe to the google ml by mailing to it
paulk-collins has quit [Remote host closed the connection]
<libv>
and you can just use a url to clone from github
<lkcl>
http://search.gmane.org: "The source code for this search is available, licensed under the GPL."
<lkcl>
i'd like to make it clearer, but it's been an entire evening already.
<libv>
lkcl: i doubt that i will be able to follow you, no matter how hard you try
<libv>
lkcl: this logic of yours just doesn't work for me.
<lkcl>
mnemoc: i think we understand where we both stand. i also really appreciate - and didn't know - that you were endeavouring to save resources on rhombus-tech.
<lkcl>
libv: that's a good thing, trust me :)
<mnemoc>
lkcl: to save eoma68 for been eaten by allwinner-specifics
<lkcl>
libv: i'm just really not good at explaining these kinds of complex issues and distinctions to people. i understand them myself, and, because i understand them, i follow them. the logic *is* consistent, and yes there are areas where i'm falling down: i'm acutely aware of *some* of them
<lkcl>
mnemoc: thank you :)
<mnemoc>
lkcl: and to give us a place where to be the main actors. eoma68 is by definition SoC-agnostic
<mnemoc>
lkcl: while we are board/vendor-agnositc
<Night-Shade>
now I understand what eoma68 is it's quite interesting
<libv>
mnemoc: or try to be, this upstreaming drive is fully dependent on those few development boards, and cuts everyone off on random android devices :)
<lkcl>
mnemoc: indeed. and, whilst there's only one EOMA68 CPU Card (or using only one SoC vendor), there are still areas which need to be sorted that are harder *because* there is no other hardware to compare / distinguish from.
<Night-Shade>
it's a packaging system that seperates the SoC from the supporting connectors, very much like the x86 world
<lkcl>
... but that will happen. we will get a subdirectory bus/eoma68 in the linux kernel source tree and another called lib/eoma and it will become clearer :)
<Night-Shade>
just a tip lkcl, make sure that when you are telling people about it you like to something with pictures and diagrams as well as words
<Night-Shade>
learn from kickstarter
<lkcl>
Night-Shade: it also solves the linux kernel hell of device development by reducing an "N product design types" *times* "M SoCs" to an "N product design types" *plus* "M SoCs based around CPU Cards"
<Night-Shade>
indeed
<Night-Shade>
link even
<lkcl>
Night-Shade: good point. it's time to move from "developer-driven" focus to "social network" focus... blegh but needed... :)
<lkcl>
ok enought!
<lkcl>
gotta go.
<lkcl>
thank you everyone. and sorry for taking up so much time.