Bump.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Nov 18 2019
Nov 11 2019
Nov 9 2019
Nov 2 2019
Oct 31 2019
Oct 29 2019
Oct 27 2019
Oct 24 2019
Oct 23 2019
Oct 17 2019
- Patch config.h entries too. Submitted by Artyom Davidov <ard_1@mail.ru>
Oct 12 2019
Oct 8 2019
- And bump port revision.
Oct 2 2019
Add prefix to OpenBLAS headers with common names (like config.h or common.h).
Sep 25 2019
Sep 21 2019
Sep 14 2019
Sorry for forgetting about this. I didn't added it to my TODO list.
Sep 8 2019
Sep 4 2019
Aug 30 2019
The current port doesn't provide libtensorflow.so, which is required for Haskell bindings, but it's better to build upon that, rather that this solution, which requires repackaging.
Aug 28 2019
Aug 22 2019
Thanks for your submission, and sorry for this taking so long.
Aug 12 2019
In D16623#459872, @uzsolt_uzsolt.hu wrote:In D16623#459817, @arrowd wrote:Just out of curiosity, what's the rationale for this package split?
The "old" texlive-texmf installed size is about 1.35GiB without any documentation - it's plus 1.58GiB so they're about 3GiB and for example I don't use many-many (useful) packages (styles, classes, fonts, etc.).
I think the (new) texlive-texmf-publishers (for example) is needed only some people so it would be about 230MiB unnecessary files for many people. For my daily work I need only 10 texlive-texmf-* from all 36 (about one third). So I (and other texlive-users too) need install only the necessary packages (plus some similar) - save storage, bandwidth,... The test of texmf-dependent packages would be faster because doesn't need unpack and repack (into .txz) the whole texmf-tree.I tried split the texmf-packages by their target (functionality) - I hope it's almost right (based on ArchLinux's splits: https://www.archlinux.org/packages/?q=texlive) but it's sure it isn't perfect.
Do you think isn't useful?
Looks good to me. If no one objects, I'll commit this after giving it a run in poudriere.
Too many bugs, postponing this for later.
Does that mean I can commit this myself, despite having commit bit for ports only?
Aug 10 2019
Aug 9 2019
Aug 5 2019
Just out of curiosity, what's the rationale for this package split?
Aug 4 2019
- Disable UIQT and SYNCTEX options, as these are causing compilation failures with GCC. Fix plist for DOCS and CONTEXT options.
- Refresh distfiles and host them on LOCAL, as they tend to change over time.
It seems, it still would be skipped by poudriere due to
The port is ready to be committed. I'll wait for couple of days in case someone wants to review it.
- Workaround LUA problem by using GCC to compile the port.
Aug 3 2019
The LUA bug have not been fixed and upstream seem to be reluctant to fix it.
- Update to 2.9.7140.
Aug 1 2019
Fixed upstream:
Jul 31 2019
Jul 29 2019
Jul 28 2019
Jul 26 2019
Jul 23 2019
Jul 21 2019
Jul 20 2019
Jul 17 2019
Another bump.
Jul 15 2019
Jul 14 2019
Jul 11 2019
Jul 7 2019
Jul 6 2019
Jul 4 2019
Jul 3 2019
I've fixed the indentation and reuploaded the patch. @bcr, can you commit it?
Jul 2 2019
I've uploaded the patch there: http://arrowd.name/doc.diff
Phab refused to upload the diff for non-UTF8 file, so I had to upload it as binary.
Jul 1 2019
In D20825#450793, @bcr wrote:OK, thanks. Do you want me to take care of the commit or are you doing it yourself?
Address comments.