Re: Linux hosting options, pros and cons
Kent Johnson <[EMAIL PROTECTED]> writes: > My apologies. As I said, I am a linux novice. I actually don't know > how svn is hosted. Django is definitely mod_python. I'm pretty sure > Trac is CGI. I'm pretty sure svn is *not* hosted on my private Apache > and does not have a process running under my user. I assumed that it > was also CGI but I may well have been mistaken. Quite okay, and no apology necessary :) I'm just trying to figure out what you meant. Perhaps a better question would be: What are you doing with svn? Knowing how you use will probably tell me enough to figure out what's going on. -- Seeya, Paul -- Key fingerprint = 1660 FECC 5D21 D286 F853 E808 BB07 9239 53F1 28EE A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
x86 emulator for PPC Mac OS X?
Does anyone know a virtual environment for the PPC-based Macs? I have a PowerBook G4 that I'd like to be able to play with some stuff on. Specifically, I'd like to play around with a couple of the BSDs and possibly some different Linux distros. I found QEMU in Darwin ports, but it doesn't support OpenBSD, which is the BSD I want to be mucking with right now. VMWare seems to only support the newer Intel Macs, and PearPC seems to not support any of the BSDs. Am I SOL here? Thanks. -- Seeya, Paul -- Key fingerprint = 1660 FECC 5D21 D286 F853 E808 BB07 9239 53F1 28EE A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Linux hosting options, pros and cons
Paul Lussier wrote: Kent Johnson <[EMAIL PROTECTED]> writes: Trac and svn are running as CGIs behind Apache. I have access to the app-specific config files but not the Apache instance that runs them. What do you mean by this? How is svn run as a CGI behind Apache? My apologies. As I said, I am a linux novice. I actually don't know how svn is hosted. Django is definitely mod_python. I'm pretty sure Trac is CGI. I'm pretty sure svn is *not* hosted on my private Apache and does not have a process running under my user. I assumed that it was also CGI but I may well have been mistaken. Kent ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Linux hosting options, pros and cons
"Thomas Charron" <[EMAIL PROTECTED]> writes: > On 3/9/07, Paul Lussier <[EMAIL PROTECTED]> wrote: >> Kent Johnson <[EMAIL PROTECTED]> writes: >> > Trac and svn are running as CGIs behind Apache. I have access to the >> > app-specific config files but not the Apache instance that runs them. >> What do you mean by this? How is svn run as a CGI behind Apache? > > SVN uses webdav. No, svn does not *use* WebDAV. Apache has the ability to export an SVN repository via WebDAV because svn *uses* the APR. Regardless, this has absolutely nothing to do with the statement that 'Trac and svn are running as CGIs behind Apache". I don't know what Trac is, but I know quite well what svn is and how it works having once been the release manager for it. My question is still unanswered. How is svn running as a CGI behind Apache? This seems a non-sensical statement to me, unless you mean there's a CGI run by Apache which invokes svn commands. Or, do you mean WebSVN (which is quite different from svn) is being run as a CGI from Apache? -- Seeya, Paul -- Key fingerprint = 1660 FECC 5D21 D286 F853 E808 BB07 9239 53F1 28EE A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Emacs: Multiple files in one buffer?
[EMAIL PROTECTED] wrote: What I'd like to do is have each function in a C source file appear in different subfiles. But I want to be able to perform text operations over the whole bunch of them... query-replace, isearch-forward, etc. I don't think it would require any extra structure in the document. Emacs supports some kind of text attributes which are just slightly too mystical for my current understanding. They use these text attributes to implement the forms package for fill-out forms (maybe that's where I saw it?). I could see giving a chunk of text in a buffer a "source file" attribute containing the name of the file whose contents that chunk of text represents. For C functions it should be relatively straightforward assuming that each function gets its own .c file and that the name of the .c file is identical to the function name. You could add a c-mode-hook that overrides write-file and save-buffer commands to cycle through the functions in the buffer, make a region around the function and then write the region to a file using write-region. There are other possibilities, but this is probably the most efficient. It would probably be best to implement the above as around advice for the functions in question and load the file containing the advice in a c-mode-hook. If you don't have it already, I suggest getting the Elisp info manual and reading the section on Advising Functions. It explains how to write advice functions to override or to extend the built-in functions. Also, if all of the .c files are in the same directory, you could add a new command to open all the .c files in a directory into the current buffer. Another possibility would be to open the .c files for the function signatures in a currently open .h file. With a little extra magic, you could have everything in one buffer and then save the .h stuff to the .h file and each function implementation to its own .c file. For bonus points, you could remove the old .c files of functions that were deleted or renamed. /me goes poking in the forms package info manual... falls asleep. The forms package might give you some ideas, but it is probably overkill for something like this. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Palm Pilot free update to DST
For those of you that have Palm Pilots that automatically update for DST, the Palm company has given out a free update to all their models which adjust automatically: http://News.palmnewsletters.com/cgi-bin13/DM/y/ekJa0PWZkg0HXE0Zlu0G1 This even covers models that are quite old: * Treo 700p * Treo 680, 650, 600 * Treo 300, 270 * LifeDrive * Tungsten T5,T3, T2, T * Tungsten C, E2, E, W * Zire 72, 31, 21 * TX, Z22 and Windows Mobile for more modern systems: * Treo 750 * Treo 700w * Treo 700wx Neither my Palm VII or my Palm 130 have the "automatic adjust" feature, so I will have to adjust them by hand when I get up Sunday. md ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: iptables question
On 3/9/07, David A. Long <[EMAIL PROTECTED]> wrote:
The iptables NETMAP target looks like it might do this
efficiently ...
It may. I don't know if NETMAP also invokes the connection tracking
and packet rewriting stuff or not. If not, then protocols which need
to know about their own addresses (e.g., FTP) may get tripped up.
But I cannot understand how the "source" IP address gets rewritten in the
packet with this target. The NETMAP documentation is very terse and never
mentions the source address, only the destination.
Well, I've never used NETMAP myself, but my guess is that the
address which should be rewritten (source or destination) would be
implied by whether the NETMAP target is being invoked from the
PREROUTING or POSTROUTING table. If NETMAP is being invoked from the
PREROUTING table, then it should rewrite the destination address, so
the kernel can route the packet appropriately. If NETMAP is being
invoked from the POSTROUTING table, then it should rewrite the source
address, so the other end sees the correct sender.
If I'm right, the "--to" switch does not mean "host this packet is
going TO", but rather, "network to map traffic TO". So your second
rule says to rewrite ${LAN_NET}.0/24 to ${WAN_NET}.0/24.
Yah?
-- Ben
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: [Fwd: Ecma responses to ISO]
On Fri, 2007-03-09 at 17:42 -0500, Ben Scott wrote: > On 3/9/07, Jon 'maddog' Hall <[EMAIL PROTECTED]> wrote: > >> Anyone know what the facts are here? > > > > > 1900 was not a leap year > > Now, I *know* you're way smart enough to understand what I was > asking there, and "Was 1900 a leap year?" was obviously not it. Yes, I understood that. > I can only assume you're being obtuse on purpose. Should I ask why, or > should we just move on to the comparison-to-radical-groups phase of > Degenerative Online Discussion Syndrome? I thought you were "way smart enough" to guess why. It was to make a joke, but since you didn't take it that way, let's move on to the real fun > > > So anything else was and is a bug ... > > So is the C standard library's definition of "tm_year" to be the > number of years since 1900 (a retcon to work around a Y2K bug that was > written into the system from the beginning). The use of two-digit years more or less a "programming standard" of a lot of systems of time that Unix was invented (1969) typically caused by short-sightedness in programming linked with very small and expensive memories for computers. One can argue that people should have been more foresighted, but when memories cost 128,000 US dollars (and that was when a three-bedroom house on an acre of land went for 29,000 dollars) for 65K bytes of RAM, people took two bytes very seriously. Most programs in those days seemed to have a three-to-five year lifetime before a complete re-write was necessary and most programmers never dreamed that their programs would still be used fifteen or twenty years later when the issue started to appear. Or one can argue that years should always be represented by four digits, but then (as the song says), "in the year ..." In the case of Unix this was exacerbated by the fact that the Unix system started when it did. Dennis and Ken chose a particular year to start as "the beginning". One can argue that they should have foreseen the need for century roll-over and set the date originally to 1900, or to the year zero, but of course one can remember that clock ticks of a 100 milliseconds can fill up even a 32-bit register fairly quickly, so starting with year zero as "0" would cause (to people mostly doing scientific/engineering programming) an extraordinarily large starting point for practical calculations in what was basically a 16-bit machine (the PDP-11) which did have a 32-bit clock register (two word arithmetic). But while the "retcon" was needed to fix these problems, it was not a "bug", IMHO. The software worked as advertised, and did not break any existing standards. > So is "creat()" (it should be spelled "create", regardless of what the PDP > linker they were using could handle). I will disagree with the above statement. While in the English language the concept that the routine "creat" does the function similar to what the English term means to "create", and even that the name used to describe the function is the word "create" itself, there is no "standard" that says that the name of the function had to be spelled a particular way. It could have been called "foo". This was not a bug. >So is the fact that "gets()" has no facility to identify the size of the >buffer it writes to. While it might be desirable that "gets()" has the ability to identify the size of the buffer it writes to, this too is not a standard, and while you may argue it was a design flaw, the "gets()" routine performed as advertised. > So is about half of the X Window System. Matter of debate. Now who is being obtuse? > > Yet we don't throw this stuff out because, what-do-you-know, > compatibility with existing stuff is sometimes important. The big difference is that the Gregorian Calendar had been around a long time bu the time of the electronic spreadsheet, and was typically something learned in the eighth grade. I remember writing a routine to figure out dates as a college student in 1969 (way before Lotus 1-2-anything). I did quite a study on it, and while I still have to go back on my fingers and figure out slowly whether 1900 was or was not a leap year, I would have taken the time and effort to get it right, and would have fixed it if it was wrong. I also remember a very famous memo sent out by Digital in the early days of Digital's existence in response to a customers Problem Report explaining to a customer that 1900 was not a leap year, and going all the way back to before the Julian Calendar in its explanation, ending in a rather graphic and profane illustration to the customer of "see figure one". So by the time that Lotus 1-2-3 (1983) or Microsoft Excel came out, date calculation was not a Phd research project. In fact, during the early eighties, the beginnings of "Y2K" were beginning to rear their ugly head in things like 30-year mortgage calculations and such. Lotus should have been more aware than ever of the issue. If Lotus (or Microsoft or whoever crea
Re: Linux hosting options, pros and cons
On 3/9/07, Paul Lussier <[EMAIL PROTECTED]> wrote: Kent Johnson <[EMAIL PROTECTED]> writes: > Trac and svn are running as CGIs behind Apache. I have access to the > app-specific config files but not the Apache instance that runs them. What do you mean by this? How is svn run as a CGI behind Apache? SVN uses webdav. -- -- Thomas ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Linux hosting options, pros and cons
Kent Johnson <[EMAIL PROTECTED]> writes: > Trac and svn are running as CGIs behind Apache. I have access to the > app-specific config files but not the Apache instance that runs them. What do you mean by this? How is svn run as a CGI behind Apache? -- Seeya, Paul -- Key fingerprint = 1660 FECC 5D21 D286 F853 E808 BB07 9239 53F1 28EE A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
iptables question
I have a small sequential block of public IP addresses I would like to
filter through to matching servers on my private network. The iptables
NETMAP target looks like it might do this efficiently (combined with a
lot of other rules to filter out unwanted traffic). But I cannot
understand how the "source" IP address gets rewritten in the packet with
this target. The NETMAP documentation is very terse and never mentions
the source address, only the destination. Can someone provide an
example or explanation of how NETMAP can be used both to remap traffic
addressed to the server addresses, *and* remap the source address of
returning traffic? Here is what I have now, but the second rule does
not make sense to me (even though I wrote it):
iptables -t nat -A PREROUTING -i ${WAN_IFACE} -d ${WAN_NET}.0/24 -j NETMAP --to
${LAN_NET}.0/24
iptables -t nat -A POSTROUTING -o ${WAN_IFACE} -s ${LAN_NET}.0/24 -j NETMAP
--to ${WAN_NET}.0/24
Thanks,
-dl
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: [Fwd: Ecma responses to ISO]
On 3/9/07, Jon 'maddog' Hall <[EMAIL PROTECTED]> wrote: Anyone know what the facts are here? > 1900 was not a leap year Now, I *know* you're way smart enough to understand what I was asking there, and "Was 1900 a leap year?" was obviously not it. I can only assume you're being obtuse on purpose. Should I ask why, or should we just move on to the comparison-to-radical-groups phase of Degenerative Online Discussion Syndrome? So anything else was and is a bug ... So is the C standard library's definition of "tm_year" to be the number of years since 1900 (a retcon to work around a Y2K bug that was written into the system from the beginning). So is "creat()" (it should be spelled "create", regardless of what the PDP linker they were using could handle). So is the fact that "gets()" has no facility to identify the size of the buffer it writes to. So is about half of the X Window System. Yet we don't throw this stuff out because, what-do-you-know, compatibility with existing stuff is sometimes important. ... because it was a stupid bug, the bug fix should be freely available. Well, again, reading the response that got posted to the list, the "bug compatibility" mode described is an optional mode, and the "fix", to use your term, is also defined in the proposed standard -- namely, not using said optional compatibility mode. Of course, maybe that claim is wrong. Hence my desire for facts. But it appears we're not interested in facts unless they reflect poorly on Microsoft. Victory at any price, I guess. I normally detest propaganda, even propaganda whose nominal cause I agree with. I suffered a lapse of judgment in this situation. As a result, it appears I'm once again being taught the lesson as to why I detest propaganda. -- Ben ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: I reallly do not understand what the issue is.....
"Ben Scott" <[EMAIL PROTECTED]> writes: > On 3/9/07, Jerry Feldman <[EMAIL PROTECTED]> wrote: >> Apparently, not only does Windows need to be patched, but also various >> programs. > > That much is hardly unique to Microsoft. Among other things, Sun's > Java Runtime Environment needs fixes. Plenty of application software > will need attention, too. We just had to deploy a DST patch for our product to our customers. The patch included: - upgraded libc and libc-dev - timezone package - patched JRE (we use the IBM JRE/JDK) Amusingly, the "patch tool" for the JRE appears to have been written by a high school intern at IBM. You have to run a graphical Java app which, when it appears on your desktop displays half a button, the label of which cannot be read. Nor are there any directions on what you're supposed to be doing with this box on your screen. After several iterations of trial-and-error, we discovered we were supposed to use the text entry area to enter a path down which the tool then looks for patchable JREs. At some point you click the half button, then wait until eventually, in the xterm you launched said app, you see a message claiming the patch succeeded. If it fails, you just sit there looking at a anmy X frame with a text entry box and half a button. Fortunately a) the patch seems to have worked, and b) we can package up this JRE into a .deb in order to pass on to our customers! -- Seeya, Paul -- Key fingerprint = 1660 FECC 5D21 D286 F853 E808 BB07 9239 53F1 28EE A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Portable audio player
> Date: Tue, 6 Mar 2007 12:44:30 -0500 > X-Authentication-Warning: cmarib.ramside: rusat set sender to > From: [EMAIL PROTECTED] > mp3s can be stored in multiple directories but are all sorted > alphabetically by filename on boot, so the sort order of the base > filenames is the order in which they appear in the player. When an > expansion card is inserted, the names are sorted right in with those > on internal storage. The card can be inserted/removed without > powering down the device, although the player takes a moment to > reindex itself when this is done. AFAIK, ogg is not supported. Actually, I believe I have slightly misrepresented the Lyra in the above paragraph. The file names are sorted according to the SHORT DOS 8.1 (STUPID~1.MP3) filenames, and not the corresponding long VFAT filenames. The files stored on internal media also, in the sort order, appear before those found on the SD card. My recommended player, though, would still be silence. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: MV communications colocation
On March 09, 2007, Drew Van Zandt sent me the following: > Does anyone in the LUG have colocation experience with MV > communications? I know I've heard good things in general about them > on the LUG, but I'm specifically looking for experience with their > Manchester colocation facility. The girl on the phone said they had > UPS's but no backup generator, so uptime discussions would be > particularly interesting to me. Also, there's little discussion of > bandwidth on their website. Thanks for any info you can share I did some coding work for a site that was colocated there years ago, we had no issues whatsoever. You might want to check out http://dyni.net/ as well, based out of Nashua. I have no experience with them yet, but am planning to put a box there next week. My deciding factor was primarily price, and dyni.net is a little less expensive than MV. -- Chip Marshall <[EMAIL PROTECTED]> http://kyzoku.2bithacker.net/ GCM/IT d+(-) s+:++ a25>? C++ UB$ P+++$ L- E--- W++ N@ o K- w O M+ V-- PS+ PE Y+ PGP++ t+@ R@ tv@ b++@ DI D+(-) G++ e>++ h>++ r-- y? ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: [Fwd: Ecma responses to ISO]
> > Anyone know what the facts are here? > 1900 was not a leap yearyup, pretty sure that is true: http://www.dpbsmith.com/leapyearfaq.txt So anything else was and is a bug, and should be fixed, not "standardized" and (IMHO) because it was a stupid bug, the bug fix should be freely available. Just like this coming Sunday some people will be celebrating Daylight Savings Timesome people.the people who can afford $4,000., and the ones with truly free software. md ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: MV communications colocation
On 3/9/07, Drew Van Zandt <[EMAIL PROTECTED]> wrote: Does anyone in the LUG have colocation experience with MV communications? You might say that. The GNHLUG website and/or mailing list have been hosted with MV, in their Manchester colo facility, for years. Free of charge. I think we've only had one significant outage (the transformer fire Bruce mentioned). Once when our server locked up, they hit the reset switch for us, and then *apologized* for not having the system on their ping monitor list, and assured us that they would add it and keep an eye on it for us in the future. I was and still am dumb-founded at this level of service. Granted, if you're not a non-profit organization with minimal bandwidth needs (like GNHLUG is), I expect they'll charge you a fee for this service, but I still think it's tremendously worth it. I've also heard Mark Mallett speak of how MV.COM got started, how they've grown and changed, and their approach to business. Talk is cheap, of course, but I still feel pretty confident in saying that you won't be able to find a colo with better customer service anywhere on Earth, for any price. Better facilities, sure (MV is just a local ISP in the mostly rural state of NH, after all), but not better customer service. And I've learned that facilities don't matter much if there's nobody who cares around to apply them. Also, there's little discussion of bandwidth on their website. Like most co-lo facilities, you pay for the bandwidth you want. If you want a T3, I'm sure they'd be happy to provide the capacity. :) -- Ben ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: [Fwd: Ecma responses to ISO]
On 3/9/07, Bill Sconce <[EMAIL PROTECTED]> wrote: 4 OpenXML supports two systems for converting numbers to their date format representations: 5 1. The 1900 date base system represents the technical decisions, including technical errors, of a prominent 6 early spreadsheet implementation, namely, Lotus 1-2-3TM. This representation provides legacy 7 compatibility. 8 2. The 1904 date base system that correctly reflects Gregorian calendar dates. 9 thus OpenXML does not contradict ISO 8601 or the Gregorian calendar. So, according to the above: (1) It's not Microsoft's bug, but Lotus's bug. I guess it's IBM's bug, now. Microsoft is maintaining bug-for-bug compatibility. (2) It's an optional mode. Interesting how those points were left out of the original Groklaw analysis -- indeed, flatly contradict it. Anyone know what the facts are here? -- Ben ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: MV communications colocation
On Fri, 09 Mar 2007 11:39:51 -0400 Bruce Dawson <[EMAIL PROTECTED]> wrote: > I've been using them [MV] for years, and have had no trouble. The only > time they seem to have power problems is when the power is out for over 3 > hours (like the substation fire a few years ago). Although I don't know > if they have that much capacity in the UPS. And they ARE responsive, as everyone who has dealt with them has documented on this list. -Bill (I'm getting to where "responsive" is more important than theoreticals such as power outages; YMMV. Yesterday I drove down to my local TDS office to talk with them about DSL rates, and about the bundles listed on a slick mailing they sent out recently. I walked in, said hello to the lady behind the counter, and then noticed a green sheet of paper taped to the counter. It said, "Unavailable". I made a joke about that, thinking it funny that a clerk would be unavailable long enough to tape the sign down. Then I noticed that ALL of the clerks had green signs. The lady seemed to be uncomfortable. She pointed me to another sign, in fluorescent orange, which said roughly, "It may look like we're here doing business like we did before, but we're not really here to talk with you. If you're a customer with a question please use the courtesy phone on the wall to your left to talk with 1-800-xxx-." The lady behind the counter explained that TDS "has changed its business model recently", and that clerks are now expected to spend all day on their headsets, and are NOT to talk with customers. She was not allowed to talk with me about upgrading my phone service. I am not making this up. I commiserated with the lady behind the counter, with whom I have had several pleasant interactions in the past. I reflected that I've worked for such corporations myself. I didn't mention names, or that they're now out of business.) ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: [Fwd: Ecma responses to ISO]
On Thu, 08 Mar 2007 13:15:33 -0500
"Jon 'maddog' Hall" <[EMAIL PROTECTED]> wrote:
md> The document can be accessed at
md>http://www.computerworld.com/pdfs/Ecma.pdf.
md> Best Regards,
md> Jomar
Indeed. Dates off? No problem:
4 OpenXML supports two systems for converting numbers to their date format
representations:
5 1. The 1900 date base system represents the technical decisions,
including technical errors, of a prominent
6 early spreadsheet implementation, namely, Lotus 1-2-3TM. This
representation provides legacy
7 compatibility.
8 2. The 1904 date base system that correctly reflects Gregorian calendar
dates.
9 thus OpenXML does not contradict ISO 8601 or the Gregorian calendar.
10 Although OpenXML 's SpreadsheetML might support dates in a range smaller
than that permitted by ISO 8601,
11 Ecma does not see that this is a contradiction of that standard.
(page 15 of the PDF, line numbers/long lines left intact)
There are lots of issues (the issue of dates just being my favorite)
and Ecma seems to take the position that they are small ("technical")
hurdles to be overcome by discussion.
md> It seems like the "fast track" has failed and that it will now go
md> through a longer review process.
Don't we wish.
1 4. Conclusion
2 Ecma wishes to thank the NBs for their efforts during this 30-day review
period, and looks forward to working
3 further with them in an effort to resolve any technical concerns that may
arise from the 5-month ballot of the
4 Fast Track.
(page 28 of the PDF)
The 5-month ballot period apparently *is* the fast track.
md> for something as important as XML we might want to keep an eye
md> on this.
OH yes.
-Bill
_
More reading:
Andy Updegrove's "Standards Blog":
http://www.consortiuminfo.org/standardsblog/
A description of the process, with a chart (in French):
http://www.standarmedia.com/std/acc_det.asp?Ids=1A4&Ref=702&Page=1&lang=French
Groklaw last Saturday on the Ecma approval (and with a translation
of the above description, without the chart):
http://www.groklaw.net/article.php?story=2007030308154032
A good (one of many) articles on how the "standards process"
asks the wrong questions:
http://www.freesoftwaremagazine.com/node/2110
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: MV communications colocation
I've been using them for years, and have had no trouble. The only time they seem to have power problems is when the power is out for over 3 hours (like the substation fire a few years ago). Although I don't know if they have that much capacity in the UPS. The bandwidth depends on your price - the higher the price, the more bandwidth you get. Its covered on their rates page. --Bruce Drew Van Zandt wrote: > Does anyone in the LUG have colocation experience with MV > communications? I know I've heard good things in general about them > on the LUG, but I'm specifically looking for experience with their > Manchester colocation facility. The girl on the phone said they had > UPS's but no backup generator, so uptime discussions would be > particularly interesting to me. Also, there's little discussion of > bandwidth on their website. Thanks for any info you can share > > --DTVZ > ___ > gnhlug-discuss mailing list > gnhlug-discuss@mail.gnhlug.org > http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Linux hosting options, pros and cons
Christopher Schmidt wrote: On Fri, Mar 09, 2007 at 06:28:29AM -0500, Kent Johnson wrote: In my new job I am hosting a web site at WebFactional. I thought you might be interested in some first impressions. I believe webfaction -- which it looks like is the same thing as webfactional -- is run by the same people as python-hosting/python-hosted. Yes, you are right on both counts. WebFaction.com is the main site for the provider. My domain is a subdomain of webfactional.com (until our real domain name is hosted there which we have not done yet). And WebFaction used to be called python-hosting.com. It is run by Remi Delon who is the main developer behind CherryPy. Kent ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: MV communications colocation
On Mar 9, 2007, at 10:17 AM, Drew Van Zandt wrote: Does anyone in the LUG have colocation experience with MV communications? I know I've heard good things in general about them on the LUG, but I'm specifically looking for experience with their Manchester colocation facility. The girl on the phone said they had UPS's but no backup generator, so uptime discussions would be particularly interesting to me. Also, there's little discussion of bandwidth on their website. Thanks for any info you can share I worked there for a while, and I know MEM is on the list so he might chime in. They have a very nice colo for the size and the staff there is great. I used to work there (actually my first computer related job). The reason they don't have a backup generator is because they lose power so infrequently it's not worth the investment. For the cost it's a great deal for what you get. If you're looking for something better you could try Colospace.com. They have a Manchester facility that worked at when I was an employee of them. It's more upscale and they have plenty of backup power, but it's also more expensive. It's actually about a block away from MV. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
MV communications colocation
Does anyone in the LUG have colocation experience with MV communications? I know I've heard good things in general about them on the LUG, but I'm specifically looking for experience with their Manchester colocation facility. The girl on the phone said they had UPS's but no backup generator, so uptime discussions would be particularly interesting to me. Also, there's little discussion of bandwidth on their website. Thanks for any info you can share --DTVZ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Linux hosting options, pros and cons
On Fri, Mar 09, 2007 at 06:28:29AM -0500, Kent Johnson wrote: > > > Ted Roche wrote: > >A client with a database-backed LAMP application is considering moving > >to a new hosting provider for their system. Surfing the web, they find > >all of these $6.95/month deals and can't figure out why anyone would pay > >more. I know there are a number of folks on the list who provide such > >services for themselves or their customers, and would welcome feedback, > >from what questions should be asked to what features we should be > >looking at. (I should explain "we" - I am the developer of the app, and > >an adequate sysadmin, and will likely end up installing, configuring and > >maintaining the system) > > In my new job I am hosting a web site at WebFactional. I thought you > might be interested in some first impressions. I believe webfaction -- which it looks like is the same thing as webfactional -- is run by the same people as python-hosting/python-hosted. When hosting a project (trac + svn) there, at one point the machine we were hosting on failed, and we lost 5 days worth of wiki and SVN edits. (The nightly backups were corrupted or something similar.) This doesn't include the fact that before we found this out there was approximately 48 hours of downtime. Obviously, this is a rare circumstance. A number of different circumstances conspired to bring the situation to where it ended up. It was, however, enough for us to take on the responsibility and move our trac/SVN hosting in house, giving python hosting the boot. They were extremely apologetic and duly chastised by the experience, and I'm sure things have changed, and as I said, it did seem to be an isolated incident, but it was several man-days of work that was just gone. Just my personal experience with what I think is the same people. Regards, -- Christopher Schmidt Web Developer ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Linux hosting options, pros and cons
On Mar 9, 2007, at 6:28 AM, Kent Johnson wrote: In my new job I am hosting a web site at WebFactional. I thought you might be interested in some first impressions. We are hosted at the Shared 1 level ($9.50 / month). At present I am running a minimal Django app, a Trac site and a Subversion repository on the site. I can ssh and rsync to the site. Wow. hard to believe a site with so many features can be feasible at $10 a month! Thanks for the detailed response! Ted Roche Ted Roche & Associates, LLC http://www.tedroche.com ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: I reallly do not understand what the issue is.....
On 3/9/07, Jerry Feldman <[EMAIL PROTECTED]> wrote: Apparently, not only does Windows need to be patched, but also various programs. That much is hardly unique to Microsoft. Among other things, Sun's Java Runtime Environment needs fixes. Plenty of application software will need attention, too. There's tons of crap software out there, as we all know. Even some not-so-crappy software might need adjustment (due to incorrect UTC offsets calculated during data entry before fixes were applied). What's (so far) unique to Microsoft is that they see this as a profit center and business opportunity, instead of a customer support issue. -- Ben ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: I reallly do not understand what the issue is.....
On 3/9/07, Jon 'maddog' Hall <[EMAIL PROTECTED]> wrote: Is that a per-system $4,000., or a site-wide $4,000.? $4000 gets you all of the DST fixes for this issue, for Exchange and Windows, for your organization. I haven't read the EULA, but I presume you cannot give it out to people outside your organization. Microsoft honestly seems to think they're doing us all a big favor by offering the fixes for $4000. According to them, we should really be paying $40,000 for an Extended Support Agreement (which gets us all the fixes for a product during the Extortion -- I mean, Extended -- Support Period). So $4000 is an incredible bargain. MSFT really seems to operating on a different plane of reality. And if I somehow get that patch from a friend of mine, does that mean that Microsoft's anti-piracy systems will eventually kick in and shut down my system? Probably. How else can Microsoft be sure they're "protecting" you from un-Genuine software. I wonder if FORD will pay that $4,000.? Or CitiBank? Or Bill's friends at Disney that depend on Microsoft's DRM? I'm sure big companies like that have either (1) already upgraded to the latest-and-greatest, as part of their Volume License and Software Assurance Agreement, or (2) already paid for the Extended Support Agreement. That's part of the problem. Big companies like that are used to paying through the nose for stuff like this. They buy support contracts for everything. So Microsoft sits pretty, knowing that the money will keep rolling in. -- Ben ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: I reallly do not understand what the issue is.....
On Thu, 08 Mar 2007 20:54:35 -0500 Jason Stephenson <[EMAIL PROTECTED]> wrote: > I really can't understand all the fuss over something that we've had > nearly two years to prepare? Don't those people run a real operating system? I heard that the MSFT patch for Exchange costs $4000. The Linux patch costs about $5.00 (eg. time to install and check). Apparently, not only does Windows need to be patched, but also various programs. -- Jerry Feldman <[EMAIL PROTECTED]> Boston Linux and Unix user group http://www.blu.org PGP key id:C5061EA9 PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9 signature.asc Description: PGP signature ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: I reallly do not understand what the issue is.....
On Thu, 08 Mar 2007 15:21:32 -0500 "Jon 'maddog' Hall" <[EMAIL PROTECTED]> wrote: > Microsoft's path is so much easier. Just brain-wash everyone to think > that whatever you do is "standard". A much easier path. Even Pope > Gregory would have agreed on that point. They followed IBM's lead. The database standards committee decided that IBM's SQL should be the basis for the standard. At one point, the committee got so far off IBM's implementation that they did a complete reset. (Dec's rep was Leslie Klein's husband, Data General's rep subsequently moved the NH to work at Dec, and Nixdorf's rep -me, also worked at Dec as a contractor). -- Jerry Feldman <[EMAIL PROTECTED]> Boston Linux and Unix user group http://www.blu.org PGP key id:C5061EA9 PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9 signature.asc Description: PGP signature ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Linux hosting options, pros and cons
Ted Roche wrote: A client with a database-backed LAMP application is considering moving to a new hosting provider for their system. Surfing the web, they find all of these $6.95/month deals and can't figure out why anyone would pay more. I know there are a number of folks on the list who provide such services for themselves or their customers, and would welcome feedback, from what questions should be asked to what features we should be looking at. (I should explain "we" - I am the developer of the app, and an adequate sysadmin, and will likely end up installing, configuring and maintaining the system) In my new job I am hosting a web site at WebFactional. I thought you might be interested in some first impressions. We are hosted at the Shared 1 level ($9.50 / month). At present I am running a minimal Django app, a Trac site and a Subversion repository on the site. I can ssh and rsync to the site. Trac and svn are running as CGIs behind Apache. I have access to the app-specific config files but not the Apache instance that runs them. Django is running in mod_python behind a private instance of Apache that AFAICT I control completely - I can edit the http.conf, restart the server, etc. I have my own site-packages folder and my own Django installation. It was painless to replace the stock Django (9.5.1 release) with the current svn trunk - just deleted the stock folder and svn co the trunk. As I understand it, there is a master Apache server that is the front end. This server serves static files and forwards dynamic requests to my owned server which runs mod_python and Django. There are three running httpd processes. It seems like httpd + mod_python + Django takes about 13-14MB. So with three instances running I am bumping up against the 40MB memory limit. This is a very small site at this point - basically a Django Admin interface to a single SQLite table in a 250K database. So the Shared 1 plan is kind of marginal for this. I am planning to upgrade to Shared 2 so I don't have to worry about it. I did bump over the memory limit a few days ago due to a memory leak (mine), the response from WebFaction was to post a trouble ticket asking me what I was going to do about it. So that is pretty gentle, they didn't shut down the site or restart the server for me or anything draconian. Setup is pretty easy. Most of it is handled with a control panel that lets you set up applications (Django, Trac, svn) and domains and link them together. There are numerous screencasts to walk you through the config. There is also a forum that answers a lot of questions and has specific configuration tips. I am a linux novice - I don't freak out when faced with a bash shell, but I don't know how to configure Apache either. I have had a few times when I have had to muddle through but mostly it has gone smoothly. Support is by email. I have asked a couple of questions and received replies within 24 hours. Not great turnaround but the answers were accurate - in each case I was answered by Remi Delon who runs the site. Can't answer about reliability yet, the site is new and not open to the public. Most of the rest of what you ask for below is available but I have not had to use it. Hardware is Dual Xeon 2.4 Ghz with 4 GB RAM. I seem to be sharing the machine with about 80 other users at the moment. Bandwidth: minimal. The system is a custom query application used by a small number of customers. Data is plain 'ol HTML with a few token branding graphics. Yes, 200GB / month. Basic software requirements: Linux Red Hat Apache 2.x Apache/2.0.52 (Red Hat) mod_python/3.2.8 Python/2.4.4 SSL Yes PHP 4.3 or better with the ability to add PEAR modules PHP is available, not sure which version. My experience with Django is that I can add modules; my guess is it would be the same with PHP. MySQL 4.1.19 or later or 5.1 Not sure which version, 5.something I think ssh/scp access, preferably on a non-standard port ssh/scp/sftp yes. Don't know about changing the port rsync support yes ability to add custom cron jobs yes though apparently cron can't send mail http://forum.webfaction.com/viewtopic.php?id=2 outgoing email, a few a day. Yes, my Trac instance is configured to send mail and that is working fine. Storage: data is dinky, a couple of megabytes, HTML, CSS and .js files a few hundred K Yes, 2GB on the Shared 1 plan. Reliability: of course, clients expect web presence to work like dialtone: five 9's at no extra cost. A flaky ISP who blinks on and off is obviously undesirable, but the client is not going to pay for their own standby diesel generator, either. What's a realistic expectation, and how closely is it tied to "you get what you pay for?" In terms of mission-criticality, uptime is good, but going black during a natural disaster is not a deal-breaker, as long as the machine does a good shutdown and recovery. Don't know yet. So far 100% uptime :-) Security: Client requi
