Re: [Trisquel-users] TuxOnIce
Your laptop has an AMD GPU, there are known suspend issues with them. TuxOnIce changes the device-independent code for suspend (I don't know the details), it probably won't fix this problem. I don't know what's exactly needed for hibernation, I think it should work regardless of what hardware you have. There might be different problems when the radeon kernel driver is blacklisted or not (or nomodeset kernel argument passed).
Re: [Trisquel-users] Canon MG5200 -- Nonfree Printer Drivers
Gutenprint 5.2.10 has experimental support for that printer.
Re: [Trisquel-users] Are These Free Fonts?
I think you can trust this: "Usage permission[:] Only when you are using with Epson printer". It's nonfree, restricting freedom zero. I haven't checked if it has other interesting restrictions. There are free Japanese fonts packaged in Trisquel, e.g. http://packages.trisquel.info/search?keywords=mincho lists some.
Re: [Trisquel-users] So is this true about AMD on Trisquel?
They have clear definitions: driver is the code running on the main CPU. There are drivers in the kernel (DRM: direct rendering manager; radeon), X server (DDX; xf86-video-ati), Mesa (DRI; e.g. r600g). Firmware and microcode are different words for the same (Linux calls it firmware, developers and documentation microcode): code uploaded by the kernel driver and run on the GPU. The "open source" drivers have no nonfree code running on the main CPU (except for code stored in the VGA ROM: AtomBIOS), unlike the fully nonfree driver that AMD develops too. This leads to confusing claims as if no nonfree code was used for 3D acceleration on Radeons. There were some improvements: xf86-video-radeonhd worked nearly without the VGA ROM, not running AtomBIOS code, there was more documentation available for these purposes then. AMD worked against this.
Re: [Trisquel-users] So is this true about AMD on Trisquel?
At least the ME microcode for R600 (and probably earlier CP microcode) is simple code with separate instructions for reading or writing registers, Rob Clark of Freedreno partially reverse engineered the instruction format. Newer Radeons have different ISAs. (ME is microengine, CP is control processor which has e.g. ME; it's not related to the Intel management engine used for AMT.) Lack of existing free compilers is not an issue here: it needs a very simple assembler and some ISA documentation. It's not like CPU microcode or FPGA data. Some time-consuming work is needed to reverse engineer the ISA and replace the microcode, all interested people that I know have other projects and do not have enough free time to do this. (There was an important kernel change regarding microcode dependency: now modesetting won't work on recent Radeons without the microcode, since the driver uses features that require it. I don't know the details of these changes.)
Re: [Trisquel-users] gtk give me error
Try installing it via aptitude: it will propose several solution, one is to downgrade some packages and install them. I don't know how these packages differ nor if this causes other problems.
Re: [Trisquel-users] 2014 news about MIPS Loongson hardware
Nouveau has replaced most NVIDIA microcode needed for 3d acceleration. Freedreno reverse engineers the Adreno microcode that is very similar to Radeon R600. I don't know any projects working on other Radeon microcode (like R700 which has much different patterns than R600). It might be easy, probably the main difference is the license allowing distribution of unmodified firmware (and lack of known security issues: Nouveau developers found them in NVIDIA microcode). I think free boot firmware (including the VGA ROM) is more important here: why else not get a well-supported, fast and more affordable ThinkPenguin laptop instead? (VGA ROMs are probably safer than the management engine firmware that recent Intel chipsets need. This doesn't affect the issue of running nonfree code with access to whole memory.)
Re: [Trisquel-users] 2014 news about MIPS Loongson hardware
I don't expect any improvement here: it still needs Radeon blobs (VGA ROM and microcode), the devices available in Europe will be expensive, code needed for them while released won't be contributed upstream, there will be no English documentation, so no one will have a Loongson 3B device nor port a free distro to it. (There are minor improvements, like SPI flash for boot firmware.) The NVIDIA order situation is bad: only Nouveau replaces nonfree firmware used for GPUs, if the VGA ROM was replaced (I don't know if only data or code too is needed from it), there would be a fully free Loongson 3 system. I think the blob issue for Loongson was not that the NVIDIA driver is nonfree, but that NVIDIA wouldn't port it to MIPS. I don't think blobs are an issue for a company distributing the Flash player, Radeon VGA ROMs or microcode. Radeon blobs used on RS780 might be easy to replace: for the VGA ROM, there is more register documentation than for newer chipsets, the RadeonHD driver supports modesetting on a similar chip without the blob (and the whole issue is easy: replace interpreted code in a known instruction set, with a free interpreter); microcode has unknown instruction sets while the Freedreno project has partially guessed the R600 microcode format (and there are simple ways to get more information). We don't have enough developers or they prefer Intel systems. Lack of English documentation is why I'm completely not interested in Loongson 1C, even if SBCs with it were as popular as Raspberry Pi here.
Re: [Trisquel-users] Are fonts software?
http://listas.trisquel.info/pipermail/trisquel-users/2013-December/031285.html
Re: [Trisquel-users] Compromising the Services
Known and reported mail to forum bug, http://listas.trisquel.info/pipermail/trisquel-users/2013-July/023092.html should have the same text.