info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
HEADS UP: ports/ and 10.0-CURRENT
0 views
Skip to first unread message
Ade Lovett
Sep 27, 2011, 12:03:35 AM9/27/11
to
With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be
expected, ports/ is going to be essentially unusable for a while.
expected, ports/ is going to be essentially unusable for a while.
The issue stems from configure scripts (to choose something completely
at random) assuming that FreeBSD would never jump to a double-digit
major version number, and as such, various regexps for "freebsd1*" (ie:
FreeBSD 1.1.x) are now matching "freebsd10".
This is going to be some fairly fundamental breakage.
However, until such time as 9.0-RELEASE is completely out of the door,
with autotools hat on, I will _not_ be committing any changes to
infrastructural ports to "fix" this.
That is to say, until 9.0-R happens, and for some considerable period
afterwards, ya'll can pretty much expect ports/ to be non-functional on
HEAD. PRs mentioning this will be gleefully closed referencing this
message.
-aDe
Reply-To set to me. Please honor it.
_______________________________________________
freebs...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-port...@freebsd.org"
Message has been deleted
Message has been deleted
Message has been deleted
Message has been deleted
h h
Sep 27, 2011, 2:35:42 AM9/27/11
to
Kevin Oberman <kob...@gmail.com> writes:
> On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett <a...@freebsd.org> wrote:
>
>> With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be
>> expected, ports/ is going to be essentially unusable for a while.
>>
>> The issue stems from configure scripts (to choose something completely
>> at random) assuming that FreeBSD would never jump to a double-digit
>> major version number, and as such, various regexps for "freebsd1*" (ie:
>> FreeBSD 1.1.x) are now matching "freebsd10".
[...]
>
> aDe,
>
> Could an entry to this effect be added to UPDATING (with a matching
> entry when ports/ is "unbroken").
Also mention a workaround, e.g.
$ export UNAME_r='9.9-BLAH'
> On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett <a...@freebsd.org> wrote:
>
>> With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be
>> expected, ports/ is going to be essentially unusable for a while.
>>
>> The issue stems from configure scripts (to choose something completely
>> at random) assuming that FreeBSD would never jump to a double-digit
>> major version number, and as such, various regexps for "freebsd1*" (ie:
>> FreeBSD 1.1.x) are now matching "freebsd10".
>
> aDe,
>
> Could an entry to this effect be added to UPDATING (with a matching
> entry when ports/ is "unbroken").
Also mention a workaround, e.g.
$ export UNAME_r='9.9-BLAH'
Daniel O'Connor
Sep 27, 2011, 2:37:42 AM9/27/11
to
On 27/09/2011, at 13:33, Ade Lovett wrote:
> That is to say, until 9.0-R happens, and for some considerable period
> afterwards, ya'll can pretty much expect ports/ to be non-functional on
> HEAD. PRs mentioning this will be gleefully closed referencing this
> message.
I imagine you can work around it by setting UNAME_r=9.0-CURRENT before building stuff.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
per...@pluto.rain.com
Sep 27, 2011, 10:46:30 AM9/27/11
to
Ade Lovett <a...@freebsd.org> wrote:
> The undeniable fact is that configure scripts in general have
> chosen to do things a certain way. Unfortunately for us (us
> being FreeBSD), we have now broken these conceptions by moving
> to a dual-digit major release.
I don't suppose
REVISION="A.1"
i.e. using a single hex digit instead of two decimal digits,
would work any better :)
(IIRC alphas do sort after numerics, at least in the C locale.)
> The undeniable fact is that configure scripts in general have
> chosen to do things a certain way. Unfortunately for us (us
> being FreeBSD), we have now broken these conceptions by moving
> to a dual-digit major release.
I don't suppose
REVISION="A.1"
i.e. using a single hex digit instead of two decimal digits,
would work any better :)
(IIRC alphas do sort after numerics, at least in the C locale.)
O. Hartmann
Sep 27, 2011, 4:28:49 AM9/27/11
to
On 09/27/11 08:35, h h wrote:
> Kevin Oberman<kob...@gmail.com> writes:
>
>> On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett<a...@freebsd.org> wrote:
>>
>>> With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be
>>> expected, ports/ is going to be essentially unusable for a while.
>>>
>>> The issue stems from configure scripts (to choose something completely
>>> at random) assuming that FreeBSD would never jump to a double-digit
>>> major version number, and as such, various regexps for "freebsd1*" (ie:
>>> FreeBSD 1.1.x) are now matching "freebsd10".
> [...]
>>
>> aDe,
>>
>> Could an entry to this effect be added to UPDATING (with a matching
>> entry when ports/ is "unbroken").
>
> Also mention a workaround, e.g.
>
> $ export UNAME_r='9.9-BLAH'
Now I understand why some OS vendors have choosen the latin 10 'X' for
> Kevin Oberman<kob...@gmail.com> writes:
>
>> On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett<a...@freebsd.org> wrote:
>>
>>> With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be
>>> expected, ports/ is going to be essentially unusable for a while.
>>>
>>> The issue stems from configure scripts (to choose something completely
>>> at random) assuming that FreeBSD would never jump to a double-digit
>>> major version number, and as such, various regexps for "freebsd1*" (ie:
>>> FreeBSD 1.1.x) are now matching "freebsd10".
> [...]
>>
>> aDe,
>>
>> Could an entry to this effect be added to UPDATING (with a matching
>> entry when ports/ is "unbroken").
>
> Also mention a workaround, e.g.
>
> $ export UNAME_r='9.9-BLAH'
their tenth version of their operating system ...
Message has been deleted
O. Hartmann
Sep 27, 2011, 7:28:24 AM9/27/11
to
On 09/27/11 16:46, per...@pluto.rain.com wrote:
> Ade Lovett<a...@freebsd.org> wrote:
>
>> The undeniable fact is that configure scripts in general have
>> chosen to do things a certain way. Unfortunately for us (us
>> being FreeBSD), we have now broken these conceptions by moving
>> to a dual-digit major release.
>
> I don't suppose
>
> REVISION="A.1"
>
> i.e. using a single hex digit instead of two decimal digits,
> would work any better :)
>
... it will only postpone the agony ... better to deal now than shifting
> Ade Lovett<a...@freebsd.org> wrote:
>
>> The undeniable fact is that configure scripts in general have
>> chosen to do things a certain way. Unfortunately for us (us
>> being FreeBSD), we have now broken these conceptions by moving
>> to a dual-digit major release.
>
> I don't suppose
>
> REVISION="A.1"
>
> i.e. using a single hex digit instead of two decimal digits,
> would work any better :)
>
it to the future ...
Message has been deleted
h h
Sep 27, 2011, 8:19:08 AM9/27/11
to
Eduardo Morras <nec...@retena.com> writes:
> At 11:18 27/09/2011, Anton Shterenlikht wrote:
>
>> > Now I understand why some OS vendors have choosen the latin 10 'X' for
>> > their tenth version of their operating system ...
>>
>>At least there will be a long rest after
>>the move to 10 is complete.. until FreeBSD 100.
>
>
> Or move to hexadecimal
>
> $ export UNAME_r='A.0-CURRENT'
Wouldn't this fail if version is parsed with regex?
# from mysql
ELSEIF(CMAKE_SYSTEM_NAME MATCHES "FreeBSD")
STRING(REGEX MATCH "[0-9]+\\.[0-9]+" VER "${CMAKE_SYSTEM_VERSION}")
SET(DEFAULT_PLATFORM "${CMAKE_SYSTEM_NAME}${VER}")
> At 11:18 27/09/2011, Anton Shterenlikht wrote:
>
>> > Now I understand why some OS vendors have choosen the latin 10 'X' for
>> > their tenth version of their operating system ...
>>
>>the move to 10 is complete.. until FreeBSD 100.
>
>
> Or move to hexadecimal
>
> $ export UNAME_r='A.0-CURRENT'
Wouldn't this fail if version is parsed with regex?
# from mysql
ELSEIF(CMAKE_SYSTEM_NAME MATCHES "FreeBSD")
STRING(REGEX MATCH "[0-9]+\\.[0-9]+" VER "${CMAKE_SYSTEM_VERSION}")
SET(DEFAULT_PLATFORM "${CMAKE_SYSTEM_NAME}${VER}")
Message has been deleted
Message has been deleted
Message has been deleted
Message has been deleted
Matthew D. Fuller
Sep 27, 2011, 10:27:25 AM9/27/11
to
On Tue, Sep 27, 2011 at 09:36:17AM -0400 I heard the voice of
Robert Huff, and lo! it spake thus:
> Adrian Chadd writes:
> > Our children will be dealing with Y2038. :-)
>
> Statistically, some of us will.
Actually, I had to deal with it just last week...
--
Matthew Fuller (MF4839) | full...@over-yonder.net
Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
On the Internet, nobody can hear you scream.
Robert Huff, and lo! it spake thus:
> Adrian Chadd writes:
> > Our children will be dealing with Y2038. :-)
>
> Statistically, some of us will.
Actually, I had to deal with it just last week...
--
Matthew Fuller (MF4839) | full...@over-yonder.net
Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
On the Internet, nobody can hear you scream.
Message has been deleted
Message has been deleted
Hartmann, O.
Sep 28, 2011, 3:26:44 AM9/28/11
to
On 09/28/11 15:47, per...@pluto.rain.com wrote:
> Eitan Adler <li...@eitanadler.com> wrote:
>
>> 2011/9/27 O. Hartmann <ohar...@zedat.fu-berlin.de>:
> Are you sure there's a sufficient window of opportunity? :)
"Window of Fortune"
> Eitan Adler <li...@eitanadler.com> wrote:
>
>> 2011/9/27 O. Hartmann <ohar...@zedat.fu-berlin.de>:
>>> Now I understand why some OS vendors have choosen the latin
>>> 10 'X' for their tenth version of their operating system ...
>> FreeBSD XP anyone?
>>> 10 'X' for their tenth version of their operating system ...
> Are you sure there's a sufficient window of opportunity? :)
"Window of Fortune"
Hartmann, O.
Sep 28, 2011, 1:29:44 PM9/28/11
to
On 09/28/11 09:26, Hartmann, O. wrote:
> On 09/28/11 15:47, per...@pluto.rain.com wrote:
>> Eitan Adler <li...@eitanadler.com> wrote:
>>
>>> 2011/9/27 O. Hartmann <ohar...@zedat.fu-berlin.de>:
>>>> Now I understand why some OS vendors have choosen the latin
>>>> 10 'X' for their tenth version of their operating system ...
>>> FreeBSD XP anyone?
>> Are you sure there's a sufficient window of opportunity? :)
> "Window of Fortune"
> _______________________________________________
> freebsd...@freebsd.org mailing list
> On 09/28/11 15:47, per...@pluto.rain.com wrote:
>> Eitan Adler <li...@eitanadler.com> wrote:
>>
>>> 2011/9/27 O. Hartmann <ohar...@zedat.fu-berlin.de>:
>>>> Now I understand why some OS vendors have choosen the latin
>>>> 10 'X' for their tenth version of their operating system ...
>>> FreeBSD XP anyone?
>> Are you sure there's a sufficient window of opportunity? :)
> "Window of Fortune"
> _______________________________________________
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"
A stupid question: I experience some strange failures on one of my
FreeBSD 10.0-CURRENT/amd64 boxes.
libiconv.so.3 is missing for svn. I can not install conversters/libiconv
anymore, portbuild compains about a missing
libintl.so.9 (huhh?), see below.
Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails,
also! gawk is missing libintl.so.9. So I try to reinstall gawk:
portmaster gawk. But gawk complains about no intl found, so it tries to
install gettext and gettext complains about not finding libintl.so.9.
I'm confused! Is this due to the FreeBSD 10 issue? If not, how to repair?
checking for ptrdiff_t integer literal suffix... l
checking for size_t integer literal suffix... Shared object
"libintl.so.9" not found, required by "pg_config"ul
checking for sig_atomic_t integer literal suffix... l
checking for wchar_t integer literal suffix...
checking for wint_t integer literal suffix...
checking for random.h... no
checking for struct random_data... no
checking whether <wchar.h> is standalone... (cached) yes
configure: creating ./config.status
config.status: creating Makefile
Shared object "libintl.so.9" not found, required by "gawk"config.status:
error: could not create Makefile
===> Script "configure" failed unexpectedly.
Please report the problem to gn...@FreeBSD.org [maintainer] and attach the
"/usr/ports/converters/libiconv/work/libiconv-1.13.1/config.log" including
the output of the failure of your make command. Also, it might be a good
idea
to provide an overview of all packages installed on your system (e.g. an `ls
/var/db/pkg`).
*** Error code 1
Stop in /usr/ports/converters/libiconv.
*** Error code 1
Stop in /usr/ports/converters/libiconv.
===>>> make failed for converters/libiconv
===>>> Aborting update
Terminated
===>>> You can restart from the point of failure with this command line:
portmaster <flags> converters/libiconv
Hartmann, O.
Sep 28, 2011, 2:38:22 PM9/28/11
to
On 09/28/11 20:20, h h wrote:
>
> Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in
> clean environment so GNU configure happily prefers gawk over nawk in base.
>
> # Check for gawk first since it's generally better.
> AN_MAKEVAR([AWK], [AC_PROG_AWK])
> AN_PROGRAM([awk], [AC_PROG_AWK])
> AN_PROGRAM([gawk], [AC_PROG_AWK])
> AN_PROGRAM([mawk], [AC_PROG_AWK])
> AN_PROGRAM([nawk], [AC_PROG_AWK])
> AC_DEFUN([AC_PROG_AWK],
> [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )])
>
> Well, you can also deinstall the port.
blind to see what's going on ...:
Making all in po
Making all in test
root@thor: [gawk] make install
===> Installing for gawk-4.0.0
===> gawk-4.0.0 depends on shared library: sigsegv - found
===> gawk-4.0.0 depends on shared library: intl - found
===> Generating temporary packing list
Making install in .
test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin"
install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin'
make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native'
'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook
(cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk
pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s
gawk awk; fi; exit 0)
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk.
Oliver
> "Hartmann, O." <ohar...@zedat.fu-berlin.de> writes:
>
>> On 09/28/11 09:26, Hartmann, O. wrote:
>>
>>> On 09/28/11 15:47, per...@pluto.rain.com wrote:
>>>> Eitan Adler <li...@eitanadler.com> wrote:
>>>>
>>>>> 2011/9/27 O. Hartmann <ohar...@zedat.fu-berlin.de>:
>>>>>> Now I understand why some OS vendors have choosen the latin
>>>>>> 10 'X' for their tenth version of their operating system ...
>>>>> FreeBSD XP anyone?
>>>> Are you sure there's a sufficient window of opportunity? :)
>>> "Window of Fortune"
>
>> On 09/28/11 09:26, Hartmann, O. wrote:
>>
>>> On 09/28/11 15:47, per...@pluto.rain.com wrote:
>>>> Eitan Adler <li...@eitanadler.com> wrote:
>>>>
>>>>> 2011/9/27 O. Hartmann <ohar...@zedat.fu-berlin.de>:
>>>>>> Now I understand why some OS vendors have choosen the latin
>>>>>> 10 'X' for their tenth version of their operating system ...
>>>>> FreeBSD XP anyone?
>>>> Are you sure there's a sufficient window of opportunity? :)
>>> "Window of Fortune"
>> A stupid question: I experience some strange failures on one of my
>> FreeBSD 10.0-CURRENT/amd64 boxes.
>> libiconv.so.3 is missing for svn. I can not install conversters/libiconv
>> anymore, portbuild compains about a missing
>> libintl.so.9 (huhh?), see below.
> subversion port does not depend on iconv/gettext when WITHOUT_NLS is specified.
>> FreeBSD 10.0-CURRENT/amd64 boxes.
>> libiconv.so.3 is missing for svn. I can not install conversters/libiconv
>> anymore, portbuild compains about a missing
>> libintl.so.9 (huhh?), see below.
>
>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails,
>> also! gawk is missing libintl.so.9. So I try to reinstall gawk:
>> portmaster gawk. But gawk complains about no intl found, so it tries to
>> install gettext and gettext complains about not finding libintl.so.9.
> [...]
>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails,
>> also! gawk is missing libintl.so.9. So I try to reinstall gawk:
>> portmaster gawk. But gawk complains about no intl found, so it tries to
>> install gettext and gettext complains about not finding libintl.so.9.
>
> Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in
> clean environment so GNU configure happily prefers gawk over nawk in base.
>
> # Check for gawk first since it's generally better.
> AN_MAKEVAR([AWK], [AC_PROG_AWK])
> AN_PROGRAM([awk], [AC_PROG_AWK])
> AN_PROGRAM([gawk], [AC_PROG_AWK])
> AN_PROGRAM([mawk], [AC_PROG_AWK])
> AN_PROGRAM([nawk], [AC_PROG_AWK])
> AC_DEFUN([AC_PROG_AWK],
> [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )])
>
> Well, you can also deinstall the port.
> _______________________________________________
> freebsd...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"
Even with CLANG, lang/gawk build fine, but it fails installing and I'm
> freebsd...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"
blind to see what's going on ...:
Making all in po
Making all in test
root@thor: [gawk] make install
===> Installing for gawk-4.0.0
===> gawk-4.0.0 depends on shared library: sigsegv - found
===> gawk-4.0.0 depends on shared library: intl - found
===> Generating temporary packing list
Making install in .
test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin"
install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin'
make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native'
'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook
(cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk
pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s
gawk awk; fi; exit 0)
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk.
Oliver
Hartmann, O.
Sep 28, 2011, 2:56:46 PM9/28/11
to
On 09/28/11 20:41, Garrett Cooper wrote:> h.h. is right. Deinstall the port and restart the upgrade was the recommended solution for your upgrade blues.
> -Garrett_______________________________________________
> freebsd...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"
Great ... worked! Thanks!
> -Garrett_______________________________________________
> freebsd...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"
Hartmann, O.
Sep 28, 2011, 3:01:54 PM9/28/11
to
On 09/28/11 20:15, Hartmann, O. wrote:
> On 09/28/11 19:43, Garrett Cooper wrote:
>> On Sep 28, 2011, at 10:29 AM, Hartmann, O. wrote:
>>
>>> On 09/28/11 09:26, Hartmann, O. wrote:
>>>> On 09/28/11 15:47, per...@pluto.rain.com wrote:
>>>>> Eitan Adler <li...@eitanadler.com> wrote:
>>>>>
>>>>>> 2011/9/27 O. Hartmann <ohar...@zedat.fu-berlin.de>:
>>>>>>> Now I understand why some OS vendors have choosen the latin
>>>>>>> 10 'X' for their tenth version of their operating system ...
>>>>>> FreeBSD XP anyone?
>>>>> Are you sure there's a sufficient window of opportunity? :)
>>>> "Window of Fortune"
>> Oh great.. the gawk/libintl chicken and egg problem again because the port was updated (it's in the current or ports archives, 1.5 years ago -- search for gawk). IIRC all you need to do is manually update gawk, then libintl, etc.
>> Thanks,
>> -Garrett
> Hello Garrett.
> I tried to install lang/gawk manually but it refuses being installed,
> error see below.
> Well, I compiled everything so far with CLANG. Hope this is not the
> issue, will check this.
>
>
> Oliver
>
> Making all in po
> Making all in test
> ===> Installing for gawk-4.0.0
> ===> Generating temporary packing list
> Making install in .
> test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin"
> install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin'
> make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native'
> 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook
> (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk
> pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s
> gawk awk; fi; exit 0)
> *** Error code 1
>
> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
> *** Error code 1
>
> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
> *** Error code 1
>
> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
> *** Error code 1
>
> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
> *** Error code 1
>
> Stop in /usr/ports/lang/gawk.
>
> _______________________________________________
> freebsd...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"
> On 09/28/11 19:43, Garrett Cooper wrote:
>> On Sep 28, 2011, at 10:29 AM, Hartmann, O. wrote:
>>
>>> On 09/28/11 09:26, Hartmann, O. wrote:
>>>> On 09/28/11 15:47, per...@pluto.rain.com wrote:
>>>>> Eitan Adler <li...@eitanadler.com> wrote:
>>>>>
>>>>>> 2011/9/27 O. Hartmann <ohar...@zedat.fu-berlin.de>:
>>>>>>> Now I understand why some OS vendors have choosen the latin
>>>>>>> 10 'X' for their tenth version of their operating system ...
>>>>>> FreeBSD XP anyone?
>>>>> Are you sure there's a sufficient window of opportunity? :)
>>>> "Window of Fortune"
>> Thanks,
>> -Garrett
> Hello Garrett.
> I tried to install lang/gawk manually but it refuses being installed,
> error see below.
> Well, I compiled everything so far with CLANG. Hope this is not the
> issue, will check this.
>
>
> Oliver
>
> Making all in po
> Making all in test
> ===> Generating temporary packing list
> Making install in .
> test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin"
> install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin'
> make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native'
> 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook
> (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk
> pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s
> gawk awk; fi; exit 0)
>
> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
> *** Error code 1
>
> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
> *** Error code 1
>
> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
> *** Error code 1
>
> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
> *** Error code 1
>
> Stop in /usr/ports/lang/gawk.
>
> _______________________________________________
> freebsd...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"
Problem went away after deinstalling gawk and reinstall it from scratch ...
Hartmann, O.
Sep 28, 2011, 3:32:06 PM9/28/11
to
On 09/28/11 21:16, Hartmann, O. wrote:
> Sorry, take verything back.
>
> Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster
> gettext/libiconv. Worked so far, it reported success. But when I then
> try to portsnap/portmaster, I get the same idiocracy again. Now even
> gawk, gettext and libiconv fail to install since there is no libintl.so.9:
>
>
> root@thor: [gawk] make install
> ===> Verifying install for intl in /usr/ports/devel/gettext
> ===> gettext-0.18.1.1 depends on package: libtool>=2.4 - found
> ===> gettext-0.18.1.1 depends on shared library: iconv.3 - not found
> ===> Verifying install for iconv.3 in /usr/ports/converters/libiconv
> ===> Building for libiconv-1.13.1_1
> builddir="`pwd`"; cd libcharset && make all && make install-lib
> libdir="$builddir/lib" includedir="$builddir/lib"
> cd lib && make all
> /bin/sh /usr/local/bin/libtool --mode=link --tag=CC clang -O3
> -fno-strict-aliasing -pipe -march=native -std=gnu89 -o libcharset.la
> -rpath /usr/local/lib -version-info 1 -no-undefined localcharset.lo
> relocatable.lo
> libtool: link: ar cru .libs/libcharset.a localcharset.o relocatable.o
> Shared object "libintl.so.9" not found, required by "ar"*** Error code 1
>
> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset/lib.
> *** Error code 1
>
> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset.
> *** Error code 1
>
> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1.
> *** Error code 1
>
> Stop in /usr/ports/converters/libiconv.
> *** Error code 1
>
> Stop in /usr/ports/converters/libiconv.
> *** Error code 1
>
> Stop in /usr/ports/devel/gettext.
conversters/libiconv complains about a not installed libintl.so.9, which
is devel/gettext. devel/gettext compalins about a not installed iconv.3,
which the reels in the build of conversters/libiconv, which then fails
again of lacking libintl.so.9. I deinstalled devel/gettext. Now I'm
floating like a dead man in the water. I suspect the
conversters/libiconv broke something, since it claims it has installed
libiconv.so.3, but there is never such a shared object installed!
Ok. I fucked up gawk, gettext and libiconv. I tried installing lang/gawk
with WITHOUT_NLS set. You can read the genius resukt at the end.
Something has broken the system and I desperately need to repair it :-(
restore=: && backupdir=".am$$" && am__cwd=`pwd` &&
CDPATH="${ZSH_VERSION+.}:" && cd . && rm -rf $backupdir && mkdir
$backupdir && if (/bin/sh /usr/ports/lang/gawk/work/gawk-4.0.0/missing
--run makeinfo --no-split --force --version) >/dev/null 2>&1; then for
f in ./gawk.info ./gawk.info-[0-9] ./gawk.info-[0-9][0-9] ./gawk.i[0-9]
./gawk.i[0-9][0-9]; do if test -f $f; then mv $f $backupdir;
restore=mv; else :; fi; done; else :; fi && cd "$am__cwd"; if
/bin/sh /usr/ports/lang/gawk/work/gawk-4.0.0/missing --run makeinfo
--no-split --force -I . -o ./gawk.info ./gawk.texi; then rc=0;
CDPATH="${ZSH_VERSION+.}:" && cd .; else rc=$?;
CDPATH="${ZSH_VERSION+.}:" && cd . && $restore $backupdir/* `echo
"././gawk.info" | sed 's|[^/]*$||'`; fi; rm -rf $backupdir; exit $rc
Shared object "libintl.so.9" not found, required by "makeinfo"WARNING:
`makeinfo' is missing on your system. You should only need it if
you modified a `.texi' or `.texinfo' file, or any other file
indirectly affecting the aspect of the manual. The spurious
call might also be the consequence of using a buggy `make' (AIX,
DU, IRIX). You might want to install the `Texinfo' package or
the `GNU make' package. Grab either from any GNU archive site.
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0/doc.
>
> Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster
> gettext/libiconv. Worked so far, it reported success. But when I then
> try to portsnap/portmaster, I get the same idiocracy again. Now even
> gawk, gettext and libiconv fail to install since there is no libintl.so.9:
>
>
> root@thor: [gawk] make install
> ===> gawk-4.0.0 depends on shared library: sigsegv - found
> ===> gawk-4.0.0 depends on shared library: intl - not found
> ===> Verifying install for intl in /usr/ports/devel/gettext
> ===> gettext-0.18.1.1 depends on package: libtool>=2.4 - found
> ===> gettext-0.18.1.1 depends on shared library: iconv.3 - not found
> ===> Verifying install for iconv.3 in /usr/ports/converters/libiconv
> ===> Building for libiconv-1.13.1_1
> builddir="`pwd`"; cd libcharset && make all && make install-lib
> libdir="$builddir/lib" includedir="$builddir/lib"
> cd lib && make all
> /bin/sh /usr/local/bin/libtool --mode=link --tag=CC clang -O3
> -fno-strict-aliasing -pipe -march=native -std=gnu89 -o libcharset.la
> -rpath /usr/local/lib -version-info 1 -no-undefined localcharset.lo
> relocatable.lo
> libtool: link: ar cru .libs/libcharset.a localcharset.o relocatable.o
> Shared object "libintl.so.9" not found, required by "ar"*** Error code 1
>
> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset/lib.
> *** Error code 1
>
> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset.
> *** Error code 1
>
> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1.
> *** Error code 1
>
> Stop in /usr/ports/converters/libiconv.
> *** Error code 1
>
> Stop in /usr/ports/converters/libiconv.
> *** Error code 1
>
> Stop in /usr/ports/devel/gettext.
> *** Error code 1
>
> Stop in /usr/ports/lang/gawk.
>
>
Well, this is fun!
>
> Stop in /usr/ports/lang/gawk.
>
>
conversters/libiconv complains about a not installed libintl.so.9, which
is devel/gettext. devel/gettext compalins about a not installed iconv.3,
which the reels in the build of conversters/libiconv, which then fails
again of lacking libintl.so.9. I deinstalled devel/gettext. Now I'm
floating like a dead man in the water. I suspect the
conversters/libiconv broke something, since it claims it has installed
libiconv.so.3, but there is never such a shared object installed!
Ok. I fucked up gawk, gettext and libiconv. I tried installing lang/gawk
with WITHOUT_NLS set. You can read the genius resukt at the end.
Something has broken the system and I desperately need to repair it :-(
restore=: && backupdir=".am$$" && am__cwd=`pwd` &&
CDPATH="${ZSH_VERSION+.}:" && cd . && rm -rf $backupdir && mkdir
$backupdir && if (/bin/sh /usr/ports/lang/gawk/work/gawk-4.0.0/missing
--run makeinfo --no-split --force --version) >/dev/null 2>&1; then for
f in ./gawk.info ./gawk.info-[0-9] ./gawk.info-[0-9][0-9] ./gawk.i[0-9]
./gawk.i[0-9][0-9]; do if test -f $f; then mv $f $backupdir;
restore=mv; else :; fi; done; else :; fi && cd "$am__cwd"; if
/bin/sh /usr/ports/lang/gawk/work/gawk-4.0.0/missing --run makeinfo
--no-split --force -I . -o ./gawk.info ./gawk.texi; then rc=0;
CDPATH="${ZSH_VERSION+.}:" && cd .; else rc=$?;
CDPATH="${ZSH_VERSION+.}:" && cd . && $restore $backupdir/* `echo
"././gawk.info" | sed 's|[^/]*$||'`; fi; rm -rf $backupdir; exit $rc
Shared object "libintl.so.9" not found, required by "makeinfo"WARNING:
`makeinfo' is missing on your system. You should only need it if
you modified a `.texi' or `.texinfo' file, or any other file
indirectly affecting the aspect of the manual. The spurious
call might also be the consequence of using a buggy `make' (AIX,
DU, IRIX). You might want to install the `Texinfo' package or
the `GNU make' package. Grab either from any GNU archive site.
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0/doc.
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk.
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk/work/gawk-4.0.0.
*** Error code 1
Stop in /usr/ports/lang/gawk.
Hartmann, O.
Sep 28, 2011, 3:39:29 PM9/28/11
to
On 09/28/11 21:30, Matt wrote:
> On 09/28/11 12:16, Hartmann, O. wrote:
>> libdir="$builddir/lib" includedir="$builddir/lib"
>> cd lib&& make all
>>
>> Stop in
>> /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset/lib.
>> *** Error code 1
>>
>> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset.
>> *** Error code 1
>>
>> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1.
>> *** Error code 1
>>
>> Stop in /usr/ports/converters/libiconv.
>> *** Error code 1
>>
>> Stop in /usr/ports/converters/libiconv.
>> *** Error code 1
>>
>> Stop in /usr/ports/devel/gettext.
> (so I could get DRM xorg-dev etc)...everything was fine
>
> Unfortunately, I had to start over yesterday for hardware reasons. Now
> I am missing tons of .so.*, while .la and .a are present...this is
> with base system and just trying to add subversion.
>
> This is different than the gettext nightmare from last year. It
> affects fresh ports installs.
>
> I think they made some major changes to LD or something, because I am
> having issues with sqlite and apr and tons of other things today which
> I did not have sunday.
>
> Is anyone having problems who isn't on CURRENT? Has anyone else tried
> ports on a new CURRENT system (i.e. started building from scratch
> recently)?
>
> Matt
>
The mess started to happen when I tried to "repair" a non CLANG
compiling port math/gotoblas with portmaster -vf amth/gotoblas.
Since this build binutils and even gettext and libiconv, I guess they
got broken. Last I saw was a successful installation report from
portmaster. But the libiconv.so.3 wasn't there anymore when I checked!
This is a catastrophy ...
I'm on FreeBSD 10.0-CURRENT r225844
Oliver
> On 09/28/11 12:16, Hartmann, O. wrote:
>> Sorry, take verything back.
>>
>> Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster
>> gettext/libiconv. Worked so far, it reported success. But when I then
>> try to portsnap/portmaster, I get the same idiocracy again. Now even
>> gawk, gettext and libiconv fail to install since there is no
>> libintl.so.9:
>>
>>
>> root@thor: [gawk] make install
>>
>> Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster
>> gettext/libiconv. Worked so far, it reported success. But when I then
>> try to portsnap/portmaster, I get the same idiocracy again. Now even
>> gawk, gettext and libiconv fail to install since there is no
>> libintl.so.9:
>>
>>
>> ===> gawk-4.0.0 depends on shared library: sigsegv - found
>> ===> gawk-4.0.0 depends on shared library: intl - not found
>> ===> Verifying install for intl in /usr/ports/devel/gettext
>> ===> gettext-0.18.1.1 depends on package: libtool>=2.4 - found
>> ===> gettext-0.18.1.1 depends on shared library: iconv.3 - not found
>> ===> Verifying install for iconv.3 in /usr/ports/converters/libiconv
>> ===> Building for libiconv-1.13.1_1
>> builddir="`pwd`"; cd libcharset&& make all&& make install-lib
>> ===> Verifying install for intl in /usr/ports/devel/gettext
>> ===> gettext-0.18.1.1 depends on package: libtool>=2.4 - found
>> ===> gettext-0.18.1.1 depends on shared library: iconv.3 - not found
>> ===> Verifying install for iconv.3 in /usr/ports/converters/libiconv
>> ===> Building for libiconv-1.13.1_1
>> libdir="$builddir/lib" includedir="$builddir/lib"
>> cd lib&& make all
>> /bin/sh /usr/local/bin/libtool --mode=link --tag=CC clang -O3
>> -fno-strict-aliasing -pipe -march=native -std=gnu89 -o libcharset.la
>> -rpath /usr/local/lib -version-info 1 -no-undefined localcharset.lo
>> relocatable.lo
>> libtool: link: ar cru .libs/libcharset.a localcharset.o relocatable.o
>> Shared object "libintl.so.9" not found, required by "ar"*** Error code 1
>> -fno-strict-aliasing -pipe -march=native -std=gnu89 -o libcharset.la
>> -rpath /usr/local/lib -version-info 1 -no-undefined localcharset.lo
>> relocatable.lo
>> libtool: link: ar cru .libs/libcharset.a localcharset.o relocatable.o
>>
>> Stop in
>> /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset/lib.
>> *** Error code 1
>>
>> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset.
>> *** Error code 1
>>
>> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1.
>> *** Error code 1
>>
>> Stop in /usr/ports/converters/libiconv.
>> *** Error code 1
>>
>> Stop in /usr/ports/converters/libiconv.
>> *** Error code 1
>>
>> Stop in /usr/ports/devel/gettext.
>> *** Error code 1
>>
>> Stop in /usr/ports/lang/gawk.
>>
>>
>> _______________________________________________
>>
>> Stop in /usr/ports/lang/gawk.
>>
>>
>> freebsd...@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to
>> "freebsd-curre...@freebsd.org"
> Two days ago, I installed 10 and was able to build ports, xorg, svn
>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to
>> "freebsd-curre...@freebsd.org"
> (so I could get DRM xorg-dev etc)...everything was fine
>
> Unfortunately, I had to start over yesterday for hardware reasons. Now
> I am missing tons of .so.*, while .la and .a are present...this is
> with base system and just trying to add subversion.
>
> This is different than the gettext nightmare from last year. It
> affects fresh ports installs.
>
> I think they made some major changes to LD or something, because I am
> having issues with sqlite and apr and tons of other things today which
> I did not have sunday.
>
> Is anyone having problems who isn't on CURRENT? Has anyone else tried
> ports on a new CURRENT system (i.e. started building from scratch
> recently)?
>
> Matt
>
The mess started to happen when I tried to "repair" a non CLANG
compiling port math/gotoblas with portmaster -vf amth/gotoblas.
Since this build binutils and even gettext and libiconv, I guess they
got broken. Last I saw was a successful installation report from
portmaster. But the libiconv.so.3 wasn't there anymore when I checked!
This is a catastrophy ...
I'm on FreeBSD 10.0-CURRENT r225844
Oliver
Doug Barton
Sep 28, 2011, 4:47:50 PM9/28/11
to
On 09/28/2011 13:45, Beech Rintoul wrote:
> On Wednesday 28 September 2011 12:18:47 Doug Barton wrote:
>> ports compiles on 10-current, and won't be able to until well after
>> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand
>> the 2-digit release version.
>>
>> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or
>> twiddle the version in newvers.sh and rebuild/reinstall your kernel.
>>
>>
>> hth,
>>
>> Doug
>
> So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 I'm not
> going to shoot myself in the foot if I try and update? I would really like to
> avoid downgrading this box.I've altready been bitten once today and had to
> build packages on my tindy and force install.
That should be the case, yes. I haven't tested it yet myself. If you do,
and it works, let us know and I'll write the UPDATING entry if no one
else does.
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/
> On Wednesday 28 September 2011 12:18:47 Doug Barton wrote:
>> On 09/28/2011 12:39, Hartmann, O. wrote:
>>> The mess started to happen when I tried to "repair" a non CLANG
>>> compiling port math/gotoblas with portmaster -vf amth/gotoblas.
>>> Since this build binutils and even gettext and libiconv, I guess they
>>> got broken. Last I saw was a successful installation report from
>>> portmaster. But the libiconv.so.3 wasn't there anymore when I checked!
>>>
>>> This is a catastrophy ...
>>>
>>> I'm on FreeBSD 10.0-CURRENT r225844
>>
>> It's been widely reported on the ports list that you can't do fresh
>>> The mess started to happen when I tried to "repair" a non CLANG
>>> compiling port math/gotoblas with portmaster -vf amth/gotoblas.
>>> Since this build binutils and even gettext and libiconv, I guess they
>>> got broken. Last I saw was a successful installation report from
>>> portmaster. But the libiconv.so.3 wasn't there anymore when I checked!
>>>
>>> This is a catastrophy ...
>>>
>>> I'm on FreeBSD 10.0-CURRENT r225844
>>
>> ports compiles on 10-current, and won't be able to until well after
>> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand
>> the 2-digit release version.
>>
>> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or
>> twiddle the version in newvers.sh and rebuild/reinstall your kernel.
>>
>>
>> hth,
>>
>> Doug
>
> So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 I'm not
> going to shoot myself in the foot if I try and update? I would really like to
> avoid downgrading this box.I've altready been bitten once today and had to
> build packages on my tindy and force install.
That should be the case, yes. I haven't tested it yet myself. If you do,
and it works, let us know and I'll write the UPDATING entry if no one
else does.
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/
Beech Rintoul
Sep 28, 2011, 5:09:12 PM9/28/11
to
On Wednesday 28 September 2011 12:53:23 Beech Rintoul wrote:
> No problem, I'm building now. Any suggestions as to what port I should try
> after the reboot?
I'm now at 9.9 and gawk built without problems. So this seems to work at least
for the time being. Thanks for the fix, even if it is temporary. :-) If anyone
else has a problem port let me know, I'd be happy to run a few.
Beech
--
---------------------------------------------------------------------------------------
Beech Rintoul - FreeBSD Developer - be...@FreeBSD.org
/"\ ASCII Ribbon Campaign | FreeBSD Since 4.x
\ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech
X - NO Word docs in e-mail | Skype: akbeech
/ \ - http://www.FreeBSD.org/releases/8.2R/announce.html
---------------------------------------------------------------------------------------
> after the reboot?
I'm now at 9.9 and gawk built without problems. So this seems to work at least
for the time being. Thanks for the fix, even if it is temporary. :-) If anyone
else has a problem port let me know, I'd be happy to run a few.
Beech
--
---------------------------------------------------------------------------------------
Beech Rintoul - FreeBSD Developer - be...@FreeBSD.org
/"\ ASCII Ribbon Campaign | FreeBSD Since 4.x
\ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech
X - NO Word docs in e-mail | Skype: akbeech
/ \ - http://www.FreeBSD.org/releases/8.2R/announce.html
---------------------------------------------------------------------------------------
Message has been deleted
0 new messages