Mark Millard wrote on 2021/05/16 17:11:
> On 2021-May-16, at 00:16, Tatsuki Makino
> wrote:
>
>> poudriere jail -c -j main -m 'src=/usr/src' -v `make -C /usr/src/release/ -V
>> VERSION VERSION=\$\{REVISION:Q\}-\$\{BRANCH:Q\}`
>>
> Bob already does a buildwor
Mark Millard via freebsd-ports wrote on 2021/05/16 10:57:
> In the form that I use poudriere I use something
> like the following. I presume here that /usr/src
> is populated and has the source for the system
> involved. (I do not remember your describing its
> status.)
(Omitted below)
I was just
In the meantime, if anyone has failed to update default version to 3.8, please
try it :)
It will also restore automatic flag correctly.
Best regards.
Mark Millard wrote on 2021/05/14 06:43:
> My context is not based on using portmaster at all. I do
> not create environments with multiple
20210425 of UPDATING doesn't take into care the environment where python37 and
python38 are installed at the same time.
This is a problem for people who installed 3.8 when 3.7 was the default. (e.g.
user of graphics/blender)
Can you experiment with the commands I've been thinking about in
Ronald Klop wrote on 2021/05/10 18:54:
> At home my Poudriere names the builds like "2021-05-09_20h49m55s". I don't
> remember configuring this by myself, so I think it is the default.
In poudriere.conf, there is a setting for BUILDNAME_FORMAT.
It will be set to the default value of
bob prohaska wrote on 2021/05/07 03:48:
> [1881:100622:0506/112524.929414:ERROR:bus.cc(393)] Failed to connect to the
> bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such
> file or directory
> [1881:100622:0506/112524.929991:ERROR:bus.cc(393)] Failed to connect to the
>
Piotr Smyrak wrote on 2021/05/05 02:28:
> $ find /usr/ports -name pkg-plist | xargs grep -l bin/g-ir-scanner
If grep is to be used, then
grep -rn --include \*/Makefile\* --include \*/pkg-plist\* -e g-ir-scanner
/usr/ports
It can also be picked up to some extent from PLIST_FILES in the
Rodrigo Osorio wrote on 2021/05/05 00:59:
> pkg-provides also does the job :)
>
> % pkg provides g-ir-scanner
>
> Name : gobject-introspection-1.66.1,1
> Desc : Generate interface introspection data for GObject libraries
> Repo : FreeBSD
> Filename: usr/local/man/man1/g-ir-scanner.1.gz
Ronald Klop wrote on 2021/05/03 05:14:
> The UPDATING entry should have said something like "users of lang/python*" to
> work.
The behavior of this is strange.
I have the following python* in my environment.
python, python27, python3, python37 and python38
AFFECTS: users of python : not match
Circular dependency is still not fixed...
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218720
Yasuhiro Kimura wrote on 2021/04/30 19:28:
> From: b56...@oldach.net (Helge Oldach)
> Subject: Re: How to make 'named' rc script invokded earlier at boot time
> Date: Fri, 30 Apr 2021 11:25:03 +0200
Tatsuki Makino wrote on 2021/04/20 06:35:
> I'm still using seamonkey-2.49.4_27, so I wrote it into
> ~/.mozilla/seamonkey/*.default/chrome/userContent.css.
I forgot to delete * part, so I moved the directory and rewrote all
George Mitchell wrote on 2021/04/19 23:51:
> Thank you for the hint! For me, https://cgit.freebsd.org/ports/tree/
> is more helpful, though I still haven't figured out where to find the
> *date* of any commit ... -- George
I used the following CSS to make the
It's a bit of a crazy way...
qt5-webengine has python27 in BUILD_DEPENDS, but not in RUN_DEPENDS.
Prepare such a package by downloading it from somewhere.
# If you want to download it from the official, the URL should be as follows,
but I can't find it directly right now :)
# And this is the
LuMiWa via freebsd-ports wrote on 2021/04/07 06:46:
> I didn't install because it pull Python 2.7. I didn't change any
> configuration. FreeCAD has just collada but other I left default. QT
> Web engine pulls Gstreamer and I thing something from Gstreamer pulls
> Python 2.7.
make -C
Guido Falsi via freebsd-ports wrote on 2021/04/06 06:37:
> poudriere ports -c -B main -m git -U 'https://git.FreeBSD.org/ports.git' -p
> freebsd
>
-U default value can be changed in ${LOCALBASE}/etc/poudriere.conf, cannot it?
The default value is defined in common.sh.
bob prohaska wrote on 2021/04/06 03:03:
> When trying to compile www/chromium on an 8GB Pi4 using
> make -j4 -DBATCH MAKE_JOBS_UNSAFE=yes DISABLE_VULNERABILITIES=yes > make.log &
The ports go wrong if you use -j 4 for make.
The value can be adjusted with MAKE_JOBS_NUMBER=4 , etc.
probably
"releng/12.2" branch: Thu Sep 10 23:56:59 2020 UTC
Add gitup 0.87: Tue Dec 29 12:53:20 2020 UTC
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
Mark Millard via freebsd-ports wrote on 2021/04/02 08:13:
>> On 4/1/21 6:04 PM, Tatsuki Makino wrote:
>>> We have to learn by looking at such files. orz
>>> https://git.wiki.kernel.org/index.php/File:Git-svn-cheatsheet.pdf
>>> [...]
>
> Be careful: Git-svn
Dewayne Geraghty wrote on 2021/04/01 17:47:
> On 1/04/2021 6:19 pm, Herbert J. Skuhra wrote:
>> https://wiki.freebsd.org/git
>>
> Thanks Milan for bringing this to everyone's attention.
>
> Would appreciate if anyone can provide insight as to the 4 git commands
> that I need to function, in a
It looked interesting, so I took a peek. :)
It looks like /usr/local/share/sunclock/Sunclockrc can be overridden by
~/.sunclockrc.
Then, it seems that the time difference applied is using the environment
variable TZ.
The following rewrite seems to be applicable.
@@ -X,X +Y,Y @@
-addcity
Mark Millard wrote on 2021/02/24 12:43:
> On 2021-Feb-23, at 19:26, Tatsuki Makino wrote:
>
>> By the way, now 12.x-STABLE needs to bring the source with the following git
>> command.
>> Is there an announcement about it anywhere?
>>
>> git clone -b stable
Hello.
Jonathan Chen wrote on 2021/02/24 11:25:
>
> You're running 12.1, and not -STABLE. The EOL for 12.1 was Nov-2019.
>
> You need to get a later version or run -STABLE (ie: build from source
> off the stable/12 branch).
No, it's the 12.x-STABLE. But it's older than 12.2-RELEASE.
By the
There is a difference between the pkg in /usr/sbin and the pkg in
/usr/local/sbin.
The manual for /usr/sbin/pkg is man 7 pkg.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any
They're Linux users. :)
That's why they only use gcc. :)
What is implicitly allowed in gcc is not allowed in llvm. :)
George Mitchell wrote on 2021/02/07 10:37:
> Can I safely assume that the upstream chromium developers are most
> likely unaware of the MULTIPLE THOUSANDS of clang compile
There is also "pkg info -l perl5", which is a way to find where perl has gone.
bob prohaska wrote on 2021/02/07 05:07:
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
Mark Millard wrote on 2021/02/05 09:39:
>
>
> On 2021-Feb-4, at 15:54, Tatsuki Makino wrote:
>
>> Is there indexinfo in deps in +MANIFEST extracted from your
>> /usr/local/poudriere/data/packages/FBSDpowerpc64-default/.building/All/indexinfo-0.3.1.txz
>> ?
>
of INFO.
Is there indexinfo in deps in +MANIFEST extracted from your
/usr/local/poudriere/data/packages/FBSDpowerpc64-default/.building/All/indexinfo-0.3.1.txz
?
Mark Millard wrote on 2021/02/05 08:33:
>
>
> On 2021-Feb-4, at 15:11, Tatsuki Makino wrote:
>
>> In rar
print/indexinfo
Mark Millard wrote on 2021/02/05 07:58:
>
>
> On 2021-Feb-4, at 14:44, Tatsuki Makino wrote:
>
>> Hello.
>>
>> It's the one that happens when environment variable PATH does not contain
>> ${LOCALBASE}/bin.
>
> Unforutunately, it is not t
Hello.
It's the one that happens when environment variable PATH does not contain
${LOCALBASE}/bin.
Mark Millard via freebsd-ports wrote on 2021/02/05 07:14:
>
> Looks like print/indexinfo is not being installed before
> installing gettext-tools tries to use indexinfo in various
> contexts.
>
Hello.
To create a package for LOCALBASE=/opt, export LOCALBASE=/opt alone is not
enough. First gettext-runtime will fail.
There are still some tweaks to be done to make it work properly to path and
libraries.
I've created a patch (only a few people have it :) ) that does that when we
create
Tatsuki Makino wrote on 2021/01/29 08:28:
> If I were to use OVERLAYS, where should I place the ovarlay tree?
>
> When poudriere starts a jail, it will cpio all its files.
> Ports tree will be mounted readonly by nullfs.
> In order to access the overlay tree from the poudriere
If I were to use OVERLAYS, where should I place the ovarlay tree?
When poudriere starts a jail, it will cpio all its files.
Ports tree will be mounted readonly by nullfs.
In order to access the overlay tree from the poudriere jails, it seems that we
need to put files under them.
Hello.
I am also using poudriere to debug a port that is maintained by me.
At that time, there is a file that I want to output to the port tree and
collect.
In doing so, cover the other directories as follows. They were brought from my
~/.history :)
(src-svn is poudriere's option -j src -p svn)
Guido Falsi wrote on 2020/12/29 08:49:
> This is intentional behaviour, hand there are good reasons for this.
>
> Anyway poudriere has the CHECK_CHANGED_DEPS option which can be disabled and
> should restrict this behavior. I have never tested it though, I don't think
> the risk of getting and
To add to the extremes, it is enough to be able to topologically sort in some
way.
#!/bin/tcsh
foreach origin (`pkg version -vPL= | cut -f 1 -w | xargs pkg
some-topological-sort-command-can-someone-make-this -o`)
make -C /usr/ports/${origin:q} clean
make -C /usr/ports/${origin:q} build
Where should I hang out to reply? :)
poudriere has weaknesses in updating packages such as libxml and glib.
When run all at once, all packages that depend on the package being updated and
all packages that depend on the package being removed will be removed.
The text is not clear :), but
It seems that just 1 package update ( gtk3? :) ) can cause the official
poudriere to build a daunting amount of work.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
I tried deeper.
Revert all changes. (reinstall poudriere, etc...)
Make a new jail as poudriere jail -c -j opt ...
Edit /usr/local/poudriere/jails/opt/etc/login.conf as shown in the
following diff and run cap_mkdb.
# Beware of extra line breaks due to emails.
---
Yuet-nan Wong via freebsd-ports wrote on 2020/11/09 09:25:
> Thanks Guido. Perhaps I should be explicit - why do +MANIFEST and
> +COMPACT_MANIFEST have a birthday of 1 Jan 1970 rather than the date/time it
> is actually created. Perhaps this is just another bug.
Those files are written by
I think you need to rewrite all the files under /etc that have
/usr/local in them.
For example, ldconfig_paths in /etc/rc.conf.
Perhaps we need to apply it to both host and jail.
If the shell of the user root of a jail is csh, the PATH of /root/.cshrc
in jail may also be relevant.
In addition,
Sorry, that was the poudriere environment variable.
The environment variables used in the jail should be written to
/etc/login.conf under the path written in
/your_localbase/etc/poudriere.d/jails/*/mnt.
There is a path= part in the default entry, so change it.
Then run cap_mkdb for its
Hello.
Mason Loring Bliss wrote on 2020/11/02 23:41:
> This seems not to quite do it. I tried this in make.conf both with and
> without PATH specified:
>
> PREFIX=/opt
> LOCALBASE=/opt
> LICENSES_ACCEPTED+=HPLIP_PLUGIN
> PATH:=$PATH:/opt/bin:/opt/sbin:/testmarker
>
> With the path,
Hello.
Do you use named_chrootdir?
___
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"
David Wolfskill wrote on 2020/10/06 08:45:
>
> But in order for them to be built, you need to have updated
> ports-mgmt/pkg ahead of time, or this kind of thing happens:
>
> | ...
> | ===> Cleaning for nvidia-driver-440.100_1
> | ===> nvidia-driver-440.100_1 pkg(8) must be version 1.15.9 or
Hello.
In my case,
-x \*-kmod-\[0-9gv\] is added to portmaster because all packages that
install kernel modules contain -kmod in their names. This excludes *-kmod.
And when they are upgraded, I won't be installing them right away.
Then to install them I write PORTS_MODULES in src.conf.
Hello.
This probably requires the following steps:
pkg delete -f supertuxkart
make -C /usr/ports/games/supertuxkart install
It may be due to the following areas.
>>> -I/usr/local/include -I/usr/local/include/libdrm
>>>
-I/usr/ports/games/supertuxkart/work/SuperTuxKart-1.2-src/lib/graphics_utils
To get past that error, perhaps...
rm `cat /usr/local/etc/poudriere.d/ports/default/mnt`/MOVED
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
We need to be reminded of csup once in a while :)
Will portsnap be rewritten in C? :)
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
But it seems to be a mixture of various revisions because poudriere is
building it.
svnlite up -q -r COMMITTED $PORTSDIR/category/name seems to be a
revision of the package when it was built.
___
freebsd-ports@freebsd.org mailing list
By the way, there was a REFUSE directive in /etc/portsnap.conf, wasn't
there?
Isn't this a db space saver?
Or, rename the current fetch command to fetch-all.
Then the fetch command will be modified to download only where it is
needed based on the dependency graph.
portsnap fetch # <- download
Mathieu Arnold wrote on 2020/08/06 20:57:
> `svnlite cleanup --remove-unversioned`
I have gained new knowledge.
I had erased the files ? marked with the following svnlite status with
my own hands :)
# svnlite status "`cat /usr/local/etc/poudriere.d/ports/svn/mnt`"
?
Is there any command other than "rm -rf /usr/ports ; portsnap extract"
that can be easily repaired?
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
Additional.
PAGER=cat
Even more compact than more. But the options are different.
PAGER=true
It doesn't show anything completely.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe,
Hmmm, I was using 2 builders by -J 2:4. But I don't remember if there
were other jobs available when nss was building :)
How is your poudriere set up for NO_ZFS? I'm using it with NO_ZFS=yes.
And BASEFS exists within UFS.
I'm suspicious of gmake and UFS on this issue. But I don't know the
details
Hello.
The same thing happened to me.
If you want the build to succeed, I think enabling DISABLE_MAKE_JOBS
will solve the problem.
Here's an excerpt from a log of my failures for the same reason.
=>> Building security/nss
build started at Tue Jun 30 01:18:43 UTC 2020
port directory:
Hello.
I'm curious about another matter, but if you move gmake back to 4.2.1,
something will it change?
gmake-4.2.1_3 exists between ports r502126 and ports r534791.
Regards.
___
freebsd-ports@freebsd.org mailing list
Hello.
This is from my notes on the build of my Wed May 27 13:16:29 2020 JST
installation.
svnlite update -r 502567 www/seamonkey
svnlite update -r 505639 Mk/bsd.gecko.mk
svnlite update -r 505746 MOVED
svnlite update -r 491972 www/firefox/Makefile.options
svnlite update -r 509662
Hello.
As for packages that require py27-*, I think it's better to leave it to
poudriere.
Then I think the py27-* package can be cleaned up with the following
command.
# If you are running poudriere bulk as follows.
# poudriere bulk -f ~/pkglist -j name
poudriere pkgclean -f ~/pkglist -j name
Hello.
If you want a quick solution, create the following symlink.
ln -s /usr/local/etc/cups /etc/cups
There are two bug reports about it.
Bug 244530, 246955.
244530 also describes how to fix it.
If the queue gets corrupted, use the following command to delete them all.
/usr/local/bin/cancel -a
Grzegorz Junka wrote on 2020/04/09 06:54:
>
> On 06/04/2020 22:08, Tatsuki Makino wrote:
>> Sorry, I derail from this topic.
>>
>> I have cloned the host to poudriere with the following command.
>>
>> poudriere jail -c -j src -m 'src=/usr/src' -v `make -C /us
Sorry, I derail from this topic.
I have cloned the host to poudriere with the following command.
poudriere jail -c -j src -m 'src=/usr/src' -v `make -C /usr/src/release/
-V VERSION VERSION=\$\{REVISION:Q\}-\$\{BRANCH:Q\}`
Since the name of this jail is src, create src.conf as follows.
ln -s
ajtiM via freebsd-ports wrote on 2020/04/03 06:53:
> Yes, it works but I do not know what is the reason now because the
> update of graphics/alembic doesn't compile.
>
> FAILED: lib/Alembic/CMakeFiles/Alembic.dir/Abc/ArchiveInfo.cpp.o
pkg delete -f alembic before build.
Probably a matter of
I think Bluetooth mouse haven't worked properly before.
It relied on other mouse and Virtual core XTEST pointer.
I have increased NBUTTONS in ${WRKSRC}/test/xi2/protocol-common.c and
${WRKSRC}/dix/devices.c more than 10.
___
freebsd-ports@freebsd.org
Your poudriere.conf is written as PARALLEL_JOBS=4.
Combining this with writing MAKE_JOBS_NUMBER:=4 in
/usr/local/etc/poudriere.d/*make.conf, load average reaches 16.
If you are concerned about that load average reaching 16, you need to
adjust PARALLEL_JOBS and MAKE_JOBS_NUMBER.
If it only rise up
I have finally made the poudriere the same as yours.
The cause of this trouble is the following part of make.conf.
.MAKE.JOBS=4
If you want to limit the number of parallel jobs to 4, write:
MAKE_JOBS_NUMBER:=4
___
freebsd-ports@freebsd.org mailing
Your poudriere.conf has resource limits.
Would you try removing the resource limit and reducing the number of
parallels?
e.g.
TMPFS_LIMIT=4 -> 6
MAX_MEMORY=2 -> 4
MAX_FILES=1024 -> 2048
PARALLEL_JOBS=4 -> 2
PREPARE_PARALLEL_JOBS=5
___
Is there a mistake in any of /usr/local/etc/poudriere.d/*make.conf ?
___
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"
For example, re-extracting ports tree.
> portsnap -d "`cat /usr/local/etc/poudriere.d/ports/default/mnt`/.snap"
-p "`cat /usr/local/etc/poudriere.d/ports/default/mnt`" extract
For example, to revert ports tree.
svnlite revert -R "`cat /usr/local/etc/poudriere.d/ports/default/mnt`"
Revision 358165 of base repository did a __FreeBSD_version bump.
I think it's better to rebuild all ports.
Because binaries contain versions.
The following is an example.
> file /bin/\[
/bin/[: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD),
dynamically linked, interpreter
I forgot some tr before grep. orz
___
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"
1.
pkg query %Ov=%Ok ports-mgmt/pkg | sed -e 's/on=/+/; s/off=/-/'
Options for installed packages.
2.
make -C /usr/ports/ports-mgmt/pkg\
ALL_OPTIONS=\$\{OPTIONS_DEFINE:O:u\} pretty-print-config |
grep '^[-+]'
Options after pressing OK in dialog4ports. Sorted for comparison.
3.
make -C
I ride too.
pkg query %m package-name
___
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"
Hello.
Could you include this as well?
pkg delete -f ca_root_nss
Do some rely on MASTER_SITE_BACKUP?
Regards.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
Can it be solved with USE_PYTHON=concurrent and FLAVOR?
___
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"
Hello.
If you have multiple unintended /usr/local/lib/perl5/site_perl/mach/5.*
on your machine, you have failed to update Perl :)
Regards.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To
Gary Aitken wrote on 2019/06/04 05:48:
> On 6/3/19 2:07 PM, Tatsuki Makino wrote:
>
>> What if that changes to USES=cmake:insource ?
>
> If I do that I see no different behavior from USES=cmake, at least in terms
> of trying to reproduce the original problem (which was
Hello.
What if that changes to USES=cmake:insource ?
Regards.
___
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"
I don't understand it well :), so I use svnlite diff -r COMMITTED
--patch-compatible to submit.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
Excuse me.
It doesn't matter, but I would also like the following command:
e.g. foodaemon-X.X ->depends to-> libbar-X.X ->depends to-> libfoo-X.0
If libfoo-X.0 is updated to libfoo-X.1, perhaps, foodaemon-X.X should be
restarted. But pkg info -r libfoo is listed as below, foodaemon could
not be
Hello, excuse me.
apache24 sometimes ignores OPTIONS and prefers the result of
apr-1-config and/or apu-1-config.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
correction
Tatsuki Makino wrote on 2019/04/13 11:07:
>
> py27-cython and py27-sphinx are also cause.
> Probably, pkg query -e %\#r\ =\ 0 -g %n py27-\* ports/packages can be
> deleted in advance.
>
pkg query -e %n\ ~\ py27-\*\ \&\&\ %\#r\ =\ 0 %n
The previous mail c
Steve Kargl wrote on 2019/04/13 10:49:
> On Fri, Apr 12, 2019 at 06:45:41PM -0700, bob prohaska wrote:
>> In tinkering with compiling firefox on an RPI2 attempts to use
>> portmaster fail with
>>
>> ===> Registering installation for py36-setuptools-40.8.0_1
>> Installing
Hello.
The criminal is apr (apr-util).
httpd is linked with the result of the following command.
> apu-1-config --dbm-libs
# Actually it is as follows on ${WRKSRC}/configure.in
# AP_LIBS="$AP_LIBS `$apu_config --avoid-ldap --link-libtool --libs`"
Perhaps, you need to rebuild apache24.
Because,
> Try:
> pkg version -l \? | cut -f 1 -w | grep -v compat | xargs pkg delete -fy
Sorry, I forgot -o in xargs.
With -o, input of y will reach pkg.
And there is also a bit more hentai command.
sed -e s,^,`pkg info -p -q xproto`/, /usr/ports/x11/xorgproto/pkg-plist | xargs
pkg which -q | sort -u
How about this?
pkg version -l \? | cut -f 1 -w | xargs pkg delete -f
___
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"
Hello.
Probably, after the function validate_flavor was added (3.18_12), the result of
portmaster -i cmake changed as follows.
===>>> The following actions will be taken if you choose to proceed:
Re-install cmake-3.10.2
Re-install py27-sphinx-1.4.8_2,1
I think that the change
Hello.
Are your portmaster outputting the following message?
make: "/usr/ports/Mk/bsd.port.mk" line 1067: FLAVOR may not be passed empty as
a make argument.
When I tried portmaster -i cmake, portmaster always tries to update
textproc/py-sphinx.
It seems that it occurred because function
> portmaster -o devel/py-setuptools py27-setuptools-36.5.0
That way for py27 is okay.
But, "portmaster -o devel/py-setuptools py36-setuptools" fuses dependency trees
with py27-setuptools.
To fix it, we need to use the "make deinstall install" directly into the list
of "pkg query %o `pkg info
Thanks to everyone for replying.
From: Stefan Esser [s...@freebsd.org]
Sent: Tuesday, December 5, 2017 16:35
To: Tatsuki Makino; FreeBSD Ports ML
Subject: Working on FLAVOR support in portmaster
> I'm working on FLAVOR support in portmaster.
Thank
By the way, where is the clever way to update to flavor?
I am using portmaster.
___
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"
Correction of my mail.
> #3. Forcibly delete mesa packages.
> xargs pkg delete -f < /tmp/mesa_pkg.txt
> #4. Reinstall the required package.
> xargs portmaster < /tmp/mesa_req.txt
xargs must use with -o to run an interactive application.
ex. xargs -o pkg delete -f < /tmp/mesa_pkg.txt
It allows
Thank you for your reply.
Probably, pkg set -[no] cannot combine records of multiple packages (libglapi,
libGL, gbm, libEGL and libglesv2) into one (mesa-libs).
It means that pkg delete is mandatory.
After deleting, the dependency needs to be reconnected by something.
Thank you for your reply.
> What I would do:
>
> pkg delete -f libEGL-17.0.3 libGL-17.0.3 libglesv2-17.0.3 gbm-17.0.3
> libglapi-17.0.3 dri-17.0.3,2
> portmaster -d graphics/mesa-libs graphics/mesa-dri
> portmaster -ad
Probably, additional steps are required before or after portmaster -ad.
Hello.
Does anyone reading this know how to upgrade more easily from below?
#1. Collect mesa packages.
pkg version -L = | grep "?" | grep "17\.0\.3" | cut -w -f 1 > /tmp/mesa_pkg.txt
#2. Collect the required origin that exists.
sh -c 'xargs pkg query %ro < /tmp/mesa_pkg.txt | sort -u | while
94 matches
Mail list logo