Activity for alx
Type | On... | Excerpt | Status | Date |
---|---|---|---|---|
Comment | Post #290204 |
After a year (of very heavy use), two of those CHIPFANCIER USB drives have lost information. I don't trust them anymore. Because of the price and memory size I suspect they're pseudo-SLC drives actually.
I'm now trying this one instead:
<https://www.digikey.es/es/products/detail/delkin-device... (more) |
— | 3 months ago |
Edit | Post #292169 |
Post edited: |
— | 4 months ago |
Edit | Post #292169 |
Post edited: |
— | 4 months ago |
Edit | Post #292169 | Initial revision | — | 4 months ago |
Answer | — |
A: How do I customize the output format of `apt search`? With some pipes and apt-cache(8) search you can do it: ```sh $ apt-cache search libbsd | grep '^[^ ]libbsd' | tr "\t" " " | sed 's/ -/\t-/' | column -t -s$'\t' | sort libbsd-arc4random-perl - CPAN's BSD::arc4random -- Perl bindings for arc4random libbsd-dev - utility functions fro... (more) |
— | 4 months ago |
Comment | Post #292137 |
Not an answer, but rather a different approach: visualizing the tree.
After I do git-fetch(1), I usually print the log, to see how exactly the upstream differs from me:
```sh
$ git log --oneline --graph main neomutt/main -5
* ef540729d (neomutt/main) Remove unused declaration (#4343)
* accac... (more) |
— | 4 months ago |
Comment | Post #291263 |
Yup; that seems to be it now. :) (more) |
— | 4 months ago |
Comment | Post #291263 |
I wish there had been a ./etc/ directory within the home dir that would have holded all user confis, but for historic reasons, they're all cluttering the home root dir, which is probably why they wanted them hidden. Bad organization of old Unix users, I guess. (more) |
— | 4 months ago |
Comment | Post #291263 |
For an example, here's the git repository for my configuration files (aka, dotfiles):
<http://www.alejandro-colomar.es/src/alx/alx/config.git/>
When I start using a new computer, the first thing I do is clone that repo, and then run `make mbsync mutt bash git vim` and a few other targets.
Othe... (more) |
— | 4 months ago |
Comment | Post #291646 |
Hmm, I think so. Can you check now? (more) |
— | 5 months ago |
Edit | Post #291646 |
Post edited: use mbsync/isync for the example, and match it with the explanation |
— | 5 months ago |
Comment | Post #291643 |
Quoting POSIX documentation for echo(1posix):
```
New applications are encouraged to use printf instead of echo.
``` (more) |
— | 5 months ago |
Comment | Post #291643 |
@#84085
Re: -n: except if you're on an XSI-compliant echo(1posix), which treats `-n` as a string to be printed. That's why (among other reasons) printf(1) is preferred over echo(1) in scripts.
Re: just an example: But this example may confuse readers about what happens with a trailing newline. ... (more) |
— | 5 months ago |
Edit | Post #291646 |
Post edited: Explain the steps of the pipeline |
— | 5 months ago |
Comment | Post #291646 |
I have added a clarification that this is a 3-step process, quoting @#61308. Is it good now? (more) |
— | 5 months ago |
Edit | Post #291646 |
Post edited: Clarify that this is a 3-step process |
— | 5 months ago |
Comment | Post #291635 |
`cat -v`, which is considered as harmful stuff by some (many?) (<http://harmful.cat-v.org/cat-v></http:>). It's not destructive, though (unless you pipe it to something else, but of course you don't pipe it to something destructive if you're just checking the version). :) (more) |
— | 5 months ago |
Comment | Post #291635 |
I would first check (maybe in the manual page) that `-v` means version for that program. Otherwise, you may be instructing that program to do some destructive action that happens to be mapped to the `-v` flag.
Also, that problem makes it simpler to go first for the package manager (unless you alr... (more) |
— | 6 months ago |
Comment | Post #291646 |
You can directly query with the package name: `dpkg -l isync`, but you'd have to know the name of the package. The pipe is there for getting it from the name of the program.
`which mbsync` tells you the full path of the binary.
`... | xargs dpkg -S` (i.e., `dpkg -S /usr/bin/mbsync`) tells you ... (more) |
— | 6 months ago |
Comment | Post #291646 |
Yes, but normally you don't know the name of the package. You usually know the name of the binary. That's why I started with `which 'binary'`. In this example, the package of neomutt is also called neomutt. But see this other example, with mbsync(1), which is packaged in isync:
```
alx@debian... (more) |
— | 6 months ago |
Comment | Post #291643 |
On the other hand, xclip(1) can handle images too:
```sh
$ xclip -t image/png -selection c <bf.png
```
which is a useful thing. (more) |
— | 6 months ago |
Comment | Post #291643 |
echo(1) appends a newline. You probably prefer printf(1), which only prints the test you wrote. (more) |
— | 6 months ago |
Comment | Post #291643 |
Hmm, I didn't know about xsel(1)! It seems simpler than xclip (and less to type), which is nice. :-) (more) |
— | 6 months ago |
Edit | Post #291637 |
Post edited: |
— | 6 months ago |
Edit | Post #291646 | Initial revision | — | 6 months ago |
Answer | — |
A: How do I find out the version of a program in a terminal? On Debian, the package manager can tell the versions of the installed software. Let's say we want to know the version of mbsync(1). Quoting a comment by @matthewsnyder, this is a 3 step process: - Figure out full path of the command - Figure out what package owns it - Figure out the ver... (more) |
— | 6 months ago |
Edit | Post #291637 |
Post edited: |
— | 6 months ago |
Edit | Post #291637 | Initial revision | — | 6 months ago |
Answer | — |
A: How do I send console output to the clipboard? Use xclip(1). For example: ``` $ printf '%s' foo | xclip; ``` And now Shift+Insert to paste. There's a primary selection, a secondary selection, and a clipboard selection, and you can chose between those, which will change the combination of keys for pasting (this also depends on the appl... (more) |
— | 6 months ago |
Comment | Post #291632 |
Which OS are you using? Is the program installed through the OS package manager? In Debian you can check the package that provides a file with dpkg -S:
```
$ dpkg -S /usr/bin/groff
groff-base: /usr/bin/groff
```
And then search for the package version with dpkg -l:
```
$ dpkg -l groff... (more) |
— | 6 months ago |
Comment | Post #291205 |
@#82456
`" He may take that message, add himself as Cc"`: By "message" here I meant a RFC822 message, that is, an email. The header of an email is sent in plain text, and a MITM can easily modify it. (more) |
— | 6 months ago |
Comment | Post #291263 |
I recommend that you minimize the amount of data you need on your computer, and use git for the few files that you still need. That way, you don't need to do this thing, which is painful. (more) |
— | 7 months ago |
Comment | Post #291214 |
Debian Sid is that thing for me. In some cases I must be cautious and not do some upgrade, but other than that, it's usually fine. I usually do `sudo apt-get update && sudo apt-get upgrade -V`, which is fine (and that would usually be enough in Debian Stable). After that succeeds, in Sid you also ... (more) |
— | 8 months ago |
Edit | Post #291214 |
Post edited: |
— | 8 months ago |
Edit | Post #291214 |
Post edited: |
— | 8 months ago |
Edit | Post #291214 |
Post edited: |
— | 8 months ago |
Edit | Post #291214 |
Post edited: |
— | 8 months ago |
Edit | Post #291214 | Initial revision | — | 8 months ago |
Answer | — |
A: Why/how can distro support lifetimes exceed the lifetime of their dependencies (such as Python)? When an upstream project stops supporting a version (e.g., Python stops supporting 3.8), the maintainers of the distribution do the job of supporting those components, applying security patches as necessary. You can expect that their knowledge of the project isn't as comprehensive as that of the p... (more) |
— | 8 months ago |
Edit | Post #291205 |
Post edited: |
— | 8 months ago |
Comment | Post #291205 |
Let's say I send you some private message, let's say a bug report about a vulnerability.
Now, Mallory wants to read that message, and also your reply to it. He may take that message, add himself as Cc (AFAIK, the Cc field is not a protected field; see `crypt_protected_headers_read` in *muttrc*(5)... (more) |
— | 8 months ago |
Edit | Post #291205 |
Post edited: |
— | 8 months ago |
Edit | Post #291205 |
Post edited: |
— | 8 months ago |
Edit | Post #291205 |
Post edited: |
— | 8 months ago |
Edit | Post #291205 |
Post edited: |
— | 8 months ago |
Edit | Post #291205 | Initial revision | — | 8 months ago |
Question | — |
Can a malicious party add false recipients (who are listed but can't really decrypt) to an encrypted GPG message? In gpg(1), one normally adds recipients of an encrypted message with `--recipient`. Those recipients will be able to decrypt the message, and their key ID will appear unencrypted, so anyone will know that they are able to decrypt it. gpg(1) also allows adding hidden recipients, with `--hidden-rec... (more) |
— | 8 months ago |
Comment | Post #290837 |
Interesting! Unfortunately, I don't. It's within a release tarball. To be able to run `make dist` from within that tarball, I need to be able to list the files, but release tarballs don't have .git (and shipping an empty git repository within the tarball would be very fishy). (more) |
— | 9 months ago |
Edit | Post #290836 | Initial revision | — | 9 months ago |
Question | — |
How to use the gitignore file without git(1). How can a file list be manually filtered with a gitignore file. I want to do the equivalent of `git ls-files`, but it should work even if I remove `.git`, so I can't use git(1). Currently, I'm doing ```sh find . -not -type d \ | grep -v ^.git$ \ | grep -v other-files-specified-in-the-giti... (more) |
— | 9 months ago |