Hi Jookia,
Jookia <166...@gmail.com> skribis:
> I'm withdrawing from submitting this patch and all others of mine such as
> proxy
> support and Libreboot support. The process of getting changes reviewed and
> incorporated in to upstream isn't suited for me, the tooling just isn't there
> yet and
Hello,
Jookia <166...@gmail.com> writes:
> I'm hesitant to write this email so I'll make it quick:
>
> I'm withdrawing from submitting this patch and all others of mine such as
> proxy
> support and Libreboot support.
Too bad. :(
> The process of getting changes reviewed and incorporated in
I'm hesitant to write this email so I'll make it quick:
I'm withdrawing from submitting this patch and all others of mine such as proxy
support and Libreboot support. The process of getting changes reviewed and
incorporated in to upstream isn't suited for me, the tooling just isn't there
yet and p
On Tue, Mar 29, 2016 at 09:46:14PM +0200, Ludovic Courtès wrote:
> Damn, it’s been more than a month, please accept my apologies!
No problem!
> One of the reasons ‘os-drv’ and ‘grub.cfg’ are passed around is that
> recomputing them is relatively costly.
>
> There’s a solution to that in 4c2ade20c
Jookia <166...@gmail.com> skribis:
> This small refactor should simplify some duplicated effort across functions
> and
> allow smarter qemu-image to do smarter things based on the operating system
> configuration rather than having each function that uses qemu-image pass
> selective parameters wh
This small refactor should simplify some duplicated effort across functions and
allow smarter qemu-image to do smarter things based on the operating system
configuration rather than having each function that uses qemu-image pass
selective parameters whenever new information is needed.
* gnu/system
