Re: clamav size mismatch: expected 45793424, actual 45793398
## Doug Barton (do...@freebsd.org): > Any ideas? :) Looks as if the official distfile really has 45793398 bytes. At least that's what I'm getting from from Sourceforge, and it's signed with the "usual" (i.e. used for previous releases) gpg key. Perhaps the clamav team rerolled their tarball at the time of the announcement? Given that I saw 0.97.3 in the ports tree before the announcement (from the clamav team) was in my mailbox... Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
clamav size mismatch: expected 45793424, actual 45793398
Any ideas? :) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: databases/postgresql84-server 8.4.9 rc.d script broken
On Tue, 18 Oct 2011, 21:16 -0400, Greg Larkin wrote: > On 10/18/11 8:45 PM, John Marshall wrote: > > After upgrading databases/postgresql84-server from 8.4.8_1 to 8.4.9, the > > rc.d script vomits thus: > > > > rwsrv03# /usr/local/etc/rc.d/postgresql start > > su: unknown login: %%PG_USER%% > > > > Presumably the updated port is missing a substitution edit but I haven't > > found where. > Apply this patch to the Makefile and reinstall postgres: Done. > The Makefile depended on the presence of a file that was removed in the > last commit. Because of that, the substitutions were no longer added to > SUB_LIST. > > I'll open a PR tomorrow, if someone doesn't get to it before me. (/me picks up the clue and locates Section 8.6 of the Porters Handbook) Ah, so that's what SUB_LIST does! (I've been meaning to find out). All makes sense now. Thank you! Thanks to all who responded. -- John Marshall pgp6gfQ6TlIkk.pgp Description: PGP signature
Re: databases/postgresql84-server 8.4.9 rc.d script broken
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/18/11 8:45 PM, John Marshall wrote:
> After upgrading databases/postgresql84-server from 8.4.8_1 to 8.4.9, the
> rc.d script vomits thus:
>
> rwsrv03# /usr/local/etc/rc.d/postgresql start
> su: unknown login: %%PG_USER%%
>
> Presumably the updated port is missing a substitution edit but I haven't
> found where.
>
Hi John,
Apply this patch to the Makefile and reinstall postgres:
- --
- --- Makefile.orig 2011-10-18 21:07:27.0 -0400
+++ Makefile2011-10-18 21:10:41.0 -0400
@@ -287,13 +287,8 @@
SUB_FILES+=pkg-message${PKGNAMESUFFIX}
PKGMESSAGE=${WRKSRC}/pkg-message${PKGNAMESUFFIX}
. endif
- -. if exists(${FILESDIR}/pkg-install${PKGNAMESUFFIX}.in)
- -SUB_FILES+=pkg-install${PKGNAMESUFFIX}
- -SUB_LIST= PG_GROUP=$(PG_GROUP) \
- - PG_USER=$(PG_USER) \
- - PG_UID=$(PG_UID)
+SUB_LIST= PG_USER=$(PG_USER)
PLIST_SUB+=PG_USER=$(PG_USER)
- -. endif
.endif
.if !defined(NO_BUILD)
- --
The Makefile depended on the presence of a file that was removed in the
last commit. Because of that, the substitutions were no longer added to
SUB_LIST.
I'll open a PR tomorrow, if someone doesn't get to it before me.
Hope that helps,
Greg
- --
Greg Larkin
http://www.FreeBSD.org/ - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
http://twitter.com/cpucycle/ - Follow you, follow me
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6eJOkACgkQ0sRouByUApBxGQCeKBCKeU54O1tM+59bgcDOq4mL
m0UAn0ViZlz8InU+tOYQXkD2QiRVAh0M
=ZNsK
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: databases/postgresql84-server 8.4.9 rc.d script broken
http://www.freebsd.org/cgi/query-pr.cgi?pr=161791
-jgh
On Tue, Oct 18, 2011 at 07:56:05PM -0500, Matthew D. Fuller thus spake:
On Wed, Oct 19, 2011 at 11:45:28AM +1100 I heard the voice of
John Marshall, and lo! it spake thus:
After upgrading databases/postgresql84-server from 8.4.8_1 to 8.4.9, the
rc.d script vomits thus:
All of them, probably. The 9.0.x ditto:
postgresql_user=${postgresql_user:-"%%PG_USER%%"}
Can be worked around locally by putting a postgresql_user="pgsql" in
rc.conf.
--
Matthew Fuller (MF4839) | fulle...@over-yonder.net
Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
On the Internet, nobody can hear you scream.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
--
Jason Helfman
System Administrator
experts-exchange.com
http://www.experts-exchange.com/M_4830110.html
E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: databases/postgresql84-server 8.4.9 rc.d script broken
I just submitted a patch for this. No PR number, yet. -jgh On Wed, Oct 19, 2011 at 11:45:28AM +1100, John Marshall thus spake: After upgrading databases/postgresql84-server from 8.4.8_1 to 8.4.9, the rc.d script vomits thus: rwsrv03# /usr/local/etc/rc.d/postgresql start su: unknown login: %%PG_USER%% Presumably the updated port is missing a substitution edit but I haven't found where. -- John Marshall -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cvs commit: ports/devel/ppl Makefile distinfo pkg-plist ports/devel/ppl/files patch-configure
On Wed, 19 Oct 2011, Daniel Eischen wrote: deischen2011-10-19 00:20:16 UTC FreeBSD ports repository Modified files: devel/pplMakefile distinfo pkg-plist Removed files: devel/ppl/files patch-configure Log: Upgrade to 0.11.2. Submitted by: Mark Murray I just updated the above port and I noticed that the pkg-plist (both before and after the update) had some files of the form: %%PORTDOCSDOCSDIR%%/../pwl %%PORTDOCSDOCSDIR%%/../pwl/bar/ %%PORTDOCSDOCSDIR%%/../pwl/bar/a %%PORTDOCSDOCSDIR%%/../pwl/bar/b When I tried 'make package; make deinstall; pkg_add ...' I got errors: share/doc/ppl/../pwl/BUGS: Path contains '..' share/doc/ppl/../pwl/COPYING: Path contains '..' share/doc/ppl/../pwl/CREDITS: Path contains '..' share/doc/ppl/../pwl/ChangeLog: Path contains '..' ... tar: Error exit delayed from previous errors. pkg_add: tar extract of /usr/ports/packages/All/ppl-0.10.2_1.tbz failed! pkg_add: unable to extract '/usr/ports/packages/All/ppl-0.10.2_1.tbz'! Is there anything wrong with having '..' in the pathname of files in pkg-plist? Since %%DOCSDIR%% is 'ppl' for this port, should files installed under pwl just be specified as this: %%PORTDOCS%%/pwl/bar %%PORTDOCS%%/pwl/bar/a %%PORTDOCS%%/pwl/bar/b ... and omit %%DOCSDIR%% from their path? Thanks for any insights. -- DE ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: databases/postgresql84-server 8.4.9 rc.d script broken
On Wed, Oct 19, 2011 at 11:45:28AM +1100 I heard the voice of
John Marshall, and lo! it spake thus:
> After upgrading databases/postgresql84-server from 8.4.8_1 to 8.4.9, the
> rc.d script vomits thus:
All of them, probably. The 9.0.x ditto:
postgresql_user=${postgresql_user:-"%%PG_USER%%"}
Can be worked around locally by putting a postgresql_user="pgsql" in
rc.conf.
--
Matthew Fuller (MF4839) | fulle...@over-yonder.net
Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
On the Internet, nobody can hear you scream.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
databases/postgresql84-server 8.4.9 rc.d script broken
After upgrading databases/postgresql84-server from 8.4.8_1 to 8.4.9, the rc.d script vomits thus: rwsrv03# /usr/local/etc/rc.d/postgresql start su: unknown login: %%PG_USER%% Presumably the updated port is missing a substitution edit but I haven't found where. -- John Marshall pgptBvKPE0xO2.pgp Description: PGP signature
Re: [UPDATE] Re: Update on ports on 10.0
On Wed, 19 Oct 2011 09:31:46 +1100 Peter Jeremy mentioned: > [trimming cc list] > > On 2011-Oct-17 13:51:30 -0700, Stanislav Sedov wrote: > >ones (like GCC). So why not commit that patch as a KNOB to bsd.port.mk like > >it was initially proposed and let people use it in individual ports makefiles > >to fix them (and portmgr@ can commit the initial bunch of these knobs)? This > >is the easiest thing you can do now, and you will be able to abandon it when > >the better solution is available (which is unlikely). > > Once hackish work-arounds get committed, it is extremely difficult to > root them out. The last time the project included a temporary hack to > assist with a similar problem (the aout to ELF migration in FreeBSD > 3), it took more than a decade to get the hack out of base and after > 13 years, there are still 71 ports (by my count) with local work-arounds. > Peter, I would agree with you, but in this case there's no non-hackish workaround available. The broken libtool is embedded withing the applications configure script and there's nothing we can do about it except patching it. Waiting a decade until they're fixed is not an option. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [UPDATE] Re: Update on ports on 10.0
On Tue, Oct 18, 2011 at 6:31 PM, Peter Jeremy wrote: > Once hackish work-arounds get committed, it is extremely difficult to > root them out. The last time the project included a temporary hack to > assist with a similar problem (the aout to ELF migration in FreeBSD > 3), it took more than a decade to get the hack out of base and after > 13 years, there are still 71 ports (by my count) with local work-arounds. > Based on the objformat mess, whatever is done will hang around in > the tree for at least a decade so we are far better off spending > some time now to come up with the best solution, rather than quickly > committing a work-around that we spend the next decade regretting. This hack still has remnants in the tree: http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/155737 -- Eitan Adler ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [UPDATE] Re: Update on ports on 10.0
[trimming cc list] On 2011-Oct-17 13:51:30 -0700, Stanislav Sedov wrote: >ones (like GCC). So why not commit that patch as a KNOB to bsd.port.mk like >it was initially proposed and let people use it in individual ports makefiles >to fix them (and portmgr@ can commit the initial bunch of these knobs)? This >is the easiest thing you can do now, and you will be able to abandon it when >the better solution is available (which is unlikely). Once hackish work-arounds get committed, it is extremely difficult to root them out. The last time the project included a temporary hack to assist with a similar problem (the aout to ELF migration in FreeBSD 3), it took more than a decade to get the hack out of base and after 13 years, there are still 71 ports (by my count) with local work-arounds. >WRT your "submit upstream" comment, personanlly, I'd argue against this: Ports are never going to get fixed unless we advise the upstream maintainer that there is a problem. >this is not the upstream maintainer's problem, it the buggy tools they use Unfortunately, we are unlikely to convince many people that GNU autocr*p is broken by design. But it _is_ the upstream maintainer's problem that they chose to use buggy/broken tools. >to generate the configure scripts, so until the fixed version of libtool >is available in all major distributions and widely installed, they're not >going to replace it or patch locally. A reasonable approach would be to come up with fixes to libtool and the rest of autocr*p and get them applied to the "master" versions. Then go to the upstream maintainers with something along the lines of "your foobar-1.2.3 will not work on FreeBSD 10 due to bugs in libtool and/or autocr*p. This has been in version X of those tools. If you are unable te update, could you please apply the following patch locally". Of course, this only applies to the latest version, old versions are going to need to be patched in the ports tree. > Given the debian/ubuntu release >schedule, this is not going to happen earlier that 1-2 years from now, and Based on the objformat mess, whatever is done will hang around in the tree for at least a decade so we are far better off spending some time now to come up with the best solution, rather than quickly committing a work-around that we spend the next decade regretting. >Whatever action we take will >your patches/requests sent could potentially cause them to abandon FreeBSD >support altogether requiring a lot of work to maintain which will be totally >understandable. I don't see how this follows. It's no different to upstreaming any other FreeBSD-specific change. -- Peter Jeremy pgplPPw6zkySi.pgp Description: PGP signature
Re: What is wrong here?
On Mon, Oct 17, 2011 at 10:22:08PM +0200, Leslie Jensen wrote: > > > 2011-10-17 22:13, Matthias Andree skrev: > > Am 17.10.2011 22:10, schrieb Leslie Jensen: > >> > >> I have a script that does > >> > >> portsnap fetch update > >> > >> pkg_version -vIL= > >> > >> on a Daily basis > >> > >> > >> Today I got this little message about "corrupted record" and I would > >> like to solve it > >> > >> > >> ImageMagick-6.7.3.0_1>> pkg_version: corrupted record (pkgdep line without argument), ignoring > >> pkg_version: corrupted record (pkgdep line without argument), ignoring > >> kdemultimedia-4.6.5 >> libgtop-2.28.3_1 >> > >> > >> Any suggestions? > > > > It might help to run: > > > > portmaster --check-depends > > > > and the corruption is either from a file system corruption (like: hard > > shutdown/power blackout with enabled write caches), or from an > > interrupted portmaster/portupgrade/portinstall or "bare-bones" ports > > make run. > > ___ > > freebsd-ports@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > > > Thanks. > > I have done that and I have two errors considering kdelibs-4. > > At the moment kdelibs-4 will not build. > > Because I deleted kdelibs following the instructions in UPDATING, that > might cause the error. > > I didn't connect those two because there was no mention of port name in > the error. > > Thanks for clarifying :-) You can find out which pkg is giving you the problems by looking for "@pkgdep " in /var/db/pkg/*+CONTENTS. If you find any lines with nothing after the space then that is your problem. You should just be able to rebuild that port or reinstall the package and you should be fine. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: CFT Chromium 15.0.874.92
On Tue Oct 18 11, Ruslan Mahmatkhanov wrote: > Alexander Best wrote on 18.10.2011 19:28: > >On Tue Oct 18 11, Ruslan Mahmatkhanov wrote: > >>George Liaskos wrote on 18.10.2011 17:22: > Yes, all is fine here. And i didn't used libtool-fixed and UNAME_r hack > for > building. Using stock gcc and default options (CODECS,GCONF). > >>> > >>>Chromium does not need any hack to compile, what i don't know is the > >>>state of devel/google-perftools on CURRENT. > >>> > >>>Compiling a jail right now. > >> > >>Ok, just checked - builds, deinstalls, installs fine. > >>`make check` produces many of this errors: > >> > >>src/system-alloc.cc:423] SbrkSysAllocator failed. > >>src/system-alloc.cc:423] MmapSysAllocator failed. > >> > >>and the final report is: > >> > >>== > >>3 of 40 tests failed > >>Please report to opensou...@google.com > >>== > >> > >>Doubt if it's somehow related with TO problem. > > > >i managed to get chromium running and it seems to do just fine. what i did > >was to uninstall devel/google-perftools and then instead of building the > >port > >i installed the package. although the package is supposed to be for > >freebsd 9 > >and not freebsd 10, it worked. :) > > > >still the problem is that devel/google-perftools doesn't build/install > >properly > >on freebsd 10. > > > >cheers. > >alex > > Lawl, after i wrote the last message i restarted chromium just to make > sure.. and you know :), yes it's "Shared object "libtcmalloc.so.2" not > found". > So i can confirm that there is a problem with google-perftools on 10.0, > in particular this guys doesn't installed: > > pkg_delete: file '/usr/local/lib/libprofiler.so' doesn't exist > pkg_delete: file '/usr/local/lib/libprofiler.so.1' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc.so' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc.so.2' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_and_profiler.so' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_and_profiler.so.2' doesn't > exist > pkg_delete: file '/usr/local/lib/libtcmalloc_debug.so' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_debug.so.2' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_minimal.so' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_minimal.so.2' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_minimal_debug.so' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_minimal_debug.so.2' doesn't > exist > > I was able to fix the things by rebuilding this port with UNAME_r set to > 9.9-CURRENT. Look like this was the reason why i didn't run into this > problem when installing chromium15. it appears this is not only a problem with google-perftools, but with any port that installs a library. after updating audio/jack, i faced the same problem. cheers. alex > > -- > Regards, > Ruslan > > Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Samba36
Hello all. I try to install samba36, but run into a error. Compiling libsmb/libsmb_setget.c libsmb/libsmb_setget.c: In function 'smbc_getOptionUseCCache': libsmb/libsmb_setget.c:446: error: 'SMB_CTX_FLAG_USE_CCACHE' undeclared (first use in this function) libsmb/libsmb_setget.c:446: error: (Each undeclared identifier is reported only once libsmb/libsmb_setget.c:446: error: for each function it appears in.) libsmb/libsmb_setget.c: In function 'smbc_setOptionUseCCache': libsmb/libsmb_setget.c:454: error: 'SMB_CTX_FLAG_USE_CCACHE' undeclared (first use in this function) The following command failed: cc -O2 -pipe -march=nocona -DLDAP_DEPRECATED -fno-strict-aliasing -I/usr/local/include -I. -I/usr/ports/net/samba36/work/samba-3.6.0/source3 -I/usr/ports/net/samba36/work/samba-3.6.0/source3/../lib/iniparser/src -Iinclude -I./include -I. -I. -I./../lib/replace -I./../lib/tevent -I./librpc -I./.. -DHAVE_CONFIG_H -Iinclude -I./include -I. -I. -I./../lib/replace -I./../lib/tevent -I./librpc -I./.. -I./../lib/popt -DLDAP_DEPRECATED -I/usr/local/include -I/usr/ports/net/samba36/work/samba-3.6.0/source3/lib -I.. -D_SAMBA_BUILD_=3 -D_SAMBA_BUILD_=3 -fPIC -DPIC -c libsmb/libsmb_setget.c -o libsmb/libsmb_setget.o gmake: *** [libsmb/libsmb_setget.o] Error 1 *** Error code 1 Stop in /usr/ports/net/samba36. what can i try to resolve this. regards Johan Hendriks ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [kde-freebsd] UPDATING 20111016 and KDE3
Alberto Villa writes: > On Tue, Oct 18, 2011 at 5:06 PM, Raphael Kubo da Costa > wrote: >> This seems to be a recurring issue. It looks like the qt3 includes in >> /usr/local/include get picked up before the qt4 ones in >> /usr/local/qt4/include. > > CONFLICTS_BUILD? I'm not sure we want to fix all those > include_directories()... I just need some free time to take a look at the issue, I suspect the fix can be done to a single place. But until then, feel free to set CONFLICTS_BUILD or something else :) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: CFT Chromium 15.0.874.92
Alexander Best wrote on 18.10.2011 19:28: On Tue Oct 18 11, Ruslan Mahmatkhanov wrote: George Liaskos wrote on 18.10.2011 17:22: Yes, all is fine here. And i didn't used libtool-fixed and UNAME_r hack for building. Using stock gcc and default options (CODECS,GCONF). Chromium does not need any hack to compile, what i don't know is the state of devel/google-perftools on CURRENT. Compiling a jail right now. Ok, just checked - builds, deinstalls, installs fine. `make check` produces many of this errors: src/system-alloc.cc:423] SbrkSysAllocator failed. src/system-alloc.cc:423] MmapSysAllocator failed. and the final report is: == 3 of 40 tests failed Please report to opensou...@google.com == Doubt if it's somehow related with TO problem. i managed to get chromium running and it seems to do just fine. what i did was to uninstall devel/google-perftools and then instead of building the port i installed the package. although the package is supposed to be for freebsd 9 and not freebsd 10, it worked. :) still the problem is that devel/google-perftools doesn't build/install properly on freebsd 10. cheers. alex Lawl, after i wrote the last message i restarted chromium just to make sure.. and you know :), yes it's "Shared object "libtcmalloc.so.2" not found". So i can confirm that there is a problem with google-perftools on 10.0, in particular this guys doesn't installed: pkg_delete: file '/usr/local/lib/libprofiler.so' doesn't exist pkg_delete: file '/usr/local/lib/libprofiler.so.1' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_and_profiler.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_and_profiler.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_debug.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_debug.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal_debug.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal_debug.so.2' doesn't exist I was able to fix the things by rebuilding this port with UNAME_r set to 9.9-CURRENT. Look like this was the reason why i didn't run into this problem when installing chromium15. -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [kde-freebsd] UPDATING 20111016 and KDE3
On Tue, Oct 18, 2011 at 5:06 PM, Raphael Kubo da Costa wrote: > This seems to be a recurring issue. It looks like the qt3 includes in > /usr/local/include get picked up before the qt4 ones in > /usr/local/qt4/include. CONFLICTS_BUILD? I'm not sure we want to fix all those include_directories()... -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [kde-freebsd] UPDATING 20111016 and KDE3
On Tue, Oct 18, 2011 at 5:06 PM, Raphael Kubo da Costa wrote: > This seems to be a recurring issue. It looks like the qt3 includes in > /usr/local/include get picked up before the qt4 ones in > /usr/local/qt4/include. CONFLICTS_BUILD? I'm not sure we want to fix all those include_directories()... -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: UPDATING KDE4
Alberto Villa schreef: On Tue, Oct 18, 2011 at 5:02 PM, Johan Hendriks wrote: http://xs4all.nl/~doub/kde-builderr Try reinstalling audio/libtunepimp. Thanks that did the trick for kdemultimedia. On to the next one, i start portmaster -d -a again. regards Johan Hendriks ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [kde-freebsd] UPDATING 20111016 and KDE3
Rainer Hurling writes: > I had to deinstall qt-3.3.8_13, then install kdelibs4 (+ other kde4 > ports) and afterwards reinstall qt-3.3.8_13 again. This seems to be a recurring issue. It looks like the qt3 includes in /usr/local/include get picked up before the qt4 ones in /usr/local/qt4/include. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: CFT Chromium 15.0.874.92
On Tue Oct 18 11, Ruslan Mahmatkhanov wrote: > George Liaskos wrote on 18.10.2011 17:22: > >>Yes, all is fine here. And i didn't used libtool-fixed and UNAME_r hack > >>for > >>building. Using stock gcc and default options (CODECS,GCONF). > > > >Chromium does not need any hack to compile, what i don't know is the > >state of devel/google-perftools on CURRENT. > > > >Compiling a jail right now. > > Ok, just checked - builds, deinstalls, installs fine. > `make check` produces many of this errors: > > src/system-alloc.cc:423] SbrkSysAllocator failed. > src/system-alloc.cc:423] MmapSysAllocator failed. > > and the final report is: > > == > 3 of 40 tests failed > Please report to opensou...@google.com > == > > Doubt if it's somehow related with TO problem. i managed to get chromium running and it seems to do just fine. what i did was to uninstall devel/google-perftools and then instead of building the port i installed the package. although the package is supposed to be for freebsd 9 and not freebsd 10, it worked. :) still the problem is that devel/google-perftools doesn't build/install properly on freebsd 10. cheers. alex > > -- > Regards, > Ruslan > > Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: UPDATING KDE4
On Tue, Oct 18, 2011 at 5:02 PM, Johan Hendriks wrote: > http://xs4all.nl/~doub/kde-builderr Try reinstalling audio/libtunepimp. -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: UPDATING KDE4
Alberto Villa schreef: Please, don't remove k...@freebsd.org from CC field. On Tue, Oct 18, 2011 at 4:43 PM, Johan Hendriks wrote: What do you mean by a full log? How do i get those full logs? I mean the log from when you launch the installation to when it dies. Check script(1). These are the last lines of what i have in my screen. Yes, but there are multiple make jobs, so the error is long before those lines. Ok i put the typescript file here http://xs4all.nl/~doub/kde-builderr thanks for your time. regards Johan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: UPDATING KDE4
Please, don't remove k...@freebsd.org from CC field. On Tue, Oct 18, 2011 at 4:43 PM, Johan Hendriks wrote: > What do you mean by a full log? > > How do i get those full logs? I mean the log from when you launch the installation to when it dies. Check script(1). > These are the last lines of what i have in my screen. Yes, but there are multiple make jobs, so the error is long before those lines. -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: UPDATING KDE4
Alberto Villa schreef: On Tue, Oct 18, 2011 at 3:11 PM, Johan Hendriks wrote: I have some troubles with the upgrade of KDE4 After following the UPDATING instructions, it first grinded to a halt in kde4libs. After deleting qt-copy3.3.8_13 kdelibs4 installed, so i thought that that was it, but now kdemultimedia fails to build. the error i get is the following There is no error here, can you attach a full log? What do you mean by a full log? How do i get those full logs? These are the last lines of what i have in my screen. regards Johan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: UPDATING KDE4
On Tue, Oct 18, 2011 at 3:11 PM, Johan Hendriks wrote: > I have some troubles with the upgrade of KDE4 > After following the UPDATING instructions, it first grinded to a halt in > kde4libs. > After deleting qt-copy3.3.8_13 kdelibs4 installed, so i thought that that > was it, but now kdemultimedia fails to build. > > the error i get is the following There is no error here, can you attach a full log? -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: CFT Chromium 15.0.874.92
George Liaskos wrote on 18.10.2011 17:22: Yes, all is fine here. And i didn't used libtool-fixed and UNAME_r hack for building. Using stock gcc and default options (CODECS,GCONF). Chromium does not need any hack to compile, what i don't know is the state of devel/google-perftools on CURRENT. Compiling a jail right now. Ok, just checked - builds, deinstalls, installs fine. `make check` produces many of this errors: src/system-alloc.cc:423] SbrkSysAllocator failed. src/system-alloc.cc:423] MmapSysAllocator failed. and the final report is: == 3 of 40 tests failed Please report to opensou...@google.com == Doubt if it's somehow related with TO problem. -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: CFT Chromium 15.0.874.92
> Yes, all is fine here. And i didn't used libtool-fixed and UNAME_r hack for > building. Using stock gcc and default options (CODECS,GCONF). Chromium does not need any hack to compile, what i don't know is the state of devel/google-perftools on CURRENT. Compiling a jail right now. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: CFT Chromium 15.0.874.92
George Liaskos wrote on 18.10.2011 16:16: On Tue, Oct 18, 2011 at 2:48 PM, Alexander Best wrote: On Sun Oct 16 11, George Liaskos wrote: On Sun, Oct 16, 2011 at 5:34 PM, George Liaskos wrote: Hello, http://cybertron.gr/chromium-20111016.tar.xz http://cybertron.gr/chromium-15.0.874.92.tbz Meh, sorry about that. I pushed send by mistake. What i meant to write was : please test Chromium 15.0.874.92 :) There are many people that report problems with the current version of Chromium in ports. I believe that this revision of the port should resolve most of the issues but it would be really nice if we have more feadback. The package is for 9 amd64 compiled with gcc45. i'm experiencing issues with the port. i'm building it myself via base gcc and chromium crashed with signal 10. i checked the core dump and the cause was libtcmalloc.so.2 from the google-perftools port. so i rebuilt the port, but for some reason the port doesn't install libtcmalloc.so.2. trying to rebuild chromium, it sees that that file is missing and asumes a missing dependency and tries installing the google-perftools port. that however fails, because the port already is installed. the following files should be installed by the port, but they don't: cd /usr/ports/devel/google-perftools ; make clean; make; make install; make deinstall [..] pkg_delete: file '/usr/local/lib/libprofiler.so' doesn't exist pkg_delete: file '/usr/local/lib/libprofiler.so.1' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_and_profiler.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_and_profiler.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_debug.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_debug.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal_debug.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal_debug.so.2' doesn't exist pkg_delete: couldn't entirely delete package `google-perftools-1.8.3 cheers. alex Unfortunately i don't have a 10 jail / testing environment yet, i will setup one later today and i will get back to you. From what i understand Ruslan Mahmatkhanov uses CURRENT without problems though. Yes, all is fine here. And i didn't used libtool-fixed and UNAME_r hack for building. Using stock gcc and default options (CODECS,GCONF). Thanks for testing. -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
UPDATING KDE4
I have some troubles with the upgrade of KDE4 After following the UPDATING instructions, it first grinded to a halt in kde4libs. After deleting qt-copy3.3.8_13 kdelibs4 installed, so i thought that that was it, but now kdemultimedia fails to build. the error i get is the following [ 88%] Building CXX object kscd/CMakeFiles/kscd.dir/TracklistAdaptor.o cd /usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/kscd && /usr/bin/c++ -D_GNU_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=41 -O2 -pipe -march=nocona -fno-strict-aliasing -Woverloaded-virtual -fvisibility=hidden -Werror=return-type -fvisibility-inlines-hidden -fexceptions -UQT_NO_EXCEPTIONS -O2 -DNDEBUG -DQT_NO_DEBUG -I/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/kscd -I/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/kscd -I/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2 -I/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build -I/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/kscd/gui -I/usr/local/kde4/include -I/usr/local/kde4/include/KDE -I/usr/local/include/qt4/phonon -I/usr/local/include/qt4/QtXmlPatterns -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4/QtUiTools -I/usr/local/include/qt4/QtTest -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtSql -I/usr/local/include/qt4/QtScriptTools -I/usr/local/include/qt4/QtScript -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtHelp -I/usr/local/include/qt4/QtDesigner -I/usr/local/include/qt4/QtDeclarative -I/usr/local/include/qt4/QtDBus -I/usr/local/include/qt4/Qt3Support -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/Qt -I/usr/local/share/qt4/mkspecs/default -I/usr/local/include/qt4 -I/usr/local/include -o CMakeFiles/kscd.dir/TracklistAdaptor.o -c /usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/kscd/TracklistAdaptor.cpp Linking CXX executable kscd cd /usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/kscd && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/kscd.dir/link.txt --verbose=1 /usr/bin/c++ -O2 -pipe -march=nocona -fno-strict-aliasing -Woverloaded-virtual -fvisibility=hidden -Werror=return-type -fvisibility-inlines-hidden -fexceptions -UQT_NO_EXCEPTIONS -O2 -DNDEBUG -DQT_NO_DEBUG CMakeFiles/kscd.dir/kscd_automoc.o CMakeFiles/kscd.dir/kscd.o CMakeFiles/kscd.dir/hwcontroler.o CMakeFiles/kscd.dir/audiocd.o CMakeFiles/kscd.dir/mbmanager.o CMakeFiles/kscd.dir/gui/kscdwindow.o CMakeFiles/kscd.dir/gui/kscdwidget.o CMakeFiles/kscd.dir/gui/ejectbutton.o CMakeFiles/kscd.dir/gui/stopbutton.o CMakeFiles/kscd.dir/gui/playbutton.o CMakeFiles/kscd.dir/gui/nextbutton.o CMakeFiles/kscd.dir/gui/previousbutton.o CMakeFiles/kscd.dir/gui/mutebutton.o CMakeFiles/kscd.dir/gui/randombutton.o CMakeFiles/kscd.dir/gui/loopbutton.o CMakeFiles/kscd.dir/gui/tracklistbutton.o CMakeFiles/kscd.dir/gui/volumebutton.o CMakeFiles/kscd.dir/gui/panel.o CMakeFiles/kscd.dir/gui/titlePopUp.o CMakeFiles/kscd.dir/gui/tracklistdlg.o CMakeFiles/kscd.dir/gui/background.o CMakeFiles/kscd.dir/gui/closebutton.o CMakeFiles/kscd.dir/gui/minimizebutton.o CMakeFiles/kscd.dir/gui/seekcursor.o CMakeFiles/kscd.dir/gui/seekbar.o CMakeFiles/kscd.dir/dbus/PlayerDBusHandler.o CMakeFiles/kscd.dir/dbus/RootDBusHandler.o CMakeFiles/kscd.dir/dbus/TracklistDBusHandler.o CMakeFiles/kscd.dir/cdplayeradaptor.o CMakeFiles/kscd.dir/RootAdaptor.o CMakeFiles/kscd.dir/PlayerAdaptor.o CMakeFiles/kscd.dir/TracklistAdaptor.o CMakeFiles/kscd.dir/prefs.o -o kscd /usr/local/kde4/lib/libkdeui.so.7.0.1 /usr/local/kde4/lib/libkio.so.7.0.1 /usr/local/kde4/lib/libsolid.so.5.0.1 /usr/local/kde4/lib/libphonon.so /usr/local/lib/libmusicbrainz3.so ../lib/libkcddb.so.5.0.1 ../lib/libkcompactdisc.so.5.0.1 /usr/local/kde4/lib/libkio.so.7.0.1 /usr/local/kde4/lib/libkdeui.so.7.0.1 /usr/local/lib/qt4/libQtSvg.so /usr/local/lib/qt4/libQtGui.so /usr/local/lib/qt4/libQtNetwork.so /usr/local/lib/qt4/libQtXml.so /usr/local/kde4/lib/libsolid.so.5.0.1 /usr/local/kde4/lib/libkdecore.so.7.0.1 /usr/local/lib/qt4/libQtDBus.so /usr/local/lib/qt4/libQtCore.so -pthread -Wl,-rpath,/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/lib:/usr/local/kde4/lib:/usr/local/lib:/usr/local/lib/qt4: -Wl,-rpath-link,/usr/local/kde4/lib cd /usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/kscd && /usr/local/bin/cmake -D_filename=/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/kscd/kscd.shell -D_library_path_variable=LD_LIBRARY_PATH -D_ld_library_path="/usr/ports/multimedia/kdemultimedia4/work/kdemultimedia-4.7.2/build/lib/./:/usr/local/kde4/lib:/usr/local/kde4/lib:/usr/local/lib/qt4" -D_executable=/usr/ports/multimedia/kdemultimedia4/work/kdemul
Re: UPDATING 20111016 and KDE3
Rainer Hurling schreef: I had to deinstall qt-3.3.8_13, then install kdelibs4 (+ other kde4 ports) and afterwards reinstall qt-3.3.8_13 again. Hope this helps, Rainer Hurling On 17.10.2011 12:51 (UTC+2), Leslie Jensen wrote: 2011-10-17 10:20, Andrea Venturoli skrev: On 10/17/11 10:08, Alberto Villa wrote: I've got another problem with this update! Kdelibs wont build. I followed the instructions in UPDATE. [ 56%] Building CXX object kio/CMakeFiles/kio.dir/kio/ksambasharedata.o [ 56%] Building CXX object kio/CMakeFiles/kio.dir/bookmarks/kbookmark.o In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.7.2/kio/bookmarks/kbookmark.cc:33: /usr/local/include/qdatetime.h:51: error: function definition does not declare parameters /usr/local/include/qdatetime.h:123: error: function definition does not declare parameters /usr/local/include/qdatetime.h:184: error: function definition does not declare parameters /usr/local/include/qdatetime.h:241: error: expected initializer before '&' token /usr/local/include/qdatetime.h:242: error: expected initializer before '&' token /usr/local/include/qdatetime.h:243: error: expected initializer before '&' token /usr/local/include/qdatetime.h:244: error: expected initializer before '&' token /usr/local/include/qdatetime.h:245: error: expected initializer before '&' token /usr/local/include/qdatetime.h:246: error: expected initializer before '&' token /usr/ports/x11/kdelibs4/work/kdelibs-4.7.2/kio/bookmarks/kbookmark.cc: In member function 'void KBookmark::updateAccessMetadata()': /usr/ports/x11/kdelibs4/work/kdelibs-4.7.2/kio/bookmarks/kbookmark.cc:548: error: incomplete type 'QDateTime' used in nested name specifier *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/x11/kdelibs4. ===>>> make failed for x11/kdelibs4 ===>>> Aborting update I need help to solve this. Thanks /Leslie thanks for the pointer, for me as i could not build kdlibs4 also, deleting the qt-copy-3.3.8_13 port fixed it. I did not have the qt-3.3.8_13 port installed. regards Johan Hendriks ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: UPDATING 20111016 and KDE3
I had to deinstall qt-3.3.8_13, then install kdelibs4 (+ other kde4 ports) and afterwards reinstall qt-3.3.8_13 again. Hope this helps, Rainer Hurling On 17.10.2011 12:51 (UTC+2), Leslie Jensen wrote: 2011-10-17 10:20, Andrea Venturoli skrev: On 10/17/11 10:08, Alberto Villa wrote: I've got another problem with this update! Kdelibs wont build. I followed the instructions in UPDATE. [ 56%] Building CXX object kio/CMakeFiles/kio.dir/kio/ksambasharedata.o [ 56%] Building CXX object kio/CMakeFiles/kio.dir/bookmarks/kbookmark.o In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.7.2/kio/bookmarks/kbookmark.cc:33: /usr/local/include/qdatetime.h:51: error: function definition does not declare parameters /usr/local/include/qdatetime.h:123: error: function definition does not declare parameters /usr/local/include/qdatetime.h:184: error: function definition does not declare parameters /usr/local/include/qdatetime.h:241: error: expected initializer before '&' token /usr/local/include/qdatetime.h:242: error: expected initializer before '&' token /usr/local/include/qdatetime.h:243: error: expected initializer before '&' token /usr/local/include/qdatetime.h:244: error: expected initializer before '&' token /usr/local/include/qdatetime.h:245: error: expected initializer before '&' token /usr/local/include/qdatetime.h:246: error: expected initializer before '&' token /usr/ports/x11/kdelibs4/work/kdelibs-4.7.2/kio/bookmarks/kbookmark.cc: In member function 'void KBookmark::updateAccessMetadata()': /usr/ports/x11/kdelibs4/work/kdelibs-4.7.2/kio/bookmarks/kbookmark.cc:548: error: incomplete type 'QDateTime' used in nested name specifier *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/x11/kdelibs4. ===>>> make failed for x11/kdelibs4 ===>>> Aborting update I need help to solve this. Thanks /Leslie ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: CFT Chromium 15.0.874.92
On Tue, Oct 18, 2011 at 2:48 PM, Alexander Best wrote: > On Sun Oct 16 11, George Liaskos wrote: >> On Sun, Oct 16, 2011 at 5:34 PM, George Liaskos >> wrote: >> > Hello, >> > >> > http://cybertron.gr/chromium-20111016.tar.xz >> > http://cybertron.gr/chromium-15.0.874.92.tbz >> > >> >> Meh, sorry about that. I pushed send by mistake. >> >> What i meant to write was : please test Chromium 15.0.874.92 :) >> >> There are many people that report problems with the current version of >> Chromium in ports. >> I believe that this revision of the port should resolve most of the >> issues but it would be really nice if we have more feadback. >> >> The package is for 9 amd64 compiled with gcc45. > > i'm experiencing issues with the port. i'm building it myself via base gcc > and chromium crashed with signal 10. i checked the core dump and the cause was > libtcmalloc.so.2 from the google-perftools port. so i rebuilt the port, but > for > some reason the port doesn't install libtcmalloc.so.2. trying to rebuild > chromium, it sees that that file is missing and asumes a missing dependency > and > tries installing the google-perftools port. that however fails, because the > port already is installed. > > the following files should be installed by the port, but they don't: > > cd /usr/ports/devel/google-perftools ; make clean; make; make install; make > deinstall > > [..] > pkg_delete: file '/usr/local/lib/libprofiler.so' doesn't exist > pkg_delete: file '/usr/local/lib/libprofiler.so.1' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc.so' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc.so.2' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_and_profiler.so' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_and_profiler.so.2' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_debug.so' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_debug.so.2' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_minimal.so' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_minimal.so.2' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_minimal_debug.so' doesn't exist > pkg_delete: file '/usr/local/lib/libtcmalloc_minimal_debug.so.2' doesn't exist > pkg_delete: couldn't entirely delete package `google-perftools-1.8.3 > > cheers. > alex > Unfortunately i don't have a 10 jail / testing environment yet, i will setup one later today and i will get back to you. >From what i understand Ruslan Mahmatkhanov uses CURRENT without problems >though. Thanks for testing. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: CFT Chromium 15.0.874.92
On Sun Oct 16 11, George Liaskos wrote: > On Sun, Oct 16, 2011 at 5:34 PM, George Liaskos wrote: > > Hello, > > > > http://cybertron.gr/chromium-20111016.tar.xz > > http://cybertron.gr/chromium-15.0.874.92.tbz > > > > Meh, sorry about that. I pushed send by mistake. > > What i meant to write was : please test Chromium 15.0.874.92 :) > > There are many people that report problems with the current version of > Chromium in ports. > I believe that this revision of the port should resolve most of the > issues but it would be really nice if we have more feadback. > > The package is for 9 amd64 compiled with gcc45. i'm experiencing issues with the port. i'm building it myself via base gcc and chromium crashed with signal 10. i checked the core dump and the cause was libtcmalloc.so.2 from the google-perftools port. so i rebuilt the port, but for some reason the port doesn't install libtcmalloc.so.2. trying to rebuild chromium, it sees that that file is missing and asumes a missing dependency and tries installing the google-perftools port. that however fails, because the port already is installed. the following files should be installed by the port, but they don't: cd /usr/ports/devel/google-perftools ; make clean; make; make install; make deinstall [..] pkg_delete: file '/usr/local/lib/libprofiler.so' doesn't exist pkg_delete: file '/usr/local/lib/libprofiler.so.1' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_and_profiler.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_and_profiler.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_debug.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_debug.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal.so.2' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal_debug.so' doesn't exist pkg_delete: file '/usr/local/lib/libtcmalloc_minimal_debug.so.2' doesn't exist pkg_delete: couldn't entirely delete package `google-perftools-1.8.3 cheers. alex > > > Regards, > George ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [UPDATE] Re: Update on ports on 10.0
On Tue, 18 Oct 2011 10:50:48 +0300 Ion-Mihai Tetcu mentioned: > > Did you do a full run with the patch? Can you provide the list of ports > that aren't fixed by the patch and the exact patch you used? Thanks. > Did you? I'm not the one sitting on the cluster... Several people provided the patch already, a version of it was present in the bsd.port.mk as well at one point of time. dougb@ nicely summarized it in one of his emails. It'd be nice to do an exp run with the patch mentioned and see if it breaks any ports and how many ports it fixes instead of doing any kind of educated guesswork (in my opinion). Having this knob in the tree will help people to actually go about fixing the ports in the tree. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [UPDATE] Re: Update on ports on 10.0
On Tue, 18 Oct 2011 10:50:48 +0300 Ion-Mihai Tetcu wrote: > On Mon, 17 Oct 2011 23:52:54 + > "Bjoern A. Zeeb" wrote: > > > On 17. Oct 2011, at 20:51 , Stanislav Sedov wrote: > > > > Hi, > > > > I shrinked that Cc: list dramatically. > > Thanks; I Cc'ed all maintainers of those high-profile ports. > > As a new update, we're now running an other -exp with jpeg fixed expat also -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> ite...@freebsd.org, PGP Key ID 057E9F8B493A297B ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [UPDATE] Re: Update on ports on 10.0
On Mon, 17 Oct 2011 23:52:54 + "Bjoern A. Zeeb" wrote: > On 17. Oct 2011, at 20:51 , Stanislav Sedov wrote: > > Hi, > > I shrinked that Cc: list dramatically. Thanks; I Cc'ed all maintainers of those high-profile ports. As a new update, we're now running an other -exp with jpeg fixed. > > On Mon, 17 Oct 2011 15:35:51 +0300 > > Ion-Mihai Tetcu mentioned: > > > >> > >> Here's a little status update: > >> We iterated through a few -exp runs (basically for ports/161404 -- > >> committed and ports/161431 -- skv@ any problem with it?). With > >> those two we can build around 7k packages. The majority of the > >> rest can't be built because of a few high profile ports that don't > >> package: expat (6581), curl (975), jpeg(5057), lcms(1080), > >> libiconv(11180), libltdl(1187), libogg(1947), pcre(5737), > >> python27(5935). > >> > >> http://pointyhat.freebsd.org/errorlogs/i386-10-latest/ > >> > >> What we'd like to do next is see how many ports we can package > >> after individually fixing those above. This will require a few > >> other -exps since undoubtedly we'll find other highly-depended-on > >> ports broken that weren't tried because of the blockers above. > >> > > > > It doesn't require an exp-run to understand that you won't move > > much further with just fixinng these ports. > > Well, there was a significant update from ~2800 to ~7000 ports by > just fixing 2 or 3? I think understanding these and handling them in > a well defined manner is a good idea. And we need to know which are broken and which aren't. > > patching similar to the patch Ed, Doug and other people proposed. > > Actually, that sed one-liner fixed like 99% of the ports in tree, Did you do a full run with the patch? Can you provide the list of ports that aren't fixed by the patch and the exact patch you used? Thanks. > > excluding some complex ones (like GCC). So why not commit that > > patch as a KNOB to bsd.port.mk like it was initially proposed and > > let people use it in individual ports makefiles to fix them (and > > portmgr@ can commit the initial bunch of these knobs)? This is the > > easiest thing you can do now, and you will be able to abandon it > > when the better solution is available (which is unlikely). > > I think that's what he was saying as a possible next step. If they > have the cycles currently while waiting for RC1 to happen let them do > it; we are talking in having things within a month not in spring next > year already. > > I would assume that the aforementioned patch might go into the > framework, would only be applied if a) OSVERSION>=10... and b) the > port has a knob that says "I need this to run". Yes. > > WRT your "submit upstream" comment, personanlly, I'd argue against > > this: > > We damn need it; they need to regen the stuff; it's going to take > months if not years to get 80% to that point and a couple of projects > might be dead and we might want to use a local patch then but the > sed-KNOB is a bandaid that must die again. > > I would argue that no port must add the KNOB (once it would exist, > should it) without having notified upstream. And you might know a > lot better than I do but ideally there would be a new official > libtool release before that and ideally the libtool people would have > by now fixed all the !FreeBSD similar cases... Hopefully so. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> ite...@freebsd.org, PGP Key ID 057E9F8B493A297B ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
