June 2013 - luv-main - example.com

finding executable files in a debian package
by Andrew Spiers 07 Jun '13

07 Jun '13

Is this the best way? dpkg -L python-docutils | xargs ls -dF | grep \* I used to do dpkg -L python-docutils | grep bin but it seems this doesn't catch them all. Also, should all executable files be in bin/ directories according to the Debian packaging guidelines or the filesystem hierarchy standard? I couldn't find an answer to that with a quick look.

12 36

Korean before the LUV meeting tonight?
by Chris Samuel 04 Jun '13

04 Jun '13

Hi folks, If anyone is interested I plan to meet Brian and a couple of other VPAC folks for Korean at "Big Mamas" on Swanston St (just opposite the old CUB building site) at 5:45pm this evening. Please let me know if you're thinking of coming! All the best, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC

3 2

Re: [luv-announce] LUV Main June 2013 Meeting: GNU Screen and DRM in HTML5
by Toby Corkindale 04 Jun '13

04 Jun '13

On 29/05/13 09:10, Lev Lafayette wrote: > * Malcolm Herbert, Introduction to GNU Screen > > Malcolm has been hacking and playing with a range of Unix systems of > different flavours since 1991 in a variety of environments. Over time he's > encountered tools that manage to get the job done with a minimum of fuss > and have incorporated these into the set that he use on a daily basis; > screen is one such tool and is sometimes referred to as the Swiss Army > chainsaw of the Unix world. > > In a nutshell, screen is a terminal multiplexing tool. Rather than run > multiple individual terminals on your local host (ie, PuTTY windows, > Konsole tabs) for various tasks, screen allows a single local window to > manage multiple instances of shells on the remote host. Configuration > options allow maintenance of remote session state despite network > interruption; multiple active heads; session logging; cut and paste; plus > many others. By the way, I encourage Malcolm and others to investigate "tmux". It's similar to screen, but offers extra features such as: * multiple clients/sessions can exist and be transferred between each other (ie. you can open a new window in one session; then attach a new client and simultaneously view that window, then even remove it from the first client) * free-form splitting of the virtual console * easier configuration and shortcuts, interactive menus * easier scripting of actions from the shell * multiple paste buffers * automatically renames window titles * selectable vi or emacs controls More details about how it differs at: http://sourceforge.net/p/tmux/tmux-code/ci/master/tree/FAQ

2 1

texinfo question
by Brian May 04 Jun '13

04 Jun '13

