- User Since
- Jan 24 2018, 6:42 PM (231 w, 6 d)
Oct 21 2021
Oct 16 2021
This prevents the duplication, but we do get a very long list of includes. What do y'all think?
Remove useless line in package.yml.
Prevent having to include duplicate definitions.
Yes they do, with the --lite option all that happens is the script includes the scopatz definitions higher up than the upstream ones. All of the scopatz definitions are still included.
Should it? Perhaps something like scopatz-nanorc since nanorc by itself is generic. I understand sticking to the upstream name is important but in this case the upstream name isn't really a name.
Oct 15 2021
The current state of the patch does just that, complimenting the upstream nanorc files, by including the scopatz files higher up than the upstream files.
Give scopatz definitions lower precedence.
On further thought, I'm not sure if including scopatz's as default is a good idea. There hasn't been any activity for nearly a year, and after numerous nano updates, some of the files are buggy (even nanorc.nanorc).
Seems it's best to include the scopatz files with lower precedence, so we have up-to-date definitions from nano and scopatz fills in definitions missing upstream (as hinted to in their readme).
Fix directory permissions.
There are a few that nano-syntax-highlighting doesn't cover, and also, scopatz's files haven't seen a release in a while, so some of nano's files are better ATM. Constantly choosing which ones would be better OOTB is a nightmare so we could just go with scopatz as default and let users choose if they want.
Replace mkdir with install.
Oct 14 2021
Mar 22 2021
Jan 22 2021
Jan 3 2021
Verified, no breakage.
I used to use that card and I remember it being butchered by multiple Linux releases.
Dec 31 2020
Dec 26 2020
Fix pspec and link.
Dec 24 2020
Has seen stable release.
There's been a few dozen releases since then, and I think marp-cli is what should be considered for inclusion at this point: https://github.com/marp-team/marp-cli
Jun 27 2020
I'm abandoning, doesn't seem worth the effort as it's poorly documented and getting it to work in its entirety looks to be a pain.
May 21 2020
May 17 2020
Mar 25 2020
Mar 1 2020
Feb 29 2020
Oops, seems my local zsh-autosuggestions repo was out of date, abandoning. :p
Nov 18 2019
Replace %make with make.
Oct 27 2019
Sep 18 2019
Like this? :)
Sep 14 2019
Hopefully add the files this time.
Add zsh completions.
Sep 10 2019
Add fish completion and change descriptions.
I've just tested the software in a clean Budgie installation and cannot replicate your issue, could you provide more details about your setup? The output of inxi -Fz would be great.
Sep 9 2019
Thanks @kyrios123. :-)
Aug 12 2019
Jul 30 2019
Jul 29 2019
The issue is still present in the current Virtualbox package, the first time I tried inserting the quest additions image it failed to download, and the second time it outright crashed and aborted the VM. :/
Jul 27 2019
Jul 25 2019
Sorry 'bout that, copy. :-) I can provide a patch for the Python client when I have the time but before then perhaps @Jacek would like to take it up.
The machine which needed removal of xorg-driver-video-intel in order to work properly was a ThinkPad X220. I am currently on an XPS 13 9360 and the issue is not present, the Intel driver works fine.
It's actually one of the clients for tldr, the original one is I believe a node package, do we really want to package that? The initial proposal suggested the Python client tldr-python-client but an argument was made above for the Rust client tealdeer.
Jul 22 2019
Oh I'm all for Tealdeer too then. :-)
Jul 21 2019
I'd like to package the Python client of TLDR, as Python is included in the base Solus system. Not familiar with Rust, does Tealdeer have Rust as a dependency? Not sure I would be willing to install an entire language for one utility.
Jul 18 2019
Jul 15 2019
Jul 12 2019
Jul 11 2019
Jul 10 2019
This has been addressed before: https://dev.getsol.us/T649