Talkback
Talkback:145/john1.html
[ In reference to "Linux on an ARM based Single Board Computer" in LG#145 ]
Bart Massey [bart.massey at gmail.com]
Mon, 3 Dec 2007 12:45:56 -0800
The US Distributor of this product appears to be Hightech Global ( https://www.hitechglobal.com/Boards/Armadillo9.htm), who is selling it for $645. In my humble opinion, that price is substantially too high. For comparison, the apparently much more powerful, physically much smaller Gumstix Verdex XL6P ( https://gumstix.com/store/catalog/product_info.php?cPath=27&products_id=178) costs $169, plus perhaps another $100 for various expansion boards--you'd want at least the $24 VX Breakout board, which has the host USB port on it. (I'm not affiliated in any way with Gumstix, nor have I ever purchased any of their products. I'm thinking seriously about it, though.)
Just thought folks should know.
[ Thread continues here (3 messages/2.40kB) ]
Talkback:145/lg_mail.html
[ In reference to "Mailbag" in LG#145 ]
Ben Okopnik [ben at linuxgazette.net]
Wed, 5 Dec 2007 09:36:10 -0500
----- Forwarded message from Sitaram Chamarty <sitaramc@gmail.com> -----
Date: Wed, 5 Dec 2007 14:02:28 +0530 From: Sitaram Chamarty <sitaramc@gmail.com> To: ben@linuxgazette.net Subject: Re: compressed issues of LGMy apologies for sending an email to a thread that I only saw on the web site, and not being a member of the mailing list and all...
But in response to the above subject, I thought someone should mention that LZMA is the compression algo behind 7ZIP. Never mind what it says about 7-ZIP not being good for backups, because 7ZIP is the archive format, not the compression algo.
So, the usual "tar ... | lzma >some.file" will always work.
Also see https://lwn.net/Articles/260459/ if possible.
Regards,
Sita
----- End forwarded message -----
Talkback:issue84/okopnik.html
[ In reference to "/okopnik.html" in LG#issue84 ]
clarjon1 [clarjon1 at gmail.com]
Thu, 24 Jan 2008 12:50:14 -0500
Hey, all. I've recently downloaded a bunch of HTML files, and wanted to name them by their title. I remembered the scripts in the Perl One-Liner of the Month: The Adventure of the Misnamed Files (LG 84), and thought that they would be useful, as they seemed to be what I needed.
I first tried the one-liner, and instead of the zero, I got 258 (which, btw, is the number of files in the directory I was in) So I copied the "expanded" version of the script, and saved it as ../script1.pl. Ran it, it came up with 0 as output (which, according to the story, is a Good Thing), so I then tried the second one liner. Laptop thought for a second, then gave me a command line again. So, I run ls, and lo and behold! No changes. Tried it with the expanded version, saved as ../script2.pl. Same result.
I was wondering if you might know of an updated version that I could try to use? I'm not well enough versed in Perl to figure it out all on my own, and I'm not usre what (or where) I should be looking...
Also, for reference, the files are all html, and about half named with an html extension, and the other half have no extension.
Thanks in advance. I'd hate to have to do the task manually.
-- clarjon1
[ Thread continues here (3 messages/9.64kB) ]
Talkback:126/pfeiffer.html
[ In reference to "Digging More Secure Tunnels with IPsec" in LG#126 ]
Tim Chappell [tchappe1 at timchappell.plus.com]
Wed, 9 Jan 2008 20:40:07 -0000
Hi,
Having read your ipsec articles (125/126) I've been attempting to get a similar system going. I wonder if you can help? I'm trying to setup an ipsec VPN (tunnel mode) between two networks which are both behind DSL routers. I've managed to get it going successfully without the modems, but once they're in place it doesn't appear to work. Is such a thing possible? The modems both have ports 500/4500 open to allow NAT-T through (and AH/ESP passthrough).
[ ... ]
[ Thread continues here (2 messages/12.54kB) ]
Talkback:145/lg_tips.html
[ In reference to "2-Cent Tips" in LG#145 ]
Thomas Adam [thomas at edulinux.homeunix.org]
Sun, 9 Dec 2007 12:34:55 +0000
On Thu, Nov 29, 2007 at 05:02:14PM +0700, Mulyadi Santosa wrote:
> Suppose you have recorded your console session with "script" command. > And then you want to display it via simple "less" command. But wait, you > see: (note: by default ls use coloring scheme via command aliasing, so > if you don't have it, simply use ls --color) > > ESC]0;mulyadi@rumah:/tmp^GESC[?1034h[mulyadi@rumah tmp]$ ls > ESC[00mESC[00;34mgconfd-doelESC[00m ESC[00;34mvir > tual-mulyadi.Bx4b1XESC > > How do you make these "strange" characters to appear as color? Use less > -r <your script file> and you'll see colors as they originally appear.
Which is only half the intention. You're still going to have to run the result via col(1) first:
col -bx < ./some_file > ./afile && mv ./afile ./some_file
-- Thomas Adam -- "He wants you back, he screams into the night air, like a fireman going through a window that has no fire." -- Mike Myers, "This Poem Sucks".
Talkback:146/lg_cover.html
[ In reference to "Holiday Greetings to Everyone!" in LG#146 ]
Amit Kumar Saha [amitsaha.in at gmail.com]
Wed, 2 Jan 2008 09:07:12 +0530
Hello all!
New Year Greetings to all the members of the TAG and LG Staff.
Good Bless!
--Amit
Talkback:130/tag.html
[ In reference to "The Monthly Troubleshooter: Installing a Printer" in LG#130 ]
Ian Chapman [ichapman at videotron.ca]
Sat, 15 Dec 2007 11:43:11 -0500
Ben,
I had to edit a file to add myself to the folks including cups who could use your ben@Fenrir:~# head -60 /usr/share/dict/words > /dev/lp0 to get the printer going? Where and what was that file. I've looked back at article 130 and am not able to see it.
Regards Plain text Ian.
[ Thread continues here (2 messages/1.84kB) ]
Talkback:124/pfeiffer.html
[ In reference to "Migrating a Mail Server to Postfix/Cyrus/OpenLDAP" in LG#124 ]
René Pfeiffer [lynx at luchs.at]
Mon, 10 Dec 2007 22:30:00 +0100
Hello, Peter!
Glad to be of help, but please keep in mind posting replies also to the TAG list. Others might find helpful comments, which is never a bad thing.
On Dec 10, 2007 at 1428 -0600, Peter Clark appeared and said:
> [...] > Some more questions for you, if you do not mind. > > # Indices to maintain > > You have mailLocalAddress, mailRoutingAddress and memberUid being > maintained (in your example slapd.conf). What is calling upon them in > your example?
These attributes were supposed to be used in a future project, that's the main reason. I took the slapd.conf from a live server and anonymised the critical part of the configuration.
> You also have mail listed, isn't mail and mailLocalAddress > the same thing?
No, we only used the mail attribute in our setup, we ignored mailLocalAddress.
> Also, mailQuotaSize, mailQuotaCount,mailSizeMax; I > understand mailQuotaSize but did you restrict a user by the # of > messages in their account (mailQuotaCount) and how did you use > mailSizeMax?
These attributes are used by the quota management system, which I didn't describe in the article. It is basically a web-based GUI where administrators can change these values. Some scripts read the quota values from the LDAP directory and write it to the Cyrus server by using the Cyrus Perl API. mailSizeMax isn't used in the setup, but again it was supposed to be.
> Doesn't imap.conf and main.cf hold those values?
AFAIK the imap.conf only holds IMAP-relevant things. Cyrus is only interested in the authentication, and this is done by saslauthd. main.cf only holds references to the configuration files that contain the LDAP lookups.
> Does the order in which the indices are listed matter? > > ie could: > index accountStatus eq > index objectClass,uidNumber,gidNumber eq > index cn,sn,uid,displayName,mail eq,pres,sub > > be written: > index cn,sn,uid,displayName,mail eq,pres,sub > index accountStatus eq > index objectClass,uidNumber,gidNumber eq > > also couldnt: > index accountStatus eq > index objectClass,uidNumber,gidNumber eq > be combined to: > index accountStatus,objectClass,uidNumber,gidNumber eq > > Is it separated due to visual aesthetics or does it make a difference to > the database somehow?
Frankly I doubt that the order matters. The indices I used are an educated guess. Having too much indices slows things down, having too few leads also to low performance. Generally speaking all attributes that are accessed often should have indices.
[ ... ]
[ Thread continues here (3 messages/27.05kB) ]
