Re: [patch] Port lint shouldn't report that 'work' isn't in cvs
On Mon, Nov 8, 2010 at 10:01 AM, Eitan Adler li...@eitanadler.com wrote: portlint currently reports two conflicting messages when it finds a work directory in a port a) Make sure it isn't committed b) It was not found in CVS This patch silences the second one --- portlint.old 2010-11-05 14:02:28.0 -0400 +++ portlint 2010-11-07 20:58:57.0 -0500 @@ -464,7 +464,7 @@ if /^(?:\.\.?|CVS)$/; my $filename = $dir eq '.' ? $_ : $dir/$_; if (-d $filename) { - if (!$entries{$_} || $entries{$_} ne 'D') { + if ((!$entries{$_} || $entries{$_} ne 'D') $filename ne 'work') { perror(FATAL, , -1, directory $filename not in CVS.); } else { -- Eitan Adler Hi, Would you please file a PR and then marcus@ will take care of it. :) Thanks. Regards, -- Sunpoet Po-Chuan Hsieh sunpoet at sunpoet.net sunpoet at FreeBSD.org 4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B http://people.FreeBSD.org/~sunpoet/pgpkeys.txt ___ 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
boost 1.44.0
Just curious if anybody is working on updating boost in ports to 1.44.0. Couldn't find a PR about that. -- Andriy Gapon ___ 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
xorg-server 1.7.7
Can we update xorg-server to 1.7.7, the latest version on 1.7 branch? It looks like that would require only changing the version and regenerating the checksums. -- Andriy Gapon ___ 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: boost 1.44.0
on 08/11/2010 12:03 Alexander Churanov said the following: 2010/11/8 Andriy Gapon a...@icyb.net.ua: Just curious if anybody is working on updating boost in ports to 1.44.0. Couldn't find a PR about that. Andriy, Boost ports will not be updated to 1.44. I am working on updating right to 1.45; release candidates are already available. Alexander Churanov, maintainer of devel/boost-* Alexander, thanks a lot for the information and your work! -- Andriy Gapon ___ 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: boost 1.44.0
2010/11/8 Andriy Gapon a...@icyb.net.ua: Just curious if anybody is working on updating boost in ports to 1.44.0. Couldn't find a PR about that. Andriy, Boost ports will not be updated to 1.44. I am working on updating right to 1.45; release candidates are already available. Alexander Churanov, maintainer of devel/boost-* ___ 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 o ports/152045New port: www/links-hacked browser with tricks for tab o ports/152043WITH_DEBUG doesn't work when compiling Firefox o ports/152038security/saint fails to compile from ports o ports/152030[maintainer] security/heimdal: add gss_pname_to_uid fu o ports/152029[patch] fix dependencies after security/heimdal shlib f ports/152028sysutils/xfburn SCSI o ports/152013[patch] lang/sdcc: update to 3.0.0 o ports/152011[PATCH] x11-toolkits/xscoop: fix fetch error; add comp o ports/152006New Port: archivers/unzip: Slave port of unzip with WI o ports/151997[patch] sysutils/fusefs-ntfs no build o ports/151995net-mgmt/nagios-plugins: new plugin to check CPU usage o ports/151993[NEW PORT] devel/py-mercurialserver o ports/151988New port: databases/dalmp DALMP - Database Abstraction f ports/151983multimedia/avidemux2 crash f ports/151982Can't build sysutils/fusefs-kmod ; problem with ruby o ports/151973New port: security/arpCounterattack -- Detects and rem o ports/151956[NEW PORT] www/codeigniter2 o ports/151955Patch for security/py-sslstrip from 0.2 to 0.7 o ports/151947misc/freeswitch-scripts port update f ports/151946port update freeswitch-pizzademo o ports/151945net/freeswitch-core update f ports/151930[PATCH] net-mgmt/netams links to libmysqlclient/libpq o ports/151907[NEW PORT] security/sophie: A daemon which uses 'libsa o ports/151904update x11-wm/icewm to 1.3.7 o ports/151901[MAINTAINER] devel/monotone: update to 0.99.1 o ports/151888[MAINTAINER] science/gromacs: update to 4.5.2 o ports/151877[maintainer update] Update databases/tora to 2.1.3 o ports/151876www/squid: Squid rc script doesn't restart the daemon o ports/151870games/vavoom: update to 1.32 o ports/151852New port devel/violet - Simple UML editor o ports/151837[patch] sysutils/bsdstats : does honor BATCH when inst f ports/151819[patch] net-p2p/uhub port improvements o ports/151803New Port: mail/davmail - POP/IMAP/SMTP/Caldav/Carddav/ o ports/151785net/unison-devel not suitable for parallel build o ports/151784NEW PORT: (Replacing bug 151363) www/sit - Incident tr f ports/151783mail/fetchmail: rc.d script broken in case of MDA use f ports/151777deskutils/xfce4-volstatus-icon Segmentation fault and o ports/151774[new port] sysutils/pprotectd o ports/151759New port: desktutils/x-tile A tiling application for X o ports/151747request to enable emulators/wine on amd64 o ports/151744New port net/appkonference, a high-performance Asteris o ports/151724[patch] update www/red5 up to 0.9.1 o ports/151718[NEW PORT] www/dwoo: Dwoo is a PHP5 template engine f ports/151706[PATCH] games/endgame-singularity: update to 0.30b o ports/151705[patch] update ports net/activemq up to 5.4.1 f ports/151704port update: devel/boost-libs to 1.44.0 o ports/151703Upgrade database/pgtcl (patch included) o ports/151700[PATCH] science/gramps: update to 3.2.4 o ports/151699[PATCH] security/hydra: update to 5.8 o ports/151694Kernel module kqemu fails to load (kernel and kqemu ar f ports/151689dns/rbldnsd does not use preassigned UID/GIDs f ports/151658[PATCH] x11-themes/gtk-murrine-engine update to 0.98.1 o ports/151643www/rt38: RT38 upgrade directory location o ports/151637Update port: security/maia Much needed updates for Per f ports/151628[NEW PORTS] www/py-flask-uploads, Flask-Uploads provid o ports/151627[NEW PORTS] devel/py-flask-babel, Add i18n/l10n suppor o ports/151626[NEW PORT] databases/py-flask-sqlalchemy, add SQLAlche o ports/151625[NEW PORT] www/py-flask, a micro webdevelopment framew o ports/151624[NEW PORT] devel/py-speaklater, Python module for tran o ports/151603Self-built virtualbox-ose-kmod vboxnetflt.ko kernel mo o ports/151583[PATCH] games/xpilot-ng-[client,server] update to 4.7. o ports/151578Update port: www/red5 from 0.7 to 0.9.1 o ports/151572The first start of net/tucan failed
Re: xorg-server 1.7.7
On Mon, Nov 08, 2010 at 11:22:37AM +0200, Andriy Gapon wrote: Can we update xorg-server to 1.7.7, the latest version on 1.7 branch? It looks like that would require only changing the version and regenerating the checksums. Seems to be not so trivial. Look at this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2010-May/061141.html Since miwi@ and rnoland@ seem to be busy at moment there is a need for the maintainer of ALL of the xorg-* ports (and not only the single ones, like xorg-server, etc.). Someone with enough time, motivation (hardware, programming foo in this area...) Just 0.02$, :-( Alexey. ___ 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
Now OK (Re: cvs commit: ports/japanese/ircII Makefile)
japanese/ircII, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - HMC and EOI? - Halt, Melt and Catch fire or Execute Operator Immediately. ___ 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: xorg-server 1.7.7
on 08/11/2010 17:03 Alexey Shuvaev said the following: On Mon, Nov 08, 2010 at 11:22:37AM +0200, Andriy Gapon wrote: Can we update xorg-server to 1.7.7, the latest version on 1.7 branch? It looks like that would require only changing the version and regenerating the checksums. Seems to be not so trivial. Look at this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2010-May/061141.html Since miwi@ and rnoland@ seem to be busy at moment there is a need for the maintainer of ALL of the xorg-* ports (and not only the single ones, like xorg-server, etc.). Someone with enough time, motivation (hardware, programming foo in this area...) Oh, forgot a need to simply bump port revisions of all xorg driver ports. That's perhaps a little bit laborious, but doesn't require any special skills. Or did you have something else in mind? -- Andriy Gapon ___ 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: Proposed OPTIONS replacement
If there is interest in writing a BSDL libdialog I would be interested in working on such a project for the Google Summer of Code. I'm cross posting to -ports and -sysinstall because this part of the discussion started on -sysinstall. Please keep future discussion on -ports as that is what the focus of my proposal is. ... With libdialog it is not possible to mix radio button and normal button and for the options framework we need the be able to get the following feature imho: simple options: check box My program has this exclusive options: radio button My program has this exclusive options if a simple option is check (for example option X11 allow to choose between the following options QT3 QT4 GTK etc) My program does has this capability yet. I'm not exactly sure how to indicate this on the command line. Perhaps some kind of --requires-other option? group options: a user can check choose between 0-N options (check box) if a other options is activated example a port can be build with 2 or more gui toolkit at the same time: avidemux for example group options with at least one options checked (1-N). My program does not yet have this capability. Perhaps a --min and a --max option for radio options? This might be a pain to implement due to the way my program handles radio options. If there is a major need for this feature I'll spend the time adding the feature. As far as I've looked into libdialog it is nearly impossible to handle in a simple (I may be wrong and missed some part of libdialog) I don't know libdialog very well, but I know that with dialog(1) this is impossible. Other choices will be : 1/ create a ncurses tool dedicated for the ports as Eitan began to do it (thanks for that :)) (this is my favorite choice) I'm still looking for a comprehensive code review. I really want to get my program as good as possible. -- 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: xorg-server 1.7.7
On Mon, Nov 08, 2010 at 05:11:41PM +0200, Andriy Gapon wrote: on 08/11/2010 17:03 Alexey Shuvaev said the following: On Mon, Nov 08, 2010 at 11:22:37AM +0200, Andriy Gapon wrote: Can we update xorg-server to 1.7.7, the latest version on 1.7 branch? It looks like that would require only changing the version and regenerating the checksums. Seems to be not so trivial. Look at this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2010-May/061141.html Since miwi@ and rnoland@ seem to be busy at moment there is a need for the maintainer of ALL of the xorg-* ports (and not only the single ones, like xorg-server, etc.). Someone with enough time, motivation (hardware, programming foo in this area...) Oh, forgot a need to simply bump port revisions of all xorg driver ports. That's perhaps a little bit laborious, but doesn't require any special skills. Or did you have something else in mind? Well, I'm successfully running xorg-server-1.7.7 since May without doing anything else to other xorg-related ports: xorg-server-1.7.7,1succeeds index (index has 1.7.5,1) but it could be just a matter of luck :) I mean this (from rnolad): I have an update to 1.7.7 queued up in my tree along with an updated pixman. It is a little tedious as all of the server based ports need to be updated and drivers need PORTREVISION bumps. I'll try and get it committed in the next couple of days though. He mentions update (not just PORTREVISION bump) of pixman and other server-based ports. I have some vague insight into what he means, but I'd say it should be done by a person more familiar (than me) with xorg infrastucture with all its interdependencies. Alexey. ___ 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: xorg-server 1.7.7
on 08/11/2010 17:52 Alexey Shuvaev said the following: On Mon, Nov 08, 2010 at 05:11:41PM +0200, Andriy Gapon wrote: on 08/11/2010 17:03 Alexey Shuvaev said the following: On Mon, Nov 08, 2010 at 11:22:37AM +0200, Andriy Gapon wrote: Can we update xorg-server to 1.7.7, the latest version on 1.7 branch? It looks like that would require only changing the version and regenerating the checksums. Seems to be not so trivial. Look at this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2010-May/061141.html Since miwi@ and rnoland@ seem to be busy at moment there is a need for the maintainer of ALL of the xorg-* ports (and not only the single ones, like xorg-server, etc.). Someone with enough time, motivation (hardware, programming foo in this area...) Oh, forgot a need to simply bump port revisions of all xorg driver ports. That's perhaps a little bit laborious, but doesn't require any special skills. Or did you have something else in mind? Well, I'm successfully running xorg-server-1.7.7 since May without doing anything else to other xorg-related ports: xorg-server-1.7.7,1succeeds index (index has 1.7.5,1) but it could be just a matter of luck :) Me too :-) But I think that I did have to rebuild xorg drivers that I use because they refused to load after xorg-server upgrade. But perhaps I misremember my experiment with 1.8.2 or 1.9.2. I mean this (from rnolad): I have an update to 1.7.7 queued up in my tree along with an updated pixman. It is a little tedious as all of the server based ports need to be updated and drivers need PORTREVISION bumps. I'll try and get it committed in the next couple of days though. He mentions update (not just PORTREVISION bump) of pixman and other server-based ports. I have some vague insight into what he means, but I'd say it should be done by a person more familiar (than me) with xorg infrastucture with all its interdependencies. Well, I think that those were meant as bonuses, not as requirements. -- Andriy Gapon ___ 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
Now OK (Re: cvs commit: ports/chinese/cless Makefile)
chinese/cless, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - HMC and EOI? - Halt, Melt and Catch fire or Execute Operator Immediately. ___ 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: xorg-server 1.7.7
Hi, Oh, forgot a need to simply bump port revisions of all xorg driver ports. That's perhaps a little bit laborious, but doesn't require any special skills. Or did you have something else in mind? more than just laborious. It will break at least the Intel driver as intel is now GEM only which is not available on FreeBSD yet. Christof -- () 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: xorg-server 1.7.7
on 08/11/2010 19:17 Christof Schulze said the following: Hi, Oh, forgot a need to simply bump port revisions of all xorg driver ports. That's perhaps a little bit laborious, but doesn't require any special skills. Or did you have something else in mind? more than just laborious. It will break at least the Intel driver as intel is now GEM only which is not available on FreeBSD yet. What exactly will break this? Do you mean xorg-server-1.7.7 *requires* newer version of xf86-video-intel than what we have now in the ports? Because I don't have such an impression. -- Andriy Gapon ___ 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: firefox in 8.1-RELEASE: High CPU consumption?
Hi, I did upgrade to 3.6.12 and the problem seems to have disappeared. It's much better now. I'll keep an eye on firefox CPU consumption on standby, and will let you know if the problem arises again. Kind regards, Antonio 2010/11/5 Ruslan Mahmatkhanov cvs-...@yandex.ru: Hi! 05.11.2010 21:43, Antonio Vieiro пишет: Hi all, I'm observing what I think a high CPU usage with the www/firefox port in 8.1-RELEASE. Even with a blank page loaded (about:blank) I see CPU loads around 7-9%. I've done a truss on the browser and I see what appears to be a loop and some timeout and resource temporarily unavailable results on calls to read. I'm attaching a gzipped file with the result of truss. * Where the problem occurs: When running firefox (3.6.4). First of all please try to update to latest version (3.6.12) and check if the problem persists. If it does, run truss again and send the output (you forgot to attach the gzipped file in original message). -- Regards, Ruslan ___ 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: xorg-server 1.7.7
On Mon, 08 Nov 2010 19:22:22 +0200 Andriy Gapon a...@icyb.net.ua wrote: on 08/11/2010 19:17 Christof Schulze said the following: Hi, Oh, forgot a need to simply bump port revisions of all xorg driver ports. That's perhaps a little bit laborious, but doesn't require any special skills. Or did you have something else in mind? more than just laborious. It will break at least the Intel driver as intel is now GEM only which is not available on FreeBSD yet. What exactly will break this? Do you mean xorg-server-1.7.7 *requires* newer version of xf86-video-intel than what we have now in the ports? Because I don't have such an impression. AFAIK the server version has no relevance to problems caused by Linux-centric driver development. I installed 1.7.7. on September 29th and didn't need to touch the installed (admittedly radeon) graphics driver. -- Gary Jennejohn ___ 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/gdb Port
Steven Kreuzer skreu...@freebsd.org writes: With the help of jhb@, I have a port of gdb 7.1 that has been modified to recognize freebsd threads. I would like to get this added to the ports tree but I would like some feedback as to how it should be added. Currently, the latest version of gdb in the ports tree is 6.6 and its under devel/gdb66. I was thinking of adding this as gdb71 but the latest version of the 7.x branch is 7.2 and someone already created a port for it (ports/151077) but it doesn't recognize threads. So, for the 7 branch, would it make sense to check in version 7.1 as devel/gdb7 and eventually update it to 7.2, or should it be checked in as devel/gdb71? shar file can be found at http://exit2shell.com/~skreuzer/patches/gdb71.shar - fix build with devel/readline[*] - explicitly disable xml/unwind/python support - drop gettext dep, unused Note, lang/gcc* (and lang/clang) searches in LOCALBASE by default unlike gcc in base. Having it in *FLAGS by default reduces difference between build using ports compiler and base one. [*] http://docs.freebsd.org/cgi/mid.cgi?AANLkTinkwsFXpXE=CxcDjTGPVo3aa8EQ1_ve0h3NiB5E %% --- gdb71/Makefile +++ gdb71/Makefile @@ -17,15 +17,21 @@ COMMENT=GNU GDB of newer version than comes with the system USE_BZIP2= yes USE_GMAKE= yes -USE_GETTEXT= yes USE_ICONV= yes GNU_CONFIGURE= yes -CONFIGURE_ENV+=CONFIGURED_M4=m4 CONFIGURED_BISON=byacc +CONFIGURE_ENV+=CONFIGURED_M4=m4 CONFIGURED_BISON=byacc LDFLAGS=${LDFLAGS} CONFIGURE_ARGS=--program-suffix=${PORTVERSION:S/.//g} \ + --with-libiconv-prefix=${LOCALBASE} \ + --with-system-readline \ + --without-expat \ + --without-libunwind \ + --without-python \ --enable-target=all \ - --enable-tui --with-libiconv-prefix=${LOCALBASE} + --enable-tui CFLAGS:= ${CFLAGS:C/ +$//} # blanks at EOL creep in sometimes +CFLAGS+= -I${LOCALBASE}/include CFLAGS+= -DRL_NO_COMPAT +LDFLAGS+= -L${LOCALBASE}/lib EXCLUDE= dejagnu expect readline sim texinfo intl EXTRACT_AFTER_ARGS=| ${TAR} -xf - ${EXCLUDE:S/^/--exclude /} VER= ${PORTVERSION:S/.//} @@ -36,6 +42,11 @@ ONLY_FOR_ARCHS= i386 amd64 # untested elsewhere, might work .include bsd.port.pre.mk +# XXX: add OSVERSION check after readline is removed from base +.if exists(${LOCALBASE}/lib/libreadline.so) +LIB_DEPENDS+= readline.6:${PORTSDIR}/devel/readline +.endif + .if ${ARCH} == amd64 CONFIGURE_TARGET= x86_64-portbld-freebsd${OSREL} .endif @@ -43,11 +54,6 @@ CONFIGURE_TARGET=x86_64-portbld-freebsd${OSREL} post-patch: @${REINPLACE_CMD} -e 's/$$/ [GDB v${PORTVERSION} for FreeBSD]/' \ ${WRKSRC}/gdb/version.in - @${REINPLACE_CMD} -e 's/^READLINE/#READLINE/' \ - -e 's/^readline/#readline/' \ - -e 's,^LIBICONV =.*,LIBICONV=-L${LOCALBASE}/lib -liconv,' \ - ${WRKSRC}/gdb/Makefile.in - ${ECHO} 'READLINE = -lreadline' ${WRKSRC}/gdb/Makefile.in @${CP} ${FILESDIR}/fbsd-threads.c ${WRKSRC}/gdb do-install: %% ___ 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: /pub or not /pub
IMHO, if a site claim to be a mirror, they should follow the structure of the original site. For FreeBSD ftp mirrors, that means /pub/FreeBSD etc. If they provide a /FreeBSD that one should be a link to /pub/FreeBSD and so on. On Wed, Nov 3, 2010 at 3:20 PM, Dominic Fandrey kamik...@bsdforen.dewrote: It has come to my attention that a lot of FTP mirrors have their FreeBSD data under /FreeBSD instead of /pub/FreeBSD. Which version is recommended and used to create PACKAGESITE from PACKAGEROOT? Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ 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 -- mvh Torfinn ___ 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: /pub or not /pub
On 08/11/2010 22:39, Torfinn Ingolfsen wrote: On Wed, Nov 3, 2010 at 3:20 PM, Dominic Fandrey kamik...@bsdforen.dewrote: It has come to my attention that a lot of FTP mirrors have their FreeBSD data under /FreeBSD instead of /pub/FreeBSD. Which version is recommended and used to create PACKAGESITE from PACKAGEROOT? IMHO, if a site claim to be a mirror, they should follow the structure of the original site. For FreeBSD ftp mirrors, that means /pub/FreeBSD etc. If they provide a /FreeBSD that one should be a link to /pub/FreeBSD and so on. Thanks a lot for this input! I think ~half the German mirrors offer /FreeBSD instead of /pub/FreeBSD, which really messes up my code that generates PACKAGESITE_MIRRORS from PACKAGEROOT_MIRRORS for pkg_upgrade. This is of course not limited to German mirrors. At one point I actually thought there was an official policy change involved and I started changing my code, until I recognized that there are still mirrors around that use the /pub/FreeBSD layout. It would be simple to insert layout probing code, but it would result in an annoying delay for every single call of the program. Especially in small use cases, when it's completely irrelevant that a couple of mirrors don't work. Regards, Dominic -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ 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] mplayer / mencoder port update
On Sun, Nov 7, 2010 at 19:27, Stefan Ehmann shoes...@gmx.net wrote: Built fine here. Unfortunately, x264 support in mencoder is broken. Apparently, mencoder wants X264_BUILD = 99, but multimedia/x264 is at build 98. True, x264-devel is already at 104, so in the near future this problem will be eliminated. Nevertheless, I'll see that it gets fixed in the next iteration. Merci for the heads up Riggs ___ 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] mplayer / mencoder port update
On Sun, Nov 7, 2010 at 14:17, Anonymous swel...@gmail.com wrote: Can you include ariff's patch for VPC (Volume Per Channel)? I haven't used it myself yet, but it seems quite useful. I'll check it out, thanks! Also, did you miss -ac mpg123 with previous update intentionally? You mean the laste update to hit the ports tree in July/August? No. Does it work now as you expect? Riggs ___ 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] mplayer / mencoder port update
* Thomas Zander (thomas.e.zan...@googlemail.com) wrote: I have prepared a recent mplayer snapshot for a possible update for mplayer and mencoder ports. You can find the tarball here: http://www.rrr.de/~riggs/mplayer/m20101106.tar.bz2 Since I had to tweak it on several occasions to get it to build and I have tested it only on amd64 so far, please test whether it builds and works as intended for you. Of course, I appreciate any form of constructive feedback. It requires yasm in BUILD_DEPENDS: http://people.freebsd.org/~amdmi3/mplayer-sdl-1.0.r20101106.log I'll also run it in a tinderbox with various options flipped to nondefault values and report. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ 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] mplayer / mencoder port update
Thomas Zander thomas.e.zan...@googlemail.com writes: On Sun, Nov 7, 2010 at 14:17, Anonymous swel...@gmail.com wrote: Can you include ariff's patch for VPC (Volume Per Channel)? I haven't used it myself yet, but it seems quite useful. I'll check it out, thanks! Also, did you miss -ac mpg123 with previous update intentionally? You mean the laste update to hit the ports tree in July/August? -ac mpg123 was added in June 30, r31590 No. Does it work now as you expect? Now? It works with 2010-07-17 snapshot, too. I don't use the port[*]. Anyway, it shouldn't automatically link against libmpg123.so when audio/mpg123 is installed without adjusting LIB_DEPENDS. [*] it lacks ffmpeg-mt, -ordered-chapters and some vdpau features, e.g. output_surfaces ___ 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: portsclean -CDD oddness
On 11/03/2010 23:46, Doug Barton wrote: On 11/3/2010 9:59 PM, Jimmie James wrote: After doing a portupgrade, I've always run portsclean -CDD [for reference] -C Clean out all the working directories of the ports tree. (cf. WRKDIRPREFIX) -D Clean out all the distfiles that are not referenced by any port in the ports tree. Specified twice (i.e. -DD), clean out all the distfiles that are not referenced by any port that is currently installed. (cf. DISTDIR) This time, fresh csup and a few ports updated, it wiped out EVERY distfile for reasons I don't understand. Anyone have a clue as to why, or what the frak is going on? I can't tell you authoritatively, but I would be very surprised if this problem were not the result of the recent bsd.port.mk changes that removed MD5 checksums, and renamed the variable that refers to the distinfo file. portupgrade was updated today, I imagine to resolve this issue. If you've ever had the desire to give portmaster a try, now might be a good time, since I've updated it to deal with this issue. It has the --clean-distfiles feature which does what you described -DD does. I neglected to mention that 'portmaster -t --clean-distfiles-all' will do what you described -D does. It doesn't have the -C feature, but IMO you're better off using a custom WRKDIRPREFIX anyway. :) Alternatively, the following is (arguably) the most efficient command line to handle that problem: cd /usr/ports find . -maxdepth 3 -type d -name work -exec rm -rf {} \; 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