- luv-main - luv.asn.au

Youtube channel: Linux.conf.au 2015 -- Auckland, New Zealand
by Rodney Brown 16 Jan '15

16 Jan '15

https://www.youtube.com/channel/UCnIMb-fa7vesn2m95gHio_w

1 0

Link to LCA livestream is up at the LCA wiki
by Rodney Brown 15 Jan '15

15 Jan '15

https://linux.conf.au/wiki/Main_Page#Photos_and_Video_from_the_conference

1 0

The Hardware Library
by Russell Coker 14 Jan '15

14 Jan '15

Today at the beginners meeting I was asked about donations to the Hardware Library. I think it's worth discussing the matter here. P4 systems and most parts from that era generally aren't useful, systems based around the AMD64 architecture are just too common. AGP video cards aren't useful because they only fit older systems and people who still have such systems in use are usually using them as routers or something. PCI Ethernet cards have some use, 2 port Ethernet cards are useful and 4 port Ethernet cards are VERY useful. RAM from systems of most ages is often useful, and when it isn't useful it's small and light enough that I'm happy to take donations and sort them out later. SATA disks are always useful, even the small ones. Large IDE disks are useful, for IDE 300G is large. All PCIe cards are useful except for NVidia video cards. As an aside if anyone wants an NVidia PCIe card then I'll bring some along. I usually don't carry them around due to driver issues. I will bring the Hardware Library to the BBQ. I know that you are the type of people who want that. ;) -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/

5 6

Re: The Hardware Library
by Mike Hewitt 14 Jan '15

14 Jan '15

Hi there, I just recovered this message - got burried in my spam folder. Can I infer from the Nvidia comments that there are many problems with them ? Or are they just tricky but do work? If the latter then that might be a topic that could help users. Anyway I just wanted to acknowledge that I received your message Russell albeit a bit late... Have fun in NZ, Mike On 20/12/14 20:25, Russell Coker wrote: > > Today at the beginners meeting I was asked about donations to the Hardware > Library. I think it's worth discussing the matter here. > > P4 systems and most parts from that era generally aren't useful, systems based > around the AMD64 architecture are just too common. AGP video cards aren't > useful because they only fit older systems and people who still have such > systems in use are usually using them as routers or something. PCI Ethernet > cards have some use, 2 port Ethernet cards are useful and 4 port Ethernet > cards are VERY useful. > > RAM from systems of most ages is often useful, and when it isn't useful it's > small and light enough that I'm happy to take donations and sort them out > later. > > SATA disks are always useful, even the small ones. Large IDE disks are > useful, for IDE 300G is large. > > All PCIe cards are useful except for NVidia video cards. As an aside if > anyone wants an NVidia PCIe card then I'll bring some along. I usually don't > carry them around due to driver issues. > > I will bring the Hardware Library to the BBQ. I know that you are the type of > people who want that. ;) >

1 0

(Debian based) SteamOS, HDMI and Xorg
by Peter Ross 09 Jan '15

09 Jan '15

Hi, I installed Debian based SteamOS on a Intel NUK i5 Box with HDMI connecting a Samsung UA32C4000 TV. The graphical installer works but after installation the start of X11 fails (just stripes so it does not get the resolution right) well, some xorg.conf and xrandr magic seems to be required. I will come to that. However, the graphical installer works.. Could I "steal" the information from it to get the right monitor data? Any ideas welcome Peter

3 2

Re: (Debian based) SteamOS, HDMI and Xorg
by Peter Ross 08 Jan '15

08 Jan '15

