May 2013 - luv-main - example.com

Re: Debian 7.0.0 dvd's
by zlinw＠mcmedia.com.au 12 May '13

12 May '13

Much thanks for both offers of DVD's its much apreciated, although it does raise the difficulty of which kind offer to chose, but I will figure that out. A comment on Russell's post regarding koganmobile, the problem with this is the data per day is limited to 400Mbytes, this means one cannot simply get large items like even a CD image. I found this type of restriction was common on monthly based accounts. Such a restriction almost never applies to prepaid data which is one of the reasons I have chosen to take that path. A point I will bring up on service selection, I will not if at all possible deal with faceless organisations, both internet service providers I deal with have real people one can talk to. I ___HATE___ organisations which go to great lengths to put there customers at arms length (ie most of them). I have found Virgin's support to be a major breath of fresh air, where organisations like Telstra apparently could not care less. Lindsay

8 12

None
by zlinw＠mcmedia.com.au 11 May '13

11 May '13

On Sun, 12 May 2013 00:15:30 Mark Trickett wrote, >On Fri, 2013-05-10 at 07:30 +1000, zlinw(a)mcmedia.com.au wrote: >> Much thanks for both offers of DVD's its much apreciated, although it >>does >> raise the difficulty of which kind offer to chose, but I will figure that >> out. >Whomever, may I request a set of DVD's, I am on a 56K modem. Let me know >and I will try to sort out blank disks and postage if reasonable. My >responses may be delayed if my work involves early starts and long days. If you wish I can send you the drive with iso's on it for copy and return, this gets around any problems due to burning errors. I found these to be a significant issue on getting such CD/DVD's. I have as yet not been into Benalla to organise the iso's as I am due to pick some items on tuesday. >> A point I will bring up on service selection, I will not if at all >>possible >> deal with faceless organisations, both internet service providers I deal >> with have real people one can talk to. I ___HATE___ organisations which >>go >> to great lengths to put there customers at arms length (ie most of them). >> I have found Virgin's support to be a major breath of fresh air, where >> organisations like Telstra apparently could not care less. >It would help if all providers would acknowledge that Linux is standards >compliant at the networking level. I want real support for the >connection. What I have to do to achieve the result is up to me. I do >not expect to need to be told how, just what. Currently, Telstra will >not provide "support" for Linux, including the simple link metrics. What I have found from working with a number of ISP's is most these days contract out all the server side, and it is quite possible most people working for them have not got a clue and are just working from "cheat sheets" consequently simply do know any better. Lindsay

1 0

RE: Debian 7.0.0 dvd's
by zlinw＠mcmedia.com.au 11 May '13

11 May '13

On Sat, 11 May 2013 James and Trent wrote, >> >> James Harper writes: >> >> > If the reason for installing Squid is for caching deb's then you'll be >> > much better off with apt-cacher. >> >> I've had bad experiences with the two older apt-specific partial repo >> caching tools (apt-cacher and another one, I forget the name); IIRC they >> were vulnerable to injection from the LAN, and this would regularly >> happen by accident if >1 distro was used (e.g. ubuntu and debian both >> had foo-1.0-1 but with different checksums). >> >Thanks for the tip. I've only ever used Debian but had thought about >trying Ubuntu. >> IIRC last time this came up, a new one had recently come out >> (apt-cacher-ng?) which somebody said fixed all the problems. >> >I did see an apt-cacher-ng recently. I wonder if the repository can >migrate... >James I only upgrade testing when I see significant changes on packages that interest me. I compile my own kernel and I have compiled Mesa and Radeon drivers to the latest myself when required. I found upgrading on a regular basis just cost a lot line time I did not have with no __apparent__ advantage. For the packages, I have set up apt not to erase downloaded packages, these are then moved using apt-move to my repository. The only slight problem with doing this is that for some reason latter installers do __NOT__ get on well with the local store. This is not a real issue with me anyway as I just use the original 6.0.4 install CD. Lindsay

1 0

Re: Debian 7.0.0 dvd's
by zlinw＠mcmedia.com.au 10 May '13

10 May '13

On Fri, 10 May 2013 14:40:30 Trent W. Buck wrote, > You must install a lot more crap than me :-) Yep, First theres the compilers and other stuff (xorg, mesa and other library headers etc) for building programs. Then as one of things I am currently writing is a 3D simulator is a lot of graphic arts items (both 2 and 3D) and audio stuff and some of these take up heaps of space, I cannot quote figures but they do take up a __lot__ of space. Lindsay

1 0

Re: Debian 7.0.0 dvd's
by Tony Crisp 10 May '13

