lacsaP Patatetom,
> what do you think of https://github.com/lesspass/lesspass ? the
> principle seems interesting : it consists in reconstructing the
> password from a piece of information (which can be synchronized
> easily/simply) and a secret (master password)... regards.
i'm not an expert.
Nathan,
> I've been thinking about getting a Sysyem76 laptop. What don't you like
> about them or this specific model?
i have to think hard about what i don't like. in general, i have a very
favorable opinion of it. and, i'm not a very sophisticated user (i.e.,
i don't use bluetooth, very littl
> Although this is a little off topic because this is hardware relating
> to Arch Linux and not Arch Linux itself, I am curious to see what
> others use.
hi. i use the System76 Lemur Pro. i only run Arch on it. probably i
would buy it again.
https://system76.com/laptops/lemur
(in the past i u
Doug,
> This is a partial update issue, one way or another. Instead of using ldd,
> which
> is recursive, check some of those binaries with lddtree from the pax-utils
> package. It'll reveal where the actual problems are. If you want to check in a
> script, you need to be using something like obj
Michael,
> I checked the binaries on my laptop, and which packages owned the
> packages, of those, several, including tiffdiff, belonged to AUR
> packages and so not the responsibility of Arch maintainers.
thanks! apologies for the noise!
cheers, Greg
hi. after doing this `pacman -Syu base-devel` (and re-booting), a number of
executables can't find some (out dated?) dynamic libraries.
below are two lists:
- one shows the affected binaries;
- the other, just the list of un-found dynamic libraries.
any thoughts? (sorry for e-mail formatting;
2qdxy4rzwzuui...@potatochowder.com wrote:
> Now who told tar and ps that they don't need the dash? ;-)
probably you didn't *really* want a history lesson (which i'm not
*really* qualified to give), but in the 1980s there was an effort to
standardize all this. earlier commands had, or hadn't, us
Ralph,
> Or worse, it may continue to run but cause corruption of data.
thanks for weighing in. i sympathize with (and find appealing) your
position.
but, i think this may be a trade-off between usability and correctness.
(we more often talk about the trade-off between usability and security.)
Neven,
> A C program is in the "C" locale already when it reaches the main
> function, so I think there's no point to calling it again.
ah, thanks. i didn't know that.
with the new "C.UTF-8", possibly it makes sense to try falling back to
that locale (after "" fails), before defaulting to the "
Marius,
> This mail just reminded me that one of my own projects didn't handle a messed
> locale setup gracefully in the past causing multiple users (that apparently
> had a messed setup) to report issues, e.g. https://aur.archlinux.org/packages/
> syncthingtray#comment-816671 and https://github
Eli,
> It's not precisely new, but it used to be you needed to opt into it
> because if you did, you lost the per-package download progress.
thanks!
cheers, Greg
hi. is this new "Total" line, when downloading for =pacman -Syu=, new?
Total ( 58/390) 223.8 MiB 1414 KiB/s 20:59
[###--] 11%
if so -- i find it very nice, and thanks to whoever implemented it!
(and, even if not so. :)
12 matches
Mail list logo
