On 18-5-2021 03:56, Chris wrote:
On 2021-05-17 18:17, Julian H. Stacey wrote:
Chris wrote:
On 2021-05-17 16:30, Jan Beich wrote:
> Chris writes:
>
>> I'd like to subscribe to the commit messages
>> ( dev-commits-ports-all )
>> but only receive messages that affect me -- the
>> ports I currentl
On 18-4-2021 16:51, Adriaan de Groot wrote:
On Sunday, 18 April 2021 14:00:01 CEST freebsd-ports-requ...@freebsd.org
wrote:
So perhaps that is the best way to avoid having to deal with ABI/API
breakage...
After that it is up to the maintainers of the dependant packages to
update their package an
On 17-4-2021 13:09, Li-Wen Hsu wrote:
On Sat, Apr 17, 2021 at 6:58 PM Kurt Jaeger wrote:
Hi!
Ceph has moved to Boost 1.75, so now it is build with the project.
Which is of course a pity.
Are there any plans to also get Boost 1.75 in ports?
There is this one PR which touches the topic:
ht
On 17-4-2021 14:16, Kurt Jaeger wrote:
Getting the port to build is one thing.
Right that is probably not very complicated.
But the API/ABI changes are indeed a pain.
Reason for all kinds of trouble with Ceph as well.
There used to be several versions of Boost in parallel.
Yes. I have no idea
On 17-4-2021 13:09, Li-Wen Hsu wrote:
On Sat, Apr 17, 2021 at 6:58 PM Kurt Jaeger wrote:
Hi!
Ceph has moved to Boost 1.75, so now it is build with the project.
Which is of course a pity.
Are there any plans to also get Boost 1.75 in ports?
There is this one PR which touches the topic:
Hi,
Ceph has moved to Boost 1.75, so now it is build with the project.
Which is of course a pity.
Are there any plans to also get Boost 1.75 in ports?
--WjW
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-
Hi,
Ceph development start using Boost 1.74, and they load the sources
during building.
Now before I embark on the journey to "fix" that in package building and
get
things loaded before the the actual make starts I would like to know...
Is there any work in progress to move to Boosst 1.74??
Hi,
In my ceph port one of the maintainers added this to
USE_PYTHON= cython py3kplist
But I'm trying to find out what it does?
And it is not (yet) on the USE_PYTHON page in the ports handbook.
--WjW
___
freebsd-ports@freebsd.org mailing list
http
Hi,
I know that there are other ways to us...
But still this is probably just a coding error
FreeBSD 13.0-CURRENT #0 r363032: Thu Jul 9 04:13:17 UTC 2020
r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC
root@quad-a:/usr/home/wjw # cd /usr/ports/sysutils/storcli/
root@qu
On 29-5-2020 11:31, Willem Jan Withagen wrote:
On 29-5-2020 00:56, Carmel NY wrote:
On Thu, 28 May 2020 23:36:46 +0200, Willem Jan Withagen stated:
On 28-5-2020 16:53, Carmel NY wrote:
On Thu, 28 May 2020 16:25:20 +0200, Willem Jan Withagen stated:
Hi,
I'm trying to get dovecot to us
On 29-5-2020 00:56, Carmel NY wrote:
On Thu, 28 May 2020 23:36:46 +0200, Willem Jan Withagen stated:
On 28-5-2020 16:53, Carmel NY wrote:
On Thu, 28 May 2020 16:25:20 +0200, Willem Jan Withagen stated:
Hi,
I'm trying to get dovecot to use the openssl from ports in
/usr/local/lib
On 28-5-2020 16:53, Carmel NY wrote:
On Thu, 28 May 2020 16:25:20 +0200, Willem Jan Withagen stated:
Hi,
I'm trying to get dovecot to use the openssl from ports in
/usr/local/lib. But whatever I try, en en op with cryptostuff from
/usr/lib
I think the correct way is to set
etc/make
Hi,
I'm trying to get dovecot to use the openssl from ports in /usr/local/lib.
But whatever I try, en en op with cryptostuff from /usr/lib
I think the correct way is to set
etc/make.conf
DEFAULT_VERSIONS+=ssl=openssl
En though when making tells me:
dovecot-2.3.10.1 depends on file:
On 10-3-2020 16:15, Alan Somers wrote:
On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen <mailto:w...@digiware.nl>> wrote:
On 9-3-2020 14:46, Alan Somers wrote:
On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen
mailto:w...@digiware.nl>> wrote:
Hi all,
On 9-3-2020 14:46, Alan Somers wrote:
On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen <mailto:w...@digiware.nl>> wrote:
Hi all,
And sorry for crosspoing three groups, but the answer can/could be
a mix
of things to do in these three areas.
I have a prototype
On 9-3-2020 12:38, Miroslav Lachman wrote:
Willem Jan Withagen wrote on 2020/03/09 11:31:
[...]
3) Create a bhyve-rbd port.
Problem with that is that it will require the FreeBSD source tree
for the
bhyve sources, but there is no Ports option for that?
Or bhyve sources are
Hi all,
And sorry for crosspoing three groups, but the answer can/could be a mix
of things to do in these three areas.
I have a prototype of bhyve running on Rados/Ceph working:
https://github.com/freebsd/freebsd/pull/426
But there are a few catches on how to get it in the FreeBSd sources..
On 28-2-2020 01:32, Marcin Cieslak wrote:
On Thu, 27 Feb 2020, Willem Jan Withagen wrote:
/home/jenkins/workspace/ceph-master/src/pybind/mgr/.tox/py3/lib/python3.7/site-packages/cryptography/hazmat/bindings/_openssl.abi3.so:
Undefined symbol "SSLv3_client_method"
This looks to m
On 27-2-2020 21:53, Mathieu Arnold wrote:
On Thu, Feb 27, 2020 at 12:45:51PM -0800, Freddie Cash wrote:
On Thu, Feb 27, 2020, 12:37 PM Willem Jan Withagen, wrote:
Interesting, but not quite what I want
It is not for personal usage, but for ports that I have commited to the
ports
On 27-2-2020 20:52, Pete Wright wrote:
On 2020-02-27 11:42, Willem Jan Withagen wrote:
On 27-2-2020 20:25, Miroslav Lachman wrote:
Willem Jan Withagen wrote on 2020/02/27 20:00:
Hi,
My ceph ports uses all kinds of python stuff, and now the trouble
is that I'm getting
an error on mi
On 27-2-2020 20:25, Miroslav Lachman wrote:
Willem Jan Withagen wrote on 2020/02/27 20:00:
Hi,
My ceph ports uses all kinds of python stuff, and now the trouble is
that I'm getting
an error on missing:
SSLv3_client_method
Which i guess, is because in the current openssl libs SSL
Hi,
My ceph ports uses all kinds of python stuff, and now the trouble is
that I'm getting
an error on missing:
SSLv3_client_method
Which i guess, is because in the current openssl libs SSLv3 is disabled.
And I sort of get this, SSLv3 is unsafe.
But I need it to be able to run parts of the
Can one of the commiters please pickup this update?
Thanx,
--WjW
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On 13-2-2020 15:20, Stefan Bethke wrote:
Am 13.02.2020 um 14:42 schrieb Marcin Cieslak :
On Wed, 12 Feb 2020, Stefan Bethke wrote:
The second issue is that npm install is invoked, which will most likely prevent
the port to be built as a package. Is there a way to handle the download of the
Hi,
Could any of the port committers pickup:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242886
Thanx,
--WjW
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "fr
On 30-10-2019 18:12, Yuri wrote:
On 2019-10-28 04:17, Willem Jan Withagen wrote:
I think I read once somewhere that there is also a "flag" that
indicates that the port wants network access during the build. Is
that feasible?
No, this isn't/shouldn't be possible.
Ple
On 29-10-2019 01:41, Adam Weinberger wrote:
On Mon, Oct 28, 2019 at 6:34 AM Willem Jan Withagen wrote:
On 28-10-2019 13:28, Adam Weinberger wrote:
On Mon, Oct 28, 2019 at 5:17 AM Willem Jan Withagen wrote:
Hi,
The ceph ports should have a manager module called dashboard that
exists of a
On 28-10-2019 13:28, Adam Weinberger wrote:
On Mon, Oct 28, 2019 at 5:17 AM Willem Jan Withagen wrote:
Hi,
The ceph ports should have a manager module called dashboard that
exists of a large bundle op JS-scripts that get installed with npm/node
during running make on the configured build
Hi,
The ceph ports should have a manager module called dashboard that
exists of a large bundle op JS-scripts that get installed with npm/node
during running make on the configured build.
Uptil now I've exclude that from builds, but that gets more and more
complicated. Ceph cluster status is n
Hi,
For building ceph14 in I need to use ld from the ports binutils.
Mainly because of versioning that I can not get to work with the llvm
linker, and is a know difference between GNU ld en LLVM ld.
Just building in the project I was able to do that with:
-D CMAKE_CXX_FLAGS_DEBUG=" -fuse-ld
Hi,
I'm trying to release a new version of the ceph13 port.
But if I'm doing what I normally do: first test the build in
/usr/ports/ceph13
before going to poudriere, I get:
root@zfstest:/usr/ports/net/ceph13 # make makesum
===> ceph13-13.2.2 has known vulnerabilities:
0 problem(s) in 0 instal
Hi,
Looking for a port admin willing to take:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236004
Reason to sollicit, is to point to the svn move request to
move from net/ceph to net/ceph12
This version has gone thru `portlint -A` and `poudriere testport`
--WjW
__
On 22-1-2019 16:45, Mathieu Arnold wrote:
On Tue, Jan 22, 2019 at 03:35:51PM +0100, Willem Jan Withagen wrote:
On 22/01/2019 15:29, Mathieu Arnold wrote:
On Tue, Jan 22, 2019 at 10:42:16AM +0100, Willem Jan Withagen wrote:
Hi,
I there a ports committer that can do that for me if it is just a
On 22/01/2019 15:29, Mathieu Arnold wrote:
On Tue, Jan 22, 2019 at 10:42:16AM +0100, Willem Jan Withagen wrote:
Hi,
I there a ports committer that can do that for me if it is just a mater of
`fix Makefile && svn rename` greatly appreciated.
If it needs more work, can somebody expla
Hi,
I there a ports committer that can do that for me if it is just a mater
of `fix Makefile && svn rename` greatly appreciated.
If it needs more work, can somebody explain to me what more is needed?
After this is done, I'll submit a new ceph 12.2.11 version once it is out.
And I'll upload th
Hi,
Just tried building Ceph with the new Cmake 3.13.1, but that does not
work because
in contrast to past builds it now requires a fixed boost_python version:
# Note that Boost Python components require a Python version suffix
# (Boost 1.67 and later), e.g. ``python36`` or ``python27`` for th
On 29/08/2018 19:59, Dan Langille wrote:
On Aug 29, 2018, at 10:59 AM, Jason E. Hale wrote:
On Mon, Aug 27, 2018 at 7:42 PM Dan Langille wrote:
On Aug 27, 2018, at 7:26 PM, Yuri Pankov wrote:
Dan Langille wrote:
Why would Bacula 9.2.1 compile on 11.2 but fail on 10.4?
The error is:
bsock
Hi,
I asked the question on the node installer, how to get things build
also packaged. And the actual answer was:
you can't do that unless in the post-fetch() and then find
a way to distribute to the correct places before the package
starts building
OR:
give the
On 10/06/2018 19:12, Adam Weinberger wrote:
On Sun, Jun 10, 2018 at 9:45 AM Willem Jan Withagen wrote:
Hi,
The Ceph ports has since a while started to import all kinds of
javascript code using npm. Which fetches external data and install this
in the Ceph resulting tree.
I have a question
Hi,
The Ceph ports has since a while started to import all kinds of
javascript code using npm. Which fetches external data and install this
in the Ceph resulting tree.
I have a question with this:
How would that work under pouderiere building, because I was under the
impression that fetchin
On 2-9-2017 19:10, Kurt Jaeger wrote:
> Hi!
>
>>> Could any of the interested submitters take a look at:
>>>
>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221997
>>
>> I had a look, looks fine except a few portlint -AC warnings.
>
> Oh, doesn't it need a CONFLICTS with ceph-devel ?
>
> O
On 2-9-2017 19:10, Kurt Jaeger wrote:
> Hi!
>
>>> Could any of the interested submitters take a look at:
>>>
>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221997
>> I had a look, looks fine except a few portlint -AC warnings.
> Oh, doesn't it need a CONFLICTS with ceph-devel ?
>
> Or should
Could any of the interested submitters take a look at:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221997
Has gone thru:
portlint -A
poudriere testport
Thanx,
--WjW
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mai
On 21-8-2017 15:40, RW via freebsd-ports wrote:
> On Mon, 21 Aug 2017 14:47:43 +0200
> Willem Jan Withagen wrote:
>
>> Hi,
>>
>> In the amavis rc.d file is noted:
>> ""
>> "WARNING: usi
On 21-8-2017 15:23, Mark Martinec wrote:
> 2017-08-21 14:47 Willem Jan Withagen wrote:
>> In the amavis rc.d file is noted:
>> ""
>> "WARNING: using ramdisk is reported to be unstable and"
>>
Hi,
In the amavis rc.d file is noted:
""
"WARNING: using ramdisk is reported to be unstable and"
"thus it is highly recommended to be turned off."
""
And this warning seems there since
On 18-8-2017 18:08, Kurt Jaeger wrote:
> Hi!
>
>> Could any of the commiters take a look at:
>>
>> - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221569
>>
>> Both poudriere and portlint have been tested.
>>
>> Upgrade is due to some compile errors in the previous upgrade.
>
> Done.
Hi Ku
Could any of the commiters take a look at:
- https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221569
Both poudriere and portlint have been tested.
Upgrade is due to some compile errors in the previous upgrade.
Thanx,
--WjW
___
freebsd-ports@freebs
On 11-8-2017 15:30, Kurt Jaeger wrote:
> Hi!
>
>> Would somebody please take a look at the the update at:
>>https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218974
>
> That PR is already committed and closed.
Ah, sorry, That was the original commit, I picked the wrong one from my
archived m
Hi,
Would somebody please take a look at the the update at:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218974
It also went by phabricator:
https://reviews.freebsd.org/D11770
--WjW
___
freebsd-ports@freebsd.org mailing list
https://lists.fr
On 30-7-2017 19:59, Chris Rees wrote:
>
>
> On 29 July 2017 20:01:42 BST, Willem Jan Withagen wrote:
>>
>>
>> Op 29-7-2017 om 13:34 schreef Chris Rees:
>>>
>>>
>>> On 29 Jul 2017 11:56, Willem Jan Withagen wrote:
>&g
Op 29-7-2017 om 13:34 schreef Chris Rees:
On 29 Jul 2017 11:56, Willem Jan Withagen wrote:
Op 28-7-2017 om 22:50 schreef Chris Rees:
On 26 Jul 2017 23:59, Willem Jan Withagen
<mailto:w...@digiware.nl> wrote:
Op 27-7-2017 om 00:48 schreef Mi
Op 28-7-2017 om 22:50 schreef Chris Rees:
On 26 Jul 2017 23:59, Willem Jan Withagen wrote:
Op 27-7-2017 om 00:48 schreef Miroslav Lachman:
> Willem Jan Withagen wrote on 2017/07/26 23:24:
>> Hi,
>>
>> This has been working, but now the jai
On 28-7-2017 09:21, Shane Ambler wrote:
> On 27/07/2017 09:30, Willem Jan Withagen wrote:
>> On 27-7-2017 01:43, mokhi wrote:
>>> Aha,
>>> Okay...
>>> Good if it works :)
>>>
>>
>> It is a gross hack, but it gets me going for the time being.
Op 27-7-2017 om 02:20 schreef Adam Weinberger:
On 26 Jul, 2017, at 17:23, Willem Jan Withagen wrote:
Op 27-7-2017 om 01:15 schreef mokhi:
Hmm,
I don't know if it's same thing happened to me once.
But I **guess** you should kldload both of linux32 and linux64 and
also linprocfs modul
On 27-7-2017 01:43, mokhi wrote:
> Aha,
> Okay...
> Good if it works :)
>
It is a gross hack, but it gets me going for the time being.
Also needed to fight with ninja.
Turns out that somebody changed my old port to include noninja, without
telling me... :(
Only when I actually started digging i
Op 27-7-2017 om 01:15 schreef mokhi:
Hmm,
I don't know if it's same thing happened to me once.
But I **guess** you should kldload both of linux32 and linux64 and
also linprocfs modules
I did it the other way around.
Hacked poudriere//common.sh
And commented the kldoad for linux out...
So I
Op 27-7-2017 om 00:48 schreef Miroslav Lachman:
Willem Jan Withagen wrote on 2017/07/26 23:24:
Hi,
This has been working, but now the jail does not even start
Any suggestions why the linux module is giving me trouble?
> sudo poudriere bulk -vv -j ceph -p local net/ceph
kldload: an er
Hi,
This has been working, but now the jail does not even start
Any suggestions why the linux module is giving me trouble?
> sudo poudriere bulk -vv -j ceph -p local net/ceph
kldload: an error occurred while loading module linux. Please check
dmesg(8) for more details.
[00:00:00] >> E
On 12-6-2017 17:09, Dimitry Andric wrote:
> On 12 Jun 2017, at 13:29, Willem Jan Withagen wrote:
>>
>> For one the Ceph port I'm doing I'm going to need python-pecan in het
>> close future.
>>
>> Not sure how this works with python-modules since it is
Hi,
For one the Ceph port I'm doing I'm going to need python-pecan in het
close future.
Not sure how this works with python-modules since it is something that
is only used by the ceph-ports. But my guess is that I won't be
able/allowed to just have a post execute like:
ping install pytho
On 31/05/2017 18:21, Masachika ISHIZUKA wrote:
Hi.
I was using 12-current r318249 and did 'pkg upgrade', and
could not start xorg with alphasort error.
After updating r319315, xorg works again.
Right I had more or less the same with r319216.
And I was going to reinstall from a snapsho
Hi
I'm regularly spammed by this mail.
Which I guess that it is due to the quartly snapshoted ports copy.
And that contains a missing patch that disables builing this port on 10.x
So am I going to be spammed until end of Q2, or is there actually a way
to get this port upgraded to the current Make
On 17-3-2017 09:42, mokhi wrote:
> Hi,
> Doesn't asomers@ himself prefer to pick this up (as he reviewed)?
>
Per words of Alan:
He does not have te right to do so.
--WjW
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/list
Hi
Could one of the ports committers look at:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217046
net/ceph-devel:
Development version for Ceph,
a distributed object, block, and file storage platform
And check this in the ports-tree?
Review details are at:
https://revie
On 18-12-2016 16:00, John Marino wrote:
> [please keep me CC'd, I can't respond easily if not]
I find that sort of strange... but that could be my feeling.
Someone builds a tool, and then decides that it is not very useful to be
part of the community that he creates the tool for...
Like I said,
On 16-12-2016 11:10, Julian Elischer wrote:
> On 16/12/2016 4:01 PM, Dave Cottlehuber wrote:
>>
>> On Tue, 13 Dec 2016, at 23:14, Grzegorz Junka wrote:
>>> I heard that ports' SVN is mirrored to Github. Isn't it enough to just
>>> create a branch or tag for each quarterly release? Even if quarterly
On 5-12-2016 21:54, Willem Jan Withagen wrote:
> On 5-12-2016 20:21, Ed Schouten wrote:
>> Basename@FBSD_1.5 is the new symbol. Did you by any chance downgrade your
>> system?
>
> Hi Ed,
>
> Not that I know of. But then again things are sometimes not obvious.
> I
--WjW
>
> On 5 Dec 2016 6:59 p.m., "Dimitry Andric" wrote:
>
>> On 05 Dec 2016, at 15:44, Willem Jan Withagen wrote:
>>>
>>> Now some of my lining attempts give me:
>>>
>>> /usr/local/lib/libcurl.so: undefined reference to `basename@FB
Now some of my lining attempts give me:
/usr/local/lib/libcurl.so: undefined reference to `basename@FBSD_1.5
I guess that that libc has become versioned, of the version number got
bumpped?
So would I need to rebuild world?
Any suggestions,
--WjW
___
fr
On 27-11-2016 13:34, Mathieu Arnold wrote:
> Le 27/11/2016 à 12:57, Willem Jan Withagen a écrit :
>> On 26-11-2016 21:10, Mathieu Arnold wrote:
>>> Le 25/11/2016 à 12:46, Willem Jan Withagen a écrit :
>>>> Hi,
>>>>
>>>> I'm try i
On 26-11-2016 21:10, Mathieu Arnold wrote:
> Le 25/11/2016 à 12:46, Willem Jan Withagen a écrit :
>> Hi,
>>
>> I'm try in to make a port for Ceph, but it depens on a lot of github
>> modules.
>
> From having a quick look at the GH_TUPLE, it seems you have du
On 25-11-2016 20:43, Willem Jan Withagen wrote:
> On 25-11-2016 20:02, Kurt Jaeger wrote:
>> Hi!
>>
>>> How do I get it to run makesum on all modules?
>>
>> From what I understand, this feature is missing in make makesum
>> and for the time being, th
On 25-11-2016 20:02, Kurt Jaeger wrote:
> Hi!
>
>> How do I get it to run makesum on all modules?
>
> From what I understand, this feature is missing in make makesum
> and for the time being, the distinfo needs some manual process
> to update.
Auch, that is a hard one
Guess I'm going to twea
Hi,
I'm try in to make a port for Ceph, but it depens on a lot of github
modules.
GH_TUPLE= \
wjwithagen:ceph:master:ceph \
facebook:rocksdb:2.7.fb-4511-ge55f42f:ceph/src/rocksdb \
ceph:ceph-erasure-code-corpus:b5c8634:ceph/ceph-erasure-code-corpus \
Hi,
I'm try in to make a port for Ceph, but it depens on a lot of github
modules.
GH_TUPLE= \
wjwithagen:ceph:master:ceph \
facebook:rocksdb:2.7.fb-4511-ge55f42f:ceph/src/rocksdb \
ceph:ceph-erasure-code-corpus:b5c8634:ceph/ceph-erasure-code-corpus \
On 9-10-2015 11:22, Matthew Seaman wrote:
> On 10/09/15 09:49, Willem Jan Withagen (ecoRacks) wrote:
>> Awkward things:
>> - my PHP is already on 5.6
>> - I explicitly try to prevent getting too much X11 stuff, so I definitly
>> don't want X-server and dri
On 9-10-2015 11:22, Matthew Seaman wrote:
> On 10/09/15 09:49, Willem Jan Withagen (ecoRacks) wrote:
>> Awkward things:
>> - my PHP is already on 5.6
>> - I explicitly try to prevent getting too much X11 stuff, so I definitly
>> don't want X-server and dri
> Op 10 okt. 2015 om 13:05 heeft Mel Pilgrim
> het volgende geschreven:
>
>> On 2015-10-09 01:49, Willem Jan Withagen (ecoRacks) wrote:
>> Hi,
>>
>> Trying to upgrade Postfix, and this is what pkg suggests:
>> New packages to be INSTALLED:
>>
Hi,
Trying to upgrade Postfix, and this is what pkg suggests:
New packages to be INSTALLED:
jpeg-turbo: 1.4.1 [zfs.digiware.nl]
mozjpeg: 3.1_1 [FreeBSD]
pth-hard: 2.0.7_1 [FreeBSD]
pkg-devel: 1.6.99.1 [FreeBSD]
php55: 5.5.30 [zfs.digiware.nl]
php55-
Hi,
Trying to run a 'pkg upgrade -f' which gives me:
pkg: sqlite error while executing UPDATE packages SET name=?1 WHERE
name=?2; in file pkg_jobs.c:1576: UNIQUE constraint failed: packages.name
And upgrading is not really possibe.
How do I fix the database?
--WjW
_
Hi,
I'm using a small tool (cronic) to reduce reporting pollution.
And one of the ways of doing it, is scanning stderr and exit-values.
But pkg emits this informational message over stderr.
Any chance of changing this line to stdout as well??
Regards,
--WjW
Forwarded Message
On 6-12-2014 13:40, Baptiste Daroussin wrote:
> Hi,
>
> We have released a new 1.4.0 rc2 version of pkg (available in
> ports-mgmt/pkg-devel) since first beta it has received tons of bug fixes and
> should be now way more reliable and able to handle ootb without mistakes
> upgrades like the gettex
On 2014-10-23 16:26, Willem Jan Withagen wrote:
Hi
I'm trying to run pkg update -F in a jail on a 8.4 host.
(8.4-STABLE FreeBSD 8.4-STABLE #222 r267755: Mon Jun 23 06:50:12 CEST 2014)
On the actual iron I get:
# pkg update -f
Updating FreeBSD repository catalogue...
Fetching meta.txz
Hi
I'm trying to run pkg update -F in a jail on a 8.4 host.
(8.4-STABLE FreeBSD 8.4-STABLE #222 r267755: Mon Jun 23 06:50:12 CEST 2014)
On the actual iron I get:
# pkg update -f
Updating FreeBSD repository catalogue...
Fetching meta.txz: 100% 968 B 1.0k/s00:01
Fetching digests.txz: 100%
On 2014-08-27 15:09, Willem Jan Withagen wrote:
On 2014-08-27 14:41, Dimitry Andric wrote:
On 27 Aug 2014, at 14:15, Willem Jan Withagen wrote:
Starting to use poudriere, and I'm pleasantly surprised. And even
more after the first install steps. Don't have to go to all the
differe
On 2014-08-27 14:41, Dimitry Andric wrote:
On 27 Aug 2014, at 14:15, Willem Jan Withagen wrote:
Starting to use poudriere, and I'm pleasantly surprised. And even more after
the first install steps. Don't have to go to all the different servers copy my
ports-configs, and build.
Hi,
Starting to use poudriere, and I'm pleasantly surprised. And even more
after the first install steps. Don't have to go to all the different
servers copy my ports-configs, and build...
So I'm trying to get subversion build in poudriere for 9.3 amd and I
keep running into:
cd subver
On 6-4-2014 4:22, Kubilay Kocak wrote:
> On 5/04/2014 9:12 PM, Willem Jan Withagen wrote:
>>
>>
>> Op 5 apr. 2014 om 05:48 heeft Shane Ambler het
>> volgende geschreven:
>>
>>> On 04/04/2014 22:42, Willem Jan Withagen wrote:
>>>> Hi,
>&
Op 6 apr. 2014 om 04:22 heeft Kubilay Kocak het
volgende geschreven:
> On 5/04/2014 9:12 PM, Willem Jan Withagen wrote:
>>
>>
>> Op 5 apr. 2014 om 05:48 heeft Shane Ambler het
>> volgende geschreven:
>>
>>> On 04/04/2014 22:42, Willem Jan Withage
Op 5 apr. 2014 om 05:48 heeft Shane Ambler het volgende
geschreven:
> On 04/04/2014 22:42, Willem Jan Withagen wrote:
>> Hi,
>>
>> I've tried to upgrade my python 2.7 which did not work.
>> Then I deinstalled all python stuff and tried to install python3 (ak
Hi,
I've tried to upgrade my python 2.7 which did not work.
Then I deinstalled all python stuff and tried to install python3 (aka 3.3)
The system everytime refuses to install because of missing a database:
pkg-static:
lstat(/home2/usr/ports/lang/python33/work/stage/usr/local/lib/python3.3/lib-dy
92 matches
Mail list logo
