пн, 16 дек. 2019 г. в 03:52, Andrew Hewus Fresh :
>
> On Fri, Nov 22, 2019 at 02:43:39PM -0800, cpb_ports wrote:
> > On Wed, Nov 20, 2019 at 08:50:29PM -0800, Andrew Hewus Fresh wrote:
> > > On Wed, Jan 21, 1970 at 02:29:31PM -0800, Chris Bennett wrote:
> > > > This is a new module for LedgerSMB, w
On Sun, Dec 15, 2019 at 07:45:07PM +0300, Vadim Zhukov wrote:
> вс, 15 дек. 2019 г. в 19:29, Brad DeMorrow :
> >
> > Based on feedback from Bryan and Vadim, the following has been tested:
> > libva: Bryan and Vadim
> > intel-vaapi-driver: Vadim (Bryan compiled a different VA-API driver for his
> >
On Fri, Nov 22, 2019 at 02:43:39PM -0800, cpb_ports wrote:
> On Wed, Nov 20, 2019 at 08:50:29PM -0800, Andrew Hewus Fresh wrote:
> > On Wed, Jan 21, 1970 at 02:29:31PM -0800, Chris Bennett wrote:
> > > This is a new module for LedgerSMB, which is WIP.
> > > Several modules require this as base modu
On Mon, Dec 02, 2019 at 06:33:57AM +, wen heping wrote:
> Sorry for the mistake.
> I attached the package here.
>
> And now p5-Test-Deep-Fuzzy had been imported into ports.
>
> Cheers,
> wen
p5-TOML-Parser is missing a RUN_DEPENDS on devel/p5-common-sense
Other than that, OK afresh1@
l8rZ
On Mon, Dec 02, 2019 at 07:54:35AM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch for databases/p5-DBD-Mock:
> i) Update to 1.52
> ii) Change CONFIGURE_STYLE to modbuild tiny
> iii) Add devel/p5-Test-Exception as TEST_DEPENDS
>
>It build well and pass all tests on a
On Fri, Dec 06, 2019 at 02:11:30AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a patch for archivers/p5-Archive-Extract to update to 0.86,
> it build well and pass all tests on amd64-head system.
>
> One port depends on it: www/p5-Alien-Tidyp. It build well and pass
> all tests to
On Sun, Dec 15, 2019 at 02:03:15PM -0600, Brad DeMorrow wrote:
> I was told that simple diffs for existing ports were preferred.
> Are the two deleted patches still handled appropriately like this?
> - patch-src_player_c
> - patch-src_player_h
rm the files and then issue a cvs rm for the files. Th
On Fri, Dec 06, 2019 at 02:39:40AM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch to update devel/p5-MCE to 1.864.
>It build well and passed all tests on my amd64-head system.
>
>Only 1 port depends on devel/p5-MCE : devel/p5-Test-Perl-Critic.
>It build well and passed
I was told that simple diffs for existing ports were preferred.
Are the two deleted patches still handled appropriately like this?
- patch-src_player_c
- patch-src_player_h
cvs server: Diffing audio/pianobar
Index: audio/pianobar/Makefile
===
On Mon, 9 Dec 2019 11:06:07 -0500, Daniel Jakots wrote:
> On Mon, 9 Dec 2019 16:01:31 +, Stuart Henderson
> wrote:
>
> > Only build tested but looks good to me.
>
> reads good to me
It's in, thanks!
Daniel
On Sat, 14 Dec 2019 at 06:32:51 -0500, Jon Fineman wrote:
> I re-installed with 6.6 current and re-installed my packages (fresh install
> of 6.6 release, then sysupgrade of 6.6).
>
> I loaded the current versions of weechat, matrix, lua, etc I get the below
> error message. On 6.5 I did have weech
* Vadim Zhukov [2019-12-15 19:45:07 +0300]:
> вс, 15 дек. 2019 г. в 19:29, Brad DeMorrow :
> >
> > Based on feedback from Bryan and Vadim, the following has been tested:
> > libva: Bryan and Vadim
> > intel-vaapi-driver: Vadim (Bryan compiled a different VA-API driver for his
> > card)
> > libva
вс, 15 дек. 2019 г. в 19:29, Brad DeMorrow :
>
> Based on feedback from Bryan and Vadim, the following has been tested:
> libva: Bryan and Vadim
> intel-vaapi-driver: Vadim (Bryan compiled a different VA-API driver for his
> card)
> libva-utils: Bryan and Vadim
>
> Is it too soon to ask for OKs?
>
вс, 15 дек. 2019 г. в 10:02, Bryan Steele :
>
> On Sun, Dec 15, 2019 at 12:14:33AM -0500, Bryan Steele wrote:
> > I did a dirty, awful thing. For r600/radeonsi gallium drivers it seems
> > neccessary to compile Mesa with --enable-va for this to work. That said,
> > it seems that installing the shar
Based on feedback from Bryan and Vadim, the following has been tested:
libva: Bryan and Vadim
intel-vaapi-driver: Vadim (Bryan compiled a different VA-API driver for his
card)
libva-utils: Bryan and Vadim
Is it too soon to ask for OKs?
I'd like to move on to ports that utilize libva, but not befo
вс, 15 дек. 2019 г. в 18:15, Brad DeMorrow :
>
> Vadim,
> It's very possible that the H264 encode simply isn't supported by your
> chipset.
> This table from ffmpeg's site shows which generation added support for
> different things:
> https://trac.ffmpeg.org/wiki/Hardware/QuickSync
>
> It looks l
Vadim,
It's very possible that the H264 encode simply isn't supported by your
chipset.
This table from ffmpeg's site shows which generation added support for
different things:
https://trac.ffmpeg.org/wiki/Hardware/QuickSync
It looks like H264 Encoding support was added in Gen 6 (Sandy Bridge). Do
Trivial update to the latest version. Only one change in the changelog
(which is irrelevant for our port):
* Make c extension portable for php 7.4 (#6968)
No actual changes in the libraries except for the version numbers, in
particular no dynamic export changes in the shared libs, so no bump.
I
сб, 14 дек. 2019 г. в 17:27, Brad DeMorrow :
>
> Thank you both again for the explanation. That makes sense now.
> I've updated the libva Makefile to simply use 0.0 as the SHARED_LIBS versions
> and I've removed the post-install hook that adds additional symlinks for no
> good reason.
>
> I added
On Sat, Dec 14, 2019 at 11:18:16PM -0500, trondd wrote:
> Upstream beat us to it. Release 1.8.3 fixes the previously submitted CVEs
> plus several others I wasn't aware of and some bonus GitHub issues.
This makes it much easier :) Committed, thanks!
On Sun, Dec 15, 2019 at 11:55:44AM +0100, Kristaps Dzonsons wrote:
> This updates subsurface to the current 4.9.3. Joint effort with Tracey
> Emery, thank you!
>
> The port-lib-depends-check asks for a x11/gtk+3,-guic RUN_DEPENDS as
> well, but I've left that out because this is a Qt application.
This updates subsurface to the current 4.9.3. Joint effort with Tracey
Emery, thank you!
The port-lib-depends-check asks for a x11/gtk+3,-guic RUN_DEPENDS as
well, but I've left that out because this is a Qt application. I'm not
sure if this is correct.
So this has a really ugly (but otherwise
22 matches
Mail list logo
