JWZ’s Law of Software Envelopment: “Every program attempts to expand
until it can read mail. Those programs which cannot so expand are
replaced by ones which can.”
On Fri, Nov 6, 2015 at 4:00 PM, Christoph Lohmann <2...@r-36.net> wrote:
> Yes, that’s a good proposal. Then all available Unix tools can be used
> to sort, find duplicates and make some order. Maybe it could be a dif‐
> ferent git repository to avoid overlapping merges. There could be still
>
Greetings.
On Fri, 06 Nov 2015 16:00:01 +0100 Martti Kühne wrote:
> Reading what hiro had to say about the topic makes it sound as if we
> just needed a wiki "pastebin" section that has built-in "archiving"
> (git rm) feature that builds on git's built-in feature of preserving
> history.
> Maybe
Martti: i tend to agree, but i wonder if that's not already how the
dwm wiki is being used at this moment. perhaps i don't get the
difference, or the addition you're proposing.
On 11/6/15, Martti Kühne wrote:
> Reading what hiro had to say about the topic makes it sound as if we
> just needed a w
Reading what hiro had to say about the topic makes it sound as if we
just needed a wiki "pastebin" section that has built-in "archiving"
(git rm) feature that builds on git's built-in feature of preserving
history.
Maybe we could write clients that don't give a shit whether such an
entry was archiv
> The idea of wanting a connection to a central database is what makes
> surveillance effective and in the end will reduce your freedom to noth‐
> ing. So keeping to a more »data packet« approach of spreading informa‐
> tion is something I see as the suckless way of distributing data.
Centr
My response is a bit long, but I think the idea deserves some good
discussion.
On Wed, 04 Nov 2015 22:28:12 +0100
Christoph Lohmann <2...@r-36.net> wrote:
> > I don't think that I'd want pastebin to email me with everyone's
> > paste; my hard drive would fill up so fast I'd have to quit email.
Greetings.
On Wed, 04 Nov 2015 22:28:12 +0100 Matthew of Boswell
wrote:
> On Wed, 04 Nov 2015 17:26:28 +0100
> Christoph Lohmann <2...@r-36.net> wrote:
>
> > I consider e‐mail to be more suckless than the web, that’s why I’d
> > pro‐ pose a mail solution.
>
> I don't think that I'd want paste
On Wed, 04 Nov 2015 17:26:28 +0100
Christoph Lohmann <2...@r-36.net> wrote:
> I consider e‐mail to be more suckless than the web, that’s why I’d
> pro‐ pose a mail solution.
I don't think that I'd want pastebin to email me with everyone's
paste; my hard drive would fill up so fast I'd have to qu
> HTTP has MIME too.
You don't have to use MIME in HTTP as my example clearly shows.
Hi Christoph,
On 4 November 2015 at 17:26, Christoph Lohmann <2...@r-36.net> wrote:
> On Wed, 04 Nov 2015 17:26:28 +0100 Anselm R Garbe wrote:
>> I do like the idea of having a paste recording. But I don't like the
>> idea of making it mailinglist based. That sucks. You will end up using
>> a mai
Greetings.
On Wed, 04 Nov 2015 19:00:44 +0100 hiro <23h...@gmail.com> wrote:
> You love MIME so much?
>
> what's so horrible about
> GET /RMS-naked ->
> <- byte content of virus.exe
> <- EOF
HTTP has MIME too.
Sincerely,
Christoph Lohmann
"Don’t wait until problems pile up and cause a lo
You love MIME so much?
what's so horrible about
GET /RMS-naked ->
<- byte content of virus.exe
<- EOF
Greetings.
On Wed, 04 Nov 2015 17:26:28 +0100 Anselm R Garbe wrote:
> Good morning 20h,
>
> I do like the idea of having a paste recording. But I don't like the
> idea of making it mailinglist based. That sucks. You will end up using
> a mail archiver to look through your paste history? Sounds t
Hi there,
2015-11-03 22:42 GMT+01:00, Christoph Lohmann <2...@r-36.net>:
> Greetings comrades,
>
> the web has grown to be a big pastebin of URIs and short‐living content.
> One good example for this are paste services which don’t guarantee any‐
> thing. I came to the idea of having a paste mail
I think these webpaste services allow you to create a randomly named
file in a web browser and makes it accessible via a web browser if you
specify the random file name in the URL.
The only thing special you're adding is a mailinglist interface? For
distributed backups or what?
Or are you gonna s
Good morning 20h,
On 3 November 2015 at 22:42, Christoph Lohmann <2...@r-36.net> wrote:
> the web has grown to be a big pastebin of URIs and short‐living content.
> One good example for this are paste services which don’t guarantee any‐
> thing. I came to the idea of having a paste mailinglist:
Yes, agreed!
This is the goal of IPFS[1], which provides a global distributed
namespace for content-addressable data. In terms of tooling,
ipfs-paste[2] provides this kind of functionality on top of it.
[1] https://ipfs.io
[2] https://github.com/jbenet/ipfs-paste
On 11/03 23:00, FRIGN wrote
Quoth FRIGN:
> On Tue, 03 Nov 2015 22:42:16 +0100
> Christoph Lohmann <2...@r-36.net> wrote:
>
> > the web has grown to be a big pastebin of URIs and short‐living content.
> > One good example for this are paste services which don’t guarantee any‐
> > thing. I came to the idea of having a paste
Christoph Lohmann wrote:
> the web has grown to be a big pastebin of URIs and short‐living content. One
> good example for this are paste services which don’t guarantee anything. I
> came to the idea of having a paste mailinglist: All history is stored, nothing
> will vanish and it’s easy to ref
On Tue, 03 Nov 2015 22:42:16 +0100
Christoph Lohmann <2...@r-36.net> wrote:
> the web has grown to be a big pastebin of URIs and short‐living content.
> One good example for this are paste services which don’t guarantee any‐
> thing. I came to the idea of having a paste mailinglist: All history
Greetings comrades,
the web has grown to be a big pastebin of URIs and short‐living content.
One good example for this are paste services which don’t guarantee any‐
thing. I came to the idea of having a paste mailinglist: All history is
stored, nothing will vanish and it’s easy to reference to p
22 matches
Mail list logo