From: "Douglas Ray" <dougray(a)cpan.org> > > On 7/01/15 5:09 PM, Peter Ross wrote: >> Hi, >> >> I installed Debian based SteamOS on a Intel NUK i5 Box with HDMI >> connecting a Samsung UA32C4000 TV. >> >> The graphical installer works but after installation the start of X11 >> fails (just stripes so it does not get the resolution right) >> >> well, some xorg.conf and xrandr magic seems to be required. I will >> come to that. >> >> However, the graphical installer works.. Could I "steal" the >> information from it to get the right monitor data? > > The installer probably just presumes VGA will work. It's using the framebuffer with 1360x768, just for completeness but that is not the issue. I debugged my way through the start and found a lot of glitches. There was a missing Intel video Xorg driver, then Mesalib modules missing, then LightDM segfaulting because there was no X (created a symlink to Xorg) and now it starts simply an xterm. I do not see the mouse so I cannot click in it, that would be next. So, overall, something must have gone wrong in the install, terribly. But it looked all good and I did not see any obvious errors.. I cannot believe the path to a working play console should be that rocky. I wonder whether it is worth continuing or better to install Ubuntu, the Steam client and then going from there. Any opinions or alternative ideas? Regards Peter

3 2

Re: Woeful Thunderbird Performance
by Dan062 06 Jan '15

06 Jan '15

There is an option to disable thunderbird making a copy of all email locally. This is known to have had some issues on some versions of Thunderbird, although it was a while ago. It should have been resolved in Mint 17 - but who knows. Also you may try rebuild the index for the folders. (in folders properties) Are you imaping from gmail? Daniel. On Sat, 03 Jan 2015 16:30:12 +1100 David Zuccaro <david.zuccaro(a)optusnet.com.au> wrote: > On 03/01/15 15:35, Dan062 wrote: > > Which particular functionality of thunderbird is slow?? > Everything, click on directories for example. Funny thing is that it > seems OK at the moment -- other times it is unusable. I have been > monitoring CPU usage in top and there is nothing untoward going on there. > > Are you poping or imaping? > imaping > > Is this what is slow? > maybe. Should I use pop or just completely stop using gmail? I thought > IMAP was supposed to be better? > > Have you updated to latest release? Some release had a few issues, that were fixed later. > I'm using Mint 17, I guess I could move to 17.1 but there doesn't seem > to be anything mentioned about Thunderbird in "New Features". > -- dan062 <dan062(a)yahoo.com.au>

3 3

python-iview and resolution
by Russell Coker 05 Jan '15

05 Jan '15

The ABC iView web site apparently allows viewing in different resolutions, but the Linux iView client I'm using doesn't support that. https://github.com/vadmium/python-iview The latest version from the above GIT repository doesn't seem to support different resolutions either. Also I get a package build error. Is there a python-iview repository that supports selecting a resolution to download and ideally builds on Debian without issue? -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/

1 0

Handbrake dealing with episodes in a series DVD
by Andrew Greig 03 Jan '15

03 Jan '15

Hi, I am very pleased with the operation o9f Handbrake when ripping a full movie to a .mp4 file, but I am having trouble when trying to separate the episodes (say, 4 on a disk), is there anyone here who has experience in this, who might be able to give me a clue, please? Andrew Greig

3 3

rsync/ssh errors
by Russell Coker 26 Dec '14

26 Dec '14

Received disconnect from 10.0.0.123: 2: Packet corrupt I'm using rsync over ssh to transfer some files over my LAN and I'm getting errors such as the above. The combination of source/target systems is a common one, I'm transferring the same size files that I often transfer without error. The error above has occurred twice in the last hour but never before on those systems (and I don't recall ever seeing it on any systems before - if I have seen it before it was a long time ago). The target system is running Debian/Unstable and the source is running Debian/Wheezy with a kernel from Unstable. The source is a server with ECC RAM, so RAM errors seem improbable and CPU errors don't seem that likely given that it's quality server hardware. The target is a desktop PC that someone discarded, so if this error is due to hardware it would almost certainly be related to the desktop PC. I'll probably run Memetest86+ on the PC soon, I haven't run it for a long time and it doesn't do any harm to do such tests occasionally. Any suggestions for other things I should do? -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/

2 1