Hartmut Goebel writes:
> Hi Danny,
>
> (forwarding to guix-devel to eventually get more opinions on this)
>
> Am 21.01.20 um 23:43 schrieb Danny Milosavljevic:
>>> + (add-before 'check 'check-setup
>>> + (lambda _
>>> + (setenv "QT_QPA_PLATFORM" "offscreen")
>>> +
> 2. Send all other patches by using the "--in-reply-to=$ABOVE_MESSAGE_ID"
> option. Make sure the patches are in the right order on the command
> line. Example:
>
> git send-email --to=38...@debbugs.gnu.org \
> --in-reply-to='<20200113103304.9093-1-mike.ros...@gmail.com>' \
>
Pierre Neidhardt writes:
> Hooray!
>
> Thank you Marius, and thank you Mike for the tremendous effort!
>
>> Now we just need some packages using it! :-)
>
> We can get started with Qutebrowser.
Hello Pierre and Marius,
I've have sent some patches to an open bug #38148 in regards to
Pierre Neidhardt writes:
>> Now we just need some packages using it! :-)
>
> We can get started with Qutebrowser.
This was my first thought as well. Though next is also a good candidate
too? :)
If anyone is working on updating quitebrowser let me know. If not I'll
starting working on this
Marius Bakke writes:
> mike.ros...@gmail.com writes:
>
>> I've attached a patch that resolves these suggestions. Along with
>> patches to fix punctuation suggested by Pierre.
>>
>> Complete diff can still be found
>> at. https://gitlab.com/mike.rosset/guix/compare/master...merge-qtwebengine
>>
h from your series in my last email. I've
attached the rest of the series for you. encase you want to git am.
>From 531edfc848c7253b6768ab5404773a5db54da6f2 Mon Sep 17 00:00:00 2001
From: Mike Rosset
Date: Mon, 6 Jan 2020 16:16:18 -0800
Subject: [PATCH 3/5] gnu: qtwebengine: description f
Pierre Neidhardt writes:
> Fantastic, Marius! Some nits below:
>
>> ;;; Copyright © 2019 Marius Bakke
>
> 2020 for Marius?
>
>> + ;; FIXME: libxml2 needs to built with icu support though it links to
>> + ;; libxml2 configure summary still states. Checking for compatible
>> +
Marius Bakke writes:
> Ricardo Wurmus writes:
>
>> Hi Mike,
>>
>> thank you for your patient reply.
>>
>>> Ricardo Wurmus writes:
>>>
Does the code include DRM support, for example? Does it phone home?
Can we see the patches that upstream applied to the Chromium sources?
>>>
Ricardo Wurmus writes:
> Hi Mike,
>
> thank you for your patient reply.
>
>> Ricardo Wurmus writes:
>>
>>> Does the code include DRM support, for example? Does it phone home?
>>> Can we see the patches that upstream applied to the Chromium sources?
>>>
>>
>> QtWebengine does not handle DRM at
So there is
probably inconsequential git history missing. I could create a new bug
report maybe? Or you can still use the complete diff from
https://gitlab.com/mike.rosset/guix/compare/master...qtwebengine
>From e67e9e7a6a6b346c9a99759ae75040735e5336d1 Mon Sep 17 00:00:00 2001
From: Mike
Ricardo Wurmus writes:
> Does the code include DRM support, for example? Does it phone home?
> Can we see the patches that upstream applied to the Chromium sources?
>
QtWebengine does not handle DRM at all. That is handled by a 3rd party
plugin called wildevine and would require guix to bundle
Hartmut Goebel writes:
> Am 01.01.20 um 23:30 schrieb mike.ros...@gmail.com:
>> I think the package is looking pretty good now. I sent some changes
>> requested by Hartmut today so we might need to wait on any more changes
>> he might have.
>
> I tried applying the patches to see the
Pierre Neidhardt writes:
> Let me know if there are more changes you'd like to include to your
> patch.
> If no one objects, I'll merge it within a week.
>
> Cheers!
I think the package is looking pretty good now. I sent some changes
requested by Hartmut today so we might need to wait on any
Pierre Neidhardt writes:
> Mike, have you tried building the package against ungoogled-chromium?
>
> Either way, I vote for including this package into Guix, it seems mature
> enough.
> We can open an issue to replace the bundled chromium with
> ungoogled-chromium if need be.
Sorry for the
Pierre Neidhardt writes:
> I tested again on an Intel HD Graphics 620.
> Everything works for me so far (navigating, smooth scrolling, rendering).
>
> I tested the following:
>
> - https://gnu.org
> - https://ambrevar.xyz (has some CSS that may required hardware acceleration)
> -
Pierre Neidhardt writes:
> Hmm... On second though, I just navigated GNU.org, which might not
> require GL acceleration. I think I should try with a proper GL test website.
For me the GL issues will cause issues regardless of the website. For
example you can not scroll the page. But the
Pierre Neidhardt writes:
> No problem on my end with an AMD RX 580.
This is surprising but good news none the less. Also I've mailed a
second in the series patch that fixes pulseaudio and address your
comments in the bug tracker. A substitute should be provided for this as
well.
Mike
Pierre Neidhardt writes:
> Sorry, still no substitute for me for the patch you've sent yesterday.
I tested with a couple of machines and it does server substitutes. maybe
now the substitute cache will have invalidated. or you can manual purge
/var/guix/substitutes. Hopefully this resolves it
Pierre Neidhardt writes:
> The substitution does not apply for me on master.
This should be resolved now. I had to upgrade the vps to avoid OOM
issues. But as I've now it should serve this substitute.
you can test with.
--8<---cut here---start->8---
guix
Pierre Neidhardt writes:
> Fantastic!
>
> The pulseaudio and OpenGL issues are not blockers in my opinion. We can
> open new issues about them and resolve them later.
>
>> I can also a substitute if anyone needs them for testing. Since this
>> build can take some time.
>
> Please do! Thanks!
Hartmut Goebel writes:
> Am 16.12.19 um 18:09 schrieb mike.ros...@gmail.com:
>> I'm currently brushing up my latest qtwebengine build. Will resubmit
>> this patch. I will also see if I can inherit qtsvg again to put this
>> back on par with other module packages. From there I'll put a simple
>>
Hartmut Goebel writes:
> Hi,
>
> I'm glad to see there already has been some effort on this. I'll comment
> on the issue.
>
> Am 16.12.19 um 15:13 schrieb mike.ros...@gmail.com:
>> This new monolithic package stills suffers from the same issue as my
>> modular qtwebengine. In that there are many
Pierre Neidhardt writes:
> Mike, can you give some details (maybe one example) on how to replace the
> third-party dependencies? What is holding it back?
>
> I could give it a go if need be.
I have not tackled this problem yet. I've mainly been focused on get the
package to build. I've fixed
Pierre Neidhardt writes:
> Mike Rosset had it working in a patch that's still waiting on the tracker.
> It has at least one issue as far as I get it. Mike also made an
> all-in-one "Qt" package that does not suffer from this issue, a bit like
> our texlive mega-package.
24 matches
Mail list logo