- User Since
- Dec 26 2016, 1:01 PM (59 w, 5 d)
Fri, Feb 16
Update to 64.0.3282.167
Switch to ChromeOS ffmpeg branding for testing
For reference, the workaround is to install dolphin, when it's installed the 'Browse Device' feature will automatically open the phone's storage in the dolphin file browser.
Thu, Feb 15
Outdated latest version is 2018c
Outdated latest release is 2018.02.11
Wed, Feb 14
Remember to bump the release number again as well :) otherwise this can go in when that is fixed.
Tue, Feb 13
Can confirm the issue as well as the proposed fix - if you run cheese as root you should be able to use the application normally as a temporary workaround from testing.
Mon, Feb 12
Sun, Feb 11
Fri, Feb 9
Thu, Feb 8
Can we add make check to these new VLC libraries if it's possible?
Wait until VLC 3 is released later this weekend and then put in all the new libraries from them together.
Try replacing shared with shared-gstreamer shared-gtkd shared-gtkdgl shared-peas shared-sv shared-vte
Resolved by R1066:527a131258f7
Are we thinking of doing rebuilds for this? Technically we can just put this in as there is only ABI additions and no deletions but don't want to be sloppy.
At minimum I need a newer version of harfbuzz and API keys sorted to put this in the repo. The Remote Web and Headless subpackages can be finished at a later time (they actually add a lot of complexity to the build process)
Wed, Feb 7
Reopened for consideration as they've ported to KF5. I see no reason for not including it.
Tue, Feb 6
Update to 64.0.3282.140
Switch back to upstream compiler flags they're well optimized for chromium, build faster and reduce breakage
Actually, no. Got it the wrong way around. Upstream is still using tinxyml2 version 3 as their bundled version and need to update.
Adding make check support to gromacs requires a newer tinyxml2. Waiting for D1617 to go in first.
Thu, Feb 1
Wed, Jan 31
@satyrmode If you look at the TODO of D985 there is still quite a lot to overall for the chromium package even though this particular issue has been resolved there. That being said i'd like to get chromium and consequentially this resolved for Solus 4.
Update TODO with links to open tasks
Add initial support for headless_shell (incomplete)
Rebuild with system binutils
Update to 64.0.3282.119 stable
Re-enable system libevent
Build with system flags
Re-enable ffmpeg subpackage with build hack (nice job upstream)
Use lld as linker
Preliminary support for remote webapp subpackage (T1912)
Remove old and add new build fix patches per usual
Re-enable jumbo build.
@tristan957 i would say look at vala's package.yml - the ^vala pattern means the resulting package will be called vala. If you exclude the ^ symbol e.g. docs the resulting package will be called vala-docs.
Mon, Jan 29
omg, so sorry @spacecase i may be mildly retarded. The correct syntax is indeed [text](url)
Sun, Jan 28
You also need to replace the summary with a link to the 1.3.0 changelog and 1.3.1 changelog using markdown syntax (text)[url]
Sat, Jan 27
I can probably switch chromium to system libvpx if we get this in. Obviously, not super important though.
Fri, Jan 26
chromium 64 requires at least harfbuzz 1.6.2 AFAIK. Due to use of hb_font_set_ptem API introduced in 1.6.0. Will just use the bundled harfbuzz in chromium for now.
In the test plan can you confirm you are able to successfully burn an Solus 3 iso to a usb drive and run it.
Wed, Jan 24
antlr3 in now included within the source tree of belle-sip with this commit
Tue, Jan 23
Jan 18 2018
Jan 17 2018
Jan 14 2018
@ViperXvenom8888 You can find the build dependencies in the help centre, let me know if any are missing https://solus-project.com/articles/software/building-android/en/
Jan 7 2018
note to self: this could also be a good time to patch anoise to remove the dependancy on webkit1 - it is only needed for installing the community extension .deb files AFAIK but we already have the community extensions packaged.
I would say that is working as intended. Not everybody wants the GUI, if you just install anoise all you get is integration into the raven sidebar or system tray. However, it could be better i.e. there is no easy way to close anoise if you don't have anoise-gui installed. I can re-evaluate this though as we have multiple desktop environments now and it would be easier to simply have the GUI always installed.
Jan 6 2018
Seems good to me, but maybe someone else will think of some cleanups whilst we are here.
Jan 2 2018
Dec 28 2017
Dec 26 2017
Outdated, latest release is 3.7.3
Only producing static libs, even though you specified shared so not sure whats going on there. We would like .so files instead of .a files.
After fixing the package to produce shared libraries, you may need to set libsplit : no so not only a -devel subpackage is produced.
Dec 22 2017
Dec 21 2017
Dec 20 2017
You can instead set clang : yes this will remove the need of llvm-clang as a builddep as well as export CC=clang args.
Dec 19 2017
Resolved by R3814:482b4d2f5af9