- User Since
- Nov 28 2016, 3:58 AM (157 w, 6 d)
Fri, Nov 29
As mentioned in the summary, if this patch gets into the repo, we should deprecate nvidia-docker and nvidia-container-runtime.
Abandoning since I made a mistake. This is corrected and re-submitted in D7736.
Remove empty abi_used_libs
Tue, Nov 19
Make the rm command applicable to all python 3 versions.
Tue, Nov 12
Nov 6 2019
Oct 23 2019
@JoshStrobl Can you take a look at the patch again to see whether it is good now?
Oct 22 2019
This issue has happened again since the update of libvte to 0.58.0. Kindly ping @JoshStrobl to look at it since he is the maintainer of libvte.
Oct 18 2019
Let ypkg decide the component for devel subpackage
-devel subpackage belongs to programming.devel component
@JoshStrobl Can you review this patch again?
Oct 11 2019
Rebase against master branch
Oct 9 2019
@joebonrichie The build finishes successfully for me against llvm 9 with solbuild after removing the following line from FindLLVM.cmake:
Oct 8 2019
@joebonrichie First thanks for the effort on updating llvm as well as other toolchains for us. I really appreciate your work.
@DonHugo I updated the documentation according to your suggestion. Can you take a look and see whether that is better?
Oct 7 2019
@DonHugo I created a pull request to add the documentation for enabling fzf command-line autocompletion and key-bindings to the Solus help center here: https://github.com/getsolus/help-center-docs/pull/230. Can you try to see if it works correctly for you?
Oct 4 2019
Update the test plan. Tested against latest network manager now.
Oct 3 2019
Rebase on master branch
Oct 1 2019
python3 is enough for my use case.
Sep 12 2019
Sep 10 2019
The keybindings are not enabled by default. If you want to enable it, you can add the source statement in your shell init script. For example, I have this in .bashrc:
Aug 28 2019
Aug 23 2019
Add MAINTAINERS.md file
Add MAINTAINERS.md file
Aug 20 2019
I can confirm the problem exists
Aug 13 2019
pytorch-devel belongs to programming.library now
Aug 11 2019
Max memory usage I saw was 3.5GB which is actually pretty crazy.
I actually can't build it due to ld.bfd sucking all my memory, and, can't build it with clang + lld due to --copy-needed-dt-entries being inherited.
@joebonrichie Are you referring to pytorch here? That would be weird since D6912 built with opencv 4.1.1 successfully as it is right now. My machine has plenty of memory though. I will test it on another machine with 16 GB memory and see how it goes.
Add patch to build with opencv-4
Aug 10 2019
I found a solution to this problem after some research.
Aug 9 2019
Now that pytorch 1.2.0 is available, I will abandon this patch and submit another one for 1.2.0
Aug 7 2019
I am happy to maintain it.
Aug 5 2019
Aug 4 2019
Aug 2 2019
Jul 31 2019
Jul 29 2019
Jul 28 2019
Jul 26 2019
Jul 25 2019
@JoshStrobl Any news/thoughts on this patch?
Jul 13 2019
Jul 3 2019
Fix newlines in summaries.
Jul 2 2019
Fix summary to changelog.
Update the summary.
BTW, the name of the repo is misspelled. It is supposed to be python-keras-preprocessing rather than python-kera-preprocessing.