[GNHLUG] MerriLUG Nashua, Thur 20 Sep, OpenOffice Styles - for groff fans and real people too
Who : Jim Kuzdrall, Intrel Service Company What : Introduction to OO styles and some handy simplifications Where: Martha's Exchange Day : Thur 20 Sep **Next Week** Time : 6:00 PM for grub, 7:30 PM for discussion :: Overview Overwhelmed by formatting choices in OpenOffice Writer? Continually fiddling with formatting that never comes up quite right for your present document? Help is on the way! A diagrammatic overview of the OO style system is the first step. Why are they needed? Where do they reside? How do they interact? Should the defaults be changed? How do templates come in? What are the "Gotchas"? Next, a different approach to style management deftly cuts the styles and templates down to an easy-to-use few. Once you create your small set of custom styles and templates you will rarely revisit formatting details again. (Yes, the scheme evolved from roff macros.) >>> RSVP to Jim Kuzdrall for dinner to assure adequate seating. <<< !!! If you are not a "Regular Attendee" (50%), please let me know. !!! Driving directions: http://wiki.gnhlug.org/twiki2/bin/view/Www/PlaceMarthasExchange Thanks, Jim Kuzdrall [EMAIL PROTECTED] ___ gnhlug-announce mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-announce/ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Perl best practices
On Thu, 2007-09-13 at 23:58 -0400, Paul Lussier wrote: > For all those just tuning in, Ben and I are in violent and vocal > agreement with each other, and at this point are merely quibbling over > semantics :) As an old Python guy who knows just enough Perl to get it wrong, this has been educational (and even fun). Thanks. -- Lloyd Kvam Venix Corp ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Success stories with MythTV and Schedule Direct?
On Thu, 2007-09-13 at 21:57 -0400, Jeff Creem wrote:
> Frank DiPrete wrote:
> > On Mon, 2007-09-03 at 16:58 -0400, Ted Roche wrote:
> >
> >> Just checking in to find out if anyone has switched their MythTV setups
> >> over to Schedules Direct [1]? ("Schedules Direct is a non-profit
> >> organization that provides raw U.S./Canadian tv listing data to Free and
> >> Open Source Applications. Those applications then use the data to
> >> provide things like PVR functionality, search tools, and private channel
> >> grids.")
> >>
> >> For those not following along, a subsidiary of the Tribune Media cartel
> >> (Zap2It Labs) had been providing the data gratis to the community using
> >> their own server resources; something's changed and they've decided not
> >> to do that. Schedules Direct was formed as a non-profit and has
> >> scrambled to license the data and pass it on to the many PVR
> >> communities. Interestingly, they approached a number of companies which
> >> had accumulated the data, but were not able to work out a payment with
> >> anyone other than the Tribune folks.
> >>
> >> [1] http://www.schedulesdirect.org
> >>
> >>
> >
> > Anybody else using SD with comcast ? (nashua)
> >
> > After fixing the channel name prob, The feed for 7 channels returns no
> > program data. notable channels are 62 scifi, 63 animal, and 54 food.
> >
> >
> >
> I am using SD with comcast in Nashua. I had no channel name problems as
> a result of the switch and I have program data for 62. 63 and 54.
>
SD has a post about this problem. If anyone else runs into it the fix is
posted here:
http://forums.schedulesdirect.org/viewtopic.php?f=6&t=295
In short, truncating the program table and running mythfilldatabase
--refresh-all to reload all the data fixes the problem.
> ___
> 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/
Boston Linux Meeting Wednesday, September 19, 2006 Keysigning - Signup Please
When: September 20, 2006 7:00PM (6:30 for Q&A) Topic: PGP/GnuPG Keysigning Party please register your key in advance to participate! Moderator: BLU volunteers Location: MIT Building E51 Room 315 A talk about PGP and GnuPG, followed by a keysigning party. Register your key in advance to participate! Registration URL below; http://blu.org/keysignings/keypartyregister.php http://blu.org/keysignings/ A key signing party is a get-together of people who use the PGP encryption system with the purpose of allowing those people to sign each others keys. Key signing parties serve to extend the web of trust to a great degree. Key signing parties also serve as great opportunities to discuss the political and social issues surrounding strong cryptography, individual liberties, individual sovereignty, and even implementing encryption technologies or perhaps future work on free encryption software. The purpose of the meeting is to authenticate each other, i.e. verify everybody's key ids and key fingerprints. Participants sign each others' keys offline. In order to complete the keysigning in the allotted time, we follow a formal procedure as seen in V. Alex Brennen's "GnuPG Keysigning Party HOWTO" (http://cryptnet.net/fdp/crypto/keysigning_party/en/keysigning_party.html) It is strongly advised that if you have not been to a keysigning party before, you read this document. We're using the List-based method for this keysigning party, and the keyserver at pgp.mit.edu. It is essential that, before the meeting, you register on the signup form listed in the attachments. You should bring at least one picture ID with you. You must also bring your own printout of the report on that page, so you can check off the names/keys of the people you have personally verified. The list will be printed on Wednesday afternoon, the day of the meeting; be sure to regsiter your key for the keysigning before that. The official cutoff time is 3:00 pm. Also, in addition to the PGP/GnuPG event, Bill Horne will be available to certify ID's as a Thawte Notary. Bill will require two government-issued ID's and a copy of each for Bill to keep. Bill says he'll waive his fee for the occasion. -- 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/
Boston Linux Meeting Wednesday, September 19, 2007 Keysigning - Signup Please
When: September 19, 2007 7:00PM (6:30 for Q&A) Topic: PGP/GnuPG Keysigning Party please register your key in advance to participate! Moderator: BLU volunteers Location: MIT Building E51 Room 315 A talk about PGP and GnuPG, followed by a keysigning party. Register your key in advance to participate! Registration URL below; http://blu.org/keysignings/keypartyregister.php http://blu.org/keysignings/ A key signing party is a get-together of people who use the PGP encryption system with the purpose of allowing those people to sign each others keys. Key signing parties serve to extend the web of trust to a great degree. Key signing parties also serve as great opportunities to discuss the political and social issues surrounding strong cryptography, individual liberties, individual sovereignty, and even implementing encryption technologies or perhaps future work on free encryption software. The purpose of the meeting is to authenticate each other, i.e. verify everybody's key ids and key fingerprints. Participants sign each others' keys offline. In order to complete the keysigning in the allotted time, we follow a formal procedure as seen in V. Alex Brennen's "GnuPG Keysigning Party HOWTO" (http://cryptnet.net/fdp/crypto/keysigning_party/en/keysigning_party.html) It is strongly advised that if you have not been to a keysigning party before, you read this document. We're using the List-based method for this keysigning party, and the keyserver at pgp.mit.edu. It is essential that, before the meeting, you register on the signup form listed in the attachments. You should bring at least one picture ID with you. You must also bring your own printout of the report on that page, so you can check off the names/keys of the people you have personally verified. The list will be printed on Wednesday afternoon, the day of the meeting; be sure to regsiter your key for the keysigning before that. The official cutoff time is 3:00 pm. Also, in addition to the PGP/GnuPG event, Bill Horne will be available to certify ID's as a Thawte Notary. Bill will require two government-issued ID's and a copy of each for Bill to keep. Bill says he'll waive his fee for the occasion. -- 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: Perl best practices (was: question ... Split operator in Perl)
I highly recommend Damian Conway's book of same title, "Perl Best Practices", which recommends a much tamer, consistent readable style within a workgroup than he uses in his own code (depending on context) -- he suggests one style but encourages each group to decide for themselves and take his list of 255 practices as a template for their own local standard. http://www.oreilly.com/catalog/perlbp/ -- Bill [EMAIL PROTECTED] [EMAIL PROTECTED] ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Perl best practices (was: question ... Split operator in Perl)
Bill Ricker writes: > I highly recommend Damian Conway's book of same title, "Perl Best > Practices", which recommends a much tamer, consistent readable style > within a workgroup than he uses in his own code (depending on context) > -- he suggests one style but encourages each group to decide for > themselves and take his list of 255 practices as a template for their > own local standard. I will second this. Great book by a great author. Regards, --kevin -- GnuPG ID: B280F24E Error messages alumni.unh.edu!kdc strewn across my terminal. A vein starts to throb. -- Coy.pm ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Perl best practices
[EMAIL PROTECTED] (Kevin D. Clark) writes: > Bill Ricker writes: > >> I highly recommend Damian Conway's book of same title, "Perl Best >> Practices", which recommends a much tamer, consistent readable style >> within a workgroup than he uses in his own code (depending on context) >> -- he suggests one style but encourages each group to decide for >> themselves and take his list of 255 practices as a template for their >> own local standard. > > I will second this. Great book by a great author. Ahm, fellas, we've got a fence-post error here :) This response to Ben is what started all it all: Paul Lussier <[EMAIL PROTECTED]> writes: > "Ben Scott" <[EMAIL PROTECTED]> writes: > >> You don't need to put parenthesis around arguments to split, and you >> don't need to explicitly specify the default pattern match target >> ($_). > > Unfortunately, you both "don't *need* to" and "*can* do" anything in > perl. Often at the same time! This is what leads to very difficult > to read, and more difficult to maintain perl code. [...] > I highly recommend Damian Conway's book "Perl Best Practices", which > outlines these and many other useful pieces of advice. So, Kevin is really thirding ;) -- Seeya, Paul ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Perl best practices
Lloyd Kvam <[EMAIL PROTECTED]> writes: > On Thu, 2007-09-13 at 23:58 -0400, Paul Lussier wrote: >> For all those just tuning in, Ben and I are in violent and vocal >> agreement with each other, and at this point are merely quibbling over >> semantics :) > > As an old Python guy who knows just enough Perl to get it wrong, this > has been educational (and even fun). I'm glad you enjoyed it! That's why I wrote it. I feel that perl has a bad reputation for being "ugly". I believe it's a myth. One can write ugly code in any language. Python went so far as to put white space restrictions place to "enforce" clean code. While that may work to some extent, I've seen ugly python code. I, by no means, claim my way is the best or only way. I don't even claim what I posted will work completely correctly. I was merely trying to demonstrate that there are better ways to write any code such that it is both elegant and pleasing to look at as well as maintain and extend. I would love to see other's interpretations of Ben's code, in any language. How would you accomplish the same in awk, python, ruby, java, C, etc.? -- Seeya, Paul ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Software Freedom Day, "Souhegan Valley Team"
On Sep 13, 2007, at 17:15, Bill Sconce wrote: > "Free" means free as in freedom, not > as in free lunch -- it means that there is no catch, no hidden > pitch to > send in money later. As if you needed another talking point, but this one is juicy: http://blog.bfccomputing.com/articles/2007/09/14/microsoft-patches- without-permission -Bill - Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 [EMAIL PROTECTED] Cell: 603.252.2606 http://www.bfccomputing.com/Page: 603.442.1833 Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Thunderbird stupid about X traffic?
I use Thunderbird at work and it's OK - its performance never struck me as being notably good or bad. I connected to the work LAN from home today using OpenVPN and asked Thunderbird (as an X client of my home machine) to do its thing, but it's taking about 10 minutes to completely paint the window and then every update is just horrifically slow after that - it's completely unusable. At first I thought it was my ComCast connection or some problem with OpenVPN but when I use Mozilla in the same situation it's tolerable. I tried a direct SSH tunnel (w/o OpenVPN) but no differences. Anybody else seen Thunderbird behave poorly this way? ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Thunderbird stupid about X traffic?
On 9/14/07, Michael ODonnell <[EMAIL PROTECTED]> wrote: > I connected to the work LAN from home today using > OpenVPN and asked Thunderbird (as an X client ... The X wire protocol is very sensitive to high-latency links. Just about any Internet connection is going to be considered "high-latency". It's not a Thunderbird thing, it's an X thing. (Some X programs are worse than others due to the nature of their commands or the complexity of their GUI, but it's fundamentally an X issue.) Use a protocol more suited to high-latency links. VNC is a common choice for X stuff. I've also seen X protocol extensions/variants/etc intended to address this issue, but I've never tried them. FreeNX is one such. -- Ben ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
[Fwd: [GBC-ACM] TALK:Thursday, Sept 20: Guy Steele on Parallel Programming with Fortress]
Another meeting that might be of interest to GNHLUG members. The meeting
is open to the public. co-sponsored by the Greater Boston Chapter of the
Association of Computing Machinery (GBC/ACM) and the IEEE.
Original Message
Subject: [GBC-ACM] TALK:Thursday, Sept 20: Guy Steele on Parallel
Programming with Fortress
Date: Thu, 13 Sep 2007 12:47:54 -0400
From: Peter Mager <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
CC: Peter Mager <[EMAIL PROTECTED]>
Joint meeting of GBC/ACM and Boston/Central New England Chapter of IEEE
Computer Society
Thursday, September 20, 7-9 pm
MIT Media Lab Bartos Auditorium (MIT room E15-070)
What's Cool about Fortress
Guy L. Steele Jr.
Sun Fellow
Sun Microsystems Laboratories
The Fortress programming language is now catching on outside of Sun.
During 2004-2006 it was an internal research project, funded in part by
Sun's contract with DARPA for High Productivity Computer Systems. In
January 2007 it became an open-source project with an open-source
community. People outside Sun are now writing Fortress code and testing
it using the open-source Fortress interpreter. In this talk we will
discuss some of the recent activity in this community as well as
features of Fortress that have made it so appealing. While the language
design was originally aimed at high-end ("petascale") parallel
supercomputers, it appears also to be well-suited for programming
multicore chip and multicore cluster systems.
Guy leads a small computer language research group at Sun Microsystems.
Prior to that, he worked at (among other places) Thinking Machines,
Tartan Labs, and MIT, where the Scheme language he helped develop as his
thesis project was in widespread use for introductory computer science
courses for many years. His involvement in developing computer language
concepts and standardizing computer languages has had a widespread
impact on the entire industry.
In 1975 he codesigned (with Gerald Sussman) the Scheme language, which
was heavily influenced by his graduate work at MIT . Scheme has been
standardized as IEEE Standard 1178-1990 for the Scheme Programming
Language; the 6th revision of this standard is going out for public
balloting this summer.
Guy's two dozen or so papers on Lisp-like languages and their
implementation (sometimes referred to as the "Lambda Papers") have had
widespread influence in the computer language community; in particular,
they persuaded the community that denotational semantics could be used
effectively not only as a descriptive formalism but as a practical means
of implementing a programming language.
Guy was vice chair and then chair of the X3J13 committee that
standardized Common Lisp. He also formalized the grammar of Java, helped
define several language features (including support for generic types),
and coauthored (with James Gosling and Bill Joy) the Java Language
Specification (in print for the last 10 years and now in its third
edition). His book “C: A Reference Manual” (co-authored with Samuel
Harbison) has been in print for 23 years and is now in its fifth
edition. His book "Common Lisp: The Language" has been in print for 22
years and is now in its second edition. He was the project editor for
the first edition of the standard for ECMAScript (popularly known as
"JavaScript"), which is used in every Internet web browser. He also
served on the X3J11 standards committee (C programming language).
One important thrust of Guy’s work has been the extension of programming
languages to support parallelism and high performance computing. In this
context, he designed Connection Machine Lisp (for fine-grained parallel
symbolic computing) and C* (an extended C language for data parallel
programming), and contributed heavily to the design of Fortran 90 and
High Performance Fortran, for which his book “The High Performance
Fortran Handbook” (with four co-authors) is one of the main reference
sources. His current work in the design of the Fortress language extends
this work.
The MIT Media Lab is at 20 Ames St, on the side of the MIT Campus
closest to the Kendall Sq T stop. The Bartos Auditorium (room E15-070)
is one flight down, in the basement.
We are planning on serving light refreshments in the lobby (atrium area)
outside the Bartos Auditorium just before the talk. We need a volunteer
who is willing to pick up some drinks (bottled water, soft drinks,
juice, cups and ice) at a local super market and bring them to the talk.
(They'll, of course, be reimbursed by the GBC/ACM for the costs
involved). Please contact Peter Mager (p.mager at computer.org) if you
are willing to help with this or for additional information.
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Thunderbird stupid about X traffic?
"Ben Scott" <[EMAIL PROTECTED]> writes: > Use a protocol more suited to high-latency links. You mean like ssh, screen, and emacs ;) -- Seeya, Paul ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
High Latency Survival Tactics (Was: Re: Thunderbird stupid about X traffic?)
On Sep 14, 2007, at 14:17, Paul Lussier wrote: > You mean like ssh, screen, and emacs ;) I've attempted this on a satellite link and, believe me, it's only suited to medium-latency links. ssh-ing to Mars would suck as well. Has anybody seen a line-mode-oriented shell? I'd love to edit my line locally and then send it in these situations rather than waiting for characters to echo back. -Bill - Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 [EMAIL PROTECTED] Cell: 603.252.2606 http://www.bfccomputing.com/Page: 603.442.1833 Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: High Latency Survival Tactics (Was: Re: Thunderbird stupid about X traffic?)
On 9/14/07, Bill McGonigle <[EMAIL PROTECTED]> wrote: > I've attempted this on a satellite link ... Heh heh heh. Me too(TM). It's a different experience when you can measure ping RTT using a hand-held stop watch. :) > Has anybody seen a line-mode-oriented shell? Stephen Bourne. (According to Wikipedia, he's the "Bourne" in "Bourne shell".) In other words, Unix was built to be friendly to such environments. Our problems arise because we're used to everything being modern and faster. For example, to get the tty subsystem to stop echoing characters, just use "stty -echo". To tell Bash not to try doing anything fancy, invoke it with the "--noediting" option. At that point, the hard part is finding a *terminal* that supports a local line editing mode. I think there might be an xterm or rxvt option somewhere for this. Maybe on one of the [CTRL]+click menus? (I'm not at an xterm right now.) PuTTY does appear to support this, more-or-less, by going to Settings -> Terminal -> Line discipline, and setting "Local echo" and "Local line editing" both to "Force on". The line editing appears to be fairly primitive (backspace only), but it does appear to work. (I think. It is hard to test without an actual high-latency link.) Then the hardest part is trying to figure out how to use "ed" to edit text files. Or maybe one of the TECO fans in the group can give lessons on that. ;-) -- Ben ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: High Latency Survival Tactics
"Ben Scott" <[EMAIL PROTECTED]> writes: > At that point, the hard part is finding a *terminal* that supports a > local line editing mode. I think there might be an xterm or rxvt > option somewhere for this. Maybe on one of the [CTRL]+click menus? I checked my default xterm menus and didn't see anything like this. There could be one you can turn on with a config option that I'm not aware of do to having never had the need. > (I'm not at an xterm right now.) Huh. I can't remember a time in my life when I've responded to an e-mail for which the above statement would be true for me :) (Well, there was that one time I attempted to respond to an e-mail using my cell phone. I don't do that anymore :) > Then the hardest part is trying to figure out how to use "ed" to > edit text files. The same way you'd use vi to edit text files if you were blind-folded :) -- Seeya, Paul ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
High Latency Survival Tactics (Was: Re: Thunderbird stupid about X traffic?)
Bill McGonigle writes: ... > Has anybody seen a line-mode-oriented shell? I'd love to edit my > line locally and then send it in these situations rather than waiting > for characters to echo back. What you really want is a line mode terminal program. One that lets you edit locally, then, when you're happy, send it. emacs actually has a feature that you could use to try this out: M-x shell (alt-x or esc followed by x, then it prompts you at the bottom of emacs's window, and you type "shell" and hit enter) This gives you an emacs (sub-)window talking to a shell, from which you can invoke ssh (see, also M-x send-invisible when it prompts you for a password, if someone else can see your screen). You get to type what you like, but it doesn't send it until you hit enter, so you can edit to your heart's content. There may actually be an ssh specific varient of this mode, but if so, I haven't used it. The tougher thing is if you want to send an incomplete line sometime. Say, to request the remote shell to do filename completeion. I'm not sure how to do that (if there's a "send what you've got without a trailing carriage return character" command, I haven't found it in the docs). I poked around the elisp once a few years ago, but didn't find anything easy. Another issue is (or was) applications using curses, since some combination of the emacs terminal emmulation and the termtype didn't work (though I seem to recall that it might be better now). Bill ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
SCO files for chapter 11 bankruptcy
SCO files for chapter 11 bankruptcy: http://www.groklaw.net/article.php?story=20070914152904577 Anyone planning on starting a company with "claim rights we don't have and then sue people" as a business plan should take note - at least in my opinion. ;) Take it easy, -- David Berube Berube Consulting [EMAIL PROTECTED] (603)-485-9622 http://www.berubeconsulting.com/ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: High Latency Survival Tactics (Was: Re: Thunderbird stupid about X traffic?)
I have not used FreeNX but I did use their commercial product NX. It made a huge improvement. Don ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: High Latency Survival Tactics (Was: Re: Thunderbird stupid about X traffic?)
On 9/14/07, Bill Freeman <[EMAIL PROTECTED]> wrote: > The tougher thing is if you want to send an incomplete line sometime. > Say, to request the remote shell to do filename completeion. I suspect file name completion might be one of those "advanced features" one has to give up when you go back to the bad-old-days of high-latency links and local editing. > Another issue is (or was) applications using curses ... The answer to that problem is "Don't do that anyway". As Bill McG said, they don't work well over truly high latency links, and I can confirm. Running even "vi" over such is painful. For editing files, I often resorted to SCP'ing to local, editing locally, and then SCP'ing back. -- Ben ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: High Latency Survival Tactics (Was: Re: Thunderbird stupid about X traffic?)
On Fri, Sep 14, 2007 at 04:13:27PM -0400, Ben Scott wrote: > At that point, the hard part is finding a *terminal* that supports a > local line editing mode. I think there might be an xterm or rxvt > option somewhere for this. Maybe on one of the [CTRL]+click menus? > (I'm not at an xterm right now.) Maybe something that supports 3270 mode (or 5250)? google finds a few hits, like this one that looks interesting (tho I know absolutely nothing about this site): http://x3270.bgp.nu/ > Then the hardest part is trying to figure out how to use "ed" to > edit text files. Or maybe one of the TECO fans in the group can give > lessons on that. ;-) Oh sure, from one write-only-language thread to another.. But really, there have been some line-oriented editors that were designed for block mode transmissions even though the actual connections had evolved to character mode. One that I used presented one line at a time. You would indicate where you wanted to edit the line by sending '/' characters that skipped over the part you wanted to keep. Like (not exactly like, since my memory is fuzzy): * this is a line of text from the file >i//new and then you hit return to have the change take effect, i.e., to insert the word "new" before "line". It was quite a trip and I only put up with it for so long before writing a new editor there :) -mm-. kj/n ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: High Latency Survival Tactics (Was: Re: Thunderbird stupid about X traffic?)
> I suspect file name completion might be one of those "advanced > features" one has to give up when you go back to the bad-old-days > of high-latency links and local editing. Yeesh! D'ya think? ;-> Much of coolness offered by bash (completions, editing modes, etc) is a direct result of bash's ability to micro-manage your session - each keystroke is monitored. (long dormant neurons rouse sluggishly to action...) I was part of the team working on porting IN/IX to the Wang VS, which normally communicated via Z80 powered terminals that handled much of the front end processing when Wang's OS was running. It was necessary to commit many unnatural acts to get those terminals to hand each character over to the kernel as it was typed so that stuff like vi could even have a chance of working properly when IN/IX was running. This got particularly interesting when WangVM (circa 1984 - VMWare is definitely *not* new technology...) was running, since the [EMAIL PROTECTED]@ workstations had to change behaviors depending on which virtualized OS they were talking to. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: High Latency Survival Tactics (Was: Re: Thunderbird stupid about X traffic?)
> Date: Fri, 14 Sep 2007 17:19:19 -0400 > From: "Ben Scott" <[EMAIL PROTECTED]> > On 9/14/07, Bill Freeman <[EMAIL PROTECTED]> wrote: > > The tougher thing is if you want to send an incomplete line sometime. > > Say, to request the remote shell to do filename completeion. > > I suspect file name completion might be one of those "advanced > features" one has to give up when you go back to the bad-old-days of > high-latency links and local editing. Again, tractable within Emacs: make sure the filename you want to complete appears somewhere in the buffer and type: M-x hippie-expand. Alternatively, you could write a hippie function to complete on remote filenames... but that would require writing elisp. Ewww. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
MonadLUG notes, 13-Sept-2007: Charlie Farinella and digital audio from LPs
Ten people attended the September meeting of the Monadnock Area Linux User Group, MonadLUG, held as usual on the second Thursday of the month at the SAU 1 Administration offices on Hancock Road in Peterborough. Charlie started off the meeting with a round of introductions, and we welcomed several new members and shared our interests and backgrounds. We covered a bit of news about upcoming events; I mentioned that we try to keep all upcoming meetings on gnhlug.org and plugged upcoming meetings by other LUGs as well as the Manchester Tech North conference, the GBC/ACM meeting with Guy Steele, and the SWaNH infoeXchange conference. Charlie covered upcoming MonadLUG meetings, a record number of them: October 11,. Ben Scott, DNS November 8, Ted Roche, Cascading Style Sheets December 13, Tim Wessels, Revolution OS January 10, Ray Côté, something tbd February 14, Tim Wessels, SuSE Linux Enterprise 10 On to the main presentation, Charlie talked about his project of digitizing his collection (he estimates 800) of vinyl records. (For those not familiar with Charlie's background, he spent 30 years as a piano technician, and some of his favorite recordings include pianos that he had tuned.) Charlie was not focused on high-fidelity, high-fiddling recordings; rather, just burning CDs he could listen to in the car, so quick, efficient, simple and good quality was the focus. Charlie talked about how he hooked up a consumer-grade turntable and stereo receiver to the computer's sound card line in (you need to go through the receiver because phono output needs pre-amplification and the signal has a specific profile). Folks in the audience offered that pre-amps were available as standalone units inexpensively on eBay. Once the sound arrived at the sound card, it needed to be digitized. Charlie talked about how it worked on his Slackware[1] machine, but he could never figure out how to un-mute the sound inputs in Ubuntu [2]. Several folks offered sympathy and similar stories of getting tangled up in the various sound systems (OSS, ALSA) and not getting incoming sound to work well. This is a topic where a local expert could make a very popular meeting, I expect! Having failed to get the sound mixers and Audacity to record directly, Charlie used the rec command line (from the sox[3] package) to record instead. Charlie provided a handout (which I hope to post to the LUG wiki here [5]) with the commands he used and some additional notes. Once the sound was captured as a WAV file, he brought the sound into Audacity[4] and used the filters and trimming facilities to amplify the sound to the full dynamic range, remove (or at least reduce) clicking, get rid of background noise, and split the recording into separate tracks. Charlie would save these separately and burn them all to an audio CD to play on the home or car stereo. It was great to see someone actually use Audacity and understand what many of the buttons and options are used for. I was inspired to try to digitize some of my old fogey music. Thanks to Charlie for organizing the meeting and doing the presentation. This is one I would encourage the other LUGs to consider asking Charlie to repeat. [1] http://www.slackware.com/ [2] http://www.ubuntu.com/ [3] http://sox.sourceforge.net/ [4] http://audacity.sourceforge.net/ [5] http://wiki.gnhlug.org/twiki2/bin/view/Www/AnalogToDigitalMusic -- 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/
