I'm not sure, is it for ports@ or current@?
I've installed latest CURRENT snapshot (20210408-15dc713ceb5-24588),
bootstrapped `pkg` and installed `gitup`.
`gitup` can not be run due to `Undefined symbol "ucl_object_iterate"`...
-
On 01.04.2021 18:24, Miroslav Lachman wrote:
On 01/04/2021 00:10, Lev Serebryakov wrote:
System is 11.4-STABLE r366937.
I've ports built with OpenSSL from ports (DEFAULT_VERSIONS+=ssl=openssl).
After upgrade to latest 1.1.1k,1 my nginx reject HTTPS connections with cr
error:1427D044:SSL
routines:construct_stateless_ticket:internal error error:02015019:system
library:ioctl:Inappropriate ioctl for device)
What happens? What did I do wrong?
Previous OpenSSL version worked without problem.
--
// Lev Serebr
display the Software
or any Content in any way without the prior written consent of Ubiquiti and its
applicable licensors;
Do we have prior written consent of Ubiquiti?
--
// Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
https
) at /usr/src/libexec/rtld-elf/rtld.c:811
#9 0x0008010338c9 in rtld_start () at
/usr/src/libexec/rtld-elf/amd64/rtld_start.S:39
#10 0x in ?? ()
(gdb)
`samba412` built with same options on same system works.
--
// Lev Serebryakov
___
ommon` and nay other infrastructure/compiler changes ARE NOT
user-visible problems, and MUST NOT be transferred to users.
Unpatched security vulnerabilities ARE user-visible problems. Our developers'
dances around C/C++ standards and other hacker toys ARE NOT.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
Hello Yasuhiro,
Monday, June 1, 2020, 12:38:36 AM, you wrote:
> According to "Python Ports Policy" in FreeBSD Wiki, this port should
> be named as "py-py3c".
> https://wiki.freebsd.org/Python/PortsPolicy#Naming
It looks strange, as this port doesn't need python FLAVORS, doesn't need
python to
Hello freebsd-ports,
I want to add "devel/py3c" [0] as it is requirement for new Subversion
python bindings.
When I try to commit this new port I've got this error from pre-commit
hook:
> svn commit -F /usr/home/lev/FreeBSD/ports/devel/svn-commit.tmp Makefile py3c
SendingMakefile
Addin
; think you want to add subversion10 port separately.
For sure! :)
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
way.
Update of subversion-lts port is other matter, and I'm not sure what is
better...
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
e.org/confluence/display/SVN/Subversion%27s+Python+3+Support+Status
> for detail)
>
> I, myself, use tools/hook-scripts/mailer/mailer.py for commit mail,
> it doesn't work with Python 3. I also use ViewVC (devel/viewvc,
> https://github.com/viewvc/viewvc) but its Python 3 supp
Hello Dan,
Thursday, April 23, 2020, 9:34:02 PM, you wrote:
> I must misunderstand completely.
We now have `devel/subversion` which is 1.13.x and `devel/subversion-lts`
which is now 1.10.x. As 1.14.0 will be LTS, BOTH ports will be updated. And
till 1.15.0 these ports will be equivalent!
> So l
ports are required new & legacy, instead of flavors.
> On Thu, Apr 23, 2020, at 11:37 AM, Lev Serebryakov wrote:
>> On 23.04.2020 17:43, Dan Langille wrote:
>>
>> subversion 1.14.0 which is RC2 now will be python3 only.
>>
>> But we are used to have old vers
4m22s/logs/errors/py37-subversion-1.13.0.log
>
> ModuleNotFoundError: No module named 'libsvn._core'
>
> Ideas?
>
> Thank you.
>
> —
> Dan Langille
> http://langille.org/
>
>
>
>
>
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
Hello Kurt,
Friday, April 3, 2020, 10:58:50 PM, you wrote:
>> > I've opened a case with ti.com, CS0177749.
> ti.com reports they have fixed the issue.
> My tests from @home (.de) and freefall (.us) confirm that it's fixed.
> So I'll close this case with ti.com.
Yep, fixed for me too, thnx!
--
kamai support to get it sorted.
>
> Let's see the efficiency of the free markets at work 8-)
Thank you very much!
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
xport/msp430-gcc-support-files-1.209.zip
>>
>> http://www.ti.com/lit/ug/slau646e/slau646e.pdf
>>
>
> Both links work for me in southern California.
Do they work with fetch(1)?
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
and Akamai about this situation. Faking User-Agent
could be only temporary solution!
Also, I'm not sure about suitable mailing list for this, so I'm posting
to ports@ as I encouter this as port maintainer.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
?
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
Hello Greg,
Sunday, June 10, 2018, 6:33:03 AM, you wrote:
>> I've prepared three ports for Linux Oracle Java 10.
>>
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228848
>>
>> If nobody objects, I'll commit this.
> My experience when I tried the initial release of Java 10 on FreeBSD 10
Hello Java,
I've prepared three ports for Linux Oracle Java 10.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228848
If nobody objects, I'll commit this.
--
Best regards,
Lev mailto:l...@freebsd.org
___
freebsd-port
Hello Java,
Why do packages like `net-mgmt/unifi5' requires `java/openjdk8' and not
`java/openjdk8-jre'?
It is very inconvenient for building NanoBSD images.
--
Best regards,
Lev mailto:l...@freebsd.org
___
freebsd-ports
Hello Christoph,
Saturday, May 26, 2018, 1:28:53 AM, you wrote:
> ## Lev Serebryakov (l...@freebsd.org):
>> checking for ftp... ftp
>> checking headful support... headless only
>> configure: Found potential Boot JDK using configure arguments
>> configure: Potential B
Hello Lev,
Friday, May 25, 2018, 11:37:24 PM, you wrote:
> checking for wget... no
> checking for lftp... no
> checking for ftp... ftp
> checking headful support... headless only
> configure: Found potential Boot JDK using configure arguments
> configure: Potential Boot JDK found at /usr/local/b
Hello FreeBSD,
checking for wget... no
checking for lftp... no
checking for ftp... ftp
checking headful support... headless only
configure: Found potential Boot JDK using configure arguments
configure: Potential Boot JDK found at /usr/local/bootstrap-openjdk8 is
incorrect JDK version (); ignoring
Hello Antoine,
Sunday, May 20, 2018, 11:23:05 PM, you wrote:
> Can you verify that:
> file -b -L --mime-type /usr/local/lib/libevent.so
This is in 'testport' shell:
root@12x64-gw-default:~ # file -b -L --mime-type /usr/local/lib/libexpat.so
application/x-pie-executable
root@12x64-gw-default:~ #
Hello Ports,
I have poudriere -CURRENT jail with full fresh ports tree. And build of
both `dns/unbound' and `dns/nsd' fails with very strange error:
===
===
==
question, whom should I ask for approval? I was said, that
"portmgr is not responsible for approving merges, or direct commits, to
the quarterly branches." in private message.
Must shebang fix be approved by ports-secteam@? Really?
--
// Lev Serebryakov
___
python already!
Is here any way around this conflict?
--
// Lev Serebryakov
___
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"
rom default build... I'll try to restore it build.
--
// Lev Serebryakov
___
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.03.2018 21:39, Walter Schwarzenfeld wrote:
> maybe, cause of this
>
> pkg install devel/pecl-intl
Then "orphaned" status is misleading. "Renamed"?
--
// Lev Serebryakov
___
freebsd-ports@freebsd.org mailing l
On 13.03.2018 21:07, Lev Serebryakov wrote:
> % pkg version -PvL=
> pecl-intl-3.0.0_12 ? orphaned: devel/pecl-intl
> % ls /usr/ports/devel/pecl-intl
> Makefiledistinfopkg-descr
> % grep DEFAULT_VERSIONS /etc/make.conf
> DEFAULT_VERSIONS
+= ghostscript=9
DEFAULT_VERSIONS+= ssl=openssl
DEFAULT_VERSIONS+= perl5=5.24
DEFAULT_VERSIONS+= python2=2.7
DEFAULT_VERSIONS+= python3=3.4
DEFAULT_VERSIONS+= python=3.4
%
What do I do wrong? It is fresh ports (updated today), latest pkg (1.10.5).
--
// Lev Serebryakov
setting PYTHON3_DEFAULT directly on my
system :-)
--
// Lev Serebryakov
___
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"
? orphaned: devel/py-setuptools_scm
py34-six-1.11.0? orphaned: devel/py-six
py34-tzlocal-1.4 ? orphaned: devel/py-tzlocal
%
All these origins are here, of course.
--
// Lev Serebryakov
___
freebsd-ports
t;> py34-pip-9.0.1 >> devel/py-setuptools@py36 (13/13)
===>>> Port directory: /usr/ports/devel/py-setuptools@py36
===>>> Launching 'make checksum' for devel/py-setuptools@py36 in background
===>>> Gathering dependency list for devel/py-setuptools@py3
usr/local/...
>
And this works! But still it is mystery, what changed that prevent old
variant to work. And error message is VERY surprising! It constructs
file name properly, but don't know how to make it!
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
ev/FreeBSD/ports/devel/subversion
>> *** Error code 2
>>
>> Stop.
>> make: stopped in /usr/home/lev/FreeBSD/ports/devel/subversion
>> %
BTW, this command didn't create
"/usr/home/lev/FreeBSD/ports/devel/subversion/work" at all!
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
ersion
>> *** Error code 2
>>
>> Stop.
>> make: stopped in /usr/home/lev/FreeBSD/ports/devel/subversion
>> %
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
ion
*** Error code 1
Stop.
make: stopped in /usr/home/lev/FreeBSD/ports/devel/subversion
% make WRKDIRPREFIX='' extract
make[1]: don't know how to make
/usr/home/lev/FreeBSD/ports/devel/subversion/work/.extract_done.subversion._usr_local.
Stop
make[1]: stopped in /usr/home/lev/
D/ports.local/devel/subversion/work/.stage_done.subversion._usr_local.
Stop
make[1]: stopped in /usr/home/lev/FreeBSD/ports.local/devel/subversion
*** Error code 2
Stop.
make: stopped in /usr/home/lev/FreeBSD/ports.local/devel/subversion
%
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
in /usr/home/lev/FreeBSD/ports/sysutils/nut
*** Error code 2
Stop.
make: stopped in /usr/home/lev/FreeBSD/ports/sysutils/nut
%
What happens and what should I do?
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
confused as to why the package dependancies
> haven't been built. Is the libelf.so entry required for supported
> FreeBSD systems?
I need to check this! Thank you.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
=:group" doesn't work :(
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
What should I call after I fixed issues in pkg-plist found by "make
check-plist"? New "make check-plist" doesn't work for me.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
nth, right? If I
want to use ports, I want to use ports, not binary package for synth +
ports. It is funny and annoying, that tool to manage PORTS better be
installed NOT FROM PORTS (or you need another toolchain not in base
system).
It is not strict requirement, yes.
- --
// Lev Serebryako
software
> management tool -- is a valid topic.
THIS.
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJWvc9dXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqw
s that's a relatively new thing.
I remember cvsup (great tool, for sure) as
only-binary-package-on-my-self-build-system, yes. And it annoyed me a
bit every time, that I need to download binary package :)
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBC
re will be
moment in time when I'll upgrade (rebuild!) synth itself.
Synth could be great package for build server. I'll give it a try to
build packages for NanoBSD images, for example (instead of poudriere),
for sure. But not
*management* tool? Are you joking?
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJWvOAdXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePG38P/2y6BiUF0XgBm
Package libusb-1.0 was not found in
the pkg-config search path".
What should I do to make it work on FreeBSD 9?
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJWphjYXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1h
stlink-1.1.0.20160111 depends on executable: pkgconf - found
Errors with dependencies.
*** Error code 1
%
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJWn+R8XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzM
en from work tree (which is not full ports
tree, but partial checkout) and other ones from system tree, like
situation when committer work on several new ports which are
inter-dependent. Have full tree checkout looks ugly, it is huge :-)
- --
pendency refers to a non existing origin:
/usr/home/lev/FreeBSD/ports/ports-mgmt/pkg in PKG_DEPENDS
*** Error code 1
Stop.
make[1]: stopped in /usr/home/lev/FreeBSD/ports/devel/subversion
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE---
re is no such header.
What should I specify in port to support building on 9.x in such case?
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJWON9ZXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzM
Hello Lev,
Sunday, November 1, 2015, 1:02:58 AM, you wrote:
> Hello Freebsd-ports,
> I have full ports tree in /usr/ports (it is updated with portsnap, so it is
> not svn-versioned) and some subset (my ports, mostly) checked out to
> ~/FreeBSD/ports (it is svn working copy). Typically I add/cha
Hello Freebsd-ports,
I'm confused, should I use "arm64" or "aarch64" and how to spell
mips(el?)(64?32?) properly.
--
Best regards,
Lev mailto:l...@freebsd.org
pgp95u3ryYO2K.pgp
Description: PGP signature
Hello Freebsd-ports,
I have full ports tree in /usr/ports (it is updated with portsnap, so it is
not svn-versioned) and some subset (my ports, mostly) checked out to
~/FreeBSD/ports (it is svn working copy). Typically I add/change/update my
ports in ~/FreeBSD/ports, test them here ad commit.
Bu
ncountered -- cannot continue===>
> devel/gcc-msp430-ti-toolchain failed
> *** [describe.devel] Error code 1
Should be fixed now, sorry for disturbance.
--
// Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd
Hello freebsd-ports,
How to close bug which should be reported upstream and is not easily
fixable by port maintainer?
Closed->WHAT?
--
Best regards,
Lev mailto:l...@serebryakov.spb.ru
___
freebsd-ports@freebsd.org mail
Hello freebsd-ports,
Mk/bsd.port.mk unconditionally and inevitably add code to put
" --infodir=${GNU_CONFIGURE_PREFIX}/${INFO_PATH}/${INFO_SUBDIR}" into
_LATE_CONFIURE_ARGS at line ~2651.
But later, at line ~4930 same makefile adds ${INFO} files from
"${STAGEDIR}${PREFIX}/${INFO_PATH}" to pkg
No everything go to log files step-by-step, and it is much simpler to
debug build. Unfortunately, I could not think of way to get both
output and log files, as "| tee" kills exit statuses :(
- --
// Lev Serebryakov AKA Black Lion
-BE
d
> to # be in a runaway state for having no output on stdout. Default:
> 7200 #NOHANG_TIME=7200
The problem is, it is not my cluster, but FreeBSD official cluster. I
could not change configs of it, I could only edit Makefile of my port.
- --
// Lev Serebryakov AKA Black Lion
-BEG
ld cluster (poudrere?) that this package takes a
lot of time without output?
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJU+3EZXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNj
.endif
Thank you, it works!
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJUpYMCXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EeP
or gcc?
>
> Hmm, I found CFLAGS.clang (or rather CFLAGS.${COMPILER_TYPE}) in
> /usr/share/mk/, so you might try setting that instead of just
> CFLAGS. Just a guess...
It works only in out build system (bsd.*.mk), by copying this to
CFLAGS if compiler is clang. It will not work for
picks up
"-fbracket-depth=1024" from environment and fails due to unknown option!
How could I provide options only for clang but not for gcc?
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJUpW9WXxSAAC4AKG
instruct nes "makeinfo" to be "compatible" with these old
info files?
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJUganwXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1
mt/pkg-devel has no direct installation candidates,
change it to pkg-devel~ports-mgmt/pkg-devel? [Y/n]: y
Checking for upgrades (216 candidates): 100%
Processing candidates (216 candidates): 100%
Checking integrity... done (0 conflicting)
Your packages are up to date.
lev@labrat:~%
- --
// Lev Serebryako
N=yes -V RUN_DEPENDS
/usr/local/bin/python2.7:/usr/ports/lang/python27
python2:/usr/ports/lang/python2 pkgconf:/usr/ports/devel/pkgconf
talloc>=2.1.0:/usr/ports/devel/talloc
%
What does go wrong!?
--
// Black Lion AKA Lev Serebryakov
___
freebsd-po
point we'd just break out a small gcc-runtime package.
BD> Won't it be possible to make gcj a slave port?
BD> That is said with no idea of gcc's internal way of building :)
In my expirience, it was possible to build only "--language=java" in
efault!? Does anybody uses gcj
FOR REAL when we have native openjdk7 and openjdk8?!
--
// Black Lion AKA Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any m
ing latest pkg-devel 1.3.0.r1.
List of packages installed ("pkg info" output) and "pkg upgrade" output are
attached.
(THREES installed versions of gcc is another sad story, of course).
--
// Black Lion AKA Lev Serebryakov
pkg-info.txt.xz
Description: Binary data
Hello, FreeBSD.
How to properly force port to depend on "devel/libelf" port? This doesn't work:
LIB_DEPENDS= libelf.so:${PORTSDIR}/devel/libelf
Port system picks up "/usr/lib/libelf.so" even if "devel/libelf" is not
installed :(
--
f options were not saved for master port yet) and have properly
populated PORT_OPTIONS, but don't show any UI at all in any circumstances.
OPTIONS_EXCLUDE/OPTIONS_SLAVE do wrong thing too: they override state ofd
options from master port, not inherit them.
Now workaround is to check O
alpine that does exactly
MS> what you're asking I think.
Nope. "make config" in "editoris/pico-alpine" shows dialog. I don't want
it at all.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
here is no
${OPTIONS_FILE} and could be overridden by ${OPTIONS_FILE}, if it is
present.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Really, I get requests to have "mod_dav_svn" package at least twice a month
for all time subversion port exists. But, yes, maybe separation to
libraries and binaries is too much, and I need only extract apache-related
stuff and DE-related stuff.
--
// Black Lion AKA Lev Serebryakov
__
ations about subpackages
support, and "separate mod_dav_svn" is request which I got twice a month.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsu
t will build only what it need to build: look at subversion bindings now.
Bindings ports doesn't build libraries & Ko, only binding. It could be done
same way for mod_dav_svn & Ko, etc.
--
// Black Lion AKA Lev Serebryakov
___
freeb
patches and all infrastructure).
But it is possible to extract more options to separate ports: BDB repository
format, remote access with "svn:" scheme and SERF support ("http:" scheme
remote access) could be separate ports (and packages), not options! But
maybe, it is &qu
want to split subversion port to many parts (libraries, client,
server, apache port, tools) for many years, but it hard to achieve as
subversion build system is rather complex one. I'm waiting for "multiple
packages from one port" feature in pkg/ng :)
--
// Black Lion AKA
RB> GH_PROJECT= bitcoin
RB> GH_COMMIT= 4a102fa
RB> GH_TAGNAME= ${GH_COMMIT}
RB> That said, most persons would prefer you pulled the latest release, and
RB> applied necessary bug fixes as patches.
Problem is, this is NOT a github :) git != github, you know?
st practice for such situation? Is it possible to require git
as build-dependency and checkout sources (with some fixed revision, of
course, not "rolling" one) or should I prepare tarballs myself and put it
into ${MASTER_SITE_LOCAL}?
--
//
BD> /sbin/geom label $@
I like this idea.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
om to /sbin/graid5.
I don't understand, how could I stagefy THAT. Any ideas?
--
// Black Lion AKA Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send
t;net/mpd5" was STAGEfieid! I don't know why, but
specifying man page via MAN8 variable works in both cases (full world and
man-less world) and poudriere disin't complain in such situation. But it
doesn't work for STAGEfied port :(
--
// Black Lion AKA Lev Serebryakov
E=root
USER=root
USERNAME=root
HOME=/root
SUDO_COMMAND=/usr/bin/env
SUDO_USER=lev
SUDO_UID=1001
SUDO_GID=1001
%
And "sudo ssh lev@svn-server" works without password too:
% sudo ssh lev@blob
...
%
But poudriere asks for password for ssh and uses /usr/obj :
ere could be made appropriate framework in ports mk files + pkg ?
AY> Something like
AY> BASE_SYMLINKS += sourcefile-in-stage-dir:target-path-in-base
AY> BASE_COPYFILES += sourcefile-in-stage-dir:target-path-in-base
Please note, that I need hard link.
--
// Blac
t;> Looks like result of clang 3.4 import. I'll see what could I do.
MRVM> Thanks Lev!
Yep, it is new warnings from clang 3.4. I've fixed it, committed, without
PORTREVISION bump.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-ports@fre
ult of clang 3.4 import. I'll see what could I do.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
aging?
--
// Black Lion AKA Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
k Lion AKA Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Hello, Rainer.
You wrote 24 февраля 2014 г., 0:16:47:
RH> this also happens to me some days ago. It was caused by a change to the
RH> real time loader (r262277 [1]) in CURRENT and is solved now (r262334 [2]).
Yep, it works with fresh -CURRENT!
--
// Black Lion AKA Lev Sereb
T> Same here, but for a much longer time! This is not FreeBSD specific: see
TT> https://bugzilla.mozilla.org/show_bug.cgi?id=833117
TT> A work-around is to launch `firefox -safe-mode'.
It doesn't help. It says "invalid alignment" and finishes with
Hello, Freebsd-ports.
FreeBSD -CURRENT/amd64, latest _binary_ packages, FireFox 27 could not srart
with:
GLib-CRITICAL **: void g_slice_set_config(GSliceConfig, gint64): assertion
`sys_page_size == 0' failed
:(
--
// Black Lion AKA Lev Serebr
can
MvA> have a look?
It is committed, devel/libopencm3
Thank you!
--
// Black Lion AKA Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
encm3-0.0.20140213
===> libopencm3-0.0.20140213 depends on executable: gmake - not found
===> Building for libopencm3-0.0.20140213
GENHDR include/libopencm3/sam/3n/irq.json
env: python2: No such file or directory
gmake: *** [include/libopencm3/sam/3n/
USE_PYTHON_BUILD=yes doesn't depends on this port, but on python27, which
could be changed in future or by users's request, so I don't want to
hardcode /usr/local/bin/python2.7, too...
--
// Black Lion AKA Lev Serebryakov
___
freebsd-po
Hello, Lev.
You wrote 15 февраля 2014 г., 23:31:06:
LS> GH_ACCOUNT= texae
I-NEED-TO-CHECK-MY-TYPING-CAREFULLY.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/free
1 - 100 of 199 matches
Mail list logo