[OpenIndiana-discuss] [oi-dev] ANNOUNCE: gcc ported Firefox 37.0b3 now backported to snv_130 x86/x64, Should work on OI/Hipster/S11.[0-3]/S12 etc.
minikola at gmail.com
Thu Mar 26 10:21:05 UTC 2015
On 03/26/15 06:25 AM, Martin Bochnig wrote:
> 90% of the work I did since 2013 was closely related to amd64
> (x86/x64-only), rather than sparc. But probably it will take 25
> further years until somebody starts to figure this out.
Maybe people would better see things from your perspective if there are
some code sharing between your project and others.
>> OI also supports SVR4 .pkg packages so this could be looked at as
>> rehearsal of making external products to Openindiana/illumos, although
>> there is also possibility of making IPS repository, accessible using
> It would have been stupid, had Sun completely burnt all bridges of backwards compatibility.
> But that was before you started using Solaris. You didn't live through those times of IPS "democracy" in 2007.
I just yesterday found this page about turning SVR4 packages into IPS ones:
haven't tried it yet.
Openindiana also supports installing SVR4 packages (and S10/11)
I was always inclined to see IPS networked way as something more modern
but maybe your views on SVR4 that it is modernized and fit for a
purpose, could live inside subset of illumos distributions that use it,
as an open standard?
Maybe your updates on using SVR4 packaging (is it been updated outside
illumos?), could end up contributed inside illumos or existing SVR4 in
illumos is already fit for use that can rival IPS?
I think that exchanging packages between distributions is already done
with .spec files and processes to make pkgsrc, deb, IPS and possibly
SVR4 .pkg packages?
Exchanging definitions of packages it through .spec files, to lower
porting effort between distributions to a minimum. What do you think
about those ideas?
>> I want to be able build FF and and other things too, by myself
>> locally, so I can contribute in area I can. So having binary-only does
>> not help in that.
> How shall I understand this?
> A) You don't want any bins
Bins are Ok - that is what ready-made distributions are for, only
building process needs to be reproducible by users.
(e.g. get source -> use same process of making package as in binary
release, but only for that package -> producing package as user).
Anyway that's something what most of free software licenses give as a
right to every user of software. You know - what is open, stays open,
and ability to make changes, fork etc.
> B) You want to contribute
Of course , everyone to their abilities and level of expertize.
Yet no one can wider their knowledge without doing something and sharing
ideas through changes and every contribution counts.
> C) In order to get into a position to contribute FF related work, rather than contributing and working on the src until it works, you expect _me_ to provide it in fully functional manner!??
> Does that make sense?
I think no one actually expects anything from anyone :) Nor asks. You
decide it by yourself.
Producing something is never job for one person.
If more people are not involved in a production process organization has
to be like that to easily include more people in. With more people, also
burden of making something is lower on developer.
I think that is only expected is to do things in open manner, where
changes to the code are visible, being able to be audited by users
themselves, admins and distribution maintainers.
*There is much more then producer <-> consumer relationship in free
software and open source.*
Valuating one's contribution through money is not directly connected
with the level of involvement, it is more of a business model and
marketing and position on the market, but that is clearly not the role
of developer potentials of an Operating system/software distribution to
think about those things.
Maintaining good name and good image is maybe good enough.
I think that sales and marketing are very much also needed in free
software projects, to provide incentives (monetary support) for
developers to do their work.
Also developers are not the only ones using final product, but people
that are using it in the wild, so listening to their needs is crucial to
supporting developers needs (of course with developers freedom of making
new great things).
Also it should be noted that code and packaging and maintaining and
support and testing and bug reporting contributions, also value , and in
many cases are more valuable then money.
Money influx is in direct correlation not only to the "greatness" of the
products, but also as the image outside world has it to it. (Are people
positive and smiley, does process of including new people is open, is
doing things transparent, does it fit with competition.)
>> That said, without source, you can not be sure what is inside, like it
>> was for chromium port we already had here.
> How ridiulous is that very "argument", and why won't you stop repeating it time and again??
Because it is right. it's how free software work. You get sources from
somewhere, why people after you should not have same rights to have
sources like you did??
If person A has source code of a product and person B changes source to
produce binary to person A, then , person A should have source
distributed with binary. If not, person B is in violation. (That is
So person A can continue where person B is left , contribute to the code
and not having eternal B-providing A-receiving relationship, but mutual one.
If money is not involved, person B is receiving all source code and
person A receives receives no changed code but original one.
Benefits of person A using binaries from person B are non-existant ,
because it is much safer for person A not to use binaries of person B,
because person A can not be sure what changes are actually made by
person B if not having same-licensed source is not delivered together
with binaries (And validated by third party, e.g. distribution
maintainer, upstream maintainers, etc).
So even in simple many A -source - B - source+binary relationship,
there are third parties the evaluate is B doing right thing for A, that
reflects wither A (user) would care about B is doing or not.
If A does not posses power to evaluate changes of B, if B provides
source, B seeks confirmation on other people/members of team for them
or pushing changes of source to upstream.
It's not A's job to provide those confirmation, but B's, too.
Value exchanged here is code, not binary, because if code is available,
everyone should be able to make binary.
> I) I have the src and I do know what's in. Either folks trust me or the refuse to.
That is not acceptable.
"Trust" is product of continuous checks by many people of one's work.
If one expects to be believed to he's words only, why withdrawing from
public evaluation process of he's work? He should not expect trust if do so.
> II)Let's assume you had the src, it would be the very same. (Except that _you_ would be the one folks needed to be trusting.)
It would certainly not be the same, because I will have also power to
make my own binary, fork it, change it, re-distribute it, like copyleft
is meant to be.
That kind of contribution, with source, would be actually appreciated.
Not upholding that right to the user, divides people, stops sharing of
...let me not describe it with much stronger words...
And you are right about sharing trust.
Trust should be divided between more people who check it between themselves.
That is also a source of freedom of speech and other personal freedoms,
to be able to publicly state if one's work is bad.
Stating "you don't need code" is deciding to make all other people
"second-grade" to himself (!) turning them in passive users.
That is also derogatory to users to treat them with such disrespect..,
while asking for contribution.
If there is no code, user can not become developer and make
contribution, because it is not in he's interest.
> III) Let's imagine, I would openly publish the diffs plus explain in detail for weeks what folks have to do in
Nobody cares if you are not open source and same-licensed as code you
Imagine how many people used to make Mozilla products from 1995 till
today, and included their copyright in the product?
They included their copyright in the product and they are the ones who
actually made a product, not maintainer, distributor or new contributor.
If contributor refuses to uphold with original usage and source code
rights, he is in violation with he's own interests and others.
> order to get through the build procedure, somebody would upload bins resulting from that, it's still not clear if the resulting bins were generated from 100.00000% this exact src,
I suggested you do that with .spec files, so person building it could
use "recipes" using all open source components to build it independently.
Problem with "checking binaries" should not exist actually.
If source is open, AND changes are audited and accepted by third party,
then every binary should work equal (using same system ABI).
If someone adds binary blobs to it's binaries, that is he's own demise.
Process, code and procedures and tools, from source to the binary should
be available to anyone
if someone wants to have open product.
> or if big brother has secretly added some hidden functionality. Therefore it would still come down to the original scenario described in I), namely that all end-users (except for the few who built it by themselves _plus_ veryfied millions of lines of code by themselves, which is unlikely)
User is not forced verifying a single lines of code. That line of
thinking is not true.
It is project maintainers , whom developer sends patches to existing
project files and new same-licensed files adding functionality,
check it, include it or refuse it.
It is chain of trust that makes user believe software he is using is right.
So process is like
code+changes, porting -> code maintainers -> distribution maintainers ->
testing -> users
users ->feedback, bug reports -> distribution maintainers ->
Users rely on maintainers and upstream checks and open code and
visibility of patches during development, audited by colleagues and
testing that is done prior releasing, that final code is OK.
And making binaries out of code should be trivial and not something
"End user" could in any time become: coder, deveopler, code
maintainer,distribution maintainer and tester.
That is how projects grow.
> needed to blindly trust the persons who generated bins and provided them.
It is never "one person".
And best way of achieving trust is have open changes through all process
And not to be alone but with other people producing and auditing.
Also process of making final binaries, can strictly not be under control
of ones who wrote it.
Therefore, nothing but the code can survive making into binaries, and
that is what maintainers and testing people (code level, distribution
level) are for.
> IV) I consider you a friend because you know a few things of what is happening outside (more than most others here).
> But every time you argue in this way, I get newly disappointed.
Sorry, it's in human nature to make better things through explaining views,
maybe someone is right some time, and other is right some other time,
but no one is right every time :)
Also from different perspectives, some things might seems right, but as
soon as one look at a bigger picture and consult with others, that could
only lead to benefit of everyone.
When I talk to you I think I am contributing to your project and that it
benefits you to hear it.
> Are folks too brainwashed or too unaware (to avoid having to say _too misinformed_), in order to comprehend how worthless and ridiculous all these "security concerns" are?? It's just a show to keep folks busy, feeling good and chatting.
I beg to differ.
People using free software and open source, have true power of having
their data safe and their products independent and their life better.
It is negative to think that people are without power to change things
to better for themselves.
People that have source have power to make it better and together with
that, their lives.
> Who and where is the enemy of privacy?
> Let's ask google just 5 secs:
> Your hard drives were RIDDLED with NSA SPYWARE for YEARS
It is interesting but not related to previous talk.
I am sure there are many non-US producers of hardware in the world, not
in their interes sphere of influence, so choosing wisely hardware
producers in the future, can benefit human freedom.
But we focus on free and open source software here.
> On top of that EACH AND EVERY "officially approved" dsl-modem establishes a 2nd hidden connection to the NSA in the very moment you switch it on.
Please provide sources/articles about that and you can update Wikipedia
article or write article about that in some blog, accordingly.
This is off-topic , maybe loosely related to the question of open
development, but not quite on track.
> Report: NSA paid RSA to make flawed crypto algorithm the default
> The NSA apparently paid RSA $10M to use Dual EC random number generator.
Of course, let people know, and choose open hardware and open software
in the future.
And by open, that also means with audited open changes.
> What's your response to _that_?
I cant' compare anyone here with NSA, it would be pretty not fit
> Well, you encrypt some of your personal emails - but not even create the keys by yourself, but instead use a free public provider for that.
> Because you trust them, right.
Please. That is private information and I don't expect information from
private conversations to be put on public without permission. I think
you can understand that.
> But you don't trust me?
> Well, that's your choice.
As I said, it's not question of trusting you. I can trust you fully, but
that is unrelated to benefit of everyone else.
Trust is not result of your actions only.
Trust is result of interactions with others.
If you do not interact, intensively, with others (share code), others
can not know how you do things.
Not knowing how one do things does not produce trust, knowing one can
produces estimates on further behavior, therefore, trust.
Person can trust their life to you, personally, but why should anyone be
forced to choose, wither to trust you or not??
If you make a mistake , alone, should that be demise of all people
It is to much burden for a man, that should be shared between many people.
So it's not in any way personal feeling.
I can trust you all I want , i can say you are great, hard working guy ,
people can support you in every way, only that would not make things
better for you if you do not do things right for all the users.
Ones that criticize, complain, make fuss about things, protest or share
their ideas - they make a positive difference. :)
Not those that only tap you on the back...
>> There are more people here wanting to build FF on this list and OI and
>> I would like to collaborate on building FF/SM and chromium with them.
>> I know there are patches available, that Oracle uses to contribute
> What is your definition of "contributing"?????
Contributing is everything you do about an project.
Contributing is writing this letter to help others understand your
thoughts, responding with yours, mentioning project's name in casual
talk, advocating using it before people, complaining on sites fro
supporting/not supporting product, organizing public events with
project's introductions, posting findings in personal blogs, commenting
and expanding documentation, writing documentation, posting
informational videos on internet, maintaining documentation, writing
wiki articles, posting bug reports, trying to add informational data to
bug reports, do testing of new packages, build packages with your
changes, posting patches with changes, translate documentation, opening
and maintain local user communities, maintain community sites,
maintaining mailing lists and forums, posting ideas for a project, send
patches to implement ideas, localizing software, porting packages, make
new applications, packaging applications, packaging distributions,
maintaining OS distribution, making OS distribution releases,
distributing OS distributions on media and internet, providing support
for users, providing administration services using project, writing
articles about using it in real-life problems, advocating project, doing
marketing, doing support sales, providing financial influx from
customers to the maintainers and developers.
One needs to be positive to the project AND people and do what is best
for the project to achieve it's goals. Including acting when goals are
> Expecting me to provide them,
As said, nothing is expected from anyone, nor requested.
That is what free will (and distribution of work) is for.
Free software actually exists, as I see it, to distribute all hard parts
between people on the project (and different projects) and to make
quality products out of many contributions,
And let people actually do something valuable with a project's product,
instead of just doing product itself all the time.
> while you publish them with big fanfare under your name and folks will congratulate you and send you whatever flowers or money (all the things they don't do, if I upload something, as I just witnessed - yet another time?
It is interesting thing to be considered.
I learned that for contributor, mentioning in contributors file and/or
changelog (for project starters, big contributors also inside project
documentation) should be and usually is enough.
It is also important who is the one who publicized it first, one more
benefit of having things developed on open.
No one is able and should not be able to take credit of other one's work.
Only thing that could not never be sold, is authorship of a work.
Copyright could be put under open/free software license, also with exact
usage rights , that usually are the same as original license of work,
copyright right could be sold, etc. but no one can ever lose he's
authorship of he's work!
Benefit to the author or contributor comes usually not directly from the
fact or act of making something or contribution to source,
but usually from supporting of a product and general feeling that having
capable guy on paying list, is a result of trust that he is doing good work.
If your feelings are hurt due to someone not mentioning your making of
something, or presenting your work as he's you could sue him.
Or read license and see if it requires mentioning all contributors in
every release after that or not.
But that is not the problem for general population who uses the work.
> I took the hassle to compile FF37 down on snv_130 (after it already worked well on internal OpenSXCE2015.03) only to do OI users something friendly and nice.
> And what's the reaction?? Gimme MOAR.
Thank you very much for supporting OI with applications.
I would appreciate if porting applications of free software projects to
are backed up with source, so they could be included in OI for
everyone's use in right manner.
Only way of including yourself in the OI project itself is if your
contribution is open source with all needing parts to reproduce your
work, so it could be distributed through OI.
Other ways could include exchanging .spec file recipes for exchange of
and shorten time of building applications between distributions.
Of course there could be closed paid-for software for OI, and everyone
is welcome to contribute to OI as a a possibly stable platform to he's
> Well, it was a telling experience, and I learned from it.
> Won't happen again, anytime soon.
I hope you understand that sharing binary-only packages on public
mailing list could include some sort of criticism on community that is
formed around open-source and free software principles.
> Insteaed OpenSXCE finally gets it own mailing list this very weekend.
That would be great, I hope you would welcome people joining with you in
I wonder why you haven't make your own mailing list long time ago? I
think I mentioned it long time before, too.
> Who wants to join, will be invited.
> Who doesn't, stays here - as simple as that.
You are planning OpenSXCE mailing list to be invite-only?
Opensolaris mailing list is always free for anyone to join.
I just suggest you to make your mailing list self-hosted, using mailman
Take care and I would be glad to see how things are doing for you
and if I can help in any other way , of course with Open source and free
More information about the openindiana-discuss