So that just confirms that there isn't a known way to interoperate with access control. Which is not to say that it's LiveJournal's fault, or anyone's fault, but it causes a certain amount of difficulty, and network-effect lock-in. The age of automated, federated cross-publishing has not arrived.
How do locked posts translate then? If your server returns every locked post in every feed read, obviously the locking is no good. Does it return something specific to LiveJournal (perhaps conditionalized on some site authentication from their servers) that says which LJ users get to see what, and then everyone else doesn't see any of that or has some other arrangement? Does each LJ user reading the feed get passed through with separate authentication somehow? I don't see anything in the LJ documentation or the Atom format that would make this work.
But some of them are. For instance, I used to have a copy of U2's "Walk On" available, which is no longer the case. However, I can recall it internally with relative exactitude, down to the entrances of the background parts, vocal inflections, effects, and so forth. Moreover, it's represented in structured form, not as pure audio; when bits become less exact it's more similar to human memory becoming less exact (e.g. forgetting words from the lyric, playing it back in the wrong key since I don't usually bother to have a pitch reference handy) than classical-computer memory dropping bits (e.g. lots of noise in the audio stream).
I suppose I'm a sort of musical person, so this may not be the norm, but it is certainly not impossible for humans to store music and video in memory, at higher or lower quality as desired.
Well, there's Ardour... the CVS build is currently very broken because of a move to use jack, but once that's complete...
Re:A Linux-PDA is useless for me without...
on
Linux PDA Part Deux
·
· Score: 1
On the other hand, there is connectivity to GNOME for Palms; GNOME includes a Palm Pilot conduit to gnomecal, gnomecard, file system, and sendmail (among other things).
Of course, I don't have a PDA, so I haven't experienced this firsthand, but it seems to me that it shouldn't be extremely difficult to sync Palm with GNOME, and sync GNOME with KDE, assuming reasonably interchangeable formats.
I'm not sure what the situation would be in the case of PDAs running GNU/Linux... it might be possible for them to run a light version of whatever normal desktop apps are being used (much as is the case with Windows PDAs), which would make interfacing with the desktop much easier. Or do they already do that?
Slashdot Mirror
There is such a record in the case of Jabber; it uses the SRV record type. For instance:
$ host -t SRV _xmpp-server._tcp.gmail.com
_xmpp-server._tcp.gmail.com SRV 20 0 5269 xmpp-server1.l.google.com
_xmpp-server._tcp.gmail.com SRV 20 0 5269 xmpp-server2.l.google.com
_xmpp-server._tcp.gmail.com SRV 20 0 5269 xmpp-server3.l.google.com
_xmpp-server._tcp.gmail.com SRV 20 0 5269 xmpp-server4.l.google.com
_xmpp-server._tcp.gmail.com SRV 5 0 5269 xmpp-server.l.google.com
$ host -t SRV _xmpp-client._tcp.gmail.com
_xmpp-client._tcp.gmail.com SRV 20 0 5222 talk2.l.google.com
_xmpp-client._tcp.gmail.com SRV 20 0 5222 talk3.l.google.com
_xmpp-client._tcp.gmail.com SRV 20 0 5222 talk4.l.google.com
_xmpp-client._tcp.gmail.com SRV 5 0 5222 talk.l.google.com
_xmpp-client._tcp.gmail.com SRV 20 0 5222 talk1.l.google.com
So that just confirms that there isn't a known way to interoperate with access control. Which is not to say that it's LiveJournal's fault, or anyone's fault, but it causes a certain amount of difficulty, and network-effect lock-in. The age of automated, federated cross-publishing has not arrived.
How do locked posts translate then? If your server returns every locked post in every feed read, obviously the locking is no good. Does it return something specific to LiveJournal (perhaps conditionalized on some site authentication from their servers) that says which LJ users get to see what, and then everyone else doesn't see any of that or has some other arrangement? Does each LJ user reading the feed get passed through with separate authentication somehow? I don't see anything in the LJ documentation or the Atom format that would make this work.
Nice pun. If you don't like it--SWITCH. *nod*
I call discrimination against extraterrestrials!
You mean Panem et circenses?
Argh! "presence"!
It's supposed to be "rein in". Seriously, guys.
But some of them are. For instance, I used to have a copy of U2's "Walk On" available, which is no longer the case. However, I can recall it internally with relative exactitude, down to the entrances of the background parts, vocal inflections, effects, and so forth. Moreover, it's represented in structured form, not as pure audio; when bits become less exact it's more similar to human memory becoming less exact (e.g. forgetting words from the lyric, playing it back in the wrong key since I don't usually bother to have a pitch reference handy) than classical-computer memory dropping bits (e.g. lots of noise in the audio stream).
I suppose I'm a sort of musical person, so this may not be the norm, but it is certainly not impossible for humans to store music and video in memory, at higher or lower quality as desired.
Risk averse, not "adverse".
Do you mean "martial law"?
You are not accounting for the possibility of simple mistakes.
And when one's local ISP permits one to expose servers to the outside world via dialup but not broadband?
Well, there's Ardour... the CVS build is currently very broken because of a move to use jack, but once that's complete...
On the other hand, there is connectivity to GNOME for Palms; GNOME includes a Palm Pilot conduit to gnomecal, gnomecard, file system, and sendmail (among other things).
Of course, I don't have a PDA, so I haven't experienced this firsthand, but it seems to me that it shouldn't be extremely difficult to sync Palm with GNOME, and sync GNOME with KDE, assuming reasonably interchangeable formats.
I'm not sure what the situation would be in the case of PDAs running GNU/Linux... it might be possible for them to run a light version of whatever normal desktop apps are being used (much as is the case with Windows PDAs), which would make interfacing with the desktop much easier. Or do they already do that?