September 2016 - luv-main

NBN satelite setup
by zlinew9＠virginbroadband.com.au 17 Sep '16

17 Sep '16

I am just about to get this installed and I wonder if anyone has any exprience of setting this up. The ISP concerned uses PPPOE, would the standard debian install using the ISP's given login name and password be all that is required. I assume nameserver setup would be transparent similiar to using "usepeerdns" in a PPP set up. Also, this is Lindsay from NE Victoria, I am already on the luv list, for some reason though I I can no longer post anything from my original account, this has been on going for quite along time, ALL other email works OK from my original account. Using Linux since 1993, Lindsay

5 10

Warzone 2100 on Debian
by Russell Coker 16 Sep '16

16 Sep '16

Debian has an older version of the game Warzone 2100, which among other things means that it misses the ability to use some data files developed for newer versions, the ability to have multiplayer games with Windows users (who download the latest version) and whatever features there are in the new version. The DDs responsible for the package haven't had time to package the newer version. NB this is no criticism of them, there are plenty of packages I haven't had time to maintain properly. I've done some work on packaging the latest version. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814248 One issue is that I get the Qt related error described in the latest update to the above bug when I build the latest version. This error happens after the main binary is compiled, it's in a test program. Before you ask, I am not planning on removing tests from Debian packages. The attachment to that update has my latest files for the Debian package. If you download the attachment you can build warzone2100 on Debian/Unstable and most likely get the same Qt error I get. When I run the binary produced I find that it has every object that is movable (units and walls) move to random angles in 3D. Basically you have tanks breakdancing. I don't even know where to start debugging this, I've never done graphics programming on anything more advanced than a Z80. Would anyone like to help with this? -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/

1 0

Change HDMI resolution via fbset?
by Toby Corkindale 13 Sep '16

13 Sep '16

Hi, I have a couple of Intel NUCs (dual core celeron CPUs, Intel chipsets including video (i915 kernel module)) that I'm trying to use for a project. To simplify matters I was going to use the framebuffer device for video output -- but the HDMI defaults to 1920x1080 and I'd really like to change the resolution to match the projector's native resolution, which is 1024x768. I've tried using fbset, as in: $ fbset -geometry 1024 768 1024 768 32 but rather than change the HDMI output, it just makes the console occupy a smaller part of the screen. How useless! I tried using fbset like this too: $ fbset 1024x768-32 (where that mode is listed in /etc/fb.modes) but it just threw some errors back. Am I doing it wrong? Or is it possible that the framebuffer device for this video device just doesn't let you change the resolution? I guess it's not a disaster if I install a minimal X setup, but first.. any suggestions for fbset?

2 2

Re: outage
by Anthony 13 Sep '16

13 Sep '16

On Fri, Sep 9, 2016 at 10:25 PM, Russell Coker via luv-main < luv-main(a)luv.asn.au> wrote: > The LUV server has just been down for a few hours. > > It all started a couple of weeks ago when I wrote a Mon plugin for running > lm- > ... > Now I think that everything is fine. Email me off-list if you notice any > problems. +1 on the excellent report. <rant> Better than the crap one usually sees from commercial services "There's an issue affecting a really tiny PERCENTAGE of our HUGE customer base" ... "The issue is being examined" ... "The issue has been resolved, we value your custom, your call is important to us, batteries not included, free unicorn to the first 50 callers, we are AWESOME!" It's almost worthless getting service updates from some commercial services for all the useless waffle they usually have </rant>

9 15

outage
by Russell Coker 10 Sep '16

10 Sep '16

The LUV server has just been down for a few hours. It all started a couple of weeks ago when I wrote a Mon plugin for running lm- sensors to monitor system temperature. When I installed that on every system that matters to me I noticed that the hardware that runs the LUV server was reporting a CPU temperature greater than the recommended maximum. It isn't necessarily a bad thing for a CPU to run above the recommended maximum (80C in this case) for a while as long as it is well clear of the critical temperature (in this case 100C) but running 24*7 above the maximum temperature is obviously a bad thing. I changed the configuration of BOINC (as described in a recent LUV lecture) to use less CPU time and the temperature went down to ~72C. Then over about a week the temperature slowly increased while the system load stayed the same. This indicated some sort of system cooling failure that appeared to be getting worse. The man who owns the hardware reported a system fault to Hetzner (the hosting company). They put new thermal paste on the CPU and cleaned out some dust. Then the system didn't boot. After some investigation (including some delay due to the Hetzner KVM not working) it turned out that I had made a mistake in not removing a /etc/fstab line for a filesystem I had removed months ago and this had made the system halt the boot and prompt for a sysadmin login. To prevent this happening in future I added the mount option x-systemd.automount to all filesystems apart from root, this means that systemd will use it's automount facility and not delay system startup if a filesystem can't be mounted. If this problem happens again I will be able to ssh in as root to fix it. As the system hadn't been rebooted since early this year there were some kernel fixes to apply. I don't think there was anything critical for our use but as we had already got some downtime it made sense to get other things done. I upgraded the kernel and then the system wouldn't boot again. The physical hardware running the LUV server was the last system I run that's still using Xen. When I got it to boot again (I can't remember the exact problem there) I couldn't get it to run Xen. I then purged Xen and installed KVM. It took another 15 minutes to set up KVM but that's probably less time than would have taken to debug Xen and gave the added benefit that I'm no longer using Xen! Now I think that everything is fine. Email me off-list if you notice any problems. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/

4 3

GMANE acquired by Yomura, rebuild in progress
by Chris Samuel 07 Sep '16

07 Sep '16

Hi folks, For those who've been following the GMANE shutdown it turns out that it was acquired by Yomura (the parent company of Delimiter) in mid-August and is going through a rebuild. About page which mentions Yomura & Delimiter: http://gmane.org/about/ Blog with some information about the takeover: http://home.gmane.org/2016/08/29/next-steps-gmane/ Update that traffic has started to flow again: http://home.gmane.org/2016/09/06/reboot-v1/ See via this LWN update: https://lwn.net/Articles/699704/ cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC

1 0