issues trying to pkg upgrade nspluginwrapper ....

Tue Dec 23 20:42:51 UTC 2014

On 12/23/14 12:35, Boris Samorodov wrote:
> 23.12.2014 03:51, William A. Mahaffey III пишет:
>>
>> .... I have been trying to 'pkg upgrade' nspluginwrapper,
>> unsuccessfully. I tried to build the port, but that fails w/ the last
>> few lines below:
>>
>> Making install in man
>>   /bin/mkdir -p
>> '/usr/ports/devel/gettext-runtime/work/stage/usr/local/man/man1'
>>   /bin/mkdir -p
>> '/usr/ports/devel/gettext-runtime/work/stage/usr/local/man/man1'
>>   install  -o root -g wheel -m 0644 gettext.1 ngettext.1 envsubst.1
>> '/usr/ports/devel/gettext-runtime/work/stage/usr/local/man/man1'
>>   /bin/mkdir -p
>> '/usr/ports/devel/gettext-runtime/work/stage/usr/local/man/man3'
>>   install  -o root -g wheel -m 0644 gettext.3 ngettext.3 textdomain.3
>> bindtextdomain.3 bind_textdomain_codeset.3 dgettext.3 dcgettext.3
>> dngettext.3 dcngettext.3
>> '/usr/ports/devel/gettext-runtime/work/stage/usr/local/man/man3'
>>   /bin/mkdir -p
>> '/usr/ports/devel/gettext-runtime/work/stage/usr/local/man/man3'
>> Making install in m4
>> Making install in tests
>>   /bin/mkdir -p
>> '/usr/ports/devel/gettext-runtime/work/stage/usr/local/share/gettext'
>>   install  -o root -g wheel -m 0644 ABOUT-NLS
>> '/usr/ports/devel/gettext-runtime/work/stage/usr/local/share/gettext'
>> /bin/ln -s libintl.so.8
>> /usr/ports/devel/gettext-runtime/work/stage/usr/local/lib/libintl.so.9
>> ====> Compressing man pages (compress-man)
>> ===>>> Starting check for runtime dependencies
>> ===>>> Gathering dependency list for devel/gettext-runtime from ports
>> ===>>> Dependency check complete for devel/gettext-runtime
>>
>> ===>>> www/nspluginwrapper 1/1 >> glib-2.42.0 >> devel/gettext-runtime
>> (2/12)
>>
>> ===>  Installing for gettext-runtime-0.19.3
>> ===>   Registering installation for gettext-runtime-0.19.3
>> Installing gettext-runtime-0.19.3...
>> pkg-static: gettext-runtime-0.19.3 conflicts with gettext-0.18.3.1_1
>> (installs files into the same place).  Problematic file:
>> /usr/local/bin/envsubst
>> *** [fake-pkg] Error code 70
> Seems to be covered by /usr/ports/UPDATING (20141130).

You're right, I missed that. I am only intending to use pkg to maintain 
packages, so I sometimes (often ?) miss stuff in the UPDATING file .... 
That got gettext fixed, thanks.

>
>> Stop in /usr/ports/devel/gettext-runtime.
>>
>> ===>>> Installation of gettext-runtime-0.19.3 (devel/gettext-runtime)
>> failed
>> ===>>> Aborting update
>>
>> ===>>> Update for devel/gettext-runtime failed
>> ===>>> Aborting update
>>
>> ===>>> Update for glib-2.42.0 failed
>> ===>>> Aborting update
>>
>> ===>>> Update for www/nspluginwrapper failed
>> ===>>> Aborting update
>>
>>
>> ===>>> You can restart from the point of failure with this command line:
>>         portmaster <flags> www/nspluginwrapper devel/glib20
>> devel/gettext-runtime devel/gettext-tools textproc/expat2 devel/gmake
>> devel/pcre lang/perl5.16 lang/python27 ftp/curl security/ca_root_nss
>> textproc/intltool textproc/p5-XML-Parser
>>
>>   whew !!!! that took (89.441 cpu + 28.720 sys) sec., 1:29.36 elapsed
>> time tot, 132.2% CPU efficiency
>>          (1893 text, 2631 data, 51416 max) KB, (3+850) io, 40 pfs + 0 swaps
>> [root at kabini1, /etc, 6:41:14pm] 355 %
>>
>>
>> I noticed that the newer gettext was available as a pkg package, so I
> Seems that you didn't follow instructions from /usr/ports/UPDATING.
>
>> tried to upgrade it using pkg (1.4.1, from ports):
> Hm. AFAIK mixing ports and packages is not a good idea. If you really
> need to build ports yourself, take a look at ports-mgmt/poudriere.
>
>> [root at kabini1, /etc, 6:42:54pm] 351 % pkg version -vRL= | grep succeeds
>> pkg: http://pkg.FreeBSD.org/FreeBSD:9:amd64/new_xorg/meta.txz: Not Found
>> pkg: repository FreeBSD_new_xorg has no meta file, using default settings
>> pkg: http://pkg.FreeBSD.org/FreeBSD:9:amd64/new_xorg/packagesite.txz:
>> Not Found
>> pkg: Unable to update repository FreeBSD_new_xorg
> So, you add an experimental repository to the mix.