Hello, Any texinfo experts here? Trying to build Heimdal in Debian unstable, but for some reason it doesn't like one of the texi files any more. It use to work.... ./whatis.texi:39: unknown command `def' ./whatis.texi:39: unknown command `xsub' ./whatis.texi:40: unknown command `global' ./whatis.texi:40: unknown command `let' ./whatis.texi:40: unknown command `xsub' (possibly involving @sub) The relevant lines are: @tex @def@xsub#1{$_{#1}$} @global@let@sub=@xsub @end tex What does @tex do? I tried searching the documentation at http://www.gnu.org/software/texinfo/manual/texinfo/texinfo.html but with no luck. There is @TeX{} but that appears to be different. Doesn't look like anything to do with TeX to me. Can anyone see why this use to work? Debian wheezy seems fine but Debian sid is not. Thanks -- Brian May <brian(a)microcomaustralia.com.au>

2 2

Re: Postfix "trickle" list delivery
by Petros 04 Jun '13

04 Jun '13

Quoting "Kevin" <kevin(a)fuber.org> > For an announce feature i would farm that out to something like > mailchimp or similar. Probably. It was my first thought. > EC2 is distrusted thanks to the fairly frequent spam coming out of it. It looks as Amazon is working with Spamhaus and others to whitelist if you use an Elastic IP. An Elastic IP costs nothing as it runs but 1 cent per hour if you do not use it ($7.20 a month), if I understand correctly. That seems to be the cost of my switched-off system then. Part of this is trying Amazon. Until now I could not see a case (for me) that I really save costs compared to other solutions (in-house, hosting etc). This one looked like it - but as I find out it has costs that were not obvious to me when I started. Upside: I am not locked in. I can walk away from it when I want. Anyway, bulk e-mail is a dodgy business so I understand why Amazon wants to restrict it. (BTW: I don't want to send spam - in case you wonder) Regards Peter

1 0

Re: Postfix "trickle" list delivery
by Petros 04 Jun '13

04 Jun '13

Quoting "Peter Ross" <petros(a)fdrive.com.au>: > From: "Russell Coker" <russell(a)coker.com.au> >> On Mon, 3 Jun 2013, Petros <Petros.Listig(a)fdrive.com.au> wrote: >>> BTW: The server is in the Amazon EC2 cloud but I don't think it >>> matters. Still, if I try a telnet on port 25, the connection opens >>> faster from my office (ADSL) than from the Amazon VM. >> EC2 should be fast enough. How many users are on the list? > > Ca. 500 users. It is an announcement lists only. .. > I am surprised by the slowness. I wonder whether Amazon is throttling > SMTP traffic. Yes: Dear EC2 Customer, You recently reached a limit on the volume of email you were able to send out of SMTP port 25 on your instance: Instance ID: .. In order to maintain the quality of EC2 addresses for sending email, we enforce default limits on the amount of email that can be sent from EC2 accounts. If you wish to send larger amounts of email from EC2, you can apply to have these limits removed from your account by filling out our online request form. Okay, will see, how it goes. Maybe Amazon isn't the right place for it. Regards Peter

4 4

Re: Fwd: Postfix "trickle" list delivery
by Petros 03 Jun '13

03 Jun '13

From "Russell Coker" <russell(a)coker.com.au> > http://aws.amazon.com/ec2/#pricing > > A "small" EC2 instance costs 6 cents per hour or $43.80 per average month. > Plus costs for bandwidth and storage. A "micro" instance costs 2 cents per > hour or $14.60 per average month. .. > EC2 is really good for dynamically scalable systems and for situations where > you need bulk computing off-peak (as demonstrated in a LUV talk some > time ago). > It's not particularly good for running a single server. As said, it is an announcement server which is "fed" by us maybe once a month. The idea was to let it run only when needed. I wasn't aware of SMTP traffic restrictions. I actually looked out for it but could not find it mentioned anywhere. Besides, for me it was a trial to figure out how to deal with Amazon EC2. Well, actually, fears confirmed: you never know exactly what you get, you cannot rely on it and you don't get what you want;-) Thanks for the other ideas as Linode or Hetzner. I have a think about it. Regards Peter

2 1

Re: Postfix "trickle" list delivery
by Petros 03 Jun '13

03 Jun '13

Hi Russell, thanks for the answer. From: "Russell Coker" <russell(a)coker.com.au> > On Mon, 3 Jun 2013, Petros <Petros.Listig(a)fdrive.com.au> wrote: >> If I send many e-mails at the same time, I have a high number of >> re-delivery attempts because initially connections time out. >> >> I am playing with some parameters in main.cf but haven't been very >> successful yet. >> >> At the moment my main.cf says: >> >> smtp_destination_rate_delay = 120s >> smtp_destination_concurrency_limit = 1 >> initial_destination_concurrency = 1 >> default_process_limit = 5 > > http://www.postfix.org/postconf.5.html#smtp_destination_concurrency_limit > > smtp_destination_concurrency_limit is per recipient. So it will reduce the > number of connections when sending to gmail and yahoo but not much else. Yes. I would have liked one that would limit the number of outgoing SMTP connection globally but I could not find a parameter for it. > From the same URL the default_process_limit is the number of processes that > the master process spawns, this will affect the DEFAULT for inbound > connections but not much else. Yep, seems so. Although it could be used to delay transfer from mailman to postfix, I thought. At the moment the recipient list is limited to 50 per connection (so mailman divides the list in chunks when sending mail). If I send it to 1 (default_process_limit = 1) it would restrict the number of recipients to 50 at the time, I think. I just don't know when mailman is sending the next chunk then (after one connection is closed?) >> BTW: The server is in the Amazon EC2 cloud but I don't think it >> matters. Still, if I try a telnet on port 25, the connection opens >> faster from my office (ADSL) than from the Amazon VM. > > Is there a reverse DNS issue? Well, the reverse lookup resolves to ec2-...us-west-2.compute.amazonaws.com not to the used sender address because it is a dynamic address. At the moment I update it on internal DNS (I don't control the external) so if mail arrives at the company server it can redirect list mail to the Amazon computer. > EC2 should be fast enough. How many users are on the list? Ca. 500 users. It is an announcement lists only. At the moment, I still have 56 mails left, after ca. 3 hours. It took ca. an hour to deliver the first 250. The main reason is "Connection time out", according to mailq. The mail itself is a PDF with less than one 1 Mbyte. I am surprised by the slowness. I wonder whether Amazon is throttling SMTP traffic. We have our mail server inhouse, and having the list server inhouse is clogging the ADSL connection. So I try Amazon, I thought. We do not own rack space otherwise I would have done it in a datacentre. Regards Peter

1 0

Postfix "trickle" list delivery
by Petros 03 Jun '13

03 Jun '13

Hi all, I have a mailman server with postfix. If I send many e-mails at the same time, I have a high number of re-delivery attempts because initially connections time out. I am playing with some parameters in main.cf but haven't been very successful yet. At the moment my main.cf says: smtp_destination_rate_delay = 120s smtp_destination_concurrency_limit = 1 initial_destination_concurrency = 1 default_process_limit = 5 A delayed delivery is acceptable so I just try to slow down to avoid timeouts. http://www.postfix.org/QSHAPE_README.html says: "When a host with lots of deferred mail is down for some time, it is possible for the entire deferred queue to reach its retry time simultaneously. This can lead to a very full active queue once the host comes back up. The phenomenon can repeat approximately every maximal_backoff_time seconds if the messages are again deferred after a brief burst of congestion. Perhaps, a future Postfix release will add a random offset to the retry time (or use a combination of strategies) to reduce the odds of repeated complete deferred queue flushes." I guess this feature would help.. Anyway, do you any more ideas how to improve the delivery? BTW: The server is in the Amazon EC2 cloud but I don't think it matters. Still, if I try a telnet on port 25, the connection opens faster from my office (ADSL) than from the Amazon VM. Thanks for all ideas Peter P.S. I am fiddling with it for so long, I typed luv-main.cf first;-)

2 1

calendar program?
by Craig Sanders 01 Jun '13

01 Jun '13

iceowl has finally stopped working in debian sid (mozilla sunbird was discontinued upstream a long time ago). does anyone know of a simple stand-alone calendar program that can sync with google calendar? mostly, i just want something where i can enter appointments etc into the calendar on my desktop and have them turn up on my phone and tablet. and vice-versa. things that aren't suitable: 1. I don't want to use the web-based google calendar because i don't want to leave a browser logged in to google apps all the time. 2. I already know about icedove and the lightning extension. As a last resort, it will do (and it is almost certainly what i'll use until i find something else) but i just want a standalone calendar program - I don't want it messing with my mail too. iceowl was the standalone calendar-only version of icedove+lightning. it worked exactly as i wanted it to, and the UI was more than adequate for my purposes. 3. Anything that depends on gnome shell or requires a specific desktop environment. I use a variety of apps from gnome, xfce, kde, and others but i have no intention of becoming dependant on any one of them, otherwise i'd have to completely change my entire desktop environment after every major release when gnome/kde/whoever perpetrates their next we-know-what's-best-for-you idiocy. craig -- craig sanders <cas(a)taz.net.au>

3 4