Dear all,
could a commiter please have a look on:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213612
Thanks a lot!
Gruß
Matthias
--
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bi
Thanks!
Am 7. Oktober 2016 20:35:33 MESZ, schrieb Kurt Jaeger :
>Hi!
>
>> looking for a commiter for:
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213254
>
>Done.
>
>--
>p...@opsec.eu+49 171 3101372 4 years
>to go !
--
Diese Nachricht wurde von meinem
Dear all,
looking for a commiter for:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213254
Thanks a lot!
Gruß
Matthias
--
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better
Am 26.09.2016 um 12:47 schrieb Matthias Fechner:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213000
>
could a commiter please be so kind and look into it?
Thanks!
Gruß
Matthias
--
"Programming today is a race between software engineers striving to
build bigger and better
Dear all,
could please someone commit:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213000
Thanks!
Gruß
Matthias
--
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better i
Am 11.09.2016 um 22:55 schrieb Grzegorz Junka:
> Why I can not upgrade this package, even forcefully?
>
> root@ultrabook:~ # pkg upgrade -f javavmwrapper
> Updating ultrabook repository catalogue...
> ultrabook repository is up-to-date.
> All repositories are up-to-date.
> The following 1 package(s
Am 11.09.2016 um 13:45 schrieb Kurt Jaeger:
> There were last-minute changes.
> 1) The startup scripts expect
>
> /var/db/solr/log4j.properties
>
> and not
>
> /var/log/solr/log4j.properties
>
> so I moved it and adapted it where needed.
>
> 2) I made some syntax/path fixes to files/pkg-message.in
Am 11.09.2016 um 10:57 schrieb Kurt Jaeger:
> Thanks for the hint.
>
> I'm testbuilding jdk8 right now to test this.
hm, that is strange.
I have in the port:
USE_JAVA= yes
JAVA_VERSION= 1.8+
JAVA_RUN= yes
so it should pull java8 as run dependency already. Is it not installed
on your system?
Am 11.09.2016 um 10:42 schrieb Kurt Jaeger:
> It still fails, with the same error as before, recorded in
> /var/log/solr/solr-8983-console.log:
>
> Exception in thread "main" java.lang.UnsupportedClassVersionError:
> org/eclipse/jetty/start/Main : Unsupported major.minor version 52.0
> at
Am 11.09.2016 um 09:41 schrieb Kurt Jaeger:
> I've tested the startup.
> Directly after the make install, if one tries to start solr,
> three -dist files need to be copied to allow solr to start:
>
> /var/db/solr/solr.xml-dist
> /usr/local/etc/solr.in.sh-dist
> /var/log/solr/log4j.properties-
Am 02.09.2016 um 00:08 schrieb Matthias Fechner:
> ok, here we go:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212313
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201455
any progress here?
Thanks
Matthias
--
"Programming today is a race between software enginee
Am 01.09.2016 um 20:11 schrieb Kurt Jaeger:
> Yes, please attach that diff to the PR.
ok, here we go:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212313
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201455
The index data will be stored in /var/db/solr
Log file will go to /var/log/solr
Am 01.09.2016 um 19:08 schrieb Matthias Fechner:
> If it is fine, I would create a diff and would attach it to PR 201455.
the poudiere build log is here:
https://pkg.fechner.net/data/103amd64-default/2016-09-01_19h00m20s/logs/apache-solr-6.2.0.log
Gruß
Matthias
--
"Programming to
Am 01.09.2016 um 17:28 schrieb Matthias Fechner:
> I started with the port and have it running.
> The current version can be found here:
> https://github.com/idefix6/freebsd-apache-solr/tree/6.2.0
>
I have now an updated version ready.
I can start, stop and status the running solr
Hi,
Am 01.09.2016 um 15:29 schrieb Kurt Jaeger:
> Yes, please. It was me who messed up that port, sorry for that.
> The startup and config is still messy, it does not look easy.
>
I started with the port and have it running.
The current version can be found here:
https://github.com/idefix6/freebs
Am 31.08.2016 um 12:38 schrieb Matthias Fechner:
> As the new version was broken, I installed the old 4.x version and
> locked the package.
>
> I just downloaded manually the 6.2 version into /usr/local/src and
> started it from there (it works perfectly fine after defining the
&
Dear all,
I initiated a long time ago a bug:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201455
As the new version was broken, I installed the old 4.x version and
locked the package.
I just downloaded manually the 6.2 version into /usr/local/src and
started it from there (it works perfect
Am 31.08.2016 um 12:06 schrieb Fernando Herrero Carrón:
> It probably makes sense, yes: http://www.mesa3d.org/llvmpipe.html
>
> LLVM is being used in more and more projects to optimize dynamically
> generated code, in this case software 3D rendering.
>
thanks, good to know.
Gruß
Matthias
--
"
Dear all,
I just saw that I have for some installed packages llvm as run
dependency (e.g. graphics/libEGL) that it has a run dependency to llvm36:
cd /usr/ports
make search name=libEGL
R-deps: damageproto-1.2.1 ... llvm37-3.7.1_3 ...
Does this really makes sense or is this a bug in one of th
Dear all,
Am 24.08.2016 um 15:12 schrieb Lars Engels:
> I do not have *ssl from ports installed, so Icinga 2 uses the SSL
> version from base. That's why it works for me.
I face the exact same problem. I think SSL is required if you want to
talk to icinga installation on other hosts?
I personally
Am 13.08.2016 um 17:46 schrieb Kurt Jaeger:
> Thanks. Now, who has time to debug this 8-} ?
why debug?
Why not just fetch the phar file and place it as drush in /usr/local/bin
and give execute permission to it?
Thats it. I do not see any drawback here, even updates will be much easier.
Gruß
Ma
Thanks Kurt,
Am 13.08.2016 um 12:30 schrieb Kurt Jaeger:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211807
>
> has the update. Would someone do run-tests who understands how to use it
> and report results in the PR ?
added my comments in the PR.
Gruß
Matthias
--
"Programming today i
Am 13.08.2016 um 11:55 schrieb Jochen Neumeister:
>> Dear all,
>>
>>
>> drush in ports (www/drush) is version 6.5. Stable version is 8.3.1,
>> check here:
>>
>> https://github.com/drush-ops/drush
>>
>>
>> Has anyone an update port available?
> Did you ask the maintainer? [1]
>
good idea, added mai
Dear all,
drush in ports (www/drush) is version 6.5. Stable version is 8.3.1,
check here:
https://github.com/drush-ops/drush
Has anyone an update port available?
Thanks
Matthias
--
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof prog
Am 04.07.2016 um 22:03 schrieb John Marino:
> sorry, the correct invocation is "synth status-everything". There is
> a man page (man 1 synth) as well.
thanks for this tip.
As I have to check my poudriere build environment (I do not build my
packages locally) I tried the following:
poudriere test
Am 01.07.2016 um 12:39 schrieb Kimmo Paasiala:
> This is not a feature/bug of poudriere but of the ports system itself.
> There's no tracking of obsoleted or removed options and no clever
> methods to clean them up. It's only when you remove the options with
> 'make rmconfig' and rewrite them again
Hi,
Am 22.06.2016 um 09:15 schrieb Kurt Jaeger:
I can work on it, can you provide a changelog or a link to the changelog ?
https://github.com/nextcloud/server/releases
Gruß
Matthias
--
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof pr
Dear all,
I just testing the www/nextcloud port that was commited yesterday,
thanks a lot for this!
There I saw that samba36 will be installed (in addition to samba43).
I think the problem is located in port net/samba-libsmbclient which
refers to:
SAMBA_PORT= samba36
SAMBA_SUBPORT=
Am 04.05.2016 um 04:18 schrieb Vick Khera:
Nice, thanks. I will see if I can make it build.
if you have something to test, please let me know.
Currently the fetch process seems not to work and the initial author of
the patch has no time to continue here.
Some patches seems to have been refu
Am 17.04.2016 um 01:48 schrieb Sergey A. Osokin:
I've just committed a fix for devel/libbrotli, please update the ports tree and
recompile devel/libbrotli.
Thanks for report!
compiles perfectly fine, thanks a lot!
Bye
Matthias
--
"Programming today is a race between software engineers striv
Am 16.04.2016 um 14:26 schrieb Jim Ohlstein:
===> nginx-devel-1.9.14_1 depends on shared library: libpcre.so -
found (/usr/local/lib/libpcre.so)
===> Returning to build of nginx-devel-1.9.14_1
===> nginx-devel-1.9.14_1 depends on shared library: libbrotlidec.so -
not found
===> Installing
Am 23.03.2016 um 05:30 schrieb @lbutlr:
My executable is named /usr/local/bin/letsencrypt.sh and does not have a
certonly option.
$ letsencrypt.sh -h
Usage: /usr/local/bin/letsencrypt.sh [-h] [command [argument]] [parameter
[argument]] [parameter [argument]] ...
I have this version installed
Am 19.03.2016 um 13:40 schrieb @lbutlr:
Is anyone using this port successfully?
It appears to be running here, but is generating some 0 length files:
total 64
8 -rw--- 1 443 443 1854 Mar 4 23:38 cert-1457159890.csr
0 -rw--- 1 443 443 0 Mar 4 23:38 cert-1457159890.pem
8 -rw---
Am 20.02.2016 um 02:42 schrieb Derek (freebsd lists):
My current plan is to shoehorn a custom fetch/extract/patch into the
port Makefile, based on Brooks' valued information, but it doesn't feel
great.
I faced the same problem with creating a port for gogs.
Yuri implemented a nice way to get th
Am 16.02.2016 um 20:23 schrieb Douglas Thrift:
While your arguments for user isolation make sense, they really only
make sense if you were to be using gitolite or gitosis at the same time
as gogs which I imagine would not be that common. I am not opposed to
you having a gogs user on your system,
Am 16.02.2016 um 12:04 schrieb Kurt Jaeger:
Done.
Thanks a lot!
Gruß
Matthias
--
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better idiots. So far, the universe is winning."
Am 16.02.2016 um 00:09 schrieb Douglas Thrift:
I mentioned this already on that ticket, but why use the user "gogs"
instead of "git" which is already used by the gitosis and gitolite
ports? That seems like a more standard thing to see in your git urls:
git clone g...@example.com vs git clone g..
Am 15.02.2016 um 16:24 schrieb Kurt Jaeger:
>> it is not blocking in a hard way.
>> But if you have it installed you deinstall it and reinstall it again,
>> you maybe get permission problems, because the UID/GID for the gogs user
>> can change.
>
> That's a valid point.
>
> Is there a reason for
Am 15.02.2016 um 10:49 schrieb Kurt Jaeger:
> The blocker for gogs is not the additional users, the blockers are
> the GH_TUPLE and the Uses/go.mk changes:
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204772
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205282
it is not blocking in
Dear all,
Am 13.02.2016 um 11:40 schrieb Matthias Fechner:
> Yuri us are currently working on a new port for gogs:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205283
>
> For this a new user and group is required.
> I already checked the file and I would like to add the
Dear all,
Yuri us are currently working on a new port for gogs:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205283
For this a new user and group is required.
I already checked the file and I would like to add the following files:
gogs:*:209:209::0:0:gogs user:/var/db/gogs/home:/bin/sh
and
Am 12.12.2015 um 22:41 schrieb Kurt Jaeger:
> https://lists.freebsd.org/pipermail/freebsd-ports/2015-December/101338.html
>
> It's all the same, whether it's godep, maven or git:
> No network after the fetch-phase.
very interesting thread.
There are some promising patches available, that should
Am 12.12.2015 um 18:45 schrieb Jason Unovitch:
> Build requisites must be retrieved during the fetch phase as there is
> no network access during the build phase. Else a package could end up
> changing or having security flaws slipped in based solely on when it
> was built rather than what distinf
Dear all,
I started a long time ago a new port for gogs and had now time to
continue on the port.
The current version can be found here:
https://github.com/idefix6/gogs-freebsdport
But I face the problem that during the build process git cannot make a
clone.
For logfile please see here:
> http://
101 - 144 of 144 matches
Mail list logo