I have just registered the "sfbackup" project at sourceforge.net, to be licensed under the BSD license. I should know if they accepted it within 72 hours, according to their SOP.
AFAIK, there are no tools to pull the contents of the bug lists, patch lists, etc off the site. There probably never were.
So, here's what we need:
1. Tool to "web-scrape" the contents of the bug-list for a project.
2. Tool to "web-scrape" the contents of the patch-list for a project.
3. Tool to "web-scrape" the mailing list archive and member list for a project.
4. Tool to put together a mirrored CVS repo (a la CVSup, but it just needs to work in one shot).
5. Any other similar tools to above needed to reconstitute project state on a different host.
Putting an XML-RPC interface on these would allow them the most general use.
We've always needed them. This announcement doesn't really change anything, but it should bring the point home that we who admin projects are responsible for our own disaster recovery, just in case Lars Ulrich decides he owns that sample mp3 of your cat hacking up a hairball because it sounds just like Metallica.
And finally, just a common sense clarification, in case some people don't get it: don't put crypto on SF, because it'll probably get DMCA'd.
I'll start the project on sourceforge.net (of course). Volunteers welcome.
There is one other thing that Discipline can do, due to its small size, and concern for artist and audience alike: they have a King Crimson Klub [sic], where subscribers receive, every couple of months, a new release of live or otherwise rare material at a cost of $16/disc, shipping included. The large conglomerate companies cannot (and wouldn't if they could) provide specialized services such as this.
The business aims of Discipline Global Mobile are.... to help music come into the world which would otherwise be unlikely to do so, or under conditions prejudicial to the music and/or musicians [and] to be a model of ethical business in an industry founded on exploitation, oiled by deceit, riven with theft and fuelled by greed.
A statement found on every DGM release is:
The phonographic copyright in these performances is operated by Discipline Global Mobile on behalf of the artists, with whom it remains, contrary to common practice in the record industry. Discipline accepts no reason for artists to assign the copyright interests in their work to either record company or management by virtue of a "common practice" which was always questionable, often improper, and is now indefensible.
There are a number of artists who now record with DGM. Please do visit their web site for information and to view a selection of recordings, the sale of which benefit the artists who created them. You will also find artist's diaries there, including those of Mr. Fripp. He also posts editorials about his experiences with the recording industry as part of the liner notes to his recordings. The commentary, from a professional musician of almost four decades, is well worth reading, and leaves no doubt that the RIAA's posturing regarding helping artists is just that, and nothing more.
Agreed. I've working in the financial industry for many years, and now I'm working for a subsidiary of a subsidiary of a multinational publishing company. I can't even ask to get a DNS entry added, 'cause the people I have to ask don't want the red tape from the people they have to ask, who don't want...
The most common response I've gotten to trying to open a port (for inbound SSH, restricted by incoming IP) is that "policy is not to open up any ports". At a previous employer, a request to change the policy was refused on the grounds that it would violate the policy whose change is being requested!
And don't forget that delaying and refusing requests from other divisions/departments in a large corporation is a prime tool for a manager to show importance and hold onto his/her "turf"... In times of layoffs, every manager's inner control-freak comes out.
It's really quite impossible to get a reasonable request through the layers of cluelessness that exists between you and the network admin who can make the change, and then only if (s)he can convince the PHBs above of its necessity. Violating the spirit of the rules, but not their letter, is often the only way to get an essential network service in large organizations.
And, yes, if XML-RPC/SOAP gets blocked, then certainly it's going to get base-64 encoded in an HTML "PUT" in order to get it through. Sucks, but that's corporate reality.
And I was thinking of Canada as possible political asylum. I'm very afraid of staying in this country too much longer. The terrorists abroad blind people to the terrorists whose salary they pay. "This is a dangerous place."
Anyone have ideas what countries it might actually be both safe to move to and a suitable habitat for an experienced systems professional?
I have been a touch typist (including keypad operation) for about 20 years, and to try to use a keypad in such a new way would be extraordinarily difficult. I would liken it to being able to switch between QWERTY and Dvorak keyboards at will with no loss of speed. AFAICR, that was one of the factors that doomed the Dvorak keyboard, and will continue to doom alternative keyboard layouts for some time. The barrier to entry is too high.
As a switchable feature, I think it's a wonderful idea, but a note to the designers: PLEASE, default it to OFF.
A note that hasn't been prominently mentioned in this discussion:
Red Hat Picks RTLinux For Real-Time Kernel Technology
Posted on/. on 2001/09/06.
I would not expect RH to place themselves in legal jeopardy. It also means that they are not going to support any legal action against RTLinux, at least not without a very public and embarassing about-face.
Slashdot Mirror
It's going to become Open Source Software? Cool. :)
The project registration was rejected in less than half an hour. I've sent them a difficult support question in response.
:)
If they admit it was rejected because it enabled people to leave sourceforge, then they look bad.
If they deny it, they look bad, too.
Maybe the PR quandary will prompt them to approve it.
I have just registered the "sfbackup" project at sourceforge.net, to be licensed under the BSD license. I should know if they accepted it within 72 hours, according to their SOP.
AFAIK, there are no tools to pull the contents of the bug lists, patch lists, etc off the site. There probably never were.
So, here's what we need:
1. Tool to "web-scrape" the contents of the bug-list for a project.
2. Tool to "web-scrape" the contents of the patch-list for a project.
3. Tool to "web-scrape" the mailing list archive and member list for a project.
4. Tool to put together a mirrored CVS repo (a la CVSup, but it just needs to work in one shot).
5. Any other similar tools to above needed to reconstitute project state on a different host.
Putting an XML-RPC interface on these would allow them the most general use.
We've always needed them. This announcement doesn't really change anything, but it should bring the point home that we who admin projects are responsible for our own disaster recovery, just in case Lars Ulrich decides he owns that sample mp3 of your cat hacking up a hairball because it sounds just like Metallica.
And finally, just a common sense clarification, in case some people don't get it: don't put crypto on SF, because it'll probably get DMCA'd.
I'll start the project on sourceforge.net (of course). Volunteers welcome.
And while I agree that the manager who makes the boneheaded decision to use X based on an online poll deserves something nasty
I don't think most people really decide to use X. It's big and slow and it's a bitch to program. OTOH it's what comes with Unix.
There is one other thing that Discipline can do, due to its small size, and concern for artist and audience alike: they have a King Crimson Klub [sic], where subscribers receive, every couple of months, a new release of live or otherwise rare material at a cost of $16/disc, shipping included. The large conglomerate companies cannot (and wouldn't if they could) provide specialized services such as this.
The business aims of Discipline Global Mobile are.... to help music come into the world which would otherwise be unlikely to do so, or under conditions prejudicial to the music and/or musicians [and] to be a model of ethical business in an industry founded on exploitation, oiled by deceit, riven with theft and fuelled by greed.
A statement found on every DGM release is:
There are a number of artists who now record with DGM. Please do visit their web site for information and to view a selection of recordings, the sale of which benefit the artists who created them. You will also find artist's diaries there, including those of Mr. Fripp. He also posts editorials about his experiences with the recording industry as part of the liner notes to his recordings. The commentary, from a professional musician of almost four decades, is well worth reading, and leaves no doubt that the RIAA's posturing regarding helping artists is just that, and nothing more.
Agreed. I've working in the financial industry for many years, and now I'm working for a subsidiary of a subsidiary of a multinational publishing company. I can't even ask to get a DNS entry added, 'cause the people I have to ask don't want the red tape from the people they have to ask, who don't want ...
The most common response I've gotten to trying to open a port (for inbound SSH, restricted by incoming IP) is that "policy is not to open up any ports". At a previous employer, a request to change the policy was refused on the grounds that it would violate the policy whose change is being requested!
And don't forget that delaying and refusing requests from other divisions/departments in a large corporation is a prime tool for a manager to show importance and hold onto his/her "turf"... In times of layoffs, every manager's inner control-freak comes out.
It's really quite impossible to get a reasonable request through the layers of cluelessness that exists between you and the network admin who can make the change, and then only if (s)he can convince the PHBs above of its necessity. Violating the spirit of the rules, but not their letter, is often the only way to get an essential network service in large organizations.
And, yes, if XML-RPC/SOAP gets blocked, then certainly it's going to get base-64 encoded in an HTML "PUT" in order to get it through. Sucks, but that's corporate reality.
And I was thinking of Canada as possible political asylum. I'm very afraid of staying in this country too much longer. The terrorists abroad blind people to the terrorists whose salary they pay. "This is a dangerous place."
Anyone have ideas what countries it might actually be both safe to move to and a suitable habitat for an experienced systems professional?
I have been a touch typist (including keypad operation) for about 20 years, and to try to use a keypad in such a new way would be extraordinarily difficult. I would liken it to being able to switch between QWERTY and Dvorak keyboards at will with no loss of speed. AFAICR, that was one of the factors that doomed the Dvorak keyboard, and will continue to doom alternative keyboard layouts for some time. The barrier to entry is too high.
As a switchable feature, I think it's a wonderful idea, but a note to the designers: PLEASE, default it to OFF.
A note that hasn't been prominently mentioned in this discussion: Red Hat Picks RTLinux For Real-Time Kernel Technology Posted on /. on 2001/09/06.
I would not expect RH to place themselves in legal jeopardy. It also means that they are not going to support any legal action against RTLinux, at least not without a very public and embarassing about-face.