I had/have this (new_xorg) active because it was/is(?) required to get 
all of the X11 stuff for me, might be a mis-config :-/ ....

>
>> libtorrent-rasterbar-0.16.18       >   succeeds remote (remote has
>> 0.16.17_1)
>> pkg-1.4.1                          >   succeeds remote (remote has 1.4.0)
>> virtualbox-ose-additions-4.3.20    >   succeeds remote (remote has 4.3.18)
>> [root at kabini1, /etc, 6:42:58pm] 352 % pkg version -vRL= | wc -l
>> pkg: http://pkg.FreeBSD.org/FreeBSD:9:amd64/new_xorg/meta.txz: Not Found
>> pkg: repository FreeBSD_new_xorg has no meta file, using default settings
>> pkg: http://pkg.FreeBSD.org/FreeBSD:9:amd64/new_xorg/packagesite.txz:
>> Not Found
>> pkg: Unable to update repository FreeBSD_new_xorg
>>       134
>> [root at kabini1, /etc, 6:43:06pm] 353 % pkg upgrade gettext
>> Updating FreeBSD repository catalogue...
>> FreeBSD repository is up-to-date.
>> Updating FreeBSD_new_xorg repository catalogue...
>> pkg: http://pkg.FreeBSD.org/FreeBSD:9:amd64/new_xorg/meta.txz: Not Found
>> pkg: repository FreeBSD_new_xorg has no meta file, using default settings
>> pkg: http://pkg.FreeBSD.org/FreeBSD:9:amd64/new_xorg/packagesite.txz:
>> Not Found
>> pkg: Unable to update repository FreeBSD_new_xorg
>> All repositories are up-to-date.
>> Updating database digests format: 100%
>> Checking integrity...pkg: cannot load files from gettext to check integrity
>> Assertion failed: (pkgdb_ensure_loaded(j->db, p2,
>> PKG_LOAD_FILES|PKG_LOAD_DIRS) == EPKG_OK), function
>> pkg_conflicts_need_conflict, file pkg_jobs_conflicts.c, line 211.
>> Child process pid=84116 terminated abnormally: Abort trap: 6
>> [root at kabini1, /etc, 6:43:16pm] 354 % uname -a
>> FreeBSD kabini1.local 9.3-RELEASE-p5 FreeBSD 9.3-RELEASE-p5 #0: Mon Nov
>> 3 22:38:58 UTC 2014
>> root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
>> [root at kabini1, /etc, 6:43:24pm] 355 %
>>
>>
>> I have been having ongoing (weeks/months) problems doing pkg upgrades w/
>> flash &/or nspluginwrapper in the mix. I need these for several websites
>> I use regularly (daily). I do almost all package maintenance using pkg,
>> w/ only flash library & other directly needed stuff (& whatever else
>> portmaster decides to pull in) from ports. Any help/clues appreciated.
>> TIA ....
> I'd say that the best choice for you is to use ports-mgmt/poudriere to
> create your custom packages.

Actually, I *only* use ports at all because of the necessity to compile 
up flash support, that's *IT*. I use & prefer pkg, only had/have to fall 
back to ports for flash support. Thanks. I got past the gettext problem 
& will wait until external packages are updated to catch up to some of 
the newer ports versions that got installed. Thanks again.

-- 

	William A. Mahaffey III

  ----------------------------------------------------------------------

	"The M1 Garand is without doubt the finest implement of war
	 ever devised by man."
                            -- Gen. George S. Patton Jr.