[Trisquel-users] Re : Can't boot after update
Check with 'blkid' whether b0fb4364-429c-4573-b0a0-7bddb6bb37ca is the correct UUID of the root partition and whether /boot/vmlinuz-4.4.0-161-generic exists (it is not the latest version available on Trisquel 8). The change will not be persistent. If it works, executing 'sudo update-grub' may be enough to generate a correct configuration. ... or you can reinstall GRUB and, if that works, never know what precisely went wrong.
Re: [Trisquel-users] Can't boot after update
I typed out the following from a screenshot. One of my debug steps was to follow a blog post that had me look at the different drives to see which one had the linux install on it. I think it was hd2,gpt2. I looks like in the below that Trisquel is trying to boot from hd0,gpt. I feel like I could try changing that in this screen, and it's obvious how in places where the value is "hd0,gpt2", but what would I do with parts like "--hint-baremetal=ahci0,gpt2"? Use "--hint-baremetal=ahci2,gpt2"? setparams 'Trisquel GNU/linux' recordfail load_video gfxmode $linux_gfx_mode insmod gzio insmod ext2 set root='hdo,gpt2' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 b0fb4364-429c-4573-b0a0-7bddb6bb37ca else search --no-floppy --fs-uuid --set=root b0fb4364-429c-4573-b0a0-7bddb6bb37ca fi linux /boot/vmlinuz-4.4.0-161-generic root=UUID=b0fb4364-429c-4573-b0a0-7bddb6bb37ca ro quiet splash $vt_handoff initrd /boot/initrd.img-4.4.0-161-generic
Re: [Trisquel-users] Can't boot after update
...also, then if I edit that page and boot and it works, do I need to do anything to persist that change? I suppose I'll soon find out!
Re: [Trisquel-users] Can't boot after update
Thanks for all the great feedback! I'll post the fifteen lines here this weekend, try things in the Fixing a Broken System link, and report back.
[Trisquel-users] Re : Another uniq -u feature emerges
The options are usually categorized and listed in alphabetical order. It would be especially weird if 'sort' would not respect that order! Notice that the introduction of 'info uniq' includes that sentence: If you want to discard non-adjacent duplicate lines, perhaps you want to use ‘sort -u’.
Re: [Trisquel-users] Another uniq -u feature emerges
Magic Banana quoted the magic words: "used by itself, -u causes 'uniq' to print unique lines, and nothing else" Put another way: Uniq -u skips duplicated lines altogether. Sort -u needs to be mentioned earlier on the man sort page, as it will handle unpredictable outputs reliably. Thanks are due to the always-conscientious teacher !
[Trisquel-users] Re : Another uniq -u feature emerges
Again: 'sort -u' equates to 'sort | uniq'; it does not equate to 'sort | uniq -u', because "used by itself, -u causes ‘uniq’ to print unique lines, and nothing else". There is no need to reverse engineer 'uniq': just read its documentation: $ info uniq
Re: [Trisquel-users] Another uniq -u feature emerges
Following up, I noticed a pattern among the outputs of| sort | uniq -u versus | sort u: The three files that I evaluated had 26.1GB, 12GB, and 2.0GB, repectively, among 1. The original file, the result of grepping about 10GB of nMap output files, with many duplicates; 2. The | sort -u file; and 3. The | sort | uniq -u file, the smallest of the three. I applied comm (with no arguments): comm IPv6-uniq.lns01.v6.018.net.il.txt IPv6-uniqB.lns01.v6.018.net.il.txt > IPv6-commAll.lns01.v6.018.net.il.txt An excerpt from this last script's output is attached; it has no Column $2 (files unique to the second (smaller) file; Column $3 (the less well represented among the two files) has nothing obviously different from the entries above & below. Not to contradict man uniq's description of uniq -u, but I'm suspicious. I'll be using sort -u from now on.
[Trisquel-users] Re : Another uniq -u feature emerges
According to 'info uniq': ‘-u’ ‘--unique’ Discard the last line that would be output for a repeated input group. When used by itself, this option causes ‘uniq’ to print unique lines, and nothing else. 'sort | uniq' does the same as 'sort -u' but is slower (and longer to type).
[Trisquel-users] Another uniq -u feature emerges
Over a year ago, I lamented that sort followed by uniq -u wasn't removing duplicates from a list: https://trisquel.info/en/forum/sort-and-uniq-fail-remove-all-duplicates-list-hostnames-and-their-ipv4-addresses Recently I've been faced with the results of grep searches in other files that overlap because they contain the same string on which grep was searching. After sorting the grep outputs, then cutting & pasting, I ended up with pairs of files that contain many duplicates because the strings were caught twice. grep -h lns03.v6.018.net.il *Rev.oGnMap.txt >> PTR.IPv6-Data/IPv6-lns03.v6.018.net.il.txt ; grep -h cable-lns03.v6.018.net.il *Rev.oGnMap.txt >> PTR.IPv6-Data/IPv6-cable-lns03.v6.018.net.il.txt The grep outputs were expected to list the PTR record in the first column and the corresponding IPv6 address in the second column, because I reversed the order of those columns in the outputs of the originsl nMap -oG searches as well as removing the parentheses enclosing the IPv6 addresses. In the sorting scripts below, $1 is the PTR and $2 is the IPv6 address, except for the uniq -c script where I printed $2 and $3 to skip the counts column produced by uniq -c. Here are the three pairs of scripts intended to consolidate the files: sort IPv6-lns03.v6.018.net.il.txt | uniq -u > IPv6-uniq.lns03.v6.018.net.il.txt ; sort IPv6-cable-lns03.v6.018.net.il.txt | uniq -u > IPv6-uniq.cable-lns03.v6.018.net.il.txt sort -k 2 IPv6-lns03.v6.018.net.il.txt | uniq -c | awk '{print $2"\t"$3}' '-' > IPv6-uniq.lns03.v6.018.net.il.txt ; sort -k 2 IPv6-cable-lns03.v6.018.net.il.txt | uniq -c | awk '{print $2"\t"$3}' '-' > IPv6-uniq.cable-lns03.v6.018.net.il.txt sort -u IPv6-lns03.v6.018.net.il.txt > IPv6-uniqB.lns03.v6.018.net.il.txt sort -u IPv6-cable-lns03.v6.018.net.il.txt > IPv6-uniqB.cable-lns03.v6.018.net.il.txt The first pair produced zero bytes output for both scripts; the original files were not zero. The second pair reduced both files by half as expected. Then I remembered to check this forum, wherein Magic Banana had suggested using sort -u instead of the first pair's combination of sort and uniq -u. This third pair produced the exact same halving of the original file sizes as my less efficient use of uniq -c and awk to eliminate the counts column. Thank you again, Magic Banana ! I had tried to "fix" the uniq -u debacle of the second pair of sorting scripts by copying the affected file names directly from the File manager into the script text, as that has been a useful workaround in the past, but this time the first pair of sorting scripts produced zero bytes output again, same as did my first attempt. What is it about uniq -u of which I should be wary ? George Langford
Re: [Trisquel-users] Remove BOM from UTF8 files
Amazing. Glad to know that worked! Thanks to lcerf and enduzzer for explaining my command I learned new thing.
Re: [Trisquel-users] wacom driver
Which Wacom device are you trying to get to work? What do you have to do in order to get it to work? In the past once you have gotten it to work does it work consistently? I've had lots of mixed results with Wacom devices in the past so I might be able to give some clues.
Re: [Trisquel-users] wacom driver
>It is default. But it seems to be causing an error when you try to run make && make install. You should try it from a directory that only has english characters and no spaces. Create a directory in /home/fuckoff/ called "wacom", put it in there and try it again. The error you got did not say there was any program missing from Trisquel, not that I can see. Just that it does not like the special characters in your directory, or something about how your directory is named.
Re: [Trisquel-users] wacom driver
> then I advise him to give Debian testing/unstable a try. That might be better.
Re: [Trisquel-users] wacom driver
> Don't name it with Japanese characters, It is default. > If that doesn't work, the error might mean that you have to run "make && make install" as "sudo make && make install". It is in the log. > Lastly, you are using an older kernel that's from early 2018. If I was running a modern digital tablet, I'd be seriously thinking about using a kernel that's not over 2 years old. Lots of new kernels available at jxself's web page: https://jxself.org/linux-libre/ Indeed, I have just checked the kernel and it was the old kernel. Strange. I was under the impression that I was using the stable LTS linux-libre kernel. I have no idea why I am using the default kernel. So by the default, Trisquel 9 does not support modern (I don't think my table is modern though) digital tablets?
Re: [Trisquel-users] cannot update Mullvad app
Hi, thanks for your suggestion. I might give it a try. Though Mullvad team's guess from the log is that Trisquel has been causing the trouble.
Re: [Trisquel-users] cannot update Mullvad app
Hi! My recommendation is to do the following: 1. install Guix package manager 2. through Guix package manager install `openvpn` 3. download the OpenVPN config file Mullvad offers on their website 4. use openvpn to connect to your VPN using the downloaded config This works very well for me and you don't have to use the buggy client. The downside is, that you need to download a new config for every new location you want to connect to and that the downloaded config causes some warnings in openvpn. However, you can fix those manually by editing the config at the values, which openvpn tells you are not ideal or gives warnings about. If you connect to your VPN this way, you do not need to worry about kernel versions or other dependencies in Trisquel itself. Regards, Zelphir On 02.07.20 01:55, trisquel-users-requ...@listas.trisquel.info wrote: > Somehow I succeeded in downloading the update package. On Trisquel 9. After > clicking the "install this package" > (?button, the window disappears and > nothing happens. Please let me install it. -- repositories: https://notabug.org/ZelphirKaltstahl