Jan-Hinrich Fessel | 1 Apr 2010 12:01

glib2 weirdness

The following happend just now with pkgsrc HEAD:

===> Configuring for glib2-2.22.5
=> Modifying GNU configure scripts to avoid --recheck
=> Replacing config-guess with pkgsrc versions
=> Replacing config-sub with pkgsrc versions
=> Replacing install-sh with pkgsrc version
configure: WARNING: unrecognized options: --without-libiconv-prefix, -- 
without-libintl-prefix
[...]
checking for libiconv_open in -liconv... no
configure: error: *** No iconv() implementation found in C library or  
libiconv
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/devel/glib2

is there a problem with updating pkgsrc via "cvs -q update -dP", i.e.  
am I missing some cvs option to actually get the latest and greatest,  
or is there a problem in glib2 HEAD?

Cheers
	Oskar

Thomas Klausner | 1 Apr 2010 13:43
Picon

Re: glib2 weirdness

On Thu, Apr 01, 2010 at 12:01:40PM +0200, Jan-Hinrich Fessel wrote:
> The following happend just now with pkgsrc HEAD:
> 
> ===> Configuring for glib2-2.22.5
> => Modifying GNU configure scripts to avoid --recheck
> => Replacing config-guess with pkgsrc versions
> => Replacing config-sub with pkgsrc versions
> => Replacing install-sh with pkgsrc version
> configure: WARNING: unrecognized options: --without-libiconv-prefix,
> --without-libintl-prefix

You can ignore these.

> [...]
> checking for libiconv_open in -liconv... no
> configure: error: *** No iconv() implementation found in C library
> or libiconv
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/pkgsrc/devel/glib2
> 
> is there a problem with updating pkgsrc via "cvs -q update -dP",
> i.e. am I missing some cvs option to actually get the latest and
> greatest, or is there a problem in glib2 HEAD?

What platform?

I've never seen this error on NetBSD.
 Thomas
(Continue reading)

Jan-Hinrich Fessel | 1 Apr 2010 18:03

Re: glib2 weirdness


Am 01.04.2010 um 13:43 schrieb Thomas Klausner:

> On Thu, Apr 01, 2010 at 12:01:40PM +0200, Jan-Hinrich Fessel wrote:
>> [...]
>> checking for libiconv_open in -liconv... no
>> configure: error: *** No iconv() implementation found in C library
>> or libiconv
>> *** Error code 1
>>
>> Stop.
>> make: stopped in /usr/pkgsrc/devel/glib2
>>
>> is there a problem with updating pkgsrc via "cvs -q update -dP",
>> i.e. am I missing some cvs option to actually get the latest and
>> greatest, or is there a problem in glib2 HEAD?
>
> What platform?
>
> I've never seen this error on NetBSD

Actually, this is NetBSD i386 - but upgraded from 1.6.2 and  
corresponding pkgsrc.

I'll retry after cvs -q update -dPA...

Cheers
	Oskar

(Continue reading)

Jan-Hinrich Fessel | 1 Apr 2010 23:49

Re: unable to update pkgsrc from 1.6.2


Am 01.04.2010 um 18:31 schrieb Eric Haszlakiewicz:

> On Thu, Apr 01, 2010 at 11:50:15AM +0200, Jan-Hinrich Fessel wrote:
>> ===> Deinstalling for readline-6.1
>> Running /usr/pkg/sbin/pkg_delete -K /var/db/pkg -r readline-4.3
>> pkg_delete: Unrecognised PLIST command ` <at> mtree +MTREE_DIRS'
>> pkg_delete: Unrecognised PLIST command ` <at> mtree +MTREE_DIRS'
>
> Also, this looks like you don't have an updated pkg_install package
> installed.  You probably should install a recent one.  (and then
> manually remove any pkg_* binaries from /usr/bin.  ugh, if only it
> was registered as a package to begin with)

This all looks, hmm, interesting.  pkg_* was built from pkgsrc HEAD as  
of 31.03.2010.
no pkg* in /usr/bin, all in /usr/sbin ;-)

I do suspect it would be wise to revert from HEAD to 2009Q4, but I  
don't like that option...

Cheers
	Oskar

Jan-Hinrich Fessel | 1 Apr 2010 23:57

Re: glib2 weirdness


Am 01.04.2010 um 18:03 schrieb Jan-Hinrich Fessel:

>
> Am 01.04.2010 um 13:43 schrieb Thomas Klausner:
>
>> On Thu, Apr 01, 2010 at 12:01:40PM +0200, Jan-Hinrich Fessel wrote:
>>> [...]
>>> checking for libiconv_open in -liconv... no
>>> configure: error: *** No iconv() implementation found in C library
>>> or libiconv
>>> *** Error code 1
>>>
>>> Stop.
>>> make: stopped in /usr/pkgsrc/devel/glib2
>>>
>>> is there a problem with updating pkgsrc via "cvs -q update -dP",
>>> i.e. am I missing some cvs option to actually get the latest and
>>> greatest, or is there a problem in glib2 HEAD?
>>
>> What platform?
>>
>> I've never seen this error on NetBSD
>
> Actually, this is NetBSD i386 - but upgraded from 1.6.2 and  
> corresponding pkgsrc.
>
> I'll retry after cvs -q update -dPA...

