Re: [Freedombox-discuss] uap8xxx.ko kernel module

2012-09-06 Thread bnewbold


On Tue, 4 Sep 2012, Nick Daly wrote:


On Tue, Sep 4, 2012 at 8:50 AM, Nick Hardiman
 wrote:


Is it a kind of update on this 2010 post for a guruplug?
http://lists.debian.org/debian-arm/2010/05/msg00081.html


yes.


As noted in the LICENSE file, this is all very dirty and
potentially infringant and would make kernel developers moan and
pull their hair out, though the libertas_uap files are indicated as
GPL.


This worries me though.  I'll test it out, but I don't think I'll
merge it till we have the license stuff figured out.  I'm not good
enough at managing my branches (always forgetting which one I'm on),
and a lot of folks (including me) would be kind of horrified to find
ambiguous code in the core.


To be honest, my motivation was limited to finding out if others on this 
list had to go through the same steps, or if I was just having a problem 
with my particular version of the DreamPlug. Including these patches in 
the weekly image isn't something i'd even think about until I had 
confirmation from somebody with more experience (B'Dale? James?) that it 
was necessary.



Can you source the URLs in the LICENSE file?  Your sentence just kind
of trails off:

   The ./firmware/mrvl/ files were floating around on my DreamPlug
   and probably came from


Sorry, I seem to have a habit of that ;)

Added this URL: 
http://www.spinifex.com.au/plugs/downloads/dreamplug/mrvl_uap.tar.gz


--bryan

___
Freedombox-discuss mailing list
Freedombox-discuss@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss


[Freedombox-discuss] Interesting comments on distributed social networking

2012-09-06 Thread Sandy Harris
Bennett Haselton is a well-known activist, founder of the
anti-censorship Peacefire organisation.
https://en.wikipedia.org/wiki/Peacefire
http://peacefire.org

He recently made a long Slashdot post on the future
of social networking, in particular distributed social
networking
http://tech.slashdot.org/story/12/09/06/1428210/bring-on-the-decentralized-social-networking

Freedombox is not discussed there. Probably it should be.
Anyone here care to add an insightful comment?

___
Freedombox-discuss mailing list
Freedombox-discuss@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss


[Freedombox-discuss] hey

2012-09-06 Thread hi



¿Cómo estás hoydía de Navidad se acerca, estamos llevando a cabo una gran actividad recientemente,todos nuestros productos se pueden ofrecer 60% de descuentoiPhone, 
iPad, cámara, ordenador portátil, televisión el precio es muy bueno, el envío es 
gratis
www. 
jueyeae.com
 
 
Una tarjeta especial de su nieto.
Take care, don't let me worry.
 
 
___
Freedombox-discuss mailing list
Freedombox-discuss@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss

Re: [Freedombox-discuss] Software as Data, Transformation as a Service

2012-09-06 Thread Melvin Carvalho
On 6 September 2012 02:18, Dr. Daniel Alexander Smith 
wrote:

> On 14 Aug 2012, at 16:35, Nick M. Daly  wrote:
>
> > In short: we have several groups of folks working on problems of
> > standardized, distributed, and data-centric applications.  Why aren't we
> > cooperating, or at least communicating, about our problems and
> > observations?
> >
> > 
> >
> > Lionel Dricot [0], Dr. Daniel Smith [1, 2], Michiel de Jong [3], Mike
> > Macgirvin [4], and Markus Sabadello [5] seem to have come to similar
> > conclusions: having a bunch of semi-interoperable applications that do
> > the same thing but don't share their data is wasted effort and added
> > complexity (it's "silly").  When applications can share their data store
> > and give the privilege, responsibility, and complexity of storing their
> > data to a separate data layer, writing applications becomes a lot easier
> > and the applications themselves become more reliable, flexible, and
> > under the user's control.
> >
> > Here, we have several communities with at least a few dozen people
> > working in this problem space, so we should try to communicate and
> > cooperate on our shared goals.  In this world of limited resources and
> > volunteered time, there's no greater sin than duplicated effort.
> >
> > I believe that the Unhosted, WebBox, and Friendica projects are furthest
> > along in their work, and it'd be interesting to hear which pieces
> > they've completed.  We could then start getting ideas of how everything
> > can interact, cross project.  Some FreedomBox tools, like Exmachnia [6]
> > (and, to a lesser extent, FreedomBuddy [7]), might also be useful here.
> >
> > I'd love to hear any thoughts you folks have on this subject.
> >
> > Thanks for your time,
> > Nick
> >
> > 0: http://ploum.net/post/freasy-future-for-gnome
> > 1: https://github.com/danielsmith-eu/webbox
> > 2: http://users.ecs.soton.ac.uk/~mvk/webbox-pim.pdf
> > 3: http://unhosted.org/manifesto.html
> > 4: http://friendica.com/node/24
> > 5: http://projectdanube.org/
> > 6: Exmachnia is a tool to allow maintainable, system-wide automated
> >   configuration from any front-end.
> > 7: FreedomBuddy is location-ignorant location tool: it lets friends keep
> >   communicating despite constant motion through both IP- and
> >   meat-space, without relying on third parties.
>
> Hi Nick, Everyone,
>
> I am indeed the main developer on WebBox. Since the original e-mail I've
> looked into the other software, and have started on developing
> compatibility with RemoteStorage. Specifically I've implemented WebDAV
> (almost entirely, more than is required by RemoteStorage), and WebFinger.
> I'm almost there with OAuth2, but some important deadlines have stalled
> this, but it should be there around mid-October.
>
> I agree that fragmentation and duplicated effort is a bad thing, and I
> want to do what I can to prevent it on the WebBox front.
>
> We have some particular offerings, in terms of the methods of
> WebBox-to-WebBox sharing communication that seem to be unique, and I will
> want to push those ideas into some form of standard way to doing machine to
> machine sharing (all using existing protocols of course).
>
> Freedombox is definitely a driver for us, and has been heavily referenced
> in our meetings, although we're not as au fait with the hardware (dream
> plug?) as the mailing list is - we're not involved with any hardware in
> terms of our own remit, so I'm happy to push to whatever makes sense,
> although I should say that I do have a couple of Raspberry Pis here that
> I've been enjoying playing with.
>
> We're almost at a point where we will want to tackle things like WebBox
> communication through NAT, using changing IPs and NAT-to-NAT broadband type
> things - so for us, any help in that area will be welcome. If I can avoid
> burning our own cycles on that kind of development, that would be great, as
> it's not really an area we're particularly into (and, selfishly, not an
> area I'm confident in submitting research papers into! I'm doing this under
> my academic research hat at the moment.)
>
> In conclusion, thanks for the update, I completely agree that we do need
> better communications. I for one have subscribed to the freedombox list.
>
> I wouldn't mind a new list/organisation that for just for "us" though -
> perhaps the RWW group as Melvin Carvalho suggested, would be a good place
> to start? The WebBox history aligns with this quite well, as we did start
> WebBox in TimBL's office at W3C/CSAIL.
>

You're very welcome to use the RWW list to help develop ideas.  We're about
60 like minded people now, it's a pretty clued up group, and timbl is a
member.  You should try and drop by his office again if you get a chance,
he's brilliant at getting to the heart of a problem.

In any case, would definitely like to keep track of WebBox and glad to see
progress! :)


