- User Since
- Apr 17 2017, 12:12 PM (137 w, 5 d)
It's been fixed: https://github.com/rust-lang/rust/issues/65343#issuecomment-562807968. Now let's just wait for a new release (or two).
Fri, Nov 29
Thu, Nov 28
Tue, Nov 26
Ah you probably mean the ability to override JAVA_HOME.
I've just realized there's also gradle to patch.
Mon, Nov 25
OK I updated both apache-maven and apache-ant, plus two packages I regularly use and maintain. The two Apache build tools should lead the way for the other maintainers to adapt their Java packages.
Sun, Nov 24
No, the /usr/share/man/ja link doesn't work. Period. Don't use it
Please tell me if usr/lib64/openjdk-8 is good or you want /usr/share/openjdk-8 .
Package files cleanup and fix for usr/share/man/ja hard link
Sat, Nov 23
Remove empty directory
Fri, Nov 22
Move all man pages
Remove binary symlinks
Ah. Well okay then, I've always considered this approach naive. Glad I'm wrong.
An ugly hack would be moving the real binary inside /usr/share and have in /usr/bin a shell script that does JAVA_HOME=stuff jxrlib. Yeah, very ugly.
Thu, Nov 21
OK I get your point.
If you set JAVA_HOME in a .desktop file, you have the variable set only if you launch the application from that file, but not if you run it in terminal. Or not?
Tue, Nov 19
I can, but not today. If no one steps in, you could assign me to this task tomorrow.
Mon, Nov 18
Remove whitespace added by mistake
Could it be due to the fact that some (all? I don't know, didn't check) packages weren't rebuilt against the latest version of harfbuzz?
This seems to be finally solved. I cannot reproduce it anymore.
Scintilla is MIT-licensed. Should this be specified in license?
Remove unneeded files
Also update it to 1.36
The issue is still there though, and it's easy to reproduce.
Sun, Nov 17
No need. Core Team is well aware of where the issue is and how to solve it.
Fri, Nov 15
Hmm maybe I should make a deprecation PR for libvirt-docs?
Thu, Nov 14
Well, unless you want to patch it.
Restore 50-libvirt.keyrules. Now I know what it is
Tue, Nov 12
I confirm, as @ermo anticipated, that Firefox 70 does not build using Rust 1.39.0.
Actually build Rust dynamically against LLVM 9
Mon, Nov 11
We have KDE Connect which is both FOSS and is desktop-environment-agnostic. Did you try it?
@joebonrichie please notify me when you've pushed your LLVM 9 patch.
Link LLVM dynamically
Sun, Nov 10
Should this patch be accepted, we should add my Rust patch to the stack.
Sat, Nov 9
@joebonrichie are you the LLVM maintainer? So that I know if your reply suffices or I have to wait for Core.
Fri, Nov 8
Yes, I'm reluctant to apply patches, given that a previous attempt to reduce Rust's size has been reverted. I'd personally wait for an upstream-approved solution.
I'm statically linking our LLVM. This leads to a slightly reduced package size (see T8434). If anyone familiar with LLVM can tell me that the toolchain doesn't break its ABI often, I could even link Rust dynamically with it to save even more space.
Nov 7 2019
Nah, Rust is still as big as a whale. Gonna try some patches out there.
Rust 1.39 has been taken out of the oven just now.
Plasma 5.17 added an (ugly) border to GTK applications using CSDs, that allows to resize the window easier.
For the record, without that border the window is resizeable, but you need to aim with your pointer very very precisely to get the anchor point.
I don't think so. The only relevant config I can think of is this line: https://dev.getsol.us/source/firefox/browse/master/files/prefs.js$22
Out of curiosity, are you running MATE as your nickname suggests?
Nov 2 2019
cmocka is used only in tests. Remove it
Update license strings
Nov 1 2019
Add the missing tiny shiny pipe
Yeah, I temporarily commented the install line and then removed the hash sign, but I forgot to rebuild. Good catch.
Add offline doc
I went ahead and tidied up some bits