As announced before, a few big commits, that touch some thousands ports
are being done: png, curl, x11, gnome, kde4. The target ETA is 6-7
April.
The first one was done, update of graphics/png (including a shared lib
version bump), with about 5000 ports affected.
We do _NOT_ recommend updating ports until this commits are all done,
and the problems are fixed, except if you want to help testing / fixing.
Before reporting failures, please take a look at ports@ list, and
http://qat.tecnik93.com/index.php?action=failed_buildports&sort=last_built
to find out if the problem hasn't already been reported or even fixed.
We also have two incremental builds on Pointy to catch the problems.
Thank you,
With hat: portmgr@
--
IOnut - Un^d^dregistered ;) FreeBSD "user"
"Intellectual Property" is nowhere near as valuable as "Intellect"
FreeBSD committer -> ite...@FreeBSD.org, PGP Key ID 057E9F8B493A297B
Ion-Mihai Tetcu <ite...@FreeBSD.org> writes:
> We do _NOT_ recommend updating ports until this commits are all done,
> and the problems are fixed, except if you want to help testing / fixing.
Mr. portmgr:
Do you *want* help testing and fixing?
> Before reporting failures, please take a look at ports@ list, and
> http://qat.tecnik93.com/index.php?action=failed_buildports&sort=last_built
> to find out if the problem hasn't already been reported or even fixed.
> We also have two incremental builds on Pointy to catch the problems.
(If you want bugs reported in a specific place or with a specific
Subject, please specify.)
graphics/osg doesn't build:
FreeBSD lightning 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu Mar 25 10:44:26
MDT 2010 root@lightning:/usr/obj/usr/src/sys/LIGHTNING i386
...
[ 40%] Building CXX object src/osgPlugins/osg/CMakeFiles/osgdb_osg.dir/OcclusionQueryNode.o
/usr/ports/graphics/osg/work/OpenSceneGraph-2.8.2/src/osgPlugins/png/ReaderWriterPNG.cpp: In member function 'osgDB::ReaderWriter::ReadResult ReaderWriterPNG::readPNGStream(std::istream&) const':
/usr/ports/graphics/osg/work/OpenSceneGraph-2.8.2/src/osgPlugins/png/ReaderWriterPNG.cpp:176: error: 'png_check_sig' was not declared in this scope
/usr/ports/graphics/osg/work/OpenSceneGraph-2.8.2/src/osgPlugins/png/ReaderWriterPNG.cpp:227: error: 'png_set_gray_1_2_4_to_8' was not declared in this scope
*** Error code 1
1 error
*** Error code 2
[ 40%] Building CXX object
src/osgPlugins/osg/CMakeFiles/osgdb_osg.dir/PagedLOD.o
...
[ 45%] Building CXX object
src/osgPlugins/osg/CMakeFiles/osgdb_osg.dir/Viewport.o
Linking CXX shared module ../../../lib/osgPlugins-2.8.2/osgdb_osg.so
[ 45%] Built target osgdb_osg
1 error
*** Error code 2
1 error
*** Error code 1
Stop in /usr/ports/graphics/osg.
*** Error code 1
Stop in /usr/ports/graphics/osg.
-Warren Block * Rapid City, South Dakota USA
> We do _NOT_ recommend updating ports until this commits are all done,
> and the problems are fixed, except if you want to help testing / fixing.
Could you put this in UPDATING, please?
> Before reporting failures, please take a look at ports@ list, and
> http://qat.tecnik93.com/index.php?action=failed_buildports&sort=last_built
> to find out if the problem hasn't already been reported or even fixed.
> We also have two incremental builds on Pointy to catch the problems.
wxgtk26 needs the same patch as wxgtk28:
--- Makefile.orig 2010-03-28 12:52:41.000000000 -0600
+++ Makefile 2010-03-28 12:54:17.000000000 -0600
@@ -91,6 +91,7 @@
post-patch:
@${REINPLACE_CMD} -e 's|pkg_config_args --cflags|pkg_config_args pangox --cflags|g ; \
s|pkg_config_args --libs|pkg_config_args pangox --libs|g' \
+ -e 's|png_check_sig|png_sig_cmp|g' \
${WRKSRC}/configure
.include <bsd.port.mk>
...although adding another -e option instead of just extending the
existing one seems unnecessary.
> On Sun, 28 Mar 2010 13:09:38 -0600 (MDT)
> Warren Block <wbl...@wonkity.com> wrote:
>
>> On Sun, 28 Mar 2010, Ion-Mihai Tetcu wrote:
>>
>>> Before reporting failures, please take a look at ports@ list, and
>>> http://qat.tecnik93.com/index.php?action=failed_buildports&sort=last_built
>>> to find out if the problem hasn't already been reported or even
>>> fixed. We also have two incremental builds on Pointy to catch the
>>> problems.
Okay, a few more... Warning: these are nearly untested. After all, if
it builds, it means it works, right?
Broken, not yet investigated:
graphics/enblend
graphics/gimp-app
graphics/hugin
Broken but fixable:
x11/xfce4-conf
won't build with GTKDOC enabled (problem with gtkdoc-fixxref, maybe
not png related)
also sent to maintainer oli...@freebsd.org
x11-fm/thunar
needs patch: files/patch-thunar-vfs-thunar-vfs-thumb.c
based on http://www.libpng.org/pub/png/src/libpng-1.2.x-to-1.4.x-summary.txt
also sent to maintainer oli...@freebsd.org
--- thunar-vfs/thunar-vfs-thumb.c.orig 2010-03-28 13:50:55.000000000 -0600
+++ thunar-vfs/thunar-vfs-thumb.c 2010-03-28 13:51:39.000000000 -0600
@@ -1169,7 +1169,7 @@
goto done0;
/* verify the png signature */
- if (G_LIKELY (png_check_sig ((png_bytep) signature, sizeof (signature))))
+ if (G_LIKELY (png_sig_cmp ((png_bytep) signature, 0, sizeof (signature)) == 0))
rewind (fp);
else
goto done0;
emacs23 is also broken. The build fails when building temacs with:
cc -nostdlib `./prefix-args -Xlinker -L/usr/local/lib -znocombreloc` -L/usr/local/lib -lintl -Wl,-znocombreloc -L/usr/local/lib -o temacs pre-crt0.o /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o dispnew.o frame.o scroll.o xdisp.o menu.o xmenu.o window.o charset.o coding.o category.o ccl.o character.o chartab.o cm.o term.o terminal.o xfaces.o xterm.o xfns.o xselect.o xrdb.o fontset.o xsmfns.o fringe.o image.o gtkutil.o dbusbind.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o font.o print.o lread.o syntax.o unexelf.o bytecode.o process.o callproc.o region-cache.o sound.o atimer.o doprnt.o strftime.o intervals.o textprop.o composite.o md5.o xfont.o ftfont.o xftfont.o ftxfont.o terminfo.o lastfile.o gmalloc.o vm-limit.o -L/usr/local/lib -pthread -L/usr/local/lib -
lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lpangoft2-1.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lpthread -lSM -lICE -ltiff -ljpeg -lpng -lz -lm -lungif -lXpm -lX11 -L/usr/local/lib -lXft -lXrender -lfontconfig -lfreetype -lX11 -pthread -L/usr/local/lib -lrsvg-2 -lgdk_pixbuf-2.0 -lm -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -pthread -L/usr/local/lib -ldbus-1 -lutil -lncurses -L/usr/local/lib -lz -lotf -lfreetype -L/usr/local/lib -lm17n-flt -lm17n-core -lm -lgcc -lc -lgcc /usr/lib/crtend.o /usr/lib/crtn.o
image.o(.text+0x65d3): In function `png_load':
: undefined reference to `png_check_sig'
image.o(.text+0x6c01): In function `png_load':
: undefined reference to `png_check_sig'
gmake[1]: *** [temacs] Error 1
The compilation of image.c itself works fine, with only a warning about a deprecated symbol:
cc -c -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib -I/usr/local/include -Demacs -DHAVE_CONFIG_H -I. -I/usr/ports/editors/emacs/work/emacs-23.1/src -I/usr/X11R6include -I/usr/local/include -L/usr/local/lib -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/freetype2 -D_THREAD_SAFE -I/usr/local/include/librsvg-2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-2.0 -I/usr/local/include/cairo -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -O2 -pipe -fno-strict-aliasing -I/usr/local/include/fr
eetype2 -I/usr/local/include -I/usr/local/include image.c
image.c: In function 'my_png_error':
image.c:5885: warning: 'jmpbuf' is deprecated (declared at /usr/local/include/libpng/png.h:1090)
image.c: In function 'png_load':
image.c:6061: warning: 'jmpbuf' is deprecated (declared at /usr/local/include/libpng/png.h:1090)
--
Fred
Not on the webpage above, and running 7.3-STABLE
uname -a:
njtransit.njit.edu 7.3-STABLE FreeBSD 7.3-STABLE #0: Sun Mar 28 01:04:27
EDT 2010 ro...@njtransit.njit.edu:/usr/obj/usr/src/sys/NJT328 amd64
In graphics/ming, while portupgrading -fr png
In file included from decompile.c:7:
/usr/include/stdio.h:432:1: warning: this is the location of the
previous definition
cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall
-I. -I.. -I../src -c main.c
cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall
-I. -I.. -I../src -c parser.c
cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall
-I. -I.. -I../src -c read.c
cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall
-I. -I.. -I../src -L. -L.. -L/usr/local/lib -L.. -lming -lz -lm -lungif
-lpng -DNODECOMPILE action.o blocktypes.o decompile.o main.o parser.o
read.o outputtxt.c -o listswf
../libming.so: undefined reference to `png_check_sig'
*** Error code 1
Tim Kellers
Looks like the/usr/ports/graphics/ming/files/patch-src_blocks_pngdbl.c
commit fixed ming.
Tim Kellers
Patch for graphics/osg attached. Builds but otherwise untested.
Please stop me before I patch again.
The UPDATING entry for the png update looks very wrong. Wrong date, wrong text, wrong instructions for portmaster.
20090328:
AFFECTS: users of graphics/png
AUTHOR: din...@FreeBSD.org
The png library has been updated to version 1.4.1. Please rebuild all
ports that depend on it.
If you use portmaster:
portmaster -r jpeg-
If you use portupgrade:
portupgrade -fr graphics/jpeg
--
-------------------------->
Aristedes Maniatis
ish
http://www.ish.com.au
Level 1, 30 Wilson Street Newtown 2042 Australia
phone +61 2 9550 5001 fax +61 2 9550 4001
GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
Is that correct? I haven't seen that notation before (although I might just have missed it in the docs).
I would have used
portmaster -r graphics/png
Ari
The text has been updated:
20100328:
AFFECTS: users of graphics/png
AUTHOR: din...@FreeBSD.org
The png library has been updated to version 1.4.1. Please rebuild all
ports that depend on it.
If you use portmaster:
portmaster -r png-
If you use portupgrade:
portupgrade -fr graphics/png
Thanks,
-Garrett
And yes, the directions are still wrong; it should be:
portmaster -r 'png-*'
Similarly since this was just a copy-paste of the jpeg
instructions, those ones are wrong as well.
Thanks,
-Garrett
Here's a fix for x11-fm/thunar .
Thanks,
-Garrett
You're absolutely correct, but I think that these directions were
written with the intent that they would be simple one-off directions
for upgrading just graphics/png dependent libs.
HTH,
-Garrett
Given that the PORTREVISION of all dependent ports are bumped, a simple
'portupgrade -a' or 'portmaster -a' should suffice. Or am I missing something?
Rene
That won't work, the man page clearly says that it has to be a port
directory or glob pattern from /var/db/pkg. The "glob pattern" bit of
that was (unfortunately) broken up till version 2.20, which I just
committed.
> And yes, the directions are still wrong; it should be:
>
> portmaster -r 'png-*'
The * at the end of that is not necessary. In fact, portmaster strips it
off before creating the actual pattern to feed to find. The current
version of the instructions are correct. The - at the end of png is not
strictly necessary, but it will serve to disambiguate the port name if
there exists a pngfoo-1.23.
hth,
Doug
--
... and that's just a little bit of history repeating.
-- Propellerheads
Improve the effectiveness of your Internet presence with
a domain name makeover! http://SupersetSolutions.com/
Sorry, wrong patch. This is the one:
diff -Nur evas-loader-png.orig/files/patch-src-modules-loaders-png-evas_image_load_png.c evas-loader-png/files/patch-src-modules-loaders-png-evas_image_load_png.c
--- evas-loader-png.orig/files/patch-src-modules-loaders-png-evas_image_load_png.c 1970-01-01 01:00:00.000000000 +0100
+++ evas-loader-png/files/patch-src-modules-loaders-png-evas_image_load_png.c 2010-03-29 10:01:37.000000000 +0200
@@ -0,0 +1,20 @@
+--- src/modules/loaders/png/evas_image_load_png.c.orig 2007-10-28 11:35:13.000000000 +0100
++++ src/modules/loaders/png/evas_image_load_png.c 2010-03-29 10:01:31.000000000 +0200
+@@ -44,7 +44,7 @@
+ fclose(f);
+ return 0;
+ }
+- if (!png_check_sig(buf, PNG_BYTES_TO_CHECK))
++ if (png_sig_cmp(buf, 0, PNG_BYTES_TO_CHECK) != 0)
+ {
+ fclose(f);
+ return 0;
+@@ -121,7 +121,7 @@
+
+ /* if we havent read the header before, set the header data */
+ fread(buf, 1, PNG_BYTES_TO_CHECK, f);
+- if (!png_check_sig(buf, PNG_BYTES_TO_CHECK))
++ if (png_sig_cmp(buf, 0, PNG_BYTES_TO_CHECK) != 0)
+ {
+ fclose(f);
+ return 0;
A small fix for graphics/php5-gd. It builds without the patch, but
doesn't work without it.
diff -Nur php5-gd.orig/files/patch-ext-gd-libgd-gd_png.c php5-gd/files/patch-ext-gd-libgd-gd_png.c
--- php5-gd.orig/files/patch-ext-gd-libgd-gd_png.c 1970-01-01 01:00:00.000000000 +0100
+++ php5-gd/files/patch-ext-gd-libgd-gd_png.c 2010-03-29 09:38:38.000000000 +0200
@@ -0,0 +1,11 @@
+--- libgd/gd_png.c.orig 2010-03-29 09:33:02.000000000 +0200
++++ libgd/gd_png.c 2010-03-29 09:35:15.000000000 +0200
+@@ -139,7 +139,7 @@
+ return NULL;
+ }
+
+- if (!png_check_sig (sig, 8)) { /* bad signature */
++ if (png_sig_cmp (sig, 0, 8) != 0) { /* bad signature */
+ return NULL;
+ }
+
Fix for graphics/evas-loader-png.
diff -Nur evas-loader-png.orig/files/patch-src-modules-loaders-png-evas_image_load_png.c evas-loader-png/files/patch-src-modules-loaders-png-evas_image_load_png.c
--- evas-loader-png.orig/files/patch-src-modules-loaders-png-evas_image_load_png.c 1970-01-01 01:00:00.000000000 +0100
+++ evas-loader-png/files/patch-src-modules-loaders-png-evas_image_load_png.c 2010-03-29 09:54:23.000000000 +0200
@@ -0,0 +1,11 @@
+--- src/modules/loaders/png/evas_image_load_png.c.orig 2010-03-29 09:51:19.000000000 +0200
++++ src/modules/loaders/png/evas_image_load_png.c 2010-03-29 09:52:29.000000000 +0200
The already committed graphics/imlib2 patch does not work,
i.e. it compiles, but png doesn't work, with this one it does:
diff -Nur imlib2.orig/files/patch-loader_png.c imlib2/files/patch-loader_png.c
--- imlib2.orig/files/patch-loader_png.c 2010-03-29 10:12:43.000000000 +0200
+++ imlib2/files/patch-loader_png.c 2010-03-29 10:08:41.000000000 +0200
@@ -5,7 +5,7 @@
/* if we haven't read the header before, set the header data */
fread(buf, 1, PNG_BYTES_TO_CHECK, f);
- if (!png_check_sig(buf, PNG_BYTES_TO_CHECK))
-+ if (png_check_sig(buf, 0, PNG_BYTES_TO_CHECK))
++ if (png_sig_cmp(buf, 0, PNG_BYTES_TO_CHECK) != 0)
{
fclose(f);
return 0;
> On 28/03/2010 15:38, Ion-Mihai Tetcu wrote:
> > We do _NOT_ recommend updating ports until this commits are all
> > done, and the problems are fixed, except if you want to help
> > testing / fixing.
>
> The already committed graphics/imlib2 patch does not work,
> i.e. it compiles, but png doesn't work, with this one it does:
[ .. ]
Committed, thanks.
I'm confused. The manual actually says:
[-R] -r name/glob of port in /var/db/pkg
When I try your suggestion I get this:
# portmaster -r png-
===>>> No valid installed port, or port directory given
===>>> Try portmaster --help
And this doesn't work either:
# portmaster -r graphics/png
===>>> No valid installed port, or port directory given
===>>> Try portmaster --help
So, as you say the pkg pattern is broken, but also 'port directory' doesn't work either unlike your suggestions above. It would be nice for both pkg and directory patterns to be more consistently available, but in the meantime readers of UPDATING are going to be confused.
Ari Maniatis
Besides, when I read `glob' I don't think `regular expression'. A
glob is a simplified extension of regular expressions, made available
via fnmatch(3) and glob(3) ... The previous method I described works,
and works well:
portmaster -r 'png-*'
Not sure why graphics/png doesn't work though; hrrm...
Thanks,
-Garrett
Someone committed the broken code again. :(
> We do _NOT_ recommend updating ports until this commits are all done,
> and the problems are fixed, except if you want to help testing / fixing.
graphics/inkscape needs a dependency fix.
diff -Nur inkscape.orig/Makefile inkscape/Makefile
--- inkscape.orig/Makefile 2010-03-29 12:06:39.000000000 +0200
+++ inkscape/Makefile 2010-03-29 12:07:39.000000000 +0200
@@ -22,7 +22,7 @@
gtkspell.0:${PORTSDIR}/textproc/gtkspell \
lcms.1:${PORTSDIR}/graphics/lcms \
wpg-0.1.1:${PORTSDIR}/graphics/libwpg \
- Magick++.2:${PORTSDIR}/graphics/ImageMagick
+ Magick++.3:${PORTSDIR}/graphics/ImageMagick
RUN_DEPENDS= ${SITE_PERL}/XML/XQL.pm:${PORTSDIR}/textproc/p5-XML-XQL
USE_BZIP2= yes
sysutils/tracker-client fails in configure, fix to port's Makefile:
--- sysutils/tracker-client/Makefile.orig 2010-03-29 20:59:36.000000000 +0200
+++ sysutils/tracker-client/Makefile 2010-03-29 21:01:42.000000000 +0200
@@ -46,7 +46,9 @@
INSTALLS_ICONS= yes
USE_AUTOTOOLS= libtool:22
CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \
- LDFLAGS="-L${LOCALBASE}/lib -L${LOCALBASE}/lib/tracker ${PTHREAD_LIBS}"
+ LDFLAGS="-L${LOCALBASE}/lib -L${LOCALBASE}/lib/tracker ${PTHREAD_LIBS}" \
+ LIBPNG_CFLAGS="-I${LOCALBASE}/include" \
+ LIBPNG_LDFLAGS="-L${LOCALBASE}/lib" LIBPNG_LIBS="png"
CONFIGURE_ARGS= --enable-video-extractor=gstreamer \
--enable-file-monitoring=fam \
--with-session-bus-services-dir=${LOCALBASE}/share/dbus-1/services \
And cad/brlcad will need some work, but that might be larger...
Regards,
Christoph
--
Spare Space
Are you using portmaster version 2.20?
I wasn't going for a rigorous definition here. :) However, "simplified"
is the correct idea.
> The previous method I described works, and works well:
>
> portmaster -r 'png-*'
Right, that will work, but the * isn't necessary. Portmaster will strip
it internally in any case.
> Not sure why graphics/png doesn't work though; hrrm...
The -r option is only relevant to an installed port.
> Right, that will work, but the * isn't necessary. Portmaster will strip
> it internally in any case.
>
Those type of examples in the man pages and UPDATING have never worked for
me in tcsh, I've always had to glob it like Garret stated.
> pkg_info |grep png
linux-f10-png-1.2.37 RPM of the PNG lib (Linux Fedora 10)
png-1.2.42 Library for manipulating PNG images
scr2png-1.2_3 Converts the output of "vidcontrol -p" to PNG
> portmaster -r png-
===>>> No valid installed port, or port directory given
===>>> Try portmaster --help
> portmaster -r 'png-*'
===>>> Currently installed version: png-1.2.42
===>>> Port directory: /usr/ports/graphics/png
===>>> Gathering distinfo list for installed ports
===>>> Launching 'make checksum' for graphics/png in background
===>>> Gathering dependency list for graphics/png from ports
===>>> No dependencies for graphics/png
===>>> Checking ports that depend on png-1.2.42
===>>> Launching child to update akonadi-1.2.1_1
^C
===>>> Build/Install for graphics/png exiting due to signal
--
Adam Vande More
I'm sorry to repeat myself, but what you're describing is a result of
the fact that in the past the glob code for the -r option was broken. As
of version 2.20 it is no longer broken, and the * is not necessary
(although it won't hurt anything).
hope this helps,
This was resolved with the off-list help of Warren Block, and with
dinoex's commit of emacs-23.1_5,1 (thanks a bunch to them). PR
ports/145171 was also filled about this issue.
PNG and cURL are in, and png fall-outs are believed to be fixed.
Xorg update has gone through an -exp run on Pointy and our xorg team is
working on fixing the approx. 60 ports with problems.
I will begin -exp runs for Gnome and KDE updates tonight or tomorrow
morning.
Packages status:
- i386:
- 6 after png and curl
- 7 after png and curl
- an 8 incremental build is in progress and should be shortly finished
- 9 pacakges are from middle March
- amd64:
- 6 packages are post png and curl
- 7 build is in progress and will be finished tomorrow
- 8 last build was done in the middle of the png update/fixes; we
won't run an other before Xorg, KDE and Gnome go in (for lack of
resources).
- 9 build in progress (with sources that are believed to fix the zlib
problem).
In other words, if you wish to update without waiting for Xorg, Gnome
and KDE now it's a good moment.
HTH,
Does this fix the following issue?
I have installed FreeBSD 8.0 and updated it to current p2
I try to use konqueror and I get
There was an error loading the module About-Page for Konqueror.
The diagnostics is:
Cannot load library /usr/local/kde4/lib/kde4/konq_aboutpage.so:
(Shared object "libjpeg.so.10" not found, required by "libkhtml.so.7")
Other programs like kile and k3b don't work because of the same
message or others. I did not know about this, otherwise I would not
have tried to install these programs in the first place, till the
coast was clear :(
Thanks though, I saw the message a little bit late :(
Regards,
Antonio
Nope. You need to update all of jpeg. See UPDATING for more
details (but substitute this for the portmaster directions: "
portmaster -r 'jpeg-*' ".
HTH,
-Garrett
I have tried the command out, but it apparently does not do the job:
===>>> Continuing 'make config' dependency check for graphics/graphviz
===>>> Launching child to update libgnomeui-2.24.1_1
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1
===>>> Port directory: /usr/ports/x11-toolkits/libgnomeui
===>>> Launching 'make checksum' for x11-toolkits/libgnomeui in background
===>>> Gathering dependency list for x11-toolkits/libgnomeui from ports
===>>> Starting recursive 'make config' check
===>>> Launching child to update gvfs-1.2.3_2
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2
===>>> Port directory: /usr/ports/devel/gvfs
===>>> Launching 'make checksum' for devel/gvfs in background
===>>> Gathering dependency list for devel/gvfs from ports
===>>> Starting recursive 'make config' check
===>>> Launching child to update libsoup-2.26.3_2
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2
===>>> Port directory: /usr/ports/devel/libsoup
===>>> Launching 'make checksum' for devel/libsoup in background
===>>> Gathering dependency list for devel/libsoup from ports
===>>> Starting recursive 'make config' check
===>>> Launching child to update sqlite3-3.6.14.2 to sqlite3-3.6.19
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> sqlite3-3.6.14.2
===>>> Port directory: /usr/ports/databases/sqlite3
===>>> Launching 'make checksum' for databases/sqlite3 in background
===>>> Gathering dependency list for databases/sqlite3 from ports
===>>> Starting recursive 'make config' check
===>>> Recursive 'make config' check complete for databases/sqlite3
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> sqlite3-3.6.14.2
===>>> Continuing 'make config' dependency check for devel/libsoup
===>>> Launching child to update gnome-keyring-2.26.3_1
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1
===>>> Port directory: /usr/ports/security/gnome-keyring
===>>> Launching 'make checksum' for security/gnome-keyring in background
===>>> Gathering dependency list for security/gnome-keyring from ports
===>>> Starting recursive 'make config' check
===>>> Launching child to update libgcrypt-1.4.4 to libgcrypt-1.4.5
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >>
libgcrypt-1.4.4
===>>> Port directory: /usr/ports/security/libgcrypt
===>>> Gathering dependency list for security/libgcrypt from ports
===>>> Starting recursive 'make config' check
===>>> Recursive 'make config' check complete for security/libgcrypt
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >>
libgcrypt-1.4.4
===>>> Continuing 'make config' dependency check for security/gnome-keyring
===>>> Launching child to update libtasn1-2.3 to libtasn1-2.4
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >>
libtasn1-2.3
===>>> Port directory: /usr/ports/security/libtasn1
===>>> Gathering dependency list for security/libtasn1 from ports
===>>> Starting recursive 'make config' check
===>>> Recursive 'make config' check complete for security/libtasn1
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1 >>
libtasn1-2.3
===>>> Continuing 'make config' dependency check for security/gnome-keyring
===>>> Recursive 'make config' check complete for security/gnome-keyring
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2 >> gnome-keyring-2.26.3_1
===>>> Continuing 'make config' dependency check for devel/libsoup
===>>> Recursive 'make config' check complete for devel/libsoup
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> libsoup-2.26.3_2
===>>> Continuing 'make config' dependency check for devel/gvfs
===>>> Launching child to update sysutils/fusefs-kmod
jpeg-8_1 >> arts-1.5.10_2,1 >> jackit-0.116.2_2 >>
devel/doxygen >> graphics/graphviz >> libgnomeui-2.24.1_1 >>
gvfs-1.2.3_2 >> sysutils/fusefs-kmod
===>>> Port directory: /usr/ports/sysutils/fusefs-kmod
===>>> This port is marked IGNORE
===>>> requires the userland sources to be installed. Set
SRC_BASE if it is not in /usr/src
===>>> If you are sure you can build it, remove the
IGNORE line in the Makefile and try again.
===>>> Update for sysutils/fusefs-kmod failed
===>>> Aborting update
===>>> Update for gvfs-1.2.3_2 failed
===>>> Aborting update
===>>> Update for libgnomeui-2.24.1_1 failed
===>>> Aborting update
===>>> Update for graphics/graphviz failed
===>>> Aborting update
===>>> Update for devel/doxygen failed
===>>> Aborting update
===>>> Update for jackit-0.116.2_2 failed
===>>> Aborting update
===>>> Update for arts-1.5.10_2,1 failed
===>>> Aborting update
Terminated
What should I do in this case?
Thanks,
Antonio
[ .. ]
> ===>>> Port directory: /usr/ports/sysutils/fusefs-kmod
> ===>>> This port is marked IGNORE
> ===>>> requires the userland sources to be installed. Set
> SRC_BASE if it is not in /usr/src
>
> ===>>> If you are sure you can build it, remove the
> IGNORE line in the Makefile and try again.
>
> ===>>> Update for sysutils/fusefs-kmod failed
> ===>>> Aborting update
[ .. ]
> What should I do in this case?
First, please don't top post.
Second, you don't seem to have the base sources installed and that
port, being a kernel module, needs them.
See:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html
> Dear Ion-Mihai,
>
> I have installed cvsup, but I don't really understand the page that I
> was refered to
>
> ===> SECURITY REPORT:
> This port has installed the following files which may act as
> network servers and may therefore pose a remote security risk to the
> system. /usr/local/sbin/cvsupd
> /usr/local/bin/cvsup
> /usr/local/bin/cvpasswd
>
> If there are vulnerabilities in these programs there may be a
> security risk to the system. FreeBSD makes no guarantee about the
> security of ports included in the Ports Collection. Please type 'make
> deinstall' to deinstall the port if this is a concern.
>
> For more information, and contact details about the security
> status of this software, see the following webpage:
> http://www.cvsup.org/
> ===> Cleaning for ezm3-1.1_2
> ===> Cleaning for cvsup-without-gui-16.1h_4
>
> I have installed it using ports system, but still get same error as
> above. I try to use cvsup the file, I get nothing, I try to go to the
> port that refuses to update and make install clean and it says source
> not available or refused?
>
> I have used ports before and had no problems, I don't know what to do.
>
> Thank you and others who have provided help.
>
> *Sorry for top posting
Now, could you please stop cross-posting?
--
Jerry
FreeBSD-P...@seibercom.net
Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__________________________________________________________________
In West Union, Ohio, No married man can go flying without his spouse
along at any time, unless he has been married for more than 12 months.
Dear Ion-Mihai,
*Sorry for top posting
Regards,
Antonio
You didn't need to install cvsup from ports. csup in the base system
will work just fine; it's the official replacement for cvsup. itetcu@
was pointing you to the documentation describing the procedure for using
cvsup/csup.
Based on the thread so far, my understanding is that you need to
download the FreeBSD source repository (kernel, base system, etc.),
because the port you're trying to build (which is a kernel module)
requires it.
There are two cvsup files associated with the source repo:
/usr/share/examples/cvsup/standard-supfile
/usr/share/examples/cvsup/stable-supfile
Which you should use depends on if you're running -RELEASE or -STABLE.
The most important part in those files is the "*default release=cvs
tag=XXX". Specifically the "tag=XXX" part.
8.0-RELEASE's tag is RELENG_8_0, while 8.0-STABLE's tag is RELENG_8.
So which tag you use should be based on what version you wish to run.
So at this point, you should:
1) pkg_delete ezm3-1.1_2
2) pkg_delete cvsup-without-gui-16.1h_4
3) csup -h <some cvsup server> -L 2 /usr/share/example/cvsup/stable-supfile
or
csup -h <some cvsup server> -L 2 /usr/share/example/cvsup/standard-supfile
This will populate /usr/src on your system. From there, you should be
able to build ports/sysutils/fusefs-kmod as normal without any problem.
Does this help explain things better?
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4BD6C0CB |
A good place to start when you're new to FreeBSD or have questions is
the FreeBSD handbook, available at http://www.freebsd.org/handbook.
In your case I suggest you read
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html
which details how you can get the sources for the FreeBSD operating
system, including the kernel, which is what you need to be able to build
fuesefs-kmod. Also, csup, a replacement for cvsup written in C, has been
around in base for quite some time. You can use that instead of cvsup.
Also, in your case, there is a standard cvsup file you can use together
with csup or cvsup. It resides in
/usr/share/examples/cvsup/standard-supfile
so you don't have to make your own.
I hope this helps you!
Regards!
//Niclas
Sorry if this seems like nagging, but since we're now past the original
ETA can we get a current status report? Is the portstree considered
stable again, and if not, what's the revised ETA?
From: Ion-Mihai Tetcu <ite...@FreeBSD.org>
To: Ion-Mihai Tetcu <ite...@FreeBSD.org>
Cc: sta...@freebsd.org, ques...@freebsd.org, freebs...@freebsd.org
Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days
Date: Mon, 5 Apr 2010 21:31:33 +0300
Just a status update:
PNG and cURL are in, and png fall-outs are believed to be fixed.
Xorg update has gone through an -exp run on Pointy and our xorg team is
working on fixing the approx. 60 ports with problems.
>>>> still work to do
I will begin -exp runs for Gnome and KDE updates tonight or tomorrow
morning.
>>> Gnome -exp done, there's a showstopper on amd64 that we weren't aware
>>> of. about 40 fixesso far. An other -exp needed.
>>>> KDE in progress.
Packages status:
- i386:
- 6 after png and curl
- 7 after png and curl
- an 8 incremental build is in progress and should be shortly finished
>>>>finished
- 9 pacakges are from middle March
>>> from 9 Apr.
- amd64:
- 6 packages are post png and curl
- 7 build is in progress and will be finished tomorrow
- 8 last build was done in the middle of the png update/fixes; we
won't run an other before Xorg, KDE and Gnome go in (for lack of
resources).
>>> in progress, with ports from yesterday
- 9 build in progress (with sources that are believed to fix the zlib
problem).
>>>> nope, still old packages.
In other words, if you wish to update without waiting for Xorg, Gnome
and KDE now it's a good moment.
>>> So no clear ETA yet, a few days more.