That didn't change a thing, actually, CVS updated only around 10 files.
(Continue reading)

carl | 2 Apr 2010 02:51
Picon

fix for clamav-0.96 milter PLIST


PLIST for clamav 0.96 needs this added :

share/examples/clamav/clamav-milter.conf

Thank you

Carl

Takahiro Kambe | 2 Apr 2010 11:17
Gravatar

Re: unable to update pkgsrc from 1.6.2

Hi,

In message <7F06BBAD-3DA4-4539-A91F-6E7CA1C550FE <at> fessel.org>
	on Thu, 1 Apr 2010 23:49:10 +0200,
	Jan-Hinrich Fessel <oskar <at> fessel.org> wrote:
> This all looks, hmm, interesting.  pkg_* was built from pkgsrc HEAD as
> of 31.03.2010.
> no pkg* in /usr/bin, all in /usr/sbin ;-)
What about under /usr/pkg/sbin?

--

-- 
Takahiro Kambe <taca <at> back-street.net>

Jan-Hinrich Fessel | 2 Apr 2010 12:48

Re: unable to update pkgsrc from 1.6.2


Am 02.04.2010 um 11:17 schrieb Takahiro Kambe:

> Hi,
>
> In message <7F06BBAD-3DA4-4539-A91F-6E7CA1C550FE <at> fessel.org>
> 	on Thu, 1 Apr 2010 23:49:10 +0200,
> 	Jan-Hinrich Fessel <oskar <at> fessel.org> wrote:
>> This all looks, hmm, interesting.  pkg_* was built from pkgsrc HEAD  
>> as
>> of 31.03.2010.
>> no pkg* in /usr/bin, all in /usr/sbin ;-)
> What about under /usr/pkg/sbin?

I did not think of that, but this looks like updating pkg_* does not  
really help when $path has /usr/sbin first :-(

nixalsverdrus# ls -l /usr/pkg/sbin/pkg*
-rwxr-xr-x  1 root  wheel  189199 Mar 31 19:59 /usr/pkg/sbin/pkg_add
-rwxr-xr-x  1 root  wheel  181150 Mar 31 19:59 /usr/pkg/sbin/pkg_admin
-r-xr-xr-x  1 root  wheel   20591 Mar 31 19:57 /usr/pkg/sbin/ 
pkg_alternatives
-r-xr-xr-x  1 root  wheel   22233 Mar 31 19:57 /usr/pkg/sbin/pkg_chk
-r-xr-xr-x  1 root  wheel   27391 Mar 31 19:57 /usr/pkg/sbin/pkg_comp
-rwxr-xr-x  1 root  wheel  148723 Mar 31 19:59 /usr/pkg/sbin/pkg_create
-rwxr-xr-x  1 root  wheel  147760 Mar 31 19:59 /usr/pkg/sbin/pkg_delete
-rwxr-xr-x  1 root  wheel  171262 Mar 31 19:59 /usr/pkg/sbin/pkg_info
-r-xr-xr-x  1 root  wheel    2394 Mar 31 20:14 /usr/pkg/sbin/pkg_regress
-r-xr-xr-x  1 root  wheel   18389 Mar 31 20:16 /usr/pkg/sbin/ 
pkg_rolling-replace
(Continue reading)

Joerg Sonnenberger | 2 Apr 2010 13:47
Picon

Re: unable to update pkgsrc from 1.6.2

On Thu, Apr 01, 2010 at 11:31:07AM -0500, Eric Haszlakiewicz wrote:
> On Thu, Apr 01, 2010 at 11:50:15AM +0200, Jan-Hinrich Fessel wrote:
> > ===> Deinstalling for readline-6.1
> > Running /usr/pkg/sbin/pkg_delete -K /var/db/pkg -r readline-4.3
> > pkg_delete: Unrecognised PLIST command ` <at> mtree +MTREE_DIRS'
> > pkg_delete: Unrecognised PLIST command ` <at> mtree +MTREE_DIRS'
> 
> Also, this looks like you don't have an updated pkg_install package
> installed.  You probably should install a recent one.  (and then
> manually remove any pkg_* binaries from /usr/bin.  ugh, if only it
> was registered as a package to begin with)

No, those warnings are intentional. Support for  <at> mtree was killed almost
3 years ago and other than the noise, it should be harmless.

Joerg

Jan-Hinrich Fessel | 2 Apr 2010 16:08

policykit broken?

Is it just me?

-----schnipp-----
Making all in man
gmake[3]: Entering directory `/usr/pkgsrc/security/policykit/work/ 
PolicyKit-0.9/doc/man'
/usr/pkg/bin/xsltproc -nonet
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl 
  polkit-auth.xml
I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
warning: failed to load external entity
"http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl 
"
cannot parse http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
gmake[3]: *** [polkit-auth.1] Error 4
gmake[3]: Leaving directory `/usr/pkgsrc/security/policykit/work/ 
PolicyKit-0.9/doc/man'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/usr/pkgsrc/security/policykit/work/ 
PolicyKit-0.9/doc'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/pkgsrc/security/policykit/work/ 
PolicyKit-0.9'
gmake: *** [all] Error 2
*** Error code 2

Stop.
make: stopped in /usr/pkgsrc/security/policykit
*** Error code 1
-----schnapp----
(Continue reading)


Gmane