[9fans] rss replacement

[9fans] rss replacement

[Skip Tavakkolian]

i think an rss replacement in plan9 (or inferno) would be
relatively easy, useful and a good awarness building tool.
would anyone who uses or is involved in production/delivery
of rss care to offer an opinion?

Re: [9fans] rss replacement

[Micah Stetson]

> i think an rss replacement in plan9 (or inferno) would be
> relatively easy, useful and a good awarness building tool.
> would anyone who uses or is involved in production/delivery
> of rss care to offer an opinion?

Aside from not using XML, how would a plan9-ish RSS replacement look
different from RSS?

Micah

Re: [9fans] rss replacement

[Anselm R. Garbe]

On Tue, Aug 08, 2006 at 10:18:12AM -0700, Micah Stetson wrote:
> >i think an rss replacement in plan9 (or inferno) would be
> >relatively easy, useful and a good awarness building tool.
> >would anyone who uses or is involved in production/delivery
> >of rss care to offer an opinion?
> 
> Aside from not using XML, how would a plan9-ish RSS replacement look
> different from RSS?

I think cat(1) and ls(1) would do the job quite fine, assumed
that the filename correponds to a headline, and the file
contents contain the associated document...

Regards,
-- 
 Anselm R. Garbe  ><><  www.ebrag.de  ><><  GPG key: 0D73F361

Re: [9fans] rss replacement

[Skip Tavakkolian]

>> Aside from not using XML, how would a plan9-ish RSS replacement look
>> different from RSS?
> 
> I think cat(1) and ls(1) would do the job quite fine, assumed
> that the filename correponds to a headline, and the file
> contents contain the associated document...

yep. and no pushing, that means the content is always fresh
because you're getting it from the source (via aggregators).
could also build a Mail (acme interface not upas) ui to it.

authentication could follow russ' model for sources; readers
can be 'none' and syndicators require a login.

syndication is done with either exportfs or a "drawterm" like
gizmo from other os.

Re: [9fans] rss replacement

[Micah Stetson]

> I think cat(1) and ls(1) would do the job quite fine, assumed
> that the filename correponds to a headline, and the file
> contents contain the associated document...

Duh...  Maybe I was still asleep this morning.  I couldn't come up
with that for anything.  I'm not sure I like having the headline as
the file name, but I see where you're going.

Micah

Re: [9fans] rss replacement

[Christoph Lohmann]

Good day.

Am Tue, 8 Aug 2006 10:44:56 -0700
Skip Tavakkolian <9nut@9netics.com> schrieb:

> > I think cat(1) and ls(1) would do the job quite fine, assumed
> > that the filename correponds to a headline, and the file
> > contents contain the associated document...
> 
> yep. and no pushing, that means the content is always fresh
> because you're getting it from the source (via aggregators).
> could also build a Mail (acme interface not upas) ui to it.

News(1) seems to be a good solution. What is needed, is a newsfs,
that registers internally, when a entry was entered, so you are
able to cp(1) one newfs to another and touch(1) is not able to
bring up old news.

 % 9fs sources;
 % news /n/sources/news/9fans;
 Someone wrote:
	My Plan 9 is better.
 Someone else wrote:
	Mine is even more better.
 % news /n/sources/news/patch;
 Patch add-mozilla:
	Added Mozilla to the default distribution.
 Patch add-mono:
	Added Mono to the default distribution.

So you can simply add it to your profile, if you want. This is a idea
and not yet implemented.

Sincerely,

Christoph

Re: [9fans] rss replacement

[Skip Tavakkolian]

> News(1) seems to be a good solution. What is needed, is a newsfs,
> that registers internally, when a entry was entered, so you are
> able to cp(1) one newfs to another and touch(1) is not able to
> bring up old news.

right, i forgot that /acme/news is already there; probably the right
start for the ui.

i'm not sure if you'd need news(1); if incoming (exported by other
plan9 or drawterm) 9news were posted to /srv/9news.$syndicator then
aggregation would be a matter of building the right ns.