10 May '13

On Fri, 10 May 2013, 07:30, zlinw(a)mcmedia.com.au wrote: } A comment on Russell's post regarding koganmobile, the problem with this is } the data per day is limited to 400Mbytes, this means one cannot simply get } large items like even a CD image. I found this type of restriction was } common on monthly based accounts. Such a restriction almost never applies } to prepaid data which is one of the reasons I have chosen to take that path. To stay under the daily limit you could download the image via bittorrent. You can pause the download and come back another day to get the other bits. Crispy.

1 0

Re: Debian 7.0.0 dvd's
by zlinw＠mcmedia.com.au 10 May '13

10 May '13

On Fri, 10 May 2013 11:04:26 Trent W. Buck wrote, >I assume you've already considered and rejected simply installing from >mini (12MB) or netinst (around 100MB), and then installing only what you >need, on demand, via apt's http method? That would be the obvious way >to do it if your installed box has reliable internet access. I have tried it, the problem I found is that the longer I maintained and updated my own package repository the more problems I had with a net install and subsequent local upgrade. A complete new install from the net downloads something like 3 gig of packages, a figure I consider to be to high (I am being very provincial here :-)). I found a complete standard install from my stable repository, copying the package selections by the method in the Debian docs then doing a dist-upgrade to my latest local copy of testing was completely reliable and easily repeatable over all my three systems. I only upgrade testing when a signifcant change takes place, I would be lucky to upgrade it once a year. >If you have a central host that has internet, and airgapped ones a day's >travel away, you could use apt-walkabout to queue requests up over >sneakernet between them. I didn't have much luck with it myself -- I >found it easier to run a debmirror on the internet end, and generate >monthly rsync --only-write-batch binary diffs to post out on DVD. I have no easy way to access interent much better than I can here. There is a internet cafe in town (Note 1) thats quite fast but I found the downloads were not always reliable, downloading something like DVD image was possible but it was not really repeatable, :-(. Note 1: One has to be carefull and keep an eye on the distances one travels living in the "sticks", you can easily end up with a fuel bill thats really unsustainable these days. Lindsay

2 1

Re: Cheaper 3G data (was: Debian 7.0.0 dvd's)
by zlinw＠mcmedia.com.au 09 May '13

09 May '13

On Thu, 09 May 2013 16:05:33 Toby Corkindale said, >If you can get the Optus network out there, why not go with a cheaper >Optus reseller? >Eg. These guys do 15G for a third of that price per month! >(It says 4G, but in the fine print says that outside of the 4G coverage, >it'll just fall back to 3G) Thats for a monthly account, Virgin has 12G monthly accounts for 39$, BUT I do not want a monthly account so one is stuck with what I have (I find it OK to work this way, in life one makes choices to suit ones own values), There are other issues as I do __not__ have any kind of plastic money, everything has to be done by cash or money order. This latter requirement cuts out most current suppliers. Normally the data limit is not really an issue, 12 gig lasting anything from 3 to 6 months. Note: I do not like the net much, only a small percentage such as Linux and a few railway sites are worth anything at all. Lindsay

1 0

apt-get problem
by Daniel Jitnah 09 May '13

09 May '13

Hi all, I am installing wheezy packages on a pc. I have the OS running fine in console. However when I try installing further packages, apt-get says it can't find some packages. I am using mirror.debian.au as repo. and have done apt-get update. When I look at the apt-get install error , I notice its looking for a .... -2.deb version where as the repo has the ...-1.deb version of the same file. How do I fix that? Cheers Daniel.

4 4

Spamassassin default scores
by Russell Coker 07 May '13

07 May '13

How do I discover the default scores for rules in Spamassassin? I've done a quick Google search and grepped the installation and not found any matches. I'm trying to work out why some mail is being rejected on a CentOS 5 system. Thanks for any suggestions. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/

2 2

fsync performance
by James Harper 07 May '13

07 May '13

If anyone has a few seconds spare, could you please run the following and post the results: dd if=/dev/zero of=test.bin bs=512 count=128 oflag=sync along with the kernel version and arch, filesystem, layers (lvm, md, etc), and underlying hardware? When I do it on a bare 7200RPM sata disk on a modern server running xfs I get 10-15kbytes/second. I've repeated this on 3 other servers on different hardware with similar results, but when I do it on a ~10yo PC with ext3 I get around 500kbytes/second - 50x faster. I suspect it might be the kernel version (3.8 on new server, 2.6 on old pc) and the implementation of O_SYNC in older kernels wrt metadata but I don't have enough data points to form any conclusions... Thanks James

14 22