>
> Sorry for the wall of text! I'll keep an eye on this list in the mean
> time, and I encourage an

[Freedombox-discuss] gpg-mailgate is a gateway for Postfix that uses the GNU Privacy Guard application to encrypt e-mails before being sent to the next hop.

2012-09-06 Thread Eugen Leitl

https://code.google.com/p/gpg-mailgate/

gpg-mailgate is a gateway for Postfix that uses the GNU Privacy Guard 
application to encrypt e-mails before being sent to the next hop.
INSTALLATION:

Ensure that GPG is installed and configured.
Make sure public keys for all of your potential recipients are 
available in the GPG home directory you use in step 2 
Configure /etc/gpg-mailgate.conf based on the provided sample config
Place gpg-mailgate.py in /usr/local/bin/
Place the GnuPG directory in /usr/local/lib/python2.5/site-packages
Add the following to the end of /etc/postfix/master.cf

gpg-mailgateunix-   n   n   -   -   pipe
flags= user=nobody argv=/usr/local/bin/gpg-mailgate.py

127.0.0.1:10028 inetn   -   n   -   10  smtpd
-o content_filter=
-o 
receive_override_options=no_unknown_recipient_checks,no_header_body_checks
-o smtpd_helo_restrictions=
-o smtpd_client_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o mynetworks=127.0.0.0/8
-o smtpd_authorized_xforward_hosts=127.0.0.0/8

Add the following to /etc/postfix/main.cf

content_filter = gpg-mailgate

Restart postfix. 

___
Freedombox-discuss mailing list
Freedombox-discuss@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss