Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-09-06 Thread Alexander Motin 

On 07.09.2013 02:02, Jeremie Le Hen wrote:

On Fri, Sep 06, 2013 at 11:29:11AM +0300, Alexander Motin wrote:

On 06.09.2013 11:06, Jeremie Le Hen wrote:

On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote:

On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin  wrote:

I've found and fixed possible double request completion, that could cause
such symptoms if happened. Updated patch located as usual:
http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch


With this new one I cannot boot any more (I also updated the source
tree).  This is a hand transcripted version:

Trying to mount root from zfs:zroot/root []...
panic: Batch flag already set
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper()
kdb_backtrace()
vpanic()
kassert_panic()
xpt_batch_start()
ata_interrupt()
softclock_call_cc()
softclock()
ithread_loop()
fork_exit()
fork_trampoline()


Thank you for the report. I see my fault. It is probably specific to
ata(4) driver only. I've workarounded that in new patch version, but
probably that area needs some rethinking.

http://people.freebsd.org/~mav/camlock_patches/camlock_20130906.patch


I'm not sure you needed a confirmation, but it boots.  Thanks :).

I didn't quite understand the thread; is direct dispatch enabled for
amd64?  ISTR you said only i386 but someone else posted the macro for
amd64.


Yes, it is enabled for amd64. I've said x86, meaning both i386 and amd64.

--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread O. Hartmann 
On Sat, 07 Sep 2013 02:10:50 +0400
Boris Samorodov  wrote:

> 07.09.2013 01:51, O. Hartmann пишет:
> > On Fri, 06 Sep 2013 21:11:26 +0400
> > Boris Samorodov  wrote:
> > 
> >> 06.09.2013 20:44, O. Hartmann пишет:
> >>> On Fri, 06 Sep 2013 20:08:59 +0400
> >>> Boris Samorodov  wrote:
> >>>
>  06.09.2013 19:44, O. Hartmann пишет:
> 
> > Here we go. It is the config.log from one of the failing
> > machines, failing in print/cups-client.
> 
>  Please, show the output of following commands (at the host in
>  question): # svn info /usr/ports/
>  # svn svn st /usr/ports/print/cups*
> 
> >>> svn info /usr/ports/
> >>>
> >>> Path: /usr/ports
> >>> Working Copy Root Path: /usr/ports
> >>> URL: svn://svn.de.freebsd.org/ports/head
> >>> Relative URL: ^/head
> >>> Repository Root: svn://svn.de.freebsd.org/ports
> >>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
> >>> Revision: 326523
> >>> Node Kind: directory
> >>> Schedule: normal
> >>> Last Changed Author: danfe
> >>> Last Changed Rev: 326523
> >>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
> >>>
> >>>
> >>> svn st /usr/ports/print/cups*
> >>> ?   /usr/ports/print/cups-base/work
> >>> ?   /usr/ports/print/cups-client/work
> >>
> >> That is really stange... Some more info:
> >> # svn st /usr/ports/Mk
> > 
> > nothin (NULL output)
> > 
> >> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V
> >> CONFIGURE_ARGS
> >>
> > make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
> > 
> > --localstatedir=/var
> > --disable-slp
> > --disable-gssapi--with-cups-user=cups
> > --with-cups-group=cups   --with-system-groups=wheel
> > --with-docdir=/usr/local/share/doc/cups
> > --with-icondir=/usr/local/share/icons
> > --with-menudir=/usr/local/share/applications
> > --with-domainsocket=/var/run/cups.sock  --with-cachedir=/var/db/cups
> > --with-pam-module="unix"--enable-ssl
> > --with-printcap=/usr/local/etc/printcap --disable-gnutls
> > --enable-openssl --without-php --disable-dnssd --disable-pam
> > --disable-ldap --disable-dbus --disable-libusb
> > LIBS="-lssp_nonshared" --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
> 
> Well, the output is perfect.
> 
> > I see a lot of those obscure libtool errors not finding libiconv.la.
> > Where the hell does the tool take those ecos from the past? I guess
> > I have to reboot the box after X11 has been compiled
> 
> Did not see those. Since so far it seems that such errors are not
> common, may be something at your environment causes this (may be
> at /etc/make.conf)?
> 

This morning after a boot of two machines in question, I see those here
for building mail/claws-mail-fancy, which fails, by the way (gmake,
flex, autotools, gawk et cetera has been rebuild very early in the build
process as well as several other baseline ports, like coreutils).

I tried to track down the libraries included when linking, but it seems
that those has already been rebuild already.

[...]
/bin/sh ../../../libtool --tag=CC   --mode=link cc  -O2 -pipe -O3
-march=native -fno-strict-aliasing -Wno-unused-function
-Wno-pointer-sign -Wall -I/usr/local/include/enchant -pthread
-I/usr/local/include/glib-2.0 -I/usr/local/include  -avoid-version
-module -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -lXext -lXrender
-lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lXfixes
-lX11 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0
-lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfreetype
-L/usr/local/lib -lfontconfig   -lwebkitgtk-1.0 -lgtk-x11-2.0
-lgdk-x11-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi
-lXrandr -lXcursor -lXcomposite -lXdamage -lXfixes -lX11 -latk-1.0
-lcairo -pthread -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lpango-1.0 -lfreetype
-lfontconfig -lsoup-2.4 -lgio-2.0 -lgobject-2.0 -ljavascriptcoregtk-1.0
-L/usr/local/lib -lglib-2.0 -lintl   -lsoup-gnome-2.4 -lsoup-2.4
-lgio-2.0 -lgobject-2.0 -L/usr/local/lib -lglib-2.0 -lintl
-L/usr/local/lib -lcurl   -L/usr/local/lib -o fancy.la
-rpath /usr/local/lib/claws-mail/plugins fancy_viewer.lo
fancy_prefs.lo   -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -lXext
-lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage
-lXfixes -lX11 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0
-lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfreetype
-L/usr/local/lib -lfontconfig   -larchive -lexecinfo  -lm
-L/usr/local/lib -letpan -L/usr/local/lib -pthread
-Wl,-rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -lcurl -lssl
-lcrypto -lgssapi -lz -lexpat -lssl -lcrypto -lsasl2
grep: /usr/local/lib/libiconv.la: No such file or directory
sed: /usr/local/lib/libiconv.la: No such file or directory libtool:
link: `/usr/local/lib/libiconv.la' is not a valid libtool archive

Oliver
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mai

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Rainer Hurling 
Am 07.09.2013 00:07, schrieb Baptiste Daroussin:
> On Fri, Sep 06, 2013 at 11:51:32PM +0200, O. Hartmann wrote:
>> On Fri, 06 Sep 2013 21:11:26 +0400
>> Boris Samorodov  wrote:
>>
>>> 06.09.2013 20:44, O. Hartmann пишет:
 On Fri, 06 Sep 2013 20:08:59 +0400
 Boris Samorodov  wrote:

> 06.09.2013 19:44, O. Hartmann пишет:
>
>> Here we go. It is the config.log from one of the failing machines,
>> failing in print/cups-client.
>
> Please, show the output of following commands (at the host in
> question): # svn info /usr/ports/
> # svn svn st /usr/ports/print/cups*
>
 svn info /usr/ports/

 Path: /usr/ports
 Working Copy Root Path: /usr/ports
 URL: svn://svn.de.freebsd.org/ports/head
 Relative URL: ^/head
 Repository Root: svn://svn.de.freebsd.org/ports
 Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
 Revision: 326523
 Node Kind: directory
 Schedule: normal
 Last Changed Author: danfe
 Last Changed Rev: 326523
 Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)


 svn st /usr/ports/print/cups*
 ?   /usr/ports/print/cups-base/work
 ?   /usr/ports/print/cups-client/work
>>>
>>> That is really stange... Some more info:
>>> # svn st /usr/ports/Mk
>>
>> nothin (NULL output)
>>
>>> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
>>>
>> make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
>>
>> --localstatedir=/var
>> --disable-slp
>> --disable-gssapi--with-cups-user=cups
>> --with-cups-group=cups   --with-system-groups=wheel
>> --with-docdir=/usr/local/share/doc/cups
>> --with-icondir=/usr/local/share/icons
>> --with-menudir=/usr/local/share/applications
>> --with-domainsocket=/var/run/cups.sock  --with-cachedir=/var/db/cups
>> --with-pam-module="unix"--enable-ssl
>> --with-printcap=/usr/local/etc/printcap --disable-gnutls
>> --enable-openssl --without-php --disable-dnssd --disable-pam
>> --disable-ldap --disable-dbus --disable-libusb LIBS="-lssp_nonshared"
>> --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
>>
>>
>>
>>
>> I see a lot of those obscure libtool errors not finding libiconv.la.
>> Where the hell does the tool take those ecos from the past? I guess I
>> have to reboot the box after X11 has been compiled
>>
> 
> Can you try to force rebuilding gettext first?

I can confirm that at least on my box after rebuilding gettext there are
no more of these 'not finding libiconv.la' errors.

For some reason gmake should be also rebuilded in an early stage. After
that, rebuilding libxml2 works fine.

> 
> and then retry?
> 
> regards,
> Bapt
> 

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Cross-buildkernel (i386->amd64) is broken?

2013-09-06 Thread Alexey Dokuchaev 
Hi there,

I've been trying to cross-build an amd64 kernel on i386 host on recent
-CURRENT for a while, and it fails like this:

  $ cd /usr/src && make buildkernel TARGET=amd64 TARGET_ARCH=amd64
  [...]
  In file included from /usr/src/sys/amd64/amd64/genassym.c:46:
  In file included from /usr/src/sys/sys/buf.h:260:
  In file included from /usr/src/sys/sys/proc.h:62:
  /usr/src/sys/sys/pcpu.h:188:1: error: static_assert failed "compile-time 
assertion failed"
  CTASSERT((PAGE_SIZE / sizeof(struct pcpu)) * sizeof(struct pcpu) == 
PAGE_SIZE);

Full log is available here: http://193.124.210.26/xbuild-amd64.log

I remember it used to work before (at least at Jun 28th, when I've build
my last kernel this way).  Is is a well known issue?  How do I remedy it?
Thanks.

./danfe
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: New iSCSI stack.

2013-09-06 Thread Alfred Perlstein 

On 9/5/13 3:27 AM, Edward Tomasz Napierała wrote:

Hello.  At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff you'll find
a patch which adds the new iSCSI initiator and target, against 10-CURRENT.
To use the new initiator, start with "man iscsictl".  For the target - "man
ctld".

All feedback is welcome.  If nothing unexpected comes up, I'll commit it
in a few days from now.  Note that it's still not optimized; at this point
I'm focusing more on reliability and interoperability.

This work is being sponsored by FreeBSD Foundation.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Edward, this is really exciting!

Is there an easy way to use the userland iscsi configuration files?

We would love to quickly backport and ship this with FreeNAS as an 
option for our users, having the config files be the same OR having a 
very good converter would really make that much easier for us.




--
Alfred Perlstein

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Anders Bolt-Evensen 
On 9/6/13 5:04 PM, "O. Hartmann"  wrote:

>On Fri, 06 Sep 2013 11:35:35 +0400
>Boris Samorodov  wrote:
>
>> 06.09.2013 07:16, AN пишет:
>> > Hi:
>> > 
>> > I am posting to both lists because this problem affects users of
>> > current and ports, and I didn't know which would be more
>> > appropriate so please forgive me.
>> > 
>> > # uname -a
>> > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
>> > Sep  1 16:01:36 CDT 2013
>> > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
>> > 
>> > I am trying to update my ports following the entry in updating, but
>> > it does not seem to be working correctly.  I followed the
>> > directions exactly, and after 30 mins this is what has happened:
>> > 
>> > # cat ports_to_update | xargs portupgrade -vf
>> > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
>> > [Reading data from pkg(8) ... - 890 packages found - done]
>> > Shared object "libiconv.so.3" not found, required by "httpd"
>> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
>> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
>> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
>> > Shared object "libiconv.so.3" not found, required by "httpd"
>> > apxs:Error: Sorry, no shared object support for Apache.
>> > apxs:Error: available under your platform. Make sure.
>> > apxs:Error: the Apache module mod_so is compiled into.
>> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
>> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
>> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
>> > ** Port marked as IGNORE: www/mod_dnssd:
>> >is marked as broken: : Error from bsd.apache.mk. apache is
>> > installed (or APACHE_PORT is defined) and port requires apache22 at
>> > least
>> > 
>> > 
>> > Here is what I have done:
>> > # pkg query %ro libiconv >ports_to_update
>> > [root@FBSD10 ~]# cat ports_to_update
>> > 
>> > ...lots of output
>> > 
>> > # pkg delete -f libiconv
>> > pkg: You are trying to delete package(s) which has dependencies
>> > that are still required:
>> > ... delete these packages anyway in forced mode
>> > Deinstallation has been requested for the following 1 packages:
>> > 
>> >libiconv-1.14_1
>> > 
>> > The deinstallation will free 2 MB
>> > 
>> > Proceed with deinstalling packages [y/N]: y
>> > [1/1] Deleting libiconv-1.14_1...
>> > deleting anyway
>> > 
>> >   done
>> > 
>> > Now the update process is stuck here:
>> > 
>> > ** Port marked as IGNORE: www/mod_dnssd:
>> >is marked as broken: : Error from bsd.apache.mk. apache is
>> > installed (or APACHE_PORT is defined) and port requires apache22 at
>> > least
>> > 
>> > there are 2 ruby processes running for a long time, but nothing is
>> > happening to the update.
>> > 
>> > 43998 root520 64912K 33368K piperd  5   2:21   5.96%
>> > ruby19{ruby19}
>> > 43998 root520 64912K 33368K select  1   0:00   5.96%
>> > ruby19{ruby19}
>> > 
>> > So, it seems my system is broken now.  Did I do something wrong?
>> > How can the upgrade work if so many ports depend on iconv?  What
>> > should I do now? Should I reinstall libiconv?
>> > 
>> > Any help is appreciated.
>> > 
>> > 
>> > 
>> > # cat ports_to_update | xargs portupgrade -vf
>> > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
>> > [Reading data from pkg(8) ... - 890 packages found - done]
>> > Shared object "libiconv.so.3" not found, required by "httpd"
>> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
>> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
>> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
>> > Shared object "libiconv.so.3" not found, required by "httpd"
>> > apxs:Error: Sorry, no shared object support for Apache.
>> > apxs:Error: available under your platform. Make sure.
>> > apxs:Error: the Apache module mod_so is compiled into.
>> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
>> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
>> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
>> > ** Port marked as IGNORE: www/mod_dnssd:
>> >is marked as broken: : Error from bsd.apache.mk. apache is
>> > installed (or APACHE_PORT is defined) and port requires apache22 at
>> > least Shared object "libiconv.so.3" not found, required by "httpd"
>> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
>> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
>> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
>> > Shared object "libiconv.so.3" not found, required by "httpd"
>> > apxs:Error: Sorry, no shared object support for Apache.
>> > apxs:Error: available under your platform. Make sure.
>> > apxs:Error: the Apache module mod_so is compiled into.
>> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
>> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
>> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-ze

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Guido Falsi 

On 09/06/13 17:51, O. Hartmann wrote:

On Fri, 06 Sep 2013 17:31:48 +0200
Guido Falsi  wrote:


On 09/06/13 17:26, AN wrote:



On Fri, 6 Sep 2013, Guido Falsi wrote:


On 09/06/13 05:16, AN wrote:

Hi:

I am posting to both lists because this problem affects users of
current and ports, and I didn't know which would be more
appropriate so please forgive me.

# uname -a
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
Sep  1 16:01:36 CDT 2013
root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64

I am trying to update my ports following the entry in updating,
but it does not seem to be working correctly.  I followed the
directions exactly, and after 30 mins this is what has happened:

# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
-ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"


This is bsd.apache.mk trying to get the apache version. but the
apache's "httpd" binary cannot run because it can't find
libiconv.so.3.


apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
  is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22
at least


Here is what I have done:
# pkg query %ro libiconv >ports_to_update
[root@FBSD10 ~]# cat ports_to_update

...lots of output

# pkg delete -f libiconv
pkg: You are trying to delete package(s) which has dependencies
that are still required:
... delete these packages anyway in forced mode
Deinstallation has been requested for the following 1 packages:

  libiconv-1.14_1

The deinstallation will free 2 MB

Proceed with deinstalling packages [y/N]: y
[1/1] Deleting libiconv-1.14_1...
deleting anyway

   done

Now the update process is stuck here:

** Port marked as IGNORE: www/mod_dnssd:
  is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22
at least

there are 2 ruby processes running for a long time, but nothing is
happening to the update.

43998 root520 64912K 33368K piperd  5   2:21   5.96%
ruby19{ruby19}
43998 root520 64912K 33368K select  1   0:00   5.96%
ruby19{ruby19}

So, it seems my system is broken now.  Did I do something wrong?
How can the upgrade work if so many ports depend on iconv?  What
should I do now? Should I reinstall libiconv?



Good news is the update process did not really update anything,
judging from the output you sent. If you just reinstall libiconv
everything should go back to how it was, at least you get a working
system.

I admit I did not foresee this condition arising when I wrote the
instructions, here is a modified procedure you can follow and
report back about, so I can modify the UPDATING entry:

# pkg query %ro libiconv >ports_to_update
# cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
# ldconfig -R(1)
# pkg delete -f libiconv
# cat ports_to_update | xargs portupgrade -f

(1) not sure if ldconfig -R is really needed, but It will not do
any harm

I added the step to preserve libiconv.so.3 in
/usr/local/lib/compat/pkg which is in the default library search
path. In this way libiconv and it's include file shouldn't be
found by configure scripts and the like and they should link to
the system one, while existing binaries should keep working
linking to the preserved one in lib/compat.


Any help is appreciated.


I hope this helps you, just ask for any clarifications and further
help as needed on this matter.

--
Guido Falsi 




I tried to install iconv and this is what happened:
   cd /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]# make install clean
===>  libiconv-1.14_1 converters/libiconv should not be used with
OSVERSION > 150.  Please fix the port which tries to use it.
*** Error code 1

Stop.
make: stopped in /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]#

So, now I can not install libiconv.  What should I do now, can I
force it to install?  System is badly broken from this procedure
now.


Sorry, I forgot to mention, to install that port now you need to
remove the "IGNORE" line from it's Makefile.




This must be documented at an official place and not in this mailing
list dungeon ...



I can agree, but please note that this only applies to current, and wil

Re: Cross-buildkernel (i386->amd64) is broken?

2013-09-06 Thread hiren panchasara 
On Fri, Sep 6, 2013 at 8:12 AM, Alexey Dokuchaev  wrote:

> Hi there,
>
> I've been trying to cross-build an amd64 kernel on i386 host on recent
> -CURRENT for a while, and it fails like this:
>
Not entirely sure but you _probably_ need to make toolchain first?

cheers,
Hiren

>
>   $ cd /usr/src && make buildkernel TARGET=amd64 TARGET_ARCH=amd64
>   [...]
>   In file included from /usr/src/sys/amd64/amd64/genassym.c:46:
>   In file included from /usr/src/sys/sys/buf.h:260:
>   In file included from /usr/src/sys/sys/proc.h:62:
>   /usr/src/sys/sys/pcpu.h:188:1: error: static_assert failed "compile-time
> assertion failed"
>   CTASSERT((PAGE_SIZE / sizeof(struct pcpu)) * sizeof(struct pcpu) ==
> PAGE_SIZE);
>
> Full log is available here: http://193.124.210.26/xbuild-amd64.log
>
> I remember it used to work before (at least at Jun 28th, when I've build
> my last kernel this way).  Is is a well known issue?  How do I remedy it?
> Thanks.
>
> ./danfe
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Interesting panic from the Yahoo builder (10-current)

2013-09-06 Thread Sean Bruno 
Our "yBSD" builder needs to mount a disk image temporarily that has a
dos partition (for openstack-ish things) to put configs into it.  It
seems that under high stress, we can squeeze a panic out of it in
namei().

Sean


Unread portion of the kernel message buffer:
panic: namei: nameiop contaminated with flags
cpuid = 8
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe048d8e53b0
kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe048d8e5460
vpanic() at vpanic+0x126/frame 0xfe048d8e54a0
kassert_panic() at kassert_panic+0x136/frame 0xfe048d8e5510
namei() at namei+0x2c8/frame 0xfe048d8e5600
msdosfs_mount() at msdosfs_mount+0x556/frame 0xfe048d8e57c0
vfs_donmount() at vfs_donmount+0xc35/frame 0xfe048d8e5aa0
sys_nmount() at sys_nmount+0x72/frame 0xfe048d8e5ae0
amd64_syscall() at amd64_syscall+0x223/frame 0xfe048d8e5bf0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe048d8e5bf0
--- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x8000a8b68a, rsp = 
0x7fffd508, rbp = 0x7fffdb30 ---
Uptime: 34m55s
Dumping 1140 out of 16350 MB:..2%..12%..22%..31%..41%..51%..61%..71%..82%..92%

Reading symbols from /boot/modules/msdosfs.ko...done.
Loaded symbols for /boot/modules/msdosfs.ko
#0  doadump (textdump=1) at pcpu.h:227
227 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) Hangup detected on fd 0
error detected on stdin


signature.asc
Description: This is a digitally signed message part

Re: clang+libc++ using missing powl

2013-09-06 Thread Steve Kargl 
On Fri, Sep 06, 2013 at 07:54:46AM +0100, David Chisnall wrote:
> 
> On 5 Sep 2013, at 22:09, Steve Kargl  
> wrote:
> 
> > On Thu, Sep 05, 2013 at 09:52:13AM +0100, David Chisnall wrote:
> >> On 4 Sep 2013, at 23:38, Baptiste Daroussin  wrote:
> >> 
> >>> As a result we have a lot of fallouts of ports complaining about:
> >>> undefined reference to `powl'
> >>> 
> >>> It seems like libc++ is relying on a function we don't have yet
> >>> in libm, am I missing something?
> >> 
> >> I've attached a diff that I'd like to commit to msun
> > 
> > Why not disable libc++ from exposing these functions?
> 
> Because they're in the C++ spec and they should work.
> I consider this a placeholder until we have the real versions
> in the tree (the wiki says you have coshl, sinhl, and tanhl,
> in progress, any idea of an ETA for them)?  

Well, your commit has pre-empted any discussion on whether
there would have been a better kludge.  Oh well.

Concerning coshl, sinhl, and tanhl.  I had integrated bde's
code into msun and prepared a patch to commit over a week ago.
Unfortunately, my testing on sparc64 revealed a few issues
with tanhl, and Bruce and I are still discussing the fix.

PS: I have working erfl and erfcl for ld80 archs.  I'm still
testing and refining the code.  It turns out that computing
the needed rational approximation is fairly difficult (at least
for me).
 
-- 
Steve
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Boris Samorodov 
06.09.2013 20:44, O. Hartmann пишет:
> On Fri, 06 Sep 2013 20:08:59 +0400
> Boris Samorodov  wrote:
> 
>> 06.09.2013 19:44, O. Hartmann пишет:
>>
>>> Here we go. It is the config.log from one of the failing machines,
>>> failing in print/cups-client.
>>
>> Please, show the output of following commands (at the host in
>> question): # svn info /usr/ports/
>> # svn svn st /usr/ports/print/cups*
>>
> svn info /usr/ports/
> 
> Path: /usr/ports
> Working Copy Root Path: /usr/ports
> URL: svn://svn.de.freebsd.org/ports/head
> Relative URL: ^/head
> Repository Root: svn://svn.de.freebsd.org/ports
> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
> Revision: 326523
> Node Kind: directory
> Schedule: normal
> Last Changed Author: danfe
> Last Changed Rev: 326523
> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
> 
> 
> svn st /usr/ports/print/cups*
> ?   /usr/ports/print/cups-base/work
> ?   /usr/ports/print/cups-client/work

That is really stange... Some more info:
# svn st /usr/ports/Mk
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

[head tinderbox] failure on arm/arm

2013-09-06 Thread FreeBSD Tinderbox 
TB --- 2013-09-06 20:50:25 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-09-06 20:50:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-09-06 20:50:25 - starting HEAD tinderbox run for arm/arm
TB --- 2013-09-06 20:50:25 - cleaning the object tree
TB --- 2013-09-06 20:50:25 - /usr/local/bin/svn stat /src
TB --- 2013-09-06 20:50:30 - At svn revision 255326
TB --- 2013-09-06 20:50:31 - building world
TB --- 2013-09-06 20:50:31 - CROSS_BUILD_TESTING=YES
TB --- 2013-09-06 20:50:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-09-06 20:50:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-09-06 20:50:31 - SRCCONF=/dev/null
TB --- 2013-09-06 20:50:31 - TARGET=arm
TB --- 2013-09-06 20:50:31 - TARGET_ARCH=arm
TB --- 2013-09-06 20:50:31 - TZ=UTC
TB --- 2013-09-06 20:50:31 - __MAKE_CONF=/dev/null
TB --- 2013-09-06 20:50:31 - cd /src
TB --- 2013-09-06 20:50:31 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Fri Sep  6 20:50:39 UTC 2013
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Fri Sep  6 23:51:40 UTC 2013
TB --- 2013-09-06 23:51:40 - generating LINT kernel config
TB --- 2013-09-06 23:51:40 - cd /src/sys/arm/conf
TB --- 2013-09-06 23:51:40 - /usr/bin/make -B LINT
TB --- 2013-09-06 23:51:40 - cd /src/sys/arm/conf
TB --- 2013-09-06 23:51:40 - /usr/sbin/config -m LINT
TB --- 2013-09-06 23:51:41 - building LINT kernel
TB --- 2013-09-06 23:51:41 - CROSS_BUILD_TESTING=YES
TB --- 2013-09-06 23:51:41 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-09-06 23:51:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-09-06 23:51:41 - SRCCONF=/dev/null
TB --- 2013-09-06 23:51:41 - TARGET=arm
TB --- 2013-09-06 23:51:41 - TARGET_ARCH=arm
TB --- 2013-09-06 23:51:41 - TZ=UTC
TB --- 2013-09-06 23:51:41 - __MAKE_CONF=/dev/null
TB --- 2013-09-06 23:51:41 - cd /src
TB --- 2013-09-06 23:51:41 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Fri Sep  6 23:51:41 UTC 2013
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
^
/src/sys/dev/md/md.c:460:9: error: implicit declaration of function 
'sf_buf_alloc' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
sf = sf_buf_alloc(m, SFB_CPUPRIVATE |
 ^
/src/sys/dev/md/md.c:460:7: error: incompatible integer to pointer conversion 
assigning to 'struct sf_buf *' from 'int' [-Werror,-Wint-conversion]
sf = sf_buf_alloc(m, SFB_CPUPRIVATE |
   ^ 
3 errors generated.
*** Error code 1

Stop.
bmake[1]: stopped in /obj/arm.arm/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-09-06 23:59:27 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-09-06 23:59:27 - ERROR: failed to build LINT kernel
TB --- 2013-09-06 23:59:27 - 8900.97 user 1686.52 system 11341.52 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

[head tinderbox] failure on armv6/arm

2013-09-06 Thread FreeBSD Tinderbox 
TB --- 2013-09-06 20:50:25 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-09-06 20:50:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-09-06 20:50:25 - starting HEAD tinderbox run for armv6/arm
TB --- 2013-09-06 20:50:25 - cleaning the object tree
TB --- 2013-09-06 20:50:25 - /usr/local/bin/svn stat /src
TB --- 2013-09-06 20:50:30 - At svn revision 255326
TB --- 2013-09-06 20:50:31 - building world
TB --- 2013-09-06 20:50:31 - CROSS_BUILD_TESTING=YES
TB --- 2013-09-06 20:50:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-09-06 20:50:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-09-06 20:50:31 - SRCCONF=/dev/null
TB --- 2013-09-06 20:50:31 - TARGET=arm
TB --- 2013-09-06 20:50:31 - TARGET_ARCH=armv6
TB --- 2013-09-06 20:50:31 - TZ=UTC
TB --- 2013-09-06 20:50:31 - __MAKE_CONF=/dev/null
TB --- 2013-09-06 20:50:31 - cd /src
TB --- 2013-09-06 20:50:31 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Fri Sep  6 20:50:39 UTC 2013
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Fri Sep  6 23:53:07 UTC 2013
TB --- 2013-09-06 23:53:07 - generating LINT kernel config
TB --- 2013-09-06 23:53:07 - cd /src/sys/arm/conf
TB --- 2013-09-06 23:53:07 - /usr/bin/make -B LINT
TB --- 2013-09-06 23:53:07 - cd /src/sys/arm/conf
TB --- 2013-09-06 23:53:07 - /usr/sbin/config -m LINT
TB --- 2013-09-06 23:53:07 - skipping LINT kernel
TB --- 2013-09-06 23:53:07 - cd /src/sys/arm/conf
TB --- 2013-09-06 23:53:07 - /usr/sbin/config -m AC100
TB --- 2013-09-06 23:53:07 - building AC100 kernel
TB --- 2013-09-06 23:53:07 - CROSS_BUILD_TESTING=YES
TB --- 2013-09-06 23:53:07 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-09-06 23:53:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-09-06 23:53:07 - SRCCONF=/dev/null
TB --- 2013-09-06 23:53:07 - TARGET=arm
TB --- 2013-09-06 23:53:07 - TARGET_ARCH=armv6
TB --- 2013-09-06 23:53:07 - TZ=UTC
TB --- 2013-09-06 23:53:07 - __MAKE_CONF=/dev/null
TB --- 2013-09-06 23:53:07 - cd /src
TB --- 2013-09-06 23:53:07 - /usr/bin/make -B buildkernel KERNCONF=AC100
>>> Kernel build for AC100 started on Fri Sep  6 23:53:08 UTC 2013
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
^
/src/sys/dev/md/md.c:460:9: error: implicit declaration of function 
'sf_buf_alloc' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
sf = sf_buf_alloc(m, SFB_CPUPRIVATE |
 ^
/src/sys/dev/md/md.c:460:7: error: incompatible integer to pointer conversion 
assigning to 'struct sf_buf *' from 'int' [-Werror,-Wint-conversion]
sf = sf_buf_alloc(m, SFB_CPUPRIVATE |
   ^ 
3 errors generated.
*** Error code 1

Stop.
bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-09-06 23:53:48 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-09-06 23:53:48 - ERROR: failed to build AC100 kernel
TB --- 2013-09-06 23:53:48 - 8767.41 user 1614.91 system 11003.09 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: clang+libc++ using missing powl

2013-09-06 Thread Steve Kargl 
On Fri, Sep 06, 2013 at 03:02:18PM -0400, Mehmet Erol Sanliturk wrote:
> On Fri, Sep 6, 2013 at 11:59 AM, Steve Kargl <
> s...@troutmask.apl.washington.edu> wrote:
> >
> > PS: I have working erfl and erfcl for ld80 archs.  I'm still
> > testing and refining the code.  It turns out that computing
> > the needed rational approximation is fairly difficult (at least
> > for me).
> >
> Not only for you , because function values are not very "smooth" , and
> representation by an approximation is very difficult . During many weeks ,
> I am trying to obtain good approximations to cumulative normal distribution
> and its inverse , without very much success .
> 
> Approximation to
> inverse cumulative normal distribution is much more difficult than
> cumulative normal distribution .
> 
> I am using Fortran double precision . I think , it is necessary to use an
> arbitrary precision package for optimization , but I do not have any one .
> 

If you are using gfortran version 4.7 or newer on FreeBSD, you 
should be able to use a quad precision type.  In addition, if
you are using lang/gcc46 or newer on your FreeBSD system, then
you have an arbitrary precision library installed (see math/mpfr). 

-- 
Steve
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: dirmngr won't link with liblber.so?

2013-09-06 Thread Michael Butler 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 09/06/13 15:17, Baptiste Daroussin wrote:
> On Fri, Sep 06, 2013 at 03:14:05PM -0400, Michael Butler wrote:
> What's up with this? I recompiled openldap-client; I can do a 'nm
> liblber-2.4.so.8' without error but .. dirmngr won't link it?

 [ .. snip .. ]

> 
> That mean the port is missing a LDFLAG: -llber-2.4

Thanks! That fixed it :-)

imb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (FreeBSD)

iEYEARECAAYFAlIqK6QACgkQQv9rrgRC1JKGsgCgypNCgSYnaALv56XhKuLqvXth
6NEAoMj5uNCkboSr7zDVddr3V/QfEbpn
=FVbW
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-09-06 Thread Jeremie Le Hen 
On Fri, Sep 06, 2013 at 11:29:11AM +0300, Alexander Motin wrote:
> On 06.09.2013 11:06, Jeremie Le Hen wrote:
> > On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote:
> >> On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin  wrote:
> >>> I've found and fixed possible double request completion, that could cause
> >>> such symptoms if happened. Updated patch located as usual:
> >>> http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch
> >>>
> > With this new one I cannot boot any more (I also updated the source
> > tree).  This is a hand transcripted version:
> >
> > Trying to mount root from zfs:zroot/root []...
> > panic: Batch flag already set
> > cpuid = 1
> > KDB: stack backtrace:
> > db_trace_self_wrapper()
> > kdb_backtrace()
> > vpanic()
> > kassert_panic()
> > xpt_batch_start()
> > ata_interrupt()
> > softclock_call_cc()
> > softclock()
> > ithread_loop()
> > fork_exit()
> > fork_trampoline()
> 
> Thank you for the report. I see my fault. It is probably specific to 
> ata(4) driver only. I've workarounded that in new patch version, but 
> probably that area needs some rethinking.
> 
> http://people.freebsd.org/~mav/camlock_patches/camlock_20130906.patch

I'm not sure you needed a confirmation, but it boots.  Thanks :).

I didn't quite understand the thread; is direct dispatch enabled for
amd64?  ISTR you said only i386 but someone else posted the macro for
amd64.

-- 
Jeremie Le Hen

Scientists say the world is made up of Protons, Neutrons and Electrons.
They forgot to mention Morons.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Baptiste Daroussin 
On Fri, Sep 06, 2013 at 05:59:42PM +0200, O. Hartmann wrote:
> On Fri, 06 Sep 2013 17:35:27 +0200
> Guido Falsi  wrote:
> 
> > On 09/06/13 17:04, O. Hartmann wrote:
> > 
> > > Using portmaster, I'm higly adviced to use option -f, otherwise
> > > every second port I try to update gets interrupted due to missing
> > > libiconv.so.3. It is impossible to update a system unattended and
> > > this is a mess with 200 or even 680 ports to be updated. A waste of
> > > time.
> > >
> > > Some ports still rely on methusalem gcc 4.6. But gcc 4.6.3 relies on
> > > some gnuish tools in the port and the compilation fails if those
> > > prerequisits aren't updated first. The description I found
> > > in /usr/ports/UPDATING is quick and dirty - too dirty for being
> > > useful, in my opinion. Did the maintainer ever tried this command
> > > sequence on a "used" machine and not in a clean vbox environment?
> > 
> > 
> > I have tested it on my two machines at home. Both "lived" ones. On
> > one I had problems, but I did not follow that procedure exactly.
> > 
> > On the laptop everything went definitely smoother.
> > 
> > > There must be a description of a fallback in UPDATING! I took the
> > > whole day to update on one machine less than the half of the
> > > installed ports and huge ports like libreoffice are still dropping
> > > out of the build and I restart after fixed the missing port that
> > > relies on being recompiled. I hope that reinstalling
> > > converters/libiconv will give me X11 back on my boxes! I can not
> > > stay with them 48 hours non stop until they have completed the
> > > messy update.
> > 
> > The first backup things that comes to mind is, one can always
> > reinstall libiconv (removing IGNORE), that should allow old binaries
> > to run. I don't suggest updating the other ports while libiconv is
> > installed though, since the include files will conflict and ports
> > could link to the por5ts libiconv instead of the base one.
> > 
> > As I told AN, preserving libiconv.so in /usr/local/lib/compat/pkg and 
> > then removing the package could help, by allowing the machine to work
> > in a "mixed world". Can you try that?
> 
> How should I when I already within the procedure of updating? I
> followed the minimalistic instruction in UPDATING.
> 
> > 
> > The biggest problem is usually libtool, pulling in old .la files
> > still referencing the non existing libiconv.la file. I don't know of
> > any solution to that. I had to resort to manually listing offending
> > la files and recompiling the owning package. Not optimal :(
> > 
> > I am willing to add further information to the UPDATING entry, but I 
> > need people with different scenarios to test and report the success
> > of the strategies.
> > 
> > Obviously the last resort strategy is deinstalling all ports and 
> > reinstalling them, which I agree is terrible.
> 
> This is the worst suggestion ever. People do work with their FreeBSD
> boxes, even when they run cutting edge OS versions. Deleting and
> installing around 1000 ports on an average desktop workstation isn't
> funny! That is, why I do updates.
> 
> Every thing else would degrade this system into the state of an
> annoying toy operating system and that is definitely not what I believe
> others intend it to be.
> 
> The time of M$ DOS and Windows 95 and their strategy "if something goes
> wrong, install the whole OS new" is gone and has never been for people
> having choosen UNIX over the M$ crap and the silly dirty strategy 
> > 
> 

We are just trying to catch up the activation of iconv in base which is
resulting a complete mess in ports.

We do understand how problematic this can be for you and We are sorry about
that.

In you special use case, I would strongly recommand you to change the way you
are managing you setup to change it into a a package building server and when
everything is ok deploy you packages on all your serveurs/desktops.

Poudriere can do that fairly easily, you can prepare different package building
destination (that fits all your need, with special patches, special options in
src.conf etc).

That way you can follow head, and not get annoyed by such changes.

In you case what I would do is:
$ Rebuild world WITHOUT_ICONV
$ reinstall libiconv
$ portmaster all that depends on libiconv

Here you got back to the old situation.

Now on a decicated machie I machine I would install poudriere, create a jail
matching the server specification (without libiconv)
build all my packages on it

If everything is ok.

Rebuild my server WITH_ICONV

Make my server use the built repository
$ pkg upgrade

(This should catch up everything)

and you system is clean and usable.

Next time you have to upgrade first upgrade the package building jail and
packages, if this is ok, then upgrade world/kernel on your server, pkg upgrade
and you are done, updating the box (in term of packages) will cost you a couple
of minutes, you will be sure that everything has properly build.

regards,
Bapt


pgpUB

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread O. Hartmann 
On Fri, 06 Sep 2013 17:35:27 +0200
Guido Falsi  wrote:

> On 09/06/13 17:04, O. Hartmann wrote:
> 
> > Using portmaster, I'm higly adviced to use option -f, otherwise
> > every second port I try to update gets interrupted due to missing
> > libiconv.so.3. It is impossible to update a system unattended and
> > this is a mess with 200 or even 680 ports to be updated. A waste of
> > time.
> >
> > Some ports still rely on methusalem gcc 4.6. But gcc 4.6.3 relies on
> > some gnuish tools in the port and the compilation fails if those
> > prerequisits aren't updated first. The description I found
> > in /usr/ports/UPDATING is quick and dirty - too dirty for being
> > useful, in my opinion. Did the maintainer ever tried this command
> > sequence on a "used" machine and not in a clean vbox environment?
> 
> 
> I have tested it on my two machines at home. Both "lived" ones. On
> one I had problems, but I did not follow that procedure exactly.
> 
> On the laptop everything went definitely smoother.
> 
> > There must be a description of a fallback in UPDATING! I took the
> > whole day to update on one machine less than the half of the
> > installed ports and huge ports like libreoffice are still dropping
> > out of the build and I restart after fixed the missing port that
> > relies on being recompiled. I hope that reinstalling
> > converters/libiconv will give me X11 back on my boxes! I can not
> > stay with them 48 hours non stop until they have completed the
> > messy update.
> 
> The first backup things that comes to mind is, one can always
> reinstall libiconv (removing IGNORE), that should allow old binaries
> to run. I don't suggest updating the other ports while libiconv is
> installed though, since the include files will conflict and ports
> could link to the por5ts libiconv instead of the base one.
> 
> As I told AN, preserving libiconv.so in /usr/local/lib/compat/pkg and 
> then removing the package could help, by allowing the machine to work
> in a "mixed world". Can you try that?

How should I when I already within the procedure of updating? I
followed the minimalistic instruction in UPDATING.

> 
> The biggest problem is usually libtool, pulling in old .la files
> still referencing the non existing libiconv.la file. I don't know of
> any solution to that. I had to resort to manually listing offending
> la files and recompiling the owning package. Not optimal :(
> 
> I am willing to add further information to the UPDATING entry, but I 
> need people with different scenarios to test and report the success
> of the strategies.
> 
> Obviously the last resort strategy is deinstalling all ports and 
> reinstalling them, which I agree is terrible.

This is the worst suggestion ever. People do work with their FreeBSD
boxes, even when they run cutting edge OS versions. Deleting and
installing around 1000 ports on an average desktop workstation isn't
funny! That is, why I do updates.

Every thing else would degrade this system into the state of an
annoying toy operating system and that is definitely not what I believe
others intend it to be.

The time of M$ DOS and Windows 95 and their strategy "if something goes
wrong, install the whole OS new" is gone and has never been for people
having choosen UNIX over the M$ crap and the silly dirty strategy 
> 



signature.asc
Description: PGP signature

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread O. Hartmann 
On Fri, 06 Sep 2013 17:31:48 +0200
Guido Falsi  wrote:

> On 09/06/13 17:26, AN wrote:
> >
> >
> > On Fri, 6 Sep 2013, Guido Falsi wrote:
> >
> >> On 09/06/13 05:16, AN wrote:
> >>> Hi:
> >>>
> >>> I am posting to both lists because this problem affects users of
> >>> current and ports, and I didn't know which would be more
> >>> appropriate so please forgive me.
> >>>
> >>> # uname -a
> >>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
> >>> Sep  1 16:01:36 CDT 2013
> >>> root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> >>>
> >>> I am trying to update my ports following the entry in updating,
> >>> but it does not seem to be working correctly.  I followed the
> >>> directions exactly, and after 30 mins this is what has happened:
> >>>
> >>> # cat ports_to_update | xargs portupgrade -vf
> >>> --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> >>> [Reading data from pkg(8) ... - 890 packages found - done]
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>
> >> This is bsd.apache.mk trying to get the apache version. but the
> >> apache's "httpd" binary cannot run because it can't find
> >> libiconv.so.3.
> >>
> >>> apxs:Error: Sorry, no shared object support for Apache.
> >>> apxs:Error: available under your platform. Make sure.
> >>> apxs:Error: the Apache module mod_so is compiled into.
> >>> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
> >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> >>> ** Port marked as IGNORE: www/mod_dnssd:
> >>>  is marked as broken: : Error from bsd.apache.mk. apache is
> >>> installed (or APACHE_PORT is defined) and port requires apache22
> >>> at least
> >>>
> >>>
> >>> Here is what I have done:
> >>> # pkg query %ro libiconv >ports_to_update
> >>> [root@FBSD10 ~]# cat ports_to_update
> >>>
> >>> ...lots of output
> >>>
> >>> # pkg delete -f libiconv
> >>> pkg: You are trying to delete package(s) which has dependencies
> >>> that are still required:
> >>> ... delete these packages anyway in forced mode
> >>> Deinstallation has been requested for the following 1 packages:
> >>>
> >>>  libiconv-1.14_1
> >>>
> >>> The deinstallation will free 2 MB
> >>>
> >>> Proceed with deinstalling packages [y/N]: y
> >>> [1/1] Deleting libiconv-1.14_1...
> >>> deleting anyway
> >>>
> >>>   done
> >>>
> >>> Now the update process is stuck here:
> >>>
> >>> ** Port marked as IGNORE: www/mod_dnssd:
> >>>  is marked as broken: : Error from bsd.apache.mk. apache is
> >>> installed (or APACHE_PORT is defined) and port requires apache22
> >>> at least
> >>>
> >>> there are 2 ruby processes running for a long time, but nothing is
> >>> happening to the update.
> >>>
> >>> 43998 root520 64912K 33368K piperd  5   2:21   5.96%
> >>> ruby19{ruby19}
> >>> 43998 root520 64912K 33368K select  1   0:00   5.96%
> >>> ruby19{ruby19}
> >>>
> >>> So, it seems my system is broken now.  Did I do something wrong?
> >>> How can the upgrade work if so many ports depend on iconv?  What
> >>> should I do now? Should I reinstall libiconv?
> >>>
> >>
> >> Good news is the update process did not really update anything,
> >> judging from the output you sent. If you just reinstall libiconv
> >> everything should go back to how it was, at least you get a working
> >> system.
> >>
> >> I admit I did not foresee this condition arising when I wrote the
> >> instructions, here is a modified procedure you can follow and
> >> report back about, so I can modify the UPDATING entry:
> >>
> >> # pkg query %ro libiconv >ports_to_update
> >> # cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
> >> # ldconfig -R(1)
> >> # pkg delete -f libiconv
> >> # cat ports_to_update | xargs portupgrade -f
> >>
> >> (1) not sure if ldconfig -R is really needed, but It will not do
> >> any harm
> >>
> >> I added the step to preserve libiconv.so.3 in
> >> /usr/local/lib/compat/pkg which is in the default library search
> >> path. In this way libiconv and it's include file shouldn't be
> >> found by configure scripts and the like and they should link to
> >> the system one, while existing binaries should keep working
> >> linking to the preserved one in lib/compat.
> >>
> >>> Any help is appreciated.
> >>
> >> I hope this helps you, just ask for any clarifications and further
> >> help as needed on this matter.
> >>
> >> --
> >> Guido Falsi 
> >>
> >
> >
> > I tried to install iconv and this is what happened:
> >   cd /usr/ports/converters/libiconv
> > [root@FBSD10 /usr/ports/converters/libiconv]# make install clean
> > ===>  libiconv-1.14_1 converters/libiconv should no

dirmngr won't link with liblber.so?

2013-09-06 Thread Michael Butler 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

What's up with this? I recompiled openldap-client; I can do a 'nm
liblber-2.4.so.8' without error but .. dirmngr won't link it?

cc -I/usr/local/include -O2 -pipe -march=pentium4 -DLDAP_DEPRECATED
- -fno-strict-aliasing -Wall -Wno-pointer-sign  -L/usr/local/lib
- -L/usr/local/lib -o dirmngr_ldap dirmngr_ldap-dirmngr_ldap.o
dirmngr_ldap-no-libgcrypt.o   ../jnlib/libjnlib.a  -L/usr/local/lib
- -lgpg-error -lldap
/usr/bin/ld: :: invalid DSO for symbol `ber_free' definition
/usr/local/lib/liblber-2.4.so.8: could not read symbols: Bad value
gmake[4]: *** [dirmngr_ldap] Error 1
gmake[4]: Leaving directory
`/usr/ports/security/dirmngr/work/dirmngr-1.1.0/src'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory `/usr/ports/security/dirmngr/work/dirmngr-1.1.0'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory `/usr/ports/security/dirmngr/work/dirmngr-1.1.0'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/security/dirmngr
*** Error code 1

Stop.
make: stopped in /usr/ports/security/dirmngr
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (FreeBSD)

iEYEARECAAYFAlIqKX0ACgkQQv9rrgRC1JKFGQCfQZbJUup+580t+RPaaX0MRE8G
qf0AoKcmRUj1CzEt5My3jauJ+HnxOp8t
=Gt8R
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: dirmngr won't link with liblber.so?

2013-09-06 Thread Baptiste Daroussin 
On Fri, Sep 06, 2013 at 03:14:05PM -0400, Michael Butler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> What's up with this? I recompiled openldap-client; I can do a 'nm
> liblber-2.4.so.8' without error but .. dirmngr won't link it?
> 
> cc -I/usr/local/include -O2 -pipe -march=pentium4 -DLDAP_DEPRECATED
> - -fno-strict-aliasing -Wall -Wno-pointer-sign  -L/usr/local/lib
> - -L/usr/local/lib -o dirmngr_ldap dirmngr_ldap-dirmngr_ldap.o
> dirmngr_ldap-no-libgcrypt.o   ../jnlib/libjnlib.a  -L/usr/local/lib
> - -lgpg-error -lldap
> /usr/bin/ld: :: invalid DSO for symbol `ber_free' definition
> /usr/local/lib/liblber-2.4.so.8: could not read symbols: Bad value
> gmake[4]: *** [dirmngr_ldap] Error 1
> gmake[4]: Leaving directory
> `/usr/ports/security/dirmngr/work/dirmngr-1.1.0/src'
> gmake[3]: *** [all-recursive] Error 1
> gmake[3]: Leaving directory `/usr/ports/security/dirmngr/work/dirmngr-1.1.0'
> gmake[2]: *** [all] Error 2
> gmake[2]: Leaving directory `/usr/ports/security/dirmngr/work/dirmngr-1.1.0'
> ===> Compilation failed unexpectedly.
> Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
> the maintainer.
> *** Error code 1
> 
> Stop.
> make[1]: stopped in /usr/ports/security/dirmngr
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/ports/security/dirmngr
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.14 (FreeBSD)
> 
> iEYEARECAAYFAlIqKX0ACgkQQv9rrgRC1JKFGQCfQZbJUup+580t+RPaaX0MRE8G
> qf0AoKcmRUj1CzEt5My3jauJ+HnxOp8t
> =Gt8R
> -END PGP SIGNATURE-
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

That mean the port is missing a LDFLAG: -llber-2.4


regards,
Bapt


pgp30KT9lotE1.pgp
Description: PGP signature

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Baptiste Daroussin 
On Fri, Sep 06, 2013 at 11:51:32PM +0200, O. Hartmann wrote:
> On Fri, 06 Sep 2013 21:11:26 +0400
> Boris Samorodov  wrote:
> 
> > 06.09.2013 20:44, O. Hartmann пишет:
> > > On Fri, 06 Sep 2013 20:08:59 +0400
> > > Boris Samorodov  wrote:
> > > 
> > >> 06.09.2013 19:44, O. Hartmann пишет:
> > >>
> > >>> Here we go. It is the config.log from one of the failing machines,
> > >>> failing in print/cups-client.
> > >>
> > >> Please, show the output of following commands (at the host in
> > >> question): # svn info /usr/ports/
> > >> # svn svn st /usr/ports/print/cups*
> > >>
> > > svn info /usr/ports/
> > > 
> > > Path: /usr/ports
> > > Working Copy Root Path: /usr/ports
> > > URL: svn://svn.de.freebsd.org/ports/head
> > > Relative URL: ^/head
> > > Repository Root: svn://svn.de.freebsd.org/ports
> > > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
> > > Revision: 326523
> > > Node Kind: directory
> > > Schedule: normal
> > > Last Changed Author: danfe
> > > Last Changed Rev: 326523
> > > Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
> > > 
> > > 
> > > svn st /usr/ports/print/cups*
> > > ?   /usr/ports/print/cups-base/work
> > > ?   /usr/ports/print/cups-client/work
> > 
> > That is really stange... Some more info:
> > # svn st /usr/ports/Mk
> 
> nothin (NULL output)
> 
> > # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
> > 
> make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
> 
> --localstatedir=/var
> --disable-slp
> --disable-gssapi--with-cups-user=cups
> --with-cups-group=cups   --with-system-groups=wheel
> --with-docdir=/usr/local/share/doc/cups
> --with-icondir=/usr/local/share/icons
> --with-menudir=/usr/local/share/applications
> --with-domainsocket=/var/run/cups.sock  --with-cachedir=/var/db/cups
> --with-pam-module="unix"--enable-ssl
> --with-printcap=/usr/local/etc/printcap --disable-gnutls
> --enable-openssl --without-php --disable-dnssd --disable-pam
> --disable-ldap --disable-dbus --disable-libusb LIBS="-lssp_nonshared"
> --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
> 
> 
> 
> 
> I see a lot of those obscure libtool errors not finding libiconv.la.
> Where the hell does the tool take those ecos from the past? I guess I
> have to reboot the box after X11 has been compiled
> 

Can you try to force rebuilding gettext first?

and then retry?

regards,
Bapt


pgpJXPaZnMIx0.pgp
Description: PGP signature

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Guido Falsi 

On 09/07/13 00:10, Boris Samorodov wrote:

07.09.2013 01:51, O. Hartmann пишет:

On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov  wrote:


06.09.2013 20:44, O. Hartmann пишет:

On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov  wrote:


06.09.2013 19:44, O. Hartmann пишет:


Here we go. It is the config.log from one of the failing machines,
failing in print/cups-client.


Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*


svn info /usr/ports/

Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)


svn st /usr/ports/print/cups*
?   /usr/ports/print/cups-base/work
?   /usr/ports/print/cups-client/work


That is really stange... Some more info:
# svn st /usr/ports/Mk


nothin (NULL output)


# make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS


make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS

--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups   --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock  --with-cachedir=/var/db/cups
--with-pam-module="unix"--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb LIBS="-lssp_nonshared"
--prefix=/usr/local ${_LATE_CONFIGURE_ARGS}


Well, the output is perfect.


I see a lot of those obscure libtool errors not finding libiconv.la.
Where the hell does the tool take those ecos from the past? I guess I
have to reboot the box after X11 has been compiled


Did not see those. Since so far it seems that such errors are not
common, may be something at your environment causes this (may be
at /etc/make.conf)?



I did see some of those. libtool takes those settings from 
/usr/local/lib/*.la files, installed by ports, before this change. Many 
of those files hardcode -liconv.


Usually portmaster/portupgrade are good enough at guessing the correct 
order, but sometimes they mess it up, and this kind of situation happens.


On my desktop PC I had to resort to ls -lt /usr/local/lib/*.la and 
portmaster the older ones. This can be further narrowed down by grepping 
for "-liconv".


--
Guido Falsi 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: dirmngr won't link with liblber.so?

2013-09-06 Thread Justin Hibbits 
I filled a PR on this: Ports/181230.

- Justin
On Sep 6, 2013 12:23 PM, "Michael Butler" 
wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 09/06/13 15:17, Baptiste Daroussin wrote:
> > On Fri, Sep 06, 2013 at 03:14:05PM -0400, Michael Butler wrote:
> > What's up with this? I recompiled openldap-client; I can do a 'nm
> > liblber-2.4.so.8' without error but .. dirmngr won't link it?
>
>  [ .. snip .. ]
>
> >
> > That mean the port is missing a LDFLAG: -llber-2.4
>
> Thanks! That fixed it :-)
>
> imb
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.14 (FreeBSD)
>
> iEYEARECAAYFAlIqK6QACgkQQv9rrgRC1JKGsgCgypNCgSYnaALv56XhKuLqvXth
> 6NEAoMj5uNCkboSr7zDVddr3V/QfEbpn
> =FVbW
> -END PGP SIGNATURE-
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: New iSCSI stack.

2013-09-06 Thread Outback Dingo 
On Fri, Sep 6, 2013 at 4:03 PM, Outback Dingo wrote:

>
>
>
> On Fri, Sep 6, 2013 at 2:18 PM, Alfred Perlstein  wrote:
>
>> On 9/5/13 3:27 AM, Edward Tomasz Napierała wrote:
>>
>>> Hello.  At 
>>> http://people.freebsd.org/~**trasz/cfiscsi-20130904.diffyou'll
>>>  find
>>> a patch which adds the new iSCSI initiator and target, against
>>> 10-CURRENT.
>>> To use the new initiator, start with "man iscsictl".  For the target -
>>> "man
>>> ctld".
>>>
>>> All feedback is welcome.  If nothing unexpected comes up, I'll commit it
>>> in a few days from now.  Note that it's still not optimized; at this
>>> point
>>> I'm focusing more on reliability and interoperability.
>>>
>>> This work is being sponsored by FreeBSD Foundation.
>>>
>>> __**_
>>> freebsd-current@freebsd.org mailing list
>>> http://lists.freebsd.org/**mailman/listinfo/freebsd-**current
>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@**
>>> freebsd.org "
>>>
>>>  Edward, this is really exciting!
>>
>> Is there an easy way to use the userland iscsi configuration files?
>>
>> We would love to quickly backport and ship this with FreeNAS as an option
>> for our users, having the config files be the same OR having a very good
>> converter would really make that much easier for us.
>>
>>
>> your going to have to backport more then just this as capsicum and the
> ICL stuff is iSCSI Common Layer, we went to try but kept getting caught up
> in the ICL breakage also, but removal of all references in the patch to
> capsicum, it was 4-6 files i belive, will get at least ctld and iscsi to
> build, now you need the new cam which needs better eyes then mine to fix in
> a back port due to icl version differences in 9 and 10.
>
>
>

And i used this config as a simple test ctld.conf
 cat /etc/ctl.conf
 pidfile /var/run/ctld.pid

# auth-group example2 {
# chap-mutual "user" "secret" "mutualuser22" "mutualsecret"
# chap-mutual "user2" "secret2" "mutualuser22" "mutualsecret"
# }

 portal-group example2 {
 discovery-auth-group no-authentication
 listen 127.0.0.1
 listen 0.0.0.0:3261
 listen [::]:3261
 }

 target iqn.2012-06.com.example:target0 {
 auth-group no-authentication
 portal-group example2
 lun 0 {
 path /home/dingo/example_0
 blocksize 4096
 size 4G
 }
 }

 target iqn.2012-06.com.example:target3 {
 auth-group no-authentication
 portal-group example2
 lun 0 {
 path /home/dingo/example_3
 blocksize 4096
 size 4G
 }
 }

 target iqn.2012-06.com.example:target2 {
 auth-group no-authentication
 portal-group example2
 lun 0 {
 path /home/dingo/example2_0
 blocksize 4096
 size 4G
 }
 lun 1 {
 path /home/dingo/example2_1
 blocksize 4096
 size 4G
 }
 }

so your 9.x config mileage might vary


>
>> --
>> Alfred Perlstein
>>
>>
>> __**_
>> freebsd-current@freebsd.org mailing list
>> http://lists.freebsd.org/**mailman/listinfo/freebsd-**current
>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@**
>> freebsd.org "
>>
>
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Cross-buildkernel (i386->amd64) is broken?

2013-09-06 Thread John-Mark Gurney 
Alexey Dokuchaev wrote this message on Sat, Sep 07, 2013 at 00:29 +0700:
> On Fri, Sep 06, 2013 at 10:08:20AM -0700, hiren panchasara wrote:
> > On Fri, Sep 6, 2013 at 8:12 AM, Alexey Dokuchaev  wrote:
> > > Hi there,
> > >
> > > I've been trying to cross-build an amd64 kernel on i386 host on recent
> > > -CURRENT for a while, and it fails like this:
> > 
> > Not entirely sure but you _probably_ need to make toolchain first?
> 
> Hmm, now that you've mentioned it, I vaguely recall that when not doing
> complete 'make world', that might be in order.  Thanks, I will try it
> tomorrow.

or make kernel-toolchain if you don't want to build as much..

-- 
  John-Mark Gurney  Voice: +1 415 225 5579

 "All that I will do, has been done, All that I have, has not."
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: New iSCSI stack.

2013-09-06 Thread Outback Dingo 
On Fri, Sep 6, 2013 at 2:18 PM, Alfred Perlstein  wrote:

> On 9/5/13 3:27 AM, Edward Tomasz Napierała wrote:
>
>> Hello.  At 
>> http://people.freebsd.org/~**trasz/cfiscsi-20130904.diffyou'll
>>  find
>> a patch which adds the new iSCSI initiator and target, against 10-CURRENT.
>> To use the new initiator, start with "man iscsictl".  For the target -
>> "man
>> ctld".
>>
>> All feedback is welcome.  If nothing unexpected comes up, I'll commit it
>> in a few days from now.  Note that it's still not optimized; at this point
>> I'm focusing more on reliability and interoperability.
>>
>> This work is being sponsored by FreeBSD Foundation.
>>
>> __**_
>> freebsd-current@freebsd.org mailing list
>> http://lists.freebsd.org/**mailman/listinfo/freebsd-**current
>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@**
>> freebsd.org "
>>
>>  Edward, this is really exciting!
>
> Is there an easy way to use the userland iscsi configuration files?
>
> We would love to quickly backport and ship this with FreeNAS as an option
> for our users, having the config files be the same OR having a very good
> converter would really make that much easier for us.
>
>
> your going to have to backport more then just this as capsicum and the ICL
stuff is iSCSI Common Layer, we went to try but kept getting caught up in
the ICL breakage also, but removal of all references in the patch to
capsicum, it was 4-6 files i belive, will get at least ctld and iscsi to
build, now you need the new cam which needs better eyes then mine to fix in
a back port due to icl version differences in 9 and 10.



>
> --
> Alfred Perlstein
>
>
> __**_
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/**mailman/listinfo/freebsd-**current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@**
> freebsd.org "
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread John-Mark Gurney 
O. Hartmann wrote this message on Fri, Sep 06, 2013 at 17:32 +0200:
> On Fri, 06 Sep 2013 11:35:35 +0400
> Boris Samorodov  wrote:
> 
> > 06.09.2013 07:16, AN ??:
> > > Hi:
> > > 
> > > I am posting to both lists because this problem affects users of
> > > current and ports, and I didn't know which would be more
> > > appropriate so please forgive me.
> > > 
> > > # uname -a
> > > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
> > > Sep  1 16:01:36 CDT 2013
> > > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> > > 
> > > I am trying to update my ports following the entry in updating, but
> > > it does not seem to be working correctly.  I followed the
> > > directions exactly, and after 30 mins this is what has happened:
> > > 
> > > # cat ports_to_update | xargs portupgrade -vf
> > > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > > [Reading data from pkg(8) ... - 890 packages found - done]
> > > Shared object "libiconv.so.3" not found, required by "httpd"
> > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > > Shared object "libiconv.so.3" not found, required by "httpd"
> > > apxs:Error: Sorry, no shared object support for Apache.
> > > apxs:Error: available under your platform. Make sure.
> > > apxs:Error: the Apache module mod_so is compiled into.
> > > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > > ** Port marked as IGNORE: www/mod_dnssd:
> > >   is marked as broken: : Error from bsd.apache.mk. apache is 
> > > installed (or APACHE_PORT is defined) and port requires apache22 at
> > > least
> > > 
> > > 
> > > Here is what I have done:
> > > # pkg query %ro libiconv >ports_to_update
> > > [root@FBSD10 ~]# cat ports_to_update
> > > 
> > > ...lots of output
> > > 
> > > # pkg delete -f libiconv
> > > pkg: You are trying to delete package(s) which has dependencies
> > > that are still required:
> > > ... delete these packages anyway in forced mode
> > > Deinstallation has been requested for the following 1 packages:
> > > 
> > >   libiconv-1.14_1
> > > 
> > > The deinstallation will free 2 MB
> > > 
> > > Proceed with deinstalling packages [y/N]: y
> > > [1/1] Deleting libiconv-1.14_1...
> > > deleting anyway
> > > 
> > >   done
> > > 
> > > Now the update process is stuck here:
> > > 
> > > ** Port marked as IGNORE: www/mod_dnssd:
> > >   is marked as broken: : Error from bsd.apache.mk. apache is 
> > > installed (or APACHE_PORT is defined) and port requires apache22 at
> > > least
> > > 
> > > there are 2 ruby processes running for a long time, but nothing is 
> > > happening to the update.
> > > 
> > > 43998 root520 64912K 33368K piperd  5   2:21   5.96% 
> > > ruby19{ruby19}
> > > 43998 root520 64912K 33368K select  1   0:00   5.96% 
> > > ruby19{ruby19}
> > > 
> > > So, it seems my system is broken now.  Did I do something wrong?
> > > How can the upgrade work if so many ports depend on iconv?  What
> > > should I do now? Should I reinstall libiconv?
> > > 
> > > Any help is appreciated.
> > > 
> > > 
> > > 
> > > # cat ports_to_update | xargs portupgrade -vf
> > > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > > [Reading data from pkg(8) ... - 890 packages found - done]
> > > Shared object "libiconv.so.3" not found, required by "httpd"
> > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > > Shared object "libiconv.so.3" not found, required by "httpd"
> > > apxs:Error: Sorry, no shared object support for Apache.
> > > apxs:Error: available under your platform. Make sure.
> > > apxs:Error: the Apache module mod_so is compiled into.
> > > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > > ** Port marked as IGNORE: www/mod_dnssd:
> > >   is marked as broken: : Error from bsd.apache.mk. apache is 
> > > installed (or APACHE_PORT is defined) and port requires apache22 at
> > > least Shared object "libiconv.so.3" not found, required by "httpd"
> > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > > Shared object "libiconv.so.3" not found, required by "httpd"
> > > apxs:Error: Sorry, no shared object support for Apache.
> > > apxs:Error: available under your platform. Make sure.
> > > apxs:Error: the Apache module mod_so is compiled into.
> > > apxs:Error: your server bin

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Boris Samorodov 
07.09.2013 01:51, O. Hartmann пишет:
> On Fri, 06 Sep 2013 21:11:26 +0400
> Boris Samorodov  wrote:
> 
>> 06.09.2013 20:44, O. Hartmann пишет:
>>> On Fri, 06 Sep 2013 20:08:59 +0400
>>> Boris Samorodov  wrote:
>>>
 06.09.2013 19:44, O. Hartmann пишет:

> Here we go. It is the config.log from one of the failing machines,
> failing in print/cups-client.

 Please, show the output of following commands (at the host in
 question): # svn info /usr/ports/
 # svn svn st /usr/ports/print/cups*

>>> svn info /usr/ports/
>>>
>>> Path: /usr/ports
>>> Working Copy Root Path: /usr/ports
>>> URL: svn://svn.de.freebsd.org/ports/head
>>> Relative URL: ^/head
>>> Repository Root: svn://svn.de.freebsd.org/ports
>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
>>> Revision: 326523
>>> Node Kind: directory
>>> Schedule: normal
>>> Last Changed Author: danfe
>>> Last Changed Rev: 326523
>>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
>>>
>>>
>>> svn st /usr/ports/print/cups*
>>> ?   /usr/ports/print/cups-base/work
>>> ?   /usr/ports/print/cups-client/work
>>
>> That is really stange... Some more info:
>> # svn st /usr/ports/Mk
> 
> nothin (NULL output)
> 
>> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
>>
> make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
> 
> --localstatedir=/var
> --disable-slp
> --disable-gssapi--with-cups-user=cups
> --with-cups-group=cups   --with-system-groups=wheel
> --with-docdir=/usr/local/share/doc/cups
> --with-icondir=/usr/local/share/icons
> --with-menudir=/usr/local/share/applications
> --with-domainsocket=/var/run/cups.sock  --with-cachedir=/var/db/cups
> --with-pam-module="unix"--enable-ssl
> --with-printcap=/usr/local/etc/printcap --disable-gnutls
> --enable-openssl --without-php --disable-dnssd --disable-pam
> --disable-ldap --disable-dbus --disable-libusb LIBS="-lssp_nonshared"
> --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}

Well, the output is perfect.

> I see a lot of those obscure libtool errors not finding libiconv.la.
> Where the hell does the tool take those ecos from the past? I guess I
> have to reboot the box after X11 has been compiled

Did not see those. Since so far it seems that such errors are not
common, may be something at your environment causes this (may be
at /etc/make.conf)?

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread O. Hartmann 
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov  wrote:

> 06.09.2013 20:44, O. Hartmann пишет:
> > On Fri, 06 Sep 2013 20:08:59 +0400
> > Boris Samorodov  wrote:
> > 
> >> 06.09.2013 19:44, O. Hartmann пишет:
> >>
> >>> Here we go. It is the config.log from one of the failing machines,
> >>> failing in print/cups-client.
> >>
> >> Please, show the output of following commands (at the host in
> >> question): # svn info /usr/ports/
> >> # svn svn st /usr/ports/print/cups*
> >>
> > svn info /usr/ports/
> > 
> > Path: /usr/ports
> > Working Copy Root Path: /usr/ports
> > URL: svn://svn.de.freebsd.org/ports/head
> > Relative URL: ^/head
> > Repository Root: svn://svn.de.freebsd.org/ports
> > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
> > Revision: 326523
> > Node Kind: directory
> > Schedule: normal
> > Last Changed Author: danfe
> > Last Changed Rev: 326523
> > Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
> > 
> > 
> > svn st /usr/ports/print/cups*
> > ?   /usr/ports/print/cups-base/work
> > ?   /usr/ports/print/cups-client/work
> 
> That is really stange... Some more info:
> # svn st /usr/ports/Mk

nothin (NULL output)

> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
> 
make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS

--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups   --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock  --with-cachedir=/var/db/cups
--with-pam-module="unix"--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb LIBS="-lssp_nonshared"
--prefix=/usr/local ${_LATE_CONFIGURE_ARGS}




I see a lot of those obscure libtool errors not finding libiconv.la.
Where the hell does the tool take those ecos from the past? I guess I
have to reboot the box after X11 has been compiled



signature.asc
Description: PGP signature

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread O. Hartmann 
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov  wrote:

> 06.09.2013 19:44, O. Hartmann пишет:
> 
> > Here we go. It is the config.log from one of the failing machines,
> > failing in print/cups-client.
> 
> Please, show the output of following commands (at the host in
> question): # svn info /usr/ports/
> # svn svn st /usr/ports/print/cups*
> 
svn info /usr/ports/

Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)


svn st /usr/ports/print/cups*
?   /usr/ports/print/cups-base/work
?   /usr/ports/print/cups-client/work




signature.asc
Description: PGP signature

Re: clang+libc++ using missing powl

2013-09-06 Thread Mehmet Erol Sanliturk 
On Fri, Sep 6, 2013 at 11:59 AM, Steve Kargl <
s...@troutmask.apl.washington.edu> wrote:

> On Fri, Sep 06, 2013 at 07:54:46AM +0100, David Chisnall wrote:
> >
> > On 5 Sep 2013, at 22:09, Steve Kargl 
> wrote:
> >
> > > On Thu, Sep 05, 2013 at 09:52:13AM +0100, David Chisnall wrote:
> > >> On 4 Sep 2013, at 23:38, Baptiste Daroussin  wrote:
> > >>
> > >>> As a result we have a lot of fallouts of ports complaining about:
> > >>> undefined reference to `powl'
> > >>>
> > >>> It seems like libc++ is relying on a function we don't have yet
> > >>> in libm, am I missing something?
> > >>
> > >> I've attached a diff that I'd like to commit to msun
> > >
> > > Why not disable libc++ from exposing these functions?
> >
> > Because they're in the C++ spec and they should work.
> > I consider this a placeholder until we have the real versions
> > in the tree (the wiki says you have coshl, sinhl, and tanhl,
> > in progress, any idea of an ETA for them)?
>
> Well, your commit has pre-empted any discussion on whether
> there would have been a better kludge.  Oh well.
>
> Concerning coshl, sinhl, and tanhl.  I had integrated bde's
> code into msun and prepared a patch to commit over a week ago.
> Unfortunately, my testing on sparc64 revealed a few issues
> with tanhl, and Bruce and I are still discussing the fix.
>
> PS: I have working erfl and erfcl for ld80 archs.  I'm still
> testing and refining the code.  It turns out that computing
> the needed rational approximation is fairly difficult (at least
> for me).
>
> --
> Steve
>


Not only for you , because function values are not very "smooth" , and
representation by an approximation is very difficult . During many weeks ,
I am trying to obtain good approximations to cumulative normal distribution
and its inverse , without very much success .

Approximation to
inverse cumulative normal distribution is much more difficult than
cumulative normal distribution .

I am using Fortran double precision . I think , it is necessary to use an
arbitrary precision package for optimization , but I do not have any one .

Thank you very much .


Mehmet Erol Sanliturk
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

HEADS UP: No gcc by default in -HEAD on platforms where clang is cc

2013-09-06 Thread David Chisnall 
Hi Everyone,

As of r255321, we are no longer building gcc or libstdc++ as part of the 
default install on platforms where clang is cc.

If you are using gcc, you have two options:

1) Install one of the lang/gcc* ports (Warner has been working on separating 
out the patches to our GCC, so these should soon be patched to provide the same 
features as the one in base)

2) Put WITH_GCC=yes and WITH_GNUCXX=yes in your src.conf when you build world.

GCC will stay in the base system tree for at least the lifetime of the 10.x 
release, and possibly longer if it is still being actively used.  It will 
remain used by tinderboxes and make universe for some architectures, so if you 
commit code without testing with gcc people will know very soon...

Thanks to Warner for all of his recent work on disentangling the toolchain, to 
all of the people (Roman, Dimitry, Brooks, and others) who worked on getting 
clang integrated into FreeBSD and to everyone who tested it and filed bug 
reports.  As of today, PowerPC64 joins x86 and ARM as platforms where 
world+kernel can be successfully built (and work) with clang (although it isn't 
the default yet and needs more testing), and hopefully other architectures will 
follow soon.

Huge thanks to all of the ports people who have spent the last two weeks 
working on dealing with the fallout from iconv and ensuring that all of the 
ports work with clang and libc++.  I think over the last week, the number of 
failing / ignored ports has dropped by about a thousand a day on the no-gcc 
test box that Bapt has been running, which is a phenomenal achievement.  

David
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: clang+libc++ using missing powl

2013-09-06 Thread David Chisnall 
On 6 Sep 2013, at 16:59, Steve Kargl  wrote:

> Well, your commit has pre-empted any discussion on whether
> there would have been a better kludge.  Oh well.

I'm very happy for it to be replaced by something better (and would be ecstatic 
for it to go away completely and for all of the functions to have 
full-precision implementations).

> Concerning coshl, sinhl, and tanhl.  I had integrated bde's
> code into msun and prepared a patch to commit over a week ago.
> Unfortunately, my testing on sparc64 revealed a few issues
> with tanhl, and Bruce and I are still discussing the fix.

Good to hear.

> PS: I have working erfl and erfcl for ld80 archs.  I'm still
> testing and refining the code.  It turns out that computing
> the needed rational approximation is fairly difficult (at least
> for me).

That's great too.

Please do poke re@ about committing these after the code freeze if they're done 
before 10.0 ships.  It would be great to have them in for the release.

David

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Ricardo Campos Passanezi 
On Fri, Sep 06, 2013 at 10:45:42AM -0700, John-Mark Gurney wrote:

> > See `config.log' for more details
> > ===>  Script "configure" failed unexpectedly.
> > Please report the problem to c.petrik.s...@gmail.com [maintainer] and
> > attach the "/usr/ports/print/cups-client/work/cups-1.5.4/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. a /usr/local/sbin/pkg-static info -g -Ea).
> > *** Error code 1
> 
> When I went through this, it was because they were trying to use gcc
> instead of cc...  and for some reason gcc was getting an error about
> failing to exec cc1...  I forget if I just reinstalled gcc from base
> (cd /usr/src/gnu/usr.bin/cc && make install) or rm'd /usr/local/bin/gcc
> as my gcc was broken when I chose to force remove libiconv...
> 
> btw, Just last night I finished rebuilding all the ports after ~24
> hours...  some of it was portmaster waiting for my input, but still...
> 

I went through this also and I was able to update (using portupgrade) by
issuing a:

# portupgrade -f print/cups-base print/cups-image print/cups-client

I'm using the procedure described in UPDATING/20130904.


-- 
Ricardo Campos Passanezi - Supervisor de Seção
Chave PGP e GPG Pública em: http://www.ige.unicamp.br/~riccp
Instituto de Geociências - http://www.ige.unicamp.br - UNICAMP
Tel: (19) 3521 4560
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread O. Hartmann 
On Fri, 06 Sep 2013 17:33:09 +0200
Guido Falsi  wrote:

> On 09/06/13 17:32, O. Hartmann wrote:
> > On Fri, 06 Sep 2013 11:35:35 +0400
> > Boris Samorodov  wrote:
> >
> >> 06.09.2013 07:16, AN пишет:
> >>> Hi:
> >>>
> >>> I am posting to both lists because this problem affects users of
> >>> current and ports, and I didn't know which would be more
> >>> appropriate so please forgive me.
> >>>
> >>> # uname -a
> >>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
> >>> Sep  1 16:01:36 CDT 2013
> >>> root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> >>>
> >>> I am trying to update my ports following the entry in updating,
> >>> but it does not seem to be working correctly.  I followed the
> >>> directions exactly, and after 30 mins this is what has happened:
> >>>
> >>> # cat ports_to_update | xargs portupgrade -vf
> >>> --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> >>> [Reading data from pkg(8) ... - 890 packages found - done]
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>> apxs:Error: Sorry, no shared object support for Apache.
> >>> apxs:Error: available under your platform. Make sure.
> >>> apxs:Error: the Apache module mod_so is compiled into.
> >>> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
> >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> >>> ** Port marked as IGNORE: www/mod_dnssd:
> >>>   is marked as broken: : Error from bsd.apache.mk. apache
> >>> is installed (or APACHE_PORT is defined) and port requires
> >>> apache22 at least
> >>>
> >>>
> >>> Here is what I have done:
> >>> # pkg query %ro libiconv >ports_to_update
> >>> [root@FBSD10 ~]# cat ports_to_update
> >>>
> >>> ...lots of output
> >>>
> >>> # pkg delete -f libiconv
> >>> pkg: You are trying to delete package(s) which has dependencies
> >>> that are still required:
> >>> ... delete these packages anyway in forced mode
> >>> Deinstallation has been requested for the following 1 packages:
> >>>
> >>>   libiconv-1.14_1
> >>>
> >>> The deinstallation will free 2 MB
> >>>
> >>> Proceed with deinstalling packages [y/N]: y
> >>> [1/1] Deleting libiconv-1.14_1...
> >>> deleting anyway
> >>>
> >>>done
> >>>
> >>> Now the update process is stuck here:
> >>>
> >>> ** Port marked as IGNORE: www/mod_dnssd:
> >>>   is marked as broken: : Error from bsd.apache.mk. apache
> >>> is installed (or APACHE_PORT is defined) and port requires
> >>> apache22 at least
> >>>
> >>> there are 2 ruby processes running for a long time, but nothing is
> >>> happening to the update.
> >>>
> >>> 43998 root520 64912K 33368K piperd  5   2:21   5.96%
> >>> ruby19{ruby19}
> >>> 43998 root520 64912K 33368K select  1   0:00   5.96%
> >>> ruby19{ruby19}
> >>>
> >>> So, it seems my system is broken now.  Did I do something wrong?
> >>> How can the upgrade work if so many ports depend on iconv?  What
> >>> should I do now? Should I reinstall libiconv?
> >>>
> >>> Any help is appreciated.
> >>>
> >>>
> >>>
> >>> # cat ports_to_update | xargs portupgrade -vf
> >>> --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> >>> [Reading data from pkg(8) ... - 890 packages found - done]
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>> apxs:Error: Sorry, no shared object support for Apache.
> >>> apxs:Error: available under your platform. Make sure.
> >>> apxs:Error: the Apache module mod_so is compiled into.
> >>> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
> >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> >>> ** Port marked as IGNORE: www/mod_dnssd:
> >>>   is marked as broken: : Error from bsd.apache.mk. apache
> >>> is installed (or APACHE_PORT is defined) and port requires
> >>> apache22 at least Shared object "libiconv.so.3" not found,
> >>> required by "httpd" make: "/usr/ports/Mk/bsd.apache.mk" line 278:
> >>> warning: Couldn't read shell's output for "/usr/local/sbin/httpd
> >>> -V | /usr/bin/sed -ne 's/^Server version:
> >>> Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" Shared object
> >>> "libiconv.so.3" not found, required by "httpd" apxs:Error: Sorry,
> >>> no shared object support for Apache. apxs:Error: available under
> >>> your platform. Make sure. apxs:Error: the Apache module mod_so is
> >>> compiled

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Guido Falsi 

On 09/06/13 19:52, Ricardo Campos Passanezi wrote:

On Fri, Sep 06, 2013 at 10:45:42AM -0700, John-Mark Gurney wrote:


See `config.log' for more details
===>  Script "configure" failed unexpectedly.
Please report the problem to c.petrik.s...@gmail.com [maintainer] and
attach the "/usr/ports/print/cups-client/work/cups-1.5.4/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. a /usr/local/sbin/pkg-static info -g -Ea).
*** Error code 1


When I went through this, it was because they were trying to use gcc
instead of cc...  and for some reason gcc was getting an error about
failing to exec cc1...  I forget if I just reinstalled gcc from base
(cd /usr/src/gnu/usr.bin/cc && make install) or rm'd /usr/local/bin/gcc
as my gcc was broken when I chose to force remove libiconv...

btw, Just last night I finished rebuilding all the ports after ~24
hours...  some of it was portmaster waiting for my input, but still...



I went through this also and I was able to update (using portupgrade) by
issuing a:

# portupgrade -f print/cups-base print/cups-image print/cups-client

I'm using the procedure described in UPDATING/20130904.



As Baptiste says we are all terribly sorry about this mess. Unluckily 
the situation was messy even before my commit, things were already 
breaking due to the iconv in base change. We are trying to catch up.


Also note that enabling WITH_LIBICONV_COMPAT in src.conf before building 
world could help alleviate updating problems. This is a bandaid though, 
wwill not fix ports trying to link to libiconv.so and will not fix 
/usr/local/lib/*.ls files with -liconv hardwired in.


--
Guido Falsi 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Cross-buildkernel (i386->amd64) is broken?

2013-09-06 Thread Alexey Dokuchaev 
On Fri, Sep 06, 2013 at 10:08:20AM -0700, hiren panchasara wrote:
> On Fri, Sep 6, 2013 at 8:12 AM, Alexey Dokuchaev  wrote:
> > Hi there,
> >
> > I've been trying to cross-build an amd64 kernel on i386 host on recent
> > -CURRENT for a while, and it fails like this:
> 
> Not entirely sure but you _probably_ need to make toolchain first?

Hmm, now that you've mentioned it, I vaguely recall that when not doing
complete 'make world', that might be in order.  Thanks, I will try it
tomorrow.

./danfe
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

[head tinderbox] failure on mips64/mips

2013-09-06 Thread FreeBSD Tinderbox 
TB --- 2013-09-06 16:23:41 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-09-06 16:23:41 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-09-06 16:23:41 - starting HEAD tinderbox run for mips64/mips
TB --- 2013-09-06 16:23:41 - cleaning the object tree
TB --- 2013-09-06 16:23:41 - /usr/local/bin/svn stat /src
TB --- 2013-09-06 16:23:47 - At svn revision 255295
TB --- 2013-09-06 16:23:48 - building world
TB --- 2013-09-06 16:23:48 - CROSS_BUILD_TESTING=YES
TB --- 2013-09-06 16:23:48 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-09-06 16:23:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-09-06 16:23:48 - SRCCONF=/dev/null
TB --- 2013-09-06 16:23:48 - TARGET=mips
TB --- 2013-09-06 16:23:48 - TARGET_ARCH=mips64
TB --- 2013-09-06 16:23:48 - TZ=UTC
TB --- 2013-09-06 16:23:48 - __MAKE_CONF=/dev/null
TB --- 2013-09-06 16:23:48 - cd /src
TB --- 2013-09-06 16:23:48 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Fri Sep  6 16:23:56 UTC 2013
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Fri Sep  6 17:24:40 UTC 2013
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m ADM5120
TB --- 2013-09-06 17:24:40 - skipping ADM5120 kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m ALCHEMY
TB --- 2013-09-06 17:24:40 - skipping ALCHEMY kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AP121
TB --- 2013-09-06 17:24:40 - skipping AP121 kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AP91
TB --- 2013-09-06 17:24:40 - skipping AP91 kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AP93
TB --- 2013-09-06 17:24:40 - skipping AP93 kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AP94
TB --- 2013-09-06 17:24:40 - skipping AP94 kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AP96
TB --- 2013-09-06 17:24:40 - skipping AP96 kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AR71XX_BASE
TB --- 2013-09-06 17:24:40 - skipping AR71XX_BASE kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AR724X_BASE
TB --- 2013-09-06 17:24:40 - skipping AR724X_BASE kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AR91XX_BASE
TB --- 2013-09-06 17:24:40 - skipping AR91XX_BASE kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AR933X_BASE
TB --- 2013-09-06 17:24:40 - skipping AR933X_BASE kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m AR934X_BASE
TB --- 2013-09-06 17:24:40 - skipping AR934X_BASE kernel
TB --- 2013-09-06 17:24:40 - cd /src/sys/mips/conf
TB --- 2013-09-06 17:24:40 - /usr/sbin/config -m BERI_DE4_MDROOT
TB --- 2013-09-06 17:24:40 - building BERI_DE4_MDROOT kernel
TB --- 2013-09-06 17:24:40 - CROSS_BUILD_TESTING=YES
TB --- 2013-09-06 17:24:40 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-09-06 17:24:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-09-06 17:24:40 - SRCCONF=/dev/null
TB --- 2013-09-06 17:24:40 - TARGET=mips
TB --- 2013-09-06 17:24:40 - TARGET_ARCH=mips64
TB --- 2013-09-06 17:24:40 - TZ=UTC
TB --- 2013-09-06 17:24:40 - __MAKE_CONF=/dev/null
TB --- 2013-09-06 17:24:40 - cd /src
TB --- 2013-09-06 17:24:40 - /usr/bin/make -B buildkernel 
KERNCONF=BERI_DE4_MDROOT
>>> Kernel build for BERI_DE4_MDROOT started on Fri Sep  6 17:24:40 UTC 2013
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc  -c -O -pipe  -std=c99 -g -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq 
-I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1 
--param large

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Boris Samorodov 
06.09.2013 19:44, O. Hartmann пишет:

> Here we go. It is the config.log from one of the failing machines,
> failing in print/cups-client.

Please, show the output of following commands (at the host in question):
# svn info /usr/ports/
# svn svn st /usr/ports/print/cups*

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

[head tinderbox] failure on ia64/ia64

2013-09-06 Thread FreeBSD Tinderbox 
TB --- 2013-09-06 13:57:08 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-09-06 13:57:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-09-06 13:57:08 - starting HEAD tinderbox run for ia64/ia64
TB --- 2013-09-06 13:57:08 - cleaning the object tree
TB --- 2013-09-06 13:57:08 - /usr/local/bin/svn stat /src
TB --- 2013-09-06 13:57:11 - At svn revision 255295
TB --- 2013-09-06 13:57:12 - building world
TB --- 2013-09-06 13:57:12 - CROSS_BUILD_TESTING=YES
TB --- 2013-09-06 13:57:12 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-09-06 13:57:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-09-06 13:57:12 - SRCCONF=/dev/null
TB --- 2013-09-06 13:57:12 - TARGET=ia64
TB --- 2013-09-06 13:57:12 - TARGET_ARCH=ia64
TB --- 2013-09-06 13:57:12 - TZ=UTC
TB --- 2013-09-06 13:57:12 - __MAKE_CONF=/dev/null
TB --- 2013-09-06 13:57:12 - cd /src
TB --- 2013-09-06 13:57:12 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Fri Sep  6 13:57:19 UTC 2013
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Fri Sep  6 15:35:17 UTC 2013
TB --- 2013-09-06 15:35:17 - generating LINT kernel config
TB --- 2013-09-06 15:35:17 - cd /src/sys/ia64/conf
TB --- 2013-09-06 15:35:17 - /usr/bin/make -B LINT
TB --- 2013-09-06 15:35:17 - cd /src/sys/ia64/conf
TB --- 2013-09-06 15:35:17 - /usr/sbin/config -m LINT
TB --- 2013-09-06 15:35:17 - building LINT kernel
TB --- 2013-09-06 15:35:17 - CROSS_BUILD_TESTING=YES
TB --- 2013-09-06 15:35:17 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-09-06 15:35:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-09-06 15:35:17 - SRCCONF=/dev/null
TB --- 2013-09-06 15:35:17 - TARGET=ia64
TB --- 2013-09-06 15:35:17 - TARGET_ARCH=ia64
TB --- 2013-09-06 15:35:17 - TZ=UTC
TB --- 2013-09-06 15:35:17 - __MAKE_CONF=/dev/null
TB --- 2013-09-06 15:35:17 - cd /src
TB --- 2013-09-06 15:35:17 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Fri Sep  6 15:35:17 UTC 2013
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 
-mfixed-range=f32-f127 -fpic -ffreestanding  /src/sys/dev/mcd/mcd_isa.c
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 
-mfixed-range=f32-f127 -fpic -ffreestanding -Werror  /src/sys/dev/md/md.c
cc1: warnings being treated as errors
In file included from /src/sys/dev/md/md.c:87:
/src/sys/sys/sf_buf.h:69: warning: redundant redeclaration of 'sf_buf_alloc' 
[-Wredundant-decls]
./machine/sf_buf.h:46: warning: previous definition of 'sf_buf_alloc' was here
/src/sys/sys/sf_buf.h:70: warning: redundant redeclaration of 'sf_buf_free' 
[-Wredundant-decls]
./machine/sf_buf.h:53: warning: previous definition of 'sf_buf_free' was here
*** Error code 1

Stop.
bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-09-06 15:43:42 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-09-06 15:43:42 - ERROR: failed to build LINT kernel
TB --- 2013-09-06 15:43:42 - 5036.40 user 851.77 system 6394.39 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Guido Falsi 

On 09/06/13 17:04, O. Hartmann wrote:


Using portmaster, I'm higly adviced to use option -f, otherwise every
second port I try to update gets interrupted due to missing
libiconv.so.3. It is impossible to update a system unattended and this
is a mess with 200 or even 680 ports to be updated. A waste of time.

Some ports still rely on methusalem gcc 4.6. But gcc 4.6.3 relies on
some gnuish tools in the port and the compilation fails if those
prerequisits aren't updated first. The description I found
in /usr/ports/UPDATING is quick and dirty - too dirty for being
useful, in my opinion. Did the maintainer ever tried this command
sequence on a "used" machine and not in a clean vbox environment?



I have tested it on my two machines at home. Both "lived" ones. On one I 
had problems, but I did not follow that procedure exactly.


On the laptop everything went definitely smoother.


There must be a description of a fallback in UPDATING! I took the
whole day to update on one machine less than the half of the installed
ports and huge ports like libreoffice are still dropping out of the
build and I restart after fixed the missing port that relies on being
recompiled. I hope that reinstalling converters/libiconv will give me
X11 back on my boxes! I can not stay with them 48 hours non stop until
they have completed the messy update.


The first backup things that comes to mind is, one can always reinstall 
libiconv (removing IGNORE), that should allow old binaries to run. I 
don't suggest updating the other ports while libiconv is installed 
though, since the include files will conflict and ports could link to 
the por5ts libiconv instead of the base one.


As I told AN, preserving libiconv.so in /usr/local/lib/compat/pkg and 
then removing the package could help, by allowing the machine to work in 
a "mixed world". Can you try that?


The biggest problem is usually libtool, pulling in old .la files still 
referencing the non existing libiconv.la file. I don't know of any 
solution to that. I had to resort to manually listing offending la files 
and recompiling the owning package. Not optimal :(


I am willing to add further information to the UPDATING entry, but I 
need people with different scenarios to test and report the success of 
the strategies.


Obviously the last resort strategy is deinstalling all ports and 
reinstalling them, which I agree is terrible.


--
Guido Falsi 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread O. Hartmann 
On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov  wrote:

> 06.09.2013 07:16, AN пишет:
> > Hi:
> > 
> > I am posting to both lists because this problem affects users of
> > current and ports, and I didn't know which would be more
> > appropriate so please forgive me.
> > 
> > # uname -a
> > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
> > Sep  1 16:01:36 CDT 2013
> > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> > 
> > I am trying to update my ports following the entry in updating, but
> > it does not seem to be working correctly.  I followed the
> > directions exactly, and after 30 mins this is what has happened:
> > 
> > # cat ports_to_update | xargs portupgrade -vf
> > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > [Reading data from pkg(8) ... - 890 packages found - done]
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least
> > 
> > 
> > Here is what I have done:
> > # pkg query %ro libiconv >ports_to_update
> > [root@FBSD10 ~]# cat ports_to_update
> > 
> > ...lots of output
> > 
> > # pkg delete -f libiconv
> > pkg: You are trying to delete package(s) which has dependencies
> > that are still required:
> > ... delete these packages anyway in forced mode
> > Deinstallation has been requested for the following 1 packages:
> > 
> > libiconv-1.14_1
> > 
> > The deinstallation will free 2 MB
> > 
> > Proceed with deinstalling packages [y/N]: y
> > [1/1] Deleting libiconv-1.14_1...
> > deleting anyway
> > 
> >   done
> > 
> > Now the update process is stuck here:
> > 
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least
> > 
> > there are 2 ruby processes running for a long time, but nothing is 
> > happening to the update.
> > 
> > 43998 root520 64912K 33368K piperd  5   2:21   5.96% 
> > ruby19{ruby19}
> > 43998 root520 64912K 33368K select  1   0:00   5.96% 
> > ruby19{ruby19}
> > 
> > So, it seems my system is broken now.  Did I do something wrong?
> > How can the upgrade work if so many ports depend on iconv?  What
> > should I do now? Should I reinstall libiconv?
> > 
> > Any help is appreciated.
> > 
> > 
> > 
> > # cat ports_to_update | xargs portupgrade -vf
> > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > [Reading data from pkg(8) ... - 890 packages found - done]
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/gnome-user-share:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > install

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Guido Falsi 

On 09/06/13 17:32, O. Hartmann wrote:

On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov  wrote:


06.09.2013 07:16, AN пишет:

Hi:

I am posting to both lists because this problem affects users of
current and ports, and I didn't know which would be more
appropriate so please forgive me.

# uname -a
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
Sep  1 16:01:36 CDT 2013
root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64

I am trying to update my ports following the entry in updating, but
it does not seem to be working correctly.  I followed the
directions exactly, and after 30 mins this is what has happened:

# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
-ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least


Here is what I have done:
# pkg query %ro libiconv >ports_to_update
[root@FBSD10 ~]# cat ports_to_update

...lots of output

# pkg delete -f libiconv
pkg: You are trying to delete package(s) which has dependencies
that are still required:
... delete these packages anyway in forced mode
Deinstallation has been requested for the following 1 packages:

libiconv-1.14_1

The deinstallation will free 2 MB

Proceed with deinstalling packages [y/N]: y
[1/1] Deleting libiconv-1.14_1...
deleting anyway

   done

Now the update process is stuck here:

** Port marked as IGNORE: www/mod_dnssd:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least

there are 2 ruby processes running for a long time, but nothing is
happening to the update.

43998 root520 64912K 33368K piperd  5   2:21   5.96%
ruby19{ruby19}
43998 root520 64912K 33368K select  1   0:00   5.96%
ruby19{ruby19}

So, it seems my system is broken now.  Did I do something wrong?
How can the upgrade work if so many ports depend on iconv?  What
should I do now? Should I reinstall libiconv?

Any help is appreciated.



# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
-ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
-ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/gnome-user-share:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least


The error actually states that you don't have reqiured aoache port
version. Is it the case or do you have apache22 installed.

Said that I'll admit that there are some ports (13) which uses
CONFIGURE_ARGS+=--with-iconv=${LOCALBASE} syntax. It's no more
relevant at recent RURRENT. The fix is been worked on.

For now you may

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Guido Falsi 

On 09/06/13 17:26, AN wrote:



On Fri, 6 Sep 2013, Guido Falsi wrote:


On 09/06/13 05:16, AN wrote:

Hi:

I am posting to both lists because this problem affects users of current
and ports, and I didn't know which would be more appropriate so please
forgive me.

# uname -a
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep  1
16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64

I am trying to update my ports following the entry in updating, but it
does not seem to be working correctly.  I followed the directions
exactly, and after 30 mins this is what has happened:

# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read
shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne
's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"


This is bsd.apache.mk trying to get the apache version. but the
apache's "httpd" binary cannot run because it can't find libiconv.so.3.


apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least


Here is what I have done:
# pkg query %ro libiconv >ports_to_update
[root@FBSD10 ~]# cat ports_to_update

...lots of output

# pkg delete -f libiconv
pkg: You are trying to delete package(s) which has dependencies that are
still required:
... delete these packages anyway in forced mode
Deinstallation has been requested for the following 1 packages:

 libiconv-1.14_1

The deinstallation will free 2 MB

Proceed with deinstalling packages [y/N]: y
[1/1] Deleting libiconv-1.14_1...
deleting anyway

  done

Now the update process is stuck here:

** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least

there are 2 ruby processes running for a long time, but nothing is
happening to the update.

43998 root520 64912K 33368K piperd  5   2:21   5.96%
ruby19{ruby19}
43998 root520 64912K 33368K select  1   0:00   5.96%
ruby19{ruby19}

So, it seems my system is broken now.  Did I do something wrong?  How
can the upgrade work if so many ports depend on iconv?  What should I do
now? Should I reinstall libiconv?



Good news is the update process did not really update anything,
judging from the output you sent. If you just reinstall libiconv
everything should go back to how it was, at least you get a working
system.

I admit I did not foresee this condition arising when I wrote the
instructions, here is a modified procedure you can follow and report
back about, so I can modify the UPDATING entry:

# pkg query %ro libiconv >ports_to_update
# cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
# ldconfig -R(1)
# pkg delete -f libiconv
# cat ports_to_update | xargs portupgrade -f

(1) not sure if ldconfig -R is really needed, but It will not do any
   harm

I added the step to preserve libiconv.so.3 in
/usr/local/lib/compat/pkg which is in the default library search path.
In this way libiconv and it's include file shouldn't be found by
configure scripts and the like and they should link to the system one,
while existing binaries should keep working linking to the preserved
one in lib/compat.


Any help is appreciated.


I hope this helps you, just ask for any clarifications and further
help as needed on this matter.

--
Guido Falsi 




I tried to install iconv and this is what happened:
  cd /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]# make install clean
===>  libiconv-1.14_1 converters/libiconv should not be used with
OSVERSION > 150.  Please fix the port which tries to use it.
*** Error code 1

Stop.
make: stopped in /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]#

So, now I can not install libiconv.  What should I do now, can I force
it to install?  System is badly broken from this procedure now.


Sorry, I forgot to mention, to install that port now you need to remove 
the "IGNORE" line from it's Makefile.


--
Guido Falsi 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread O. Hartmann 
On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov  wrote:

> 06.09.2013 07:16, AN пишет:
> > Hi:
> > 
> > I am posting to both lists because this problem affects users of
> > current and ports, and I didn't know which would be more
> > appropriate so please forgive me.
> > 
> > # uname -a
> > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
> > Sep  1 16:01:36 CDT 2013
> > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> > 
> > I am trying to update my ports following the entry in updating, but
> > it does not seem to be working correctly.  I followed the
> > directions exactly, and after 30 mins this is what has happened:
> > 
> > # cat ports_to_update | xargs portupgrade -vf
> > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > [Reading data from pkg(8) ... - 890 packages found - done]
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least
> > 
> > 
> > Here is what I have done:
> > # pkg query %ro libiconv >ports_to_update
> > [root@FBSD10 ~]# cat ports_to_update
> > 
> > ...lots of output
> > 
> > # pkg delete -f libiconv
> > pkg: You are trying to delete package(s) which has dependencies
> > that are still required:
> > ... delete these packages anyway in forced mode
> > Deinstallation has been requested for the following 1 packages:
> > 
> > libiconv-1.14_1
> > 
> > The deinstallation will free 2 MB
> > 
> > Proceed with deinstalling packages [y/N]: y
> > [1/1] Deleting libiconv-1.14_1...
> > deleting anyway
> > 
> >   done
> > 
> > Now the update process is stuck here:
> > 
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least
> > 
> > there are 2 ruby processes running for a long time, but nothing is 
> > happening to the update.
> > 
> > 43998 root520 64912K 33368K piperd  5   2:21   5.96% 
> > ruby19{ruby19}
> > 43998 root520 64912K 33368K select  1   0:00   5.96% 
> > ruby19{ruby19}
> > 
> > So, it seems my system is broken now.  Did I do something wrong?
> > How can the upgrade work if so many ports depend on iconv?  What
> > should I do now? Should I reinstall libiconv?
> > 
> > Any help is appreciated.
> > 
> > 
> > 
> > # cat ports_to_update | xargs portupgrade -vf
> > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > [Reading data from pkg(8) ... - 890 packages found - done]
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/gnome-user-share:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > install

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread AN 



On Fri, 6 Sep 2013, Guido Falsi wrote:


On 09/06/13 05:16, AN wrote:

Hi:

I am posting to both lists because this problem affects users of current
and ports, and I didn't know which would be more appropriate so please
forgive me.

# uname -a
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep  1
16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64

I am trying to update my ports following the entry in updating, but it
does not seem to be working correctly.  I followed the directions
exactly, and after 30 mins this is what has happened:

# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read
shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne
's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"


This is bsd.apache.mk trying to get the apache version. but the apache's 
"httpd" binary cannot run because it can't find libiconv.so.3.



apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least


Here is what I have done:
# pkg query %ro libiconv >ports_to_update
[root@FBSD10 ~]# cat ports_to_update

...lots of output

# pkg delete -f libiconv
pkg: You are trying to delete package(s) which has dependencies that are
still required:
... delete these packages anyway in forced mode
Deinstallation has been requested for the following 1 packages:

 libiconv-1.14_1

The deinstallation will free 2 MB

Proceed with deinstalling packages [y/N]: y
[1/1] Deleting libiconv-1.14_1...
deleting anyway

  done

Now the update process is stuck here:

** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least

there are 2 ruby processes running for a long time, but nothing is
happening to the update.

43998 root520 64912K 33368K piperd  5   2:21   5.96%
ruby19{ruby19}
43998 root520 64912K 33368K select  1   0:00   5.96%
ruby19{ruby19}

So, it seems my system is broken now.  Did I do something wrong?  How
can the upgrade work if so many ports depend on iconv?  What should I do
now? Should I reinstall libiconv?



Good news is the update process did not really update anything, judging from 
the output you sent. If you just reinstall libiconv everything should go back 
to how it was, at least you get a working system.


I admit I did not foresee this condition arising when I wrote the 
instructions, here is a modified procedure you can follow and report back 
about, so I can modify the UPDATING entry:


# pkg query %ro libiconv >ports_to_update
# cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
# ldconfig -R   (1)
# pkg delete -f libiconv
# cat ports_to_update | xargs portupgrade -f

(1) not sure if ldconfig -R is really needed, but It will not do any
   harm

I added the step to preserve libiconv.so.3 in /usr/local/lib/compat/pkg which 
is in the default library search path. In this way libiconv and it's include 
file shouldn't be found by configure scripts and the like and they should 
link to the system one, while existing binaries should keep working linking 
to the preserved one in lib/compat.



Any help is appreciated.


I hope this helps you, just ask for any clarifications and further help as 
needed on this matter.


--
Guido Falsi 




I tried to install iconv and this is what happened:
 cd /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]# make install clean
===>  libiconv-1.14_1 converters/libiconv should not be used with 
OSVERSION > 150.  Please fix the port which tries to use it.

*** Error code 1

Stop.
make: stopped in /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]#

So, now I can not install libiconv.  What should I do now, can I force it 
to install?  System is badly broken from this procedure now.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: New iSCSI stack.

2013-09-06 Thread Edward Tomasz Napierała 
Wiadomość napisana przez Outback Dingo  w dniu 6 wrz 
2013, o godz. 09:46:
> On Fri, Sep 6, 2013 at 1:50 AM, Edward Tomasz Napierała  
> wrote:
> New patch, updated for Capsicum changes, is here:
> 
> http://people.freebsd.org/~trasz/cfiscsi-20130906.diff
> 
> 
> Bravo patched, compiled successfully and tested a lun using ctld
> 
> cfiscsi_ioctl_handoff: new connection from 
> iqn.1993-08.org.debian:01:7a3a657cdd11 (192.168.122.1) to 
> iqn.2012-06.com.example:target2
> (0:2:0:0): MAINTENANCE (IN). CDB: a3 0c 01 12 00 00 00 00 02 00 00 00 
> (0:2:0:0): Tag: 0x0011, Type: 1
> (0:2:0:0): CTL Status: SCSI Error
> (0:2:0:0): SCSI Status: Check Condition
> (0:2:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB)
> (0:2:0:0): Command byte 1 bit 4 is invalid
> 
> it was mounted. partitioned, formatted ext4 and data copied to/from a linux 
> host

Thanks!  It's worth mentioning that the CTL messages like one above are normal 
- it's
just that Linux is trying to use some optional part of SCSI protocol the CTL 
doesn't (yet)
support.  (You can actually tell what initiator it is, just by looking at those 
- Linux tries
to use MAINTENANCE IN, Windows - VERIFY, and Solaris does something weird with
mode pages.)

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-09-06 Thread Alexander Motin 

On 06.09.2013 11:06, Jeremie Le Hen wrote:

On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote:

On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin  wrote:

I've found and fixed possible double request completion, that could cause
such symptoms if happened. Updated patch located as usual:
http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch


With this new one I cannot boot any more (I also updated the source
tree).  This is a hand transcripted version:

Trying to mount root from zfs:zroot/root []...
panic: Batch flag already set
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper()
kdb_backtrace()
vpanic()
kassert_panic()
xpt_batch_start()
ata_interrupt()
softclock_call_cc()
softclock()
ithread_loop()
fork_exit()
fork_trampoline()


Thank you for the report. I see my fault. It is probably specific to 
ata(4) driver only. I've workarounded that in new patch version, but 
probably that area needs some rethinking.


http://people.freebsd.org/~mav/camlock_patches/camlock_20130906.patch

--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-09-06 Thread Jeremie Le Hen 
On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote:
> On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin  wrote:
> > I've found and fixed possible double request completion, that could cause
> > such symptoms if happened. Updated patch located as usual:
> > http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch
> >
> 
> Good catch!
> this new patch (applied to r255188) fix the problem on my laptop.

With this new one I cannot boot any more (I also updated the source
tree).  This is a hand transcripted version:

Trying to mount root from zfs:zroot/root []...
panic: Batch flag already set
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper()
kdb_backtrace()
vpanic()
kassert_panic()
xpt_batch_start()
ata_interrupt()
softclock_call_cc()
softclock()
ithread_loop()
fork_exit()
fork_trampoline()


-- 
Jeremie Le Hen

Scientists say the world is made up of Protons, Neutrons and Electrons.
They forgot to mention Morons.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: New iSCSI stack.

2013-09-06 Thread Outback Dingo 
On Fri, Sep 6, 2013 at 1:50 AM, Edward Tomasz Napierała
wrote:

> New patch, updated for Capsicum changes, is here:
>
> http://people.freebsd.org/~trasz/cfiscsi-20130906.diff
>
>
Bravo patched, compiled successfully and tested a lun using ctld

cfiscsi_ioctl_handoff: new connection from
iqn.1993-08.org.debian:01:7a3a657cdd11 (192.168.122.1) to
iqn.2012-06.com.example:target2
(0:2:0:0): MAINTENANCE (IN). CDB: a3 0c 01 12 00 00 00 00 02 00 00 00
(0:2:0:0): Tag: 0x0011, Type: 1
(0:2:0:0): CTL Status: SCSI Error
(0:2:0:0): SCSI Status: Check Condition
(0:2:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB)
(0:2:0:0): Command byte 1 bit 4 is invalid

it was mounted. partitioned, formatted ext4 and data copied to/from a linux
host
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Boris Samorodov 
06.09.2013 07:16, AN пишет:
> Hi:
> 
> I am posting to both lists because this problem affects users of current 
> and ports, and I didn't know which would be more appropriate so please 
> forgive me.
> 
> # uname -a
> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep  1 
> 16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> 
> I am trying to update my ports following the entry in updating, but it 
> does not seem to be working correctly.  I followed the directions exactly, 
> and after 30 mins this is what has happened:
> 
> # cat ports_to_update | xargs portupgrade -vf
> --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> [Reading data from pkg(8) ... - 890 packages found - done]
> Shared object "libiconv.so.3" not found, required by "httpd"
> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read 
> shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server 
> version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> Shared object "libiconv.so.3" not found, required by "httpd"
> apxs:Error: Sorry, no shared object support for Apache.
> apxs:Error: available under your platform. Make sure.
> apxs:Error: the Apache module mod_so is compiled into.
> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> ** Port marked as IGNORE: www/mod_dnssd:
>   is marked as broken: : Error from bsd.apache.mk. apache is 
> installed (or APACHE_PORT is defined) and port requires apache22 at least
> 
> 
> Here is what I have done:
> # pkg query %ro libiconv >ports_to_update
> [root@FBSD10 ~]# cat ports_to_update
> 
> ...lots of output
> 
> # pkg delete -f libiconv
> pkg: You are trying to delete package(s) which has dependencies that are 
> still required:
> ... delete these packages anyway in forced mode
> Deinstallation has been requested for the following 1 packages:
> 
>   libiconv-1.14_1
> 
> The deinstallation will free 2 MB
> 
> Proceed with deinstalling packages [y/N]: y
> [1/1] Deleting libiconv-1.14_1...
> deleting anyway
> 
>   done
> 
> Now the update process is stuck here:
> 
> ** Port marked as IGNORE: www/mod_dnssd:
>   is marked as broken: : Error from bsd.apache.mk. apache is 
> installed (or APACHE_PORT is defined) and port requires apache22 at least
> 
> there are 2 ruby processes running for a long time, but nothing is 
> happening to the update.
> 
> 43998 root520 64912K 33368K piperd  5   2:21   5.96% 
> ruby19{ruby19}
> 43998 root520 64912K 33368K select  1   0:00   5.96% 
> ruby19{ruby19}
> 
> So, it seems my system is broken now.  Did I do something wrong?  How can 
> the upgrade work if so many ports depend on iconv?  What should I do now? 
> Should I reinstall libiconv?
> 
> Any help is appreciated.
> 
> 
> 
> # cat ports_to_update | xargs portupgrade -vf
> --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> [Reading data from pkg(8) ... - 890 packages found - done]
> Shared object "libiconv.so.3" not found, required by "httpd"
> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read 
> shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server 
> version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> Shared object "libiconv.so.3" not found, required by "httpd"
> apxs:Error: Sorry, no shared object support for Apache.
> apxs:Error: available under your platform. Make sure.
> apxs:Error: the Apache module mod_so is compiled into.
> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> ** Port marked as IGNORE: www/mod_dnssd:
>   is marked as broken: : Error from bsd.apache.mk. apache is 
> installed (or APACHE_PORT is defined) and port requires apache22 at least
> Shared object "libiconv.so.3" not found, required by "httpd"
> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read 
> shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server 
> version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> Shared object "libiconv.so.3" not found, required by "httpd"
> apxs:Error: Sorry, no shared object support for Apache.
> apxs:Error: available under your platform. Make sure.
> apxs:Error: the Apache module mod_so is compiled into.
> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> ** Port marked as IGNORE: www/gnome-user-share:
>   is marked as broken: : Error from bsd.apache.mk. apache is 
> installed (or APACHE_PORT is defined) and port requires apache22 at least

The error actually states that you don't have reqiured aoache port
version. Is it the case or do you have apache22 installed.

Said that I'll admit that there are some ports (13) which uses
CON

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

2013-09-06 Thread Guido Falsi 

On 09/06/13 05:16, AN wrote:

Hi:

I am posting to both lists because this problem affects users of current
and ports, and I didn't know which would be more appropriate so please
forgive me.

# uname -a
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep  1
16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64

I am trying to update my ports following the entry in updating, but it
does not seem to be working correctly.  I followed the directions
exactly, and after 30 mins this is what has happened:

# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read
shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne
's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"


This is bsd.apache.mk trying to get the apache version. but the apache's 
"httpd" binary cannot run because it can't find libiconv.so.3.



apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least


Here is what I have done:
# pkg query %ro libiconv >ports_to_update
[root@FBSD10 ~]# cat ports_to_update

...lots of output

# pkg delete -f libiconv
pkg: You are trying to delete package(s) which has dependencies that are
still required:
... delete these packages anyway in forced mode
Deinstallation has been requested for the following 1 packages:

 libiconv-1.14_1

The deinstallation will free 2 MB

Proceed with deinstalling packages [y/N]: y
[1/1] Deleting libiconv-1.14_1...
deleting anyway

  done

Now the update process is stuck here:

** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least

there are 2 ruby processes running for a long time, but nothing is
happening to the update.

43998 root520 64912K 33368K piperd  5   2:21   5.96%
ruby19{ruby19}
43998 root520 64912K 33368K select  1   0:00   5.96%
ruby19{ruby19}

So, it seems my system is broken now.  Did I do something wrong?  How
can the upgrade work if so many ports depend on iconv?  What should I do
now? Should I reinstall libiconv?



Good news is the update process did not really update anything, judging 
from the output you sent. If you just reinstall libiconv everything 
should go back to how it was, at least you get a working system.


I admit I did not foresee this condition arising when I wrote the 
instructions, here is a modified procedure you can follow and report 
back about, so I can modify the UPDATING entry:


# pkg query %ro libiconv >ports_to_update
# cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
# ldconfig -R   (1)
# pkg delete -f libiconv
# cat ports_to_update | xargs portupgrade -f

(1) not sure if ldconfig -R is really needed, but It will not do any
harm

I added the step to preserve libiconv.so.3 in /usr/local/lib/compat/pkg 
which is in the default library search path. In this way libiconv and 
it's include file shouldn't be found by configure scripts and the like 
and they should link to the system one, while existing binaries should 
keep working linking to the preserved one in lib/compat.



Any help is appreciated.


I hope this helps you, just ask for any clarifications and further help 
as needed on this matter.


--
Guido Falsi 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"