${MASTER_SITES_GITHUB:H:H:H}/commit/
can you just put the actual url here please
CXX=${CXX}
please use quotes, some possible uses of the CXX variable include spaces
On 2021/12/19 20:41, Klemens Nanni wrote:
> This is the last dependency for our telegram desktop ports.
> They ship a bun
On Sun, Dec 19, 2021 at 06:24:21PM -0600, Amit Kulkarni wrote:
> On Sun, Dec 19, 2021 at 2:23 PM Bryan Steele wrote:
> >
> > I'm thinking this could be llvm/clang13 fallout, but with the new Dec 19
> > snapshot chromium stopped working for me. It opens up a blank white
> > page, and trying to visi
On Sun, Dec 19, 2021 at 2:23 PM Bryan Steele wrote:
>
> I'm thinking this could be llvm/clang13 fallout, but with the new Dec 19
> snapshot chromium stopped working for me. It opens up a blank white
> page, and trying to visit any website is stuck "loading..."
>
> In ps(1), one chrome subprocess i
On Mon, Dec 20, 2021 at 12:05:11AM +0100, Omar Polo wrote:
> Klemens Nanni writes:
>
> > On Sun, Dec 19, 2021 at 08:41:01PM +, Klemens Nanni wrote:
> >> This is the last dependency for our telegram desktop ports.
> >> They ship a bundled version which also works but I figured using proper
> >
Omar Polo writes:
> Gabriel Hondet writes:
>
>> Hi!
>>
>> I have updated the Makefile of xbindkeys
>> (https://www.nongnu.org/xbindkeys/xbindkeys.html).
>>
>> xbindkeys is a window manager agnostic key binding utility. It reads
>> a configuration file (either a Guile scheme file or an ad-hoc syn
Gabriel Hondet writes:
> Hi!
>
> I have updated the Makefile of xbindkeys
> (https://www.nongnu.org/xbindkeys/xbindkeys.html).
>
> xbindkeys is a window manager agnostic key binding utility. It reads
> a configuration file (either a Guile scheme file or an ad-hoc syntax)
> to bind keys to actions
Klemens Nanni writes:
> On Sun, Dec 19, 2021 at 08:41:01PM +, Klemens Nanni wrote:
>> This is the last dependency for our telegram desktop ports.
>> They ship a bundled version which also works but I figured using proper
>> ports where possible is best, so here it is.
>>
>> Information
On Sun, Dec 19, 2021 at 08:41:01PM +, Klemens Nanni wrote:
> This is the last dependency for our telegram desktop ports.
> They ship a bundled version which also works but I figured using proper
> ports where possible is best, so here it is.
>
> Information for inst:openh264-2.1.1
>
>
This is the last dependency for our telegram desktop ports.
They ship a bundled version which also works but I figured using proper
ports where possible is best, so here it is.
Information for inst:openh264-2.1.1
Comment:
Cisco implementation of H.264 codec
Requir
I'm thinking this could be llvm/clang13 fallout, but with the new Dec 19
snapshot chromium stopped working for me. It opens up a blank white
page, and trying to visit any website is stuck "loading..."
In ps(1), one chrome subprocess is pegging a CPU at 99% utilization..
brynet 10507 96.6 0.8
> On Dec 19, 2021, at 2:38 AM, Landry Breuil wrote:
>
> Le Sun, Dec 19, 2021 at 12:01:21AM -0500, Daniel Dickman a écrit :
>>> On Mon, Sep 20, 2021 at 2:09 AM Landry Breuil wrote:
>>>
>>> Le Sun, Sep 19, 2021 at 11:36:17AM -0400, Daniel Jakots a écrit :
On Sun, 19 Sep 2021 17:23:53 +02
On Sun, Dec 19, 2021 at 07:46:27PM +0100, Jeremie Courreges-Anglas wrote:
On Sun, Dec 19 2021, Jeremie Courreges-Anglas wrote:
This fixes packaging on riscv64 and most likely all non-native archs
(sparc64:
http://build-failures.rhaalovely.net/sparc64/2021-12-04/devel/dune.log)
Only a REVISION
> On Dec 19, 2021, at 1:46 PM, Jeremie Courreges-Anglas wrote:
>
> On Sun, Dec 19 2021, Jeremie Courreges-Anglas wrote:
>> This fixes packaging on riscv64 and most likely all non-native archs
>> (sparc64:
>> http://build-failures.rhaalovely.net/sparc64/2021-12-04/devel/dune.log)
>> Only a R
On Sun, Dec 19 2021, Jeremie Courreges-Anglas wrote:
> This fixes packaging on riscv64 and most likely all non-native archs
> (sparc64:
> http://build-failures.rhaalovely.net/sparc64/2021-12-04/devel/dune.log)
> Only a REVISION bump is needed, no need for conflict markers as the files
> stay in t
This fixes packaging on riscv64 and most likely all non-native archs
(sparc64:
http://build-failures.rhaalovely.net/sparc64/2021-12-04/devel/dune.log)
Only a REVISION bump is needed, no need for conflict markers as the files
stay in the -private subpackage.
ok?
Index: Makefile
==
On Wed, Dec 15, 2021 at 12:22 AM Brad Smith wrote:
>
> Here is an update to QEMU 6.2.0.
>
> https://wiki.qemu.org/ChangeLog/6.2
>
>
I didn't see it in the Changelog link but I think the current version
suffers from CVE-2021-3713 which seems to be addressed in 6.2.0.
Are you looking for the updat
ocaml-pcre needs an update for ocaml 4.13. Below is an update to the
latest version. The build system switches to dune as well.
The only direct consumer, devel/coccinelle, built fine with this update
and the coccinelle tests seem to run well after the update of pcre.
ok?
Index: Makefile
=
Now that we have switched to LLVM 13, the remaining build failures
triggered by the compiler update will show up during regular amd64
package builds:
devel/qbs ./qbs segfault
lang/libv8 ./mksnapshot segfault
misc/posixtestsuite various *.test
Hi, ports@:
Here is a patch for devel/p5-MooseX-Getopt to update to 0.75,
it build well and pass all tests on 7.0-current system.
9 ports depend on it and I tested 5 of it, all build well pass all tests
with this patch.
Comments ?
wenIndex: Makefile
=
Hi, ports@:
Here is simple patch for mail/p5-Mail-AuthenticationResults to
update to 2.20210915. It build well and pass all tests on 7.0-current
amd54 system.
Only 1 port depends on it: mail/p5-Mail-DKIM. It build well and pass
all tests with this patch.
Comments ?
wen
Index: Mak
Omar Polo [2021-12-15, 20:44 +0100]:
> Timo Myyrä writes:
>
>> Hi,
>>
>> A bit delayed update to gzdoom. The upstream have made chopped the music
>> part as standalone library which I sent to ports@ earlier (audio/zmusic)
>> which is needed by this update.
>>
>> Quickly tested on doom1 which app
21 matches
Mail list logo
