INDEX now builds successfully on 7.x
___ 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: Removed ports - looking from the bench
On 2011-09-12 01:22, Doug Barton wrote: > On 09/11/2011 13:35, Warren Block wrote: >> Let me suggest a reasonable[1] plan: > > No. :) No more talking is necessary. Doing is necessary (or not, > doesn't really matter to me at this point). > > I think Chris is right, a reasonable first step is a Handbook section on > "How to recover a port from the CVS Attic." Beyond that if users want to > get together and implement Carsten's idea, or another similar service, > go for it! > > But at this point there is no more utility in continuing to talk about > this topic. Everyone has said what they have to say, often numerous > times, and there has been way more heat than light shed on the topic for > some time now (as evidenced by Conrad's recent post where he realized > that the issue is not nearly as dire as he thought it was after taking a > look at what is actually happening). > > > Time to move on, > > Doug > I think what needed to be discussed has been said, I wasn't aware that the old ports was stored in CVS. With this option, I too think it's enough to write it in the handbook. Thank you all cheers Carsten ___ 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: Removed ports - looking from the bench
On Sat, 10 Sep 2011 14:30:16 +0100 Chris Rees wrote: > On 10 September 2011 10:46, Alberto Villa wrote: > > On Saturday 10 September 2011 10:53:54 Chris Rees wrote: > >> I also don't think this is a terrible idea, but perhaps we could > >> just put a little section about Resurrecting dead ports with a > >> quick cvs tutorial into the Porter's Handbook? > > > > why not writing a make target in bsd.port.mk to do it? cvs is in > > base, after all. something like `make resurrect the/port`... No. b.p.m is complex enough as it is. Dead meat WILL NOT be put into it. -- Ion-Mihai Tetcu ___ 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"
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description f ports/160668[patch] graphics/zathura: add zathurarc.5 under NOPORT o ports/160667[patch] audio/xmmix: fix WARNING pid 4826 (xmmix): ioc o ports/160666[maintainer-update] p5-Sys-Filesystem default package f ports/160660[patch] cad/linux-eagle5: add missing dependencies f ports/160654[PATCH] databases/cassandra: scripts must be world exe f ports/160649lang/spidermonkey missing some header files o ports/160648[maintainer] [patch] net/ndisc6 update to latest versi o ports/160642[patch] graphics/qiviewer new version f ports/160640[patch] devel/php5-blitz new version o ports/160639[maintainer-update] [patch] devel/hg-git: Update to 0. o ports/160636[patch] deskutils/fancytasks new version o ports/160635[patch] graphics/zint new version o ports/160634[patch] multimedia/clipgrab new version o ports/160633[patch] graphics/scantailor new version o ports/160632[patch] x11-themes/kde4-windeco-dekorator new version o ports/160629[patch] x11-themes/kde4-windeco-crystal new version f ports/160626[patch] www/py-rssdler: deprecate in favor of www/py-f f ports/160608sysutils/fusefs-kmod fails to build on amd64 o ports/160606 ports-bug [PATCH] devel/rlog: update to 1.4 o ports/160589[maintainer] databases/phpmyadmin security update to 3 o ports/160582add LATEST_LINK for net/collectd5 o ports/160579[PATCH] audio/firefly: portlint(1) fixes and more o ports/160566[new port] mail/dbmail-devel: dbmail upgraded to versi o ports/160545net-mgmt/collectd: Adding LATEST_LINK to collectd to m o ports/160544sysutils/lsof: build fails with clang f ports/160539[PATCH] security/botan: update to 1.10.1 o ports/160527[patch] audio/orpheus: mark broken f ports/160511[PATCH] make math/py-graphtool actually work f ports/160510[patch] net-p2p/amule-devel: clang build fails (foo vs o ports/160504sysutils/bsdstats: 300.statistics outputs an error mes o ports/160414japanese/alias-fonts: [patch] Broken pkg-(de)install s f ports/160401[patch update] security/strongswan 4.5.1 -> 4.5.3 f ports/160394[UPDATE] www/py-surl: depend on simplejson conditional f ports/160389[patch] security/openssh-portable: fix build on 9.x f ports/160378x11-toolkits/py-wxPython28-common: CLANG compilation f o ports/160366New port: misc/xmonad-log-applet An applet that will d o ports/160353[patch] update www/linux-opera to 11.51 f ports/160352net-im/pidgin-sipe has undocumented NSS dependency o ports/160323[PATCH] japanese/p5-Mail-SpamAssassin. fix sa-update, o ports/160319[New Port] pidgin-audacious-remote (plugin for pidgin) o ports/160313New port:databases/pg_reorg o ports/160308[MAINTAINER] dns/powerdns: fix loading a whole new set o ports/160278[MAINTAINER] japanese/ibus-skk: update to 1.3.8 o ports/160273[patch] Fix distfile sources for port net/AquaGatekeep o ports/160272[PATCH] unbreak port net/AquaGatekeeper o ports/160265[NEW PORT] lang/pypy 1.6 o ports/160262New port: net-mgmt/better-cacti-templates - better Cac f ports/160257[patch] mail/ssmtp: pkg-message needs further descript f ports/160242audio/murmur installs directories with incorrect owner o ports/160236[patch] Upgrade lang/jruby to 1.6.4 f ports/160233[patch][update] devel/pinba_engine Update to new revis f ports/160232Update: x11/xlockmore to 5.34 o ports/160213[NEW PORT] security/py-htpasswd - htpasswd replacement f ports/160210[update] devel/php5-pinba o ports/160208[NEW PORT} print/py27-pdfcolorsplit - script to split o ports/160207[NEW PORT] devel/php5-dav: The PHP WebDAV extension o ports/160194[PATCH] sysutils/jdiskreport: update to 1.3.2 f ports/160184graphics/jpeg2pdf is broken with ruby 1.9, but does no o ports/160178[NEW PORT] www/vimprobable1 - webkit browser inspired o ports/160177[NEW PORT] www/vimprobable2 - webkit browser inspired o ports/160174[PATCH] japanese/jcode.pl Fix defined(%hash) is deprec o ports/160172[NEW PORTS] japanese/wordp
Current problem reports assigned to po...@freebsd.org
Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. No matches to your query ___ 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"
Print +REQUIRED_BY as tree?
Hello, Ports. Is here console tool, which shows dependency tree of installed ports from "required" port to "users"? pkg_tree performs opposite task. +REQUIRED_BY is flat list, unfortunately. I need to investigate exact path why this port is installed on my system :) -- // Black Lion AKA Lev Serebryakov ___ 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: Print +REQUIRED_BY as tree?
On 12/09/2011 17:58, Lev Serebryakov wrote: > Hello, Ports. > > Is here console tool, which shows dependency tree of installed ports > from "required" port to "users"? pkg_tree performs opposite task. > > +REQUIRED_BY is flat list, unfortunately. > > I need to investigate exact path why this port is installed on my > system :) > ports-mgmt/p5-FreeBSD-Portindex can do this: lucid-nonsense:/usr/ports:% portdepends -s ports-mgmt/p5-FreeBSD-Portindex [..] p5-FreeBSD-Portindex-2.4 (ports-mgmt/p5-FreeBSD-Portindex) [...BR.] - p5-BerkeleyDB-0.49 (databases/p5-BerkeleyDB) [...BRL] - - db48-4.8.30.0 (databases/db48) [EP.BR.] - - perl-5.12.4_2 (lang/perl5.12) [EP.BR.] - perl-5.12.4_2 (lang/perl5.12) (Declaration of interest: I wrote it) Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: Print +REQUIRED_BY as tree?
Hello, Eric. You wrote 12 сентября 2011 г., 21:33:58: > Not aware of a command line tool, but the beta version of the freshports > website show what ports require the selected port in order to run, which > what I think you want. Oh. For gcc45, for example, list is soobig, that command line tool, working only on installed ports, will be much more useful. And it is too fresh :) I have gcc44 installed (and needed to RUN something!), and it is deprecated. freshports doesn't know about gcc44 a lot, because it uses more new ports database. And I don't understand, which port in +REQUIRED_BY of gcc44 is root of all this evil -- IMHO, I don't have any ports, which needs gcc to RUN :) -- // Black Lion AKA Lev Serebryakov ___ 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: Print +REQUIRED_BY as tree?
Hello, Matthew. You wrote 12 сентября 2011 г., 22:38:05: > On 12/09/2011 17:58, Lev Serebryakov wrote: >> Hello, Ports. >> >> Is here console tool, which shows dependency tree of installed ports >> from "required" port to "users"? pkg_tree performs opposite task. >> >> +REQUIRED_BY is flat list, unfortunately. >> >> I need to investigate exact path why this port is installed on my >> system :) >> > ports-mgmt/p5-FreeBSD-Portindex can do this: > lucid-nonsense:/usr/ports:% portdepends -s ports-mgmt/p5-FreeBSD-Portindex > [..] p5-FreeBSD-Portindex-2.4 (ports-mgmt/p5-FreeBSD-Portindex) > [...BR.] - p5-BerkeleyDB-0.49 (databases/p5-BerkeleyDB) > [...BRL] - - db48-4.8.30.0 (databases/db48) > [EP.BR.] - - perl-5.12.4_2 (lang/perl5.12) > [EP.BR.] - perl-5.12.4_2 (lang/perl5.12) It seems, that your tool works by INDEX or ports database (not installed ports! They could differ, if installed ports are out-of-date!) and it shows exactly the same output as pkg_tree: opposite to what I need. -- // Black Lion AKA Lev Serebryakov ___ 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"
devel/git new update des not fetch
Hello, Since my new update of ports tree : ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for git-1.7.4.3 => git-1.7.6.1.tar.bz2 doesn't seem to exist in /usr/ports/distfiles//. => Attempting to fetch http://kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: Service Unavailable => Attempting to fetch http://www.us.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.us.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record => Attempting to fetch http://www.no.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.no.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record => Attempting to fetch http://www.de.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.de.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record => Attempting to fetch http://www.it.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.it.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record => Attempting to fetch http://www.ru.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.ru.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record => Attempting to fetch http://www.au.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 fetch: http://www.au.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No address record => Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/git-1.7.6.1.tar.bz2 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/git-1.7.6.1.tar.bz2: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles// and try again. *** Error code 1 Cheers, -- David Demelier ___ 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: Print +REQUIRED_BY as tree?
On 09/12/2011 12:06, Lev Serebryakov wrote: > Hello, Eric. > You wrote 12 сентября 2011 г., 21:33:58: > >> Not aware of a command line tool, but the beta version of the freshports >> website show what ports require the selected port in order to run, which >> what I think you want. > Oh. For gcc45, for example, list is soobig, that command line tool, > working only on installed ports, will be much more useful. It's not as easy to represent the data in the way you describe as you might think. Something like gcc is going to have multiple entry points in a graph, which is really hard to represent in a (sort of) 1-dimensional structure like a tree. I haven't seen any tools that do this well, although I would be happy to be wrong about it. > And it is too fresh :) I have gcc44 installed (and needed to RUN > something!), and it is deprecated. freshports doesn't know about > gcc44 a lot, because it uses more new ports database. And I don't > understand, which port in +REQUIRED_BY of gcc44 is root of all this > evil -- IMHO, I don't have any ports, which needs gcc to RUN :) I would imagine that all of the ones you compiled with it do since they are almost certainly linked with the libgcc that comes with gcc44. hth, Doug -- 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: devel/git new update des not fetch
> > Since my new update of ports tree : > > ===> Vulnerability check disabled, database not found > ===> License check disabled, port has not defined LICENSE > ===> Found saved configuration for git-1.7.4.3 > => git-1.7.6.1.tar.bz2 doesn't seem to exist in /usr/ports/distfiles//. > => Attempting to fetch > http://kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2 > fetch: http://kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: > Service Unavailable It looks like you do not have the latest revision of devel/git: $FreeBSD: ports/devel/git/Makefile,v 1.112 2011/09/10 01:56:16 wxs Exp $ which adds some alternative mirrors while kernel.org conduct an audit following the recent security breach there. Cf. http://lists.freebsd.org/pipermail/freebsd-ports/2011-September/070052.html ___ 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: devel/git new update des not fetch
On 09/12/11 14:29, David Demelier wrote:
Hello,
Since my new update of ports tree :
===> Vulnerability check disabled, database not found
===> License check disabled, port has not defined LICENSE
===> Found saved configuration for git-1.7.4.3
=> git-1.7.6.1.tar.bz2 doesn't seem to exist in /usr/ports/distfiles//.
=> Attempting to fetch
http://kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2
fetch: http://kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2:
Service Unavailable
=> Attempting to fetch
http://www.us.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2
fetch:
http://www.us.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No
address record
=> Attempting to fetch
http://www.no.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2
fetch:
http://www.no.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No
address record
=> Attempting to fetch
http://www.de.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2
fetch:
http://www.de.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No
address record
=> Attempting to fetch
http://www.it.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2
fetch:
http://www.it.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No
address record
=> Attempting to fetch
http://www.ru.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2
fetch:
http://www.ru.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No
address record
=> Attempting to fetch
http://www.au.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2
fetch:
http://www.au.kernel.org/pub/software/scm/git/git-1.7.6.1.tar.bz2: No
address record
=> Attempting to fetch
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/git-1.7.6.1.tar.bz2
fetch:
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/git-1.7.6.1.tar.bz2:
File unavailable (e.g., file not found, no access)
=> Couldn't fetch it - please try to retrieve this
=> port manually into /usr/ports/distfiles// and try again.
*** Error code 1
Cheers,
You likely need to update your ports. MASTER_SITES for devel/git was
changed to ${MASTER_SITE_GENTOO} a couple days ago since the kernel.org
network is still recovering.
--
Sam Cassiba
___
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: Print +REQUIRED_BY as tree?
Hello, Doug. You wrote 12 сентября 2011 г., 23:43:03: > It's not as easy to represent the data in the way you describe as you > might think. Something like gcc is going to have multiple entry points > in a graph, which is really hard to represent in a (sort of) > 1-dimensional structure like a tree. Forest will be Ok, too :) It seems, that root of gcc44 dependency is x264, but I'm not sure, that it is ONLY root. > I would imagine that all of the ones you compiled with it do since they > are almost certainly linked with the libgcc that comes with gcc44. [many bad words skipped]. WHY, OH, WHY libgcc is not used as static library?! It is only implementation of some intrinsics, am I right? And now gcc4 is DEPRECATED, so I need to rebuild ANY port, which is depend on it (via some wired paths, whose I cannot not easily track) to update it to gcc45?! Ouch. How could I determine which ports are directly lined with libgcc from gcc44? ldd? But x264 itself (yes, it is built with GCC44 option) is not linked to libgcc: blob# ldd /usr/local/bin/x264 /usr/local/bin/x264: libgpac.so.1 => /usr/local/lib/libgpac.so.1 (0x800812000) libz.so.5 => /lib/libz.so.5 (0x800be3000) libm.so.5 => /lib/libm.so.5 (0x800cf8000) libthr.so.3 => /lib/libthr.so.3 (0x800e18000) libc.so.7 => /lib/libc.so.7 (0x800f31000) libssl.so.6 => /usr/lib/libssl.so.6 (0x801172000) libcrypto.so.6 => /lib/libcrypto.so.6 (0x8012c5000) libjpeg.so.11 => /usr/local/lib/libjpeg.so.11 (0x801565000) libpng.so.6 => /usr/local/lib/libpng.so.6 (0x80169b000) I could check all binaries and shared libs, of course, (find, xargs, ldd), but it is not what I call "user friendly" :( -- // Black Lion AKA Lev Serebryakov ___ 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: Print +REQUIRED_BY as tree?
On 09/12/2011 12:58, Lev Serebryakov wrote:
> How could I determine which ports are directly lined with libgcc from
> gcc44? ldd?
Yes, that's really the only answer. I have the following function which
would work:
old_libs ()
{
local file nf;
[ -e ~/old-lib-list ] && unlink ~/old-lib-list;
cd /usr/local/ || {
echo 'cd to /usr/local/ failed';
return 1
};
for file in `find GNUstep bin lib* sbin -type f 2>/dev/null`;
do
case "$file" in
lib\/firefox* | lib\/linux-* | lib\/thunderbird*)
continue
;;
esac;
if nf=`ldd -a $file 2>/dev/null | egrep "(not
found|${1:-asjklssafjklasdfjkl})"`; then
echo $file;
echo $nf;
echo '';
fi;
done > ~/old-lib-list;
cd -;
if [ ! -s ~/old-lib-list ]; then
echo 'Nothing found';
unlink ~/old-lib-list;
fi
}
You could run old_libs and it would tell you which
things are linked against it.
Alternatively you could do the following with portmaster:
portmaster -o lang/gcc45 gcc-4.4
portmaster -R -r gcc-4.5
hth,
Doug
--
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: Print +REQUIRED_BY as tree?
Lev Serebryakov wrote: > Is here console tool, which shows dependency tree of installed ports > from "required" port to "users"? pkg_tree performs opposite task. > > +REQUIRED_BY is flat list, unfortunately. > > I need to investigate exact path why this port is installed on my > system :) Neither I'm a perl expert nor it is final but hth anyway. http://www.charlieroot.de/bsd/pkg_depends.pl ___ 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"
[patch] audio/pulseaudio should follow new databases/gdbm version
Looks like the dependence of pulseaudio on gdbm was missed. The
audio/pulseaudio Makefile needs the following change, and the port should
have its version bumped.
I noticed this when KDE4's kontact stopped working after the gdbm update.
--
Greg Rivers
--- Makefile.old2011-09-12 15:10:46.0 -0500
+++ Makefile2011-09-12 15:10:57.0 -0500
@@ -21,7 +21,7 @@
LIB_DEPENDS= samplerate.1:${PORTSDIR}/audio/libsamplerate \
speexdsp.1:${PORTSDIR}/audio/speex \
dbus-1.3:${PORTSDIR}/devel/dbus \
- gdbm.3:${PORTSDIR}/databases/gdbm \
+ gdbm.4:${PORTSDIR}/databases/gdbm \
execinfo:${PORTSDIR}/devel/libexecinfo \
ck-connector.0:${PORTSDIR}/sysutils/consolekit
___
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: Print +REQUIRED_BY as tree?
Quoth Helmut Schneider on Monday, 12 September 2011: > Lev Serebryakov wrote: > > > Is here console tool, which shows dependency tree of installed ports > > from "required" port to "users"? pkg_tree performs opposite task. > > > > +REQUIRED_BY is flat list, unfortunately. > > > > I need to investigate exact path why this port is installed on my > > system :) > > Neither I'm a perl expert nor it is final but hth anyway. > > http://www.charlieroot.de/bsd/pkg_depends.pl > Thanks for that, Helmut! -- .O. | Sterling (Chip) Camden | http://camdensoftware.com ..O | sterl...@camdensoftware.com | http://chipsquips.com OOO | 2048R/D6DBAF91 | http://chipstips.com pgpvmiEQ9cbCj.pgp Description: PGP signature
Thank you (for making the ports less boring).
Dear maintainer of databases/gdbm,
Thank you for committing the latest update of gdbm with a (nowhere to be
found mentioned in UPDATING) shared library bump, which again makes my
very dull FreeBSD installation a little bit more fun to maintain, and
especially - *use*
After all, it's been now running for close to a week without almost any
minor ports breakage, so I presume that alone warrants a quick fix to
that whole very boring and uneventful situation, of course:
$ mplayer
/libexec/ld-elf.so.1: Shared object "libgdbm.so.3" not found, required
by "libpulse.so.0"
[And I'm not going bother posting the remaining epic crashing cascade of
all the other running PA applications, because then I might like, even
start to sound somewhat negative-ish for a short moment, and who would
possibly want to do that in the wholly beautiful day like this?]
Anyway, what I was going to say in the first place...
Ah, right - because, there is like, no possibility that a thing like
gdbm might be actually used as a dependency somewhere, like for example,
this tiny little unimportant piece of whateverish whatever called
pulseaudio, I presume?
I mean, what the heck, it's not like it's something as important as,
say, a major sound system heavily employed in at least one of the two
largest desktop environments of the current Unix world, so who could
even care?
Or, why even bother with a quick grep or some recursive checking? It's
not that if the update breaks anything, nobody will step up to complain,
and not that those crazy people out there can be seriously using FreeBSD
as their main desktop OS, heck, FreeBSD even haz sound nao?
And, anyway, it's Monday, real men would *hate* to start their weeks
without spending an hour or few fixing a cascade of new port breakages,
that goes without a question, no arguments from me.
"So yeah, ok," one would probably mutter to himself, "I see it's simply
that time of week again, so I'll just, like, rebuild everything
recursively to catch the latest bump as we do now every odd week anyway
and just get over it, not that there is anything better to do as the
system is already totally unusable (again).."
So yeah, that's easy fix, here we go then:
---> Reinstalling 'pulseaudio-0.9.22' (audio/pulseaudio)
---> Build of audio/pulseaudio started at: Mon, 12 Sep 2011 21:40:13 +0200
---> Building '/usr/ports/audio/pulseaudio'
===> Cleaning for pulseaudio-0.9.22
===> License check disabled, port has not defined LICENSE
===> Found saved configuration for pulseaudio-0.9.22
===> Extracting for pulseaudio-0.9.22
=> SHA256 Checksum OK for pulseaudio-0.9.22.tar.gz.
===> Patching for pulseaudio-0.9.22
===> pulseaudio-0.9.22 depends on package: libtool>=2.4 - found
===> Applying FreeBSD patches for pulseaudio-0.9.22
===> pulseaudio-0.9.22 depends on executable: gmake - found
===> pulseaudio-0.9.22 depends on file: /usr/local/libdata/pkgconfig/x11.pc -
found
===> pulseaudio-0.9.22 depends on file: /usr/local/libdata/pkgconfig/sm.pc -
found
===> pulseaudio-0.9.22 depends on file: /usr/local/libdata/pkgconfig/xtst.pc
- found
===> pulseaudio-0.9.22 depends on file: /usr/local/libdata/pkgconfig/ice.pc -
found
===> pulseaudio-0.9.22 depends on package: libtool>=2.4 - found
===> pulseaudio-0.9.22 depends on file: /usr/local/bin/intltool-extract -
found
===> pulseaudio-0.9.22 depends on executable: pkg-config - found
===> pulseaudio-0.9.22 depends on shared library: samplerate.1 - found
===> pulseaudio-0.9.22 depends on shared library: speexdsp.1 - found
===> pulseaudio-0.9.22 depends on shared library: dbus-1.3 - found
===> pulseaudio-0.9.22 depends on shared library: gdbm.3 - not found
===>Verifying install for gdbm.3 in /usr/ports/databases/gdbm
===> Extracting for gdbm-1.9.1
===> Patching for gdbm-1.9.1
[...]
===> Installing for gdbm-1.9.1
===> Generating temporary packing list
===> Checking if databases/gdbm already installed
===> gdbm-1.9.1 is already installed
*** Error code 1
Stop in /usr/ports/databases/gdbm.
*** Error code 1
Yeeey.
So I guess not.
Now is it what we think it is?
$ grep gdbm /usr/ports/audio/pulseaudio/Makefile
gdbm.3:${PORTSDIR}/databases/gdbm \
Color me surprised, at this point.
But I know. I know... It's not like the shared library bump was actually
mentioned in the initial PR in the first place or anything...
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/160250
Oh. Right. It was.
So, like... It's not that there is, actually, somehow, anyhow, possible
to, dunno, maybe - NOT COMMITTING THE DAMN THING ALONE when there's
absolutely positively 100% guarantee that stuff depending on it WILL
INSTANTLY AND COMPLETELY BREAK.
Because, not like that a one single quick look would reveal that.
And I'm not even mentioning some actual real testing AND properly
solving the case for the whole dependency tree first, BEFORE committing
just the one port alone, because... If that was happening, what would
then be all tho
Re: Thank you (for making the ports less boring).
On Mon, 12 Sep 2011 23:55:56 +0200
Michal Varga articulated:
> So again, thank you for taking your part in ensuring that my days with
> FreeBSD (the remaining few, so to say) won't become too boring. It's
> much appreciated, really.
Seriously now, I thought I was the only one allowed to criticize
FreeBSD for {Pick a topic}. You have to remember the motto:
"Criticizing Microsoft if to be considered constructive criticism;
criticizing {name your OS} is blasphemy and hate mongering and will
immediately lead to a flame war."
Now that you have vented, have you filed a PR against this
behavior/port/WTF? If not, I would recommend you do so.
--
Jerry ✌
jerry+po...@seibercom.net
Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__
___
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: Thank you (for making the ports less boring).
2011/9/12 Michal Varga : > Dear maintainer of databases/gdbm, > > Thank you for committing the latest update of gdbm with a (nowhere to be > found mentioned in UPDATING) shared library bump, which again makes my > very dull FreeBSD installation a little bit more fun to maintain, and > especially - *use* > > After all, it's been now running for close to a week without almost any > minor ports breakage, so I presume that alone warrants a quick fix to > that whole very boring and uneventful situation, of course: > > $ mplayer > /libexec/ld-elf.so.1: Shared object "libgdbm.so.3" not found, required > by "libpulse.so.0" I don't want to participate in any flamewar or conversation about how freebsd ports in general should work, and I'm sure you know what you're doing, but as a quick note (for you or anyone), if you use something like "portmaster" to update your ports, you can use the "-w" switch to save the old libs in /usr/local/lib/compat/pkg/ in case of bump. Really useful to not break your system. Cheers -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." ___ 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: Thank you (for making the ports less boring).
On 2011.09.12. 23:55, Michal Varga wrote: Dear maintainer of databases/gdbm, Thank you for committing the latest update of gdbm with a (nowhere to be found mentioned in UPDATING) shared library bump, which again makes my very dull FreeBSD installation a little bit more fun to maintain, and especially - *use* [ Irony ignored. Btw, your Hungarian first name speaks for itself. ;) ] I did see the notice in the PR and I did grep the tree and I did bump lots of ports. I'm also surprised how I did not notice some of the ports. I apologize from the affected people. Btw, from your long mail I see you have lots of free time. You should think of spending that better than writing such long mails. Think about being a FreeBSD volunteer. ;) Regards, Gabor ___ 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: Thank you (for making the ports less boring).
On Mon, Sep 12, 2011 at 07:05:58PM -0400, Jerry wrote:
> On Mon, 12 Sep 2011 23:55:56 +0200
> Michal Varga articulated:
>
> > So again, thank you for taking your part in ensuring that my days with
> > FreeBSD (the remaining few, so to say) won't become too boring. It's
> > much appreciated, really.
>
> Seriously now, I thought I was the only one allowed to criticize
> FreeBSD for {Pick a topic}. You have to remember the motto:
I found Michal Varga's critique snarky and unnecessarily sarcastic, but
on-point and lacking in unreasonable choices of what to criticize. I
cannot say the same for the majority of yours.
>
> Now that you have vented, have you filed a PR against this
> behavior/port/WTF? If not, I would recommend you do so.
. . . as would I. It's interesting you got around to saying something
useful. Keep up the good work.
--
Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ]
pgpnKiRfdoLqH.pgp
Description: PGP signature
Re: Thank you (for making the ports less boring).
On 09/12/2011 06:09 PM, Chad Perrin wrote:
On Mon, Sep 12, 2011 at 07:05:58PM -0400, Jerry wrote:
On Mon, 12 Sep 2011 23:55:56 +0200
Michal Varga articulated:
So again, thank you for taking your part in ensuring that my days with
FreeBSD (the remaining few, so to say) won't become too boring. It's
much appreciated, really.
Seriously now, I thought I was the only one allowed to criticize
FreeBSD for {Pick a topic}. You have to remember the motto:
I found Michal Varga's critique snarky and unnecessarily sarcastic...
I agree that it was unnecessarily sarcastic. We all make mistakes from
time to time. Michal could have pointed out the mistake and still been
nice about it. I know for myself that when I make a mistake like this
that I feel bad enough as it is, and I don't need anyone rubbing it in.
Stephen
___
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: Thank you (for making the ports less boring).
On 09/12/2011 16:46, Stephen Montgomery-Smith wrote: > We all make mistakes from time to time. Michal could have pointed out > the mistake and still been nice about it. I know for myself that when I > make a mistake like this that I feel bad enough as it is, and I don't > need anyone rubbing it in. Having just posted about his ongoing problems with ports stability I can feel Michal's pain, so hopefully we can all agree to cut *each other* some slack, and move on. :) Meanwhile, as someone else suggested 'portmaster -w' is a good tool here, and if you want to be really thorough (at the risk of potentially upgrading more than you need to) then 'portmaster -r gdbm' will kill the gnat with a hammer, so to speak. Doug -- 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: How to best run a script post installation _and_ deinstallation?
On Sun, 22 May 2011, Doug Barton wrote: > Will @unexec in pkg-plist do the job? On Mon, 23 May 2011, Wesley Shields wrote: > Are these what you are looking for: > > http://www.freebsd.org/doc/en/books/porters-handbook/pkg-install.html > http://www.freebsd.org/doc/en/books/porters-handbook/pkg-deinstall.html Yes and no (to both questions). I have been looking for a silver bullet that avoids having (a) something in the post-install target plus an @exec and an @unexec and thus redundancy, or (b) two extra scripts and thus two extra files in the port. Alas, I failed at that, and Emanuel convinced me that apparently there is no way to avoid one of these two deaths. That looks like a nice project for someone to improve our general infrastructure along these lines. Gerald ___ 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: Thank you (for making the ports less boring).
On Tue, 2011-09-13 at 01:01:17 +0200, Gabor Kovesdan wrote: > On 2011.09.12. 23:55, Michal Varga wrote: > [ Irony ignored. Btw, your Hungarian first name speaks for itself. ;) ] > > I did see the notice in the PR and I did grep the tree and I did > bump lots of ports. I'm also surprised how I did not notice some of > the ports. I apologize from the affected people. No problem, Gabor. Thanks for fixing the issue as quickly as you could. -- Sahil Tandon ___ 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: [patch] audio/pulseaudio should follow new databases/gdbm version
On Mon, 2011-09-12 at 15:26:39 -0500, Greg Rivers wrote: > Looks like the dependence of pulseaudio on gdbm was missed. The > audio/pulseaudio Makefile needs the following change, and the port > should have its version bumped. > > I noticed this when KDE4's kontact stopped working after the gdbm update. Thanks for the report (and patch) Greg. We missed this when bumping various ports that were affected by the gdbm update. I'm sorry for this inconvenience. Gabor addressed the oversight a little while ago, so please update your tree and try again. -- Sahil Tandon ___ 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"
