[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNU-linux-libre] Status of google chrome and chromium

From: jaromil
Subject: Re: [GNU-linux-libre] Status of google chrome and chromium
Date: Thu, 7 Jan 2010 15:56:17 +0100
User-agent: Mutt/1.5.20 (2009-06-14)

Hash: SHA256

sorry for quoting myself and so fast, but this is just flash news that
should close at least one concrete open issue with Chrome:

15:19  <_ale> jaromil: google-chrome --incognito

that's it, works from our own OS menu then.

so far, left open issues are:

 - code audition (grepping for network operations and such) - hard!
   (( should we simply trust some inquiries with trusted contacts? ))

 - a  summary of  licensing concerns,  if any  are left.   so  far, to
   confirm A.J.'s, collaborative approach,  the EULA debacle had happy
   so i'm confident we can straighten up anything together, let's just
   clear it up then.

and at the end let's just hope the chrome logo won't be a problem :^)


> > That  being  said, I  agree  that private  mode  should  not be  a
> > "select" option, it  should be a default which  those users who so
> > desire can  opt out of.   Presumably some people trust  google (or
> > any other  corporation for that matter)  more than we  do, I don't
> > think  we should deny  google the  right to  let people  send them
> > information - that  would amount to censorship on  our part, but I
> > do believe harvesting it should require EXPLICITE consent.
> as of now browsing on Chrome: I notice that every time there is such
> a possibility the browser asks if you like to share information with
> Google. It's a little check button, even hard to hit.  i'm fine with
> that, still  (old issue) i'm  not so fine  with all the  cookie mess
> going  on  already  since  long  (which  Firefox  didn't  made  much
> better)...  that's  a  practical  reason  why  Incognito  should  be
> default.
> > So a  patch to make incognito  the default and have  the option to
> > disable it in  the settings may well be  accepted (possibly with a
> > dialog to  ask permission to  disable it during the  initial setup
> > wizard,  gray area  but one  I can  live with  - thoughts  ?)  For
> > kongoni, because do source based  ports, we could probably apply a
> > patch like  that at install  time for the users  without chromiums
> > explicite  agreement  - but  it  would be  better  to  have it  in
> > upstream in the first place.
> I'm still on the task of understanding more about Chrome extensions,
> however now it  comes to me in  mind that this can just  be a simple
> extension:  shared   as  such  and   included  by  default   in  our
> distributions.
> surely  we are more  familiar with  autoconf switches,  still having
> this change made  at runtime and by including a  file in a directory
> sounds  much easier  and doesn't  even needs  to deal  with upstream
> (eheh, sorry for being such an atheist...)
> > It's  worth  noting  a   major  movement  within  google  that  aims
> > specifically to address the problems  RMS has pointed out with cloud
> > computing and ensure their web apps are not problematic for users in
> > these ways  (for example requiring  all google web-apps to  have the
> > capacity to easily  export your data to a format  you can easily use
> > offline  or take  to  another  provider), that  keeps  track of  the
> > progress of various google projects on these matters.
> that's great to know!!
> We have  also petted  this argument within  the Free Culture  Forum, a
> recent initiative  held in Barcelona  a few months ago  (RMS virtually
> present),  calling it  "Migration Rights"  - be  it that  we  are very
> affected by such issues IRL as migrants.
> Digital migration rights is just one among many issues now included in
> a  FCF Charter  that is  also endorsed  by the  Brasilian  ministry of
> culture, among  the others. circulate  it, join it  and use it  if you
> like
> in case there are suggestions / comments / criticism / additions i can
> play liaison to the current FCF editors
> > It's  important   to  criticize  the  non-free   status  of  popular
> > applications like  picasa (or for  that matter, their web  apps) but
> > it's also important to recognize where the work they do benefits and
> > supports us - that is, after  all, how we create motivation for them
> > to benefit and support us more.
> right on!
Version: GnuPG v1.4.9 (GNU/Linux)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]