Hello.
Who wants to browse 470 Mbyte of pictures anyways?
I think you would help the users more if you would just
pick your 10 favorites?
Thomas
> Giovanni Bechis mailto:giova...@paclan.it > hat am 28.
> Mai 2019 um 08:17 geschrieben:
>
>
> On Mon, May 27, 2019 at 10:49:34PM +0200, Mar
Well, there are several solutions to a packaging problem.
- I could ditch a few pictures of low resolution compared to the others
or remove a few "good but more of the same", or one impractical perfectly
square picture.
- the other thing to do is to batch it through gm so that the distributed
siz
On 2019/05/28 00:12, Jeremie Courreges-Anglas wrote:
> Adding aarch64 to GCC49_ARCHS makes sense to me. Renaming GCC49_ARCHS
> to something else can be done in another step. ok jca@
>
> cc'ing bcallah@, pascal@, phessler@ and espie@, maybe I'm missing
> others.
Adding aarch64 to GCC49_ARCHS is
Jeremie Courreges-Anglas:
> So far we only need this for one arch, maybe a cheaper approach would be
> enough? The diff below just tests whether ld.bfd exists.
On archs other than LLD_ARCHS, that diff would stat() ld.bfd every
time bsd.port.mk is parsed.
Let's do this only when USE_LLD switches
On Tue, May 28 2019, Christian Weisgerber wrote:
> Jeremie Courreges-Anglas:
>
>> So far we only need this for one arch, maybe a cheaper approach would be
>> enough? The diff below just tests whether ld.bfd exists.
>
> On archs other than LLD_ARCHS, that diff would stat() ld.bfd every
> time bsd.
On Tue, May 28, 2019 at 08:17:39AM +0200, Giovanni Bechis wrote:
> On Mon, May 27, 2019 at 10:49:34PM +0200, Marc Espie wrote:
> > Hum, some people are giving me cool pictures,
> > so it's probably impractical to provide a package by now (470M of pics
> > and counting)
> >
> what if the package wi
RCS file: pcc/distinfo
diff -N pcc/distinfo
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pcc/distinfo28 May 2019 12:08:00 -0000
@@ -0,0 +1,2 @@
+SHA256 (pcc-20190528.tgz) = HGZEWtnAB7ZPZngQp8MWf7+wbQu3wAONgGWiZfMZyKM=
+SIZE (pcc-20190528.tgz) = 943292
Index: p
man ports: In the Using a Read-Only Ports Tree section of man ports, I believe
it should read PLIST_REPOSITORY instead of PLIST_DB.
(Please note that man bsd.port.mk says PLIST_DB is deprecated. Also,
make fix-permissions won't change permission if PLIST_DB is set
in /etc/mk.conf, but it does wor
...rotting in my tree for $waytoolong
if someone had the mercy of taking these up and convert my
portsgibberish into sth useful, that'd be superb.
# This is a shell archive. Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file". Note, it may
# create dir
On Sat, May 18, 2019 at 02:41:01PM +0200, Raphael Graf wrote:
> "libebur128 is a library that implements the EBU R 128 standard for
> loudness normalisation."
>
> https://github.com/jiixyj/libebur128
>
> It is a very small and simple port.
>
> As the tests need 90MB of testdata, I've disabled th
> > > Index: arch-defines.mk
> > > ===
> > > RCS file: /cvs/ports/infrastructure/mk/arch-defines.mk,v
> > > retrieving revision 1.64
> > > diff -u -p -r1.64 arch-defines.mk
> > > --- arch-defines.mk 11 May 2019 12:05:46 -
On Tue, May 28, 2019 at 11:46:31AM -0700, cpb_ports wrote:
> On Tue, May 28, 2019 at 10:57:40AM +0200, Marc Espie wrote:
> > Well, there are several solutions to a packaging problem.
> >
> > - I could ditch a few pictures of low resolution compared to the others
> > or remove a few "good but more
Hi,
a few days ago, jasper asked me to update rabbitmq. As it turns out, I seem to
be the maintainer ;)
So, here you go, it turned out to be a bit less straight forward than I
anticipated.
So from the very old 3.5.6 version we had, updated to 3.6.15, which is as well
not maintained
upstream any
Hello ports@,
I mentioned about a year ago that I was working on porting Netdata. Slow
progress, I know :D
I’ve run into a problem with my port. Netdata does a code-as-configuration
thing where it dumps a bunch of python files into folders in /etc when you run
it, which it uses to determine ho
I'm using chromium of yesterday's -current source, and facing problem which
I can run chromium only once.
The secnd try to run chromium, I get the error message:
process_metirics_openbsd.cc: Not implemented reached in bool base:
GetSystemMemoryInfo (base: SystemMemoryInfoKB *)
The patch source of
15 matches
Mail list logo