Re: blanket portmgr approval vs. non-fixing changes (was: svn commit: r417590 - in head/databases/db6: . files and 417595 (revert))
2016-06-27 16:58 GMT+08:00 Matthias Andree <matthias.and...@tu-dortmund.de>: > Am 27.06.2016 um 10:16 schrieb Mathieu Arnold: > > > > > > +--On 27 juin 2016 16:10:36 +0800 Marcelo Araujo < > araujobsdp...@gmail.com> > > wrote: > > | 2016-06-27 16:02 GMT+08:00 Mathieu Arnold <m...@freebsd.org>: > > |> | Read here for reference: > > |> | > > |> > https://www.freebsd.org/doc/en/books/porters-handbook/makefile-maintainer > > |> | .html > > |> > > |> That pages says, exactly the opposite of what you are trying to says: > > |> > > | > > | No it doesn't! > > | > > | And this is the normal workflow: > > | 1) Port has a maintainer, and it needs update. > > | 2) Open a PR with the patch. > > | 3) After 2 weeks, and with timeout; anybody can commit it. > > | > > | > > | And about the ownership and belong to the community, I do believe in > that, > > | that is the basic in a legal point of view. > > > > That page says that the maintainer has to be consulted, except for > changes > > covered by the blanket approval, where the change can be committed > > immediately. > > > > In this case, Sunpoet had every right to commit the thing he did without > > asking or notifying the maintainer. > > > TL;DR given at the very end. > > > 1. Given the portmgr@ rules, that is our current policy, that portmgr@ > as the overseers of the ports system have delegated, by the blanket > approval, part of their ultimate responsibility to the public. > > 2. What I was meaning to state was that (and I'll not pick at the kind > soul who has modernized the port) we should only apply the blanket > approval if ports have fallen into disrepair. > > > 2b. This was not the case with db6, the port wasn't known broken to me, > so why do we permit and encourage going the fast path for changes that > do not /repair/ a port (for instance, if it's not building, to fix > misspellings), and I'm surprised because some two months ago, it has > already gone through a modernization round after gahr's PR, > <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208740>, that also > combined a feature addition and required a bit more work to get right, > see changesets 415741 and 415743. > > > 3. What would have been bad about filing a PR in this case? > > The argument "maintainers aren't doing it" is covered by the maintainer > timeout. Anything that does not need the fast path should go through > some form of review, most naturally through a PR filed to the port's > maintainer. > > > 4. Do we need to tighten up the set of required tests a committed does > before committing non-maintainer updates? > > I'm scratching my head over this one since the failure in r417590 that > got remedied in r417595 was rather peculiar, and I'm not sure if anyone, > including myself, would have figured that out. It might have slipped > through the cracks even if I'd reviewed it. > > 4b. It's probably better to extend the committer's guide and/or porter's > handbook and have a list of test recommendations where we list things > that trigger a certain test requirement. I. e. things to test IN > ADDITION to the usual "poudriere testport" or "make DEVELOPER=yes clean > all check-plist package" and portlint coverage. Meaning that if someone > tweaks any of the WRK* and *DIR/*SRC-related variables, "also test 'make > clean extract do-patch makepatch' on a copy of the port directory" or > thereabouts. > mat@ thanks for all the explanation and time. Unfortunately, I still make things a bit manual at my side, but usually my testbed is: 1) Portlint. 2) Make and likes on i386 and amd64(clean vm). I think, include more information about test recommendations is always good. > > > There seem to be at least two distinct camps, in one camp, maintainers > go along Marcelo's and my trains of thought, in the other, maintainers > cherish fast and low-ceremony progress, marino has argued along these > lines, and some other portmgr@ members have pushed for progress in the > past. > > I don't mean to bikeshed or split up our project here, just refine our > existing policies. > > > TL;DR: I propose: > > - the blanket approval should be tightened up a bit and encourage that > non-trivial and non-urgent changes go through the PR and invoke > mantainer timeout after the shortest possible period. > Personally, I like the first option! And in addition, we have phabricator as an option too, at least for src, the reviews are made very quickly. So, could be defined a short timeout, at least for those that are active and would like t
Re: port www/youtube_dl
Done guys, sorry my delay to work on it. Best Regards, 2014-02-11 8:52 GMT+08:00 Waitman Gobble uzi...@da3m0n8t3r.com: On Tue, February 11, 2014 12:07 am, Matthias Apitz wrote: Hello, The port www/youtube_dl installs as a binary the Youtube downloader in # file /usr/local/bin/youtube-dl /usr/local/bin/youtube-dl: data The executeable tends to fail due to changes the provider Youtube does in its web page and users tend to update the software theirself by the option --update; this connects via HTTPS to: 07:36:12.668370 IP 10.32.233.251.31097 frnk.radius.uk.mediaways.net.domain: 63308+ A? rg3.github.io. (31) 07:36:13.214619 IP frnk.radius.uk.mediaways.net.domain 10.32.233.251.31097: 63308 2/0/0 CNAME github.map.fastly.net., A 185.31.16.133 (82) 07:36:13.215016 IP 10.32.233.251.33006 frnk.radius.uk.mediaways.net.domain: 63309+ ? rg3.github.io. (31) 07:36:13.348108 IP 10.32.233.251.57784 frnk.radius.uk.mediaways.net.domain: 35986+ PTR? 251.233.32.10.in-addr.arpa. (44) 07:36:13.514879 IP frnk.radius.uk.mediaways.net.domain 10.32.233.251.33006: 63309 1/1/0 CNAME github.map.fastly.net. (138) 07:36:13.515729 IP 10.32.233.251.14874 185.31.16.133.http: Flags [S], seq 3997719834, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 441155 ecr 0], length 0 ... and downloads a new binary version to /usr/local/bin/youtube-dl which must be done in addition as root (or root must change the owner of the file before). This is highly concerning due to 'phoning home' and installing whatever (mal-) software or due to DNS redirects to some malware side. The Linux friends patch the source to disable the --update option; see https://bugs.launchpad.net/ubuntu/+source/youtube-dl/+bug/1063469 Shouldn't we do the same? Thx matthias -- Matthias Apitz | /\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards ___ 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 Hi, It's a nice useful tool but it *does* feel awfully kinda creepy. Note that the src download has the binary pre-built.. and check out gmake clean: [2357] gmake clean rm -rf youtube-dl.1 youtube-dl.bash-completion README.txt MANIFEST build/ dist/ .coverage cover/ youtube-dl.tar.gz [2358] gmake youtube-dl gmake: `youtube-dl' is up to date. hmmm. wait it's still there. [2360] ls -lh total 428 -rw-r--r-- 1 root wheel 619B Jan 26 18:06 CHANGELOG -rw-r--r-- 1 root wheel 1.2K Jan 26 18:06 LICENSE -rw-r--r-- 1 root wheel 112B Jan 26 18:06 MANIFEST.in -rw-r--r-- 1 root wheel 2.4K Jan 26 18:06 Makefile -rw-r--r-- 1 root wheel 29K Feb 9 17:01 README.md drwxr-xr-x 2 root wheel 512B Jan 26 18:06 bin drwxr-xr-x 4 root wheel 512B Jan 26 18:06 devscripts -rw-r--r-- 1 root wheel 3.0K Jan 26 21:21 setup.py drwxr-xr-x 2 root wheel 512B Feb 6 13:42 test -rwxr-xr-x 1 root waitman 360K Feb 11 00:36 youtube-dl drwxr-xr-x 5 root wheel 512B Feb 11 00:37 youtube_dl [2361] rm youtube-dl [2362] rm youtube_dl/update.py [2363] gmake youtube-dl zip --quiet youtube-dl youtube_dl/*.py youtube_dl/*/*.py zip --quiet --junk-paths youtube-dl youtube_dl/__main__.py echo '#!/usr/bin/env python' youtube-dl cat youtube-dl.zip youtube-dl rm youtube-dl.zip chmod a+x youtube-dl [2364] ./youtube-dl --update Traceback (most recent call last): File /usr/local/lib/python2.7/runpy.py, line 162, in _run_module_as_main __main__, fname, loader, pkg_name) File /usr/local/lib/python2.7/runpy.py, line 72, in _run_code exec code in run_globals File ./youtube-dl/__main__.py, line 15, in module File ./youtube-dl/youtube_dl/__init__.py, line 74, in module ImportError: No module named update 'gmake clean' doesn't get rid of the binary. what's up with that? deleting update.py removes the update option. -- Waitman Gobble San Jose California USA +1.510-830-7975 -- Marcelo Araujo ara...@freebsd.org ___ 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: port www/youtube_dl
2014-02-11 8:52 GMT+08:00 Waitman Gobble uzi...@da3m0n8t3r.com: On Tue, February 11, 2014 12:07 am, Matthias Apitz wrote: Hello, The port www/youtube_dl installs as a binary the Youtube downloader in # file /usr/local/bin/youtube-dl /usr/local/bin/youtube-dl: data The executeable tends to fail due to changes the provider Youtube does in its web page and users tend to update the software theirself by the option --update; this connects via HTTPS to: 07:36:12.668370 IP 10.32.233.251.31097 frnk.radius.uk.mediaways.net.domain: 63308+ A? rg3.github.io. (31) 07:36:13.214619 IP frnk.radius.uk.mediaways.net.domain 10.32.233.251.31097: 63308 2/0/0 CNAME github.map.fastly.net., A 185.31.16.133 (82) 07:36:13.215016 IP 10.32.233.251.33006 frnk.radius.uk.mediaways.net.domain: 63309+ ? rg3.github.io. (31) 07:36:13.348108 IP 10.32.233.251.57784 frnk.radius.uk.mediaways.net.domain: 35986+ PTR? 251.233.32.10.in-addr.arpa. (44) 07:36:13.514879 IP frnk.radius.uk.mediaways.net.domain 10.32.233.251.33006: 63309 1/1/0 CNAME github.map.fastly.net. (138) 07:36:13.515729 IP 10.32.233.251.14874 185.31.16.133.http: Flags [S], seq 3997719834, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 441155 ecr 0], length 0 ... and downloads a new binary version to /usr/local/bin/youtube-dl which must be done in addition as root (or root must change the owner of the file before). This is highly concerning due to 'phoning home' and installing whatever (mal-) software or due to DNS redirects to some malware side. The Linux friends patch the source to disable the --update option; see https://bugs.launchpad.net/ubuntu/+source/youtube-dl/+bug/1063469 Shouldn't we do the same? Thx matthias -- Matthias Apitz | /\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards ___ 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 Hi, It's a nice useful tool but it *does* feel awfully kinda creepy. Note that the src download has the binary pre-built.. and check out gmake clean: [2357] gmake clean rm -rf youtube-dl.1 youtube-dl.bash-completion README.txt MANIFEST build/ dist/ .coverage cover/ youtube-dl.tar.gz [2358] gmake youtube-dl gmake: `youtube-dl' is up to date. hmmm. wait it's still there. [2360] ls -lh total 428 -rw-r--r-- 1 root wheel 619B Jan 26 18:06 CHANGELOG -rw-r--r-- 1 root wheel 1.2K Jan 26 18:06 LICENSE -rw-r--r-- 1 root wheel 112B Jan 26 18:06 MANIFEST.in -rw-r--r-- 1 root wheel 2.4K Jan 26 18:06 Makefile -rw-r--r-- 1 root wheel 29K Feb 9 17:01 README.md drwxr-xr-x 2 root wheel 512B Jan 26 18:06 bin drwxr-xr-x 4 root wheel 512B Jan 26 18:06 devscripts -rw-r--r-- 1 root wheel 3.0K Jan 26 21:21 setup.py drwxr-xr-x 2 root wheel 512B Feb 6 13:42 test -rwxr-xr-x 1 root waitman 360K Feb 11 00:36 youtube-dl drwxr-xr-x 5 root wheel 512B Feb 11 00:37 youtube_dl [2361] rm youtube-dl [2362] rm youtube_dl/update.py [2363] gmake youtube-dl zip --quiet youtube-dl youtube_dl/*.py youtube_dl/*/*.py zip --quiet --junk-paths youtube-dl youtube_dl/__main__.py echo '#!/usr/bin/env python' youtube-dl cat youtube-dl.zip youtube-dl rm youtube-dl.zip chmod a+x youtube-dl [2364] ./youtube-dl --update Traceback (most recent call last): File /usr/local/lib/python2.7/runpy.py, line 162, in _run_module_as_main __main__, fname, loader, pkg_name) File /usr/local/lib/python2.7/runpy.py, line 72, in _run_code exec code in run_globals File ./youtube-dl/__main__.py, line 15, in module File ./youtube-dl/youtube_dl/__init__.py, line 74, in module ImportError: No module named update 'gmake clean' doesn't get rid of the binary. what's up with that? deleting update.py removes the update option. Hello Guys, Thanks to put it out. Yes, make sense disable this update feature. I need to update youtube_dl as soon as I have free time, and I will make a patch to disable the update option. Best Regards, -- Marcelo Araujo ara...@freebsd.org ___ 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: FreeBSD Port: ap22-mod_security-2.6.6
2013/3/27 Manfred Wischin manfred.wisc...@zeitpunkt.com Hi Marcelo Araujo, ** ** is there any chance to get a current modsecurity 2.7 version into the FreeBSD ports? ** ** Thank you for your time and effort. ** ** Dear Manfred Wischin ** ** Hello, Yes of course! I just came back from my vacation, I need just check some stuff at work and soon I will update it. Probably, next week. Best Regards, -- Marcelo Araujo ara...@freebsd.org ___ 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: FreeBSD Port: ap22-mod_security-2.6.6
2013/3/29 Marcelo Araujo araujobsdp...@gmail.com 2013/3/27 Manfred Wischin manfred.wisc...@zeitpunkt.com Hi Marcelo Araujo, ** ** is there any chance to get a current modsecurity 2.7 version into the FreeBSD ports? ** ** Thank you for your time and effort. ** ** Dear Manfred Wischin ** ** Hello, Yes of course! I just came back from my vacation, I need just check some stuff at work and soon I will update it. Probably, next week. Best Regards, -- Marcelo Araujo ara...@freebsd.org Just to make it clear, I cannot update it next week, due the ports will be freeze. After the freeze time, I will update! Best Regards, -- Marcelo Araujo ara...@freebsd.org ___ 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: FreeBSD Port: www/mod_security (ap22-mod_security-2.6.6)
2012/12/17 Martin Olsson martin.ols...@sentor.se ...and the 'portmaster' command finishes. Do you have any idea as to what is going on? I have never experienced anything simillar. /Martin Hello Martin, First of all, thank you so much by the report. I didn't see it before, looks pretty strange, I need to check whats happen. My first glance seems that is something related portmaster. However, give me some time to check it. Best Regards, -- Marcelo Araujo ara...@freebsd.org ___ 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/games/8kingdoms Makefile ports/misc/airoflash Makefile ports/graphics/autopano-sift Makefile ports/x11/avant-window-navigator-xfce4 Makefile ports/lang/boo Makefile ports/x11/cl-
2012/4/10 Mark Linimon lini...@lonesome.com On Tue, Apr 10, 2012 at 01:45:38PM +0200, Frederic Culot wrote: To conciliate such a necessary action without hurting the feelings of those maintainers who despite their work could not update the state of their port in a timely manner, maybe it would be good to be more verbose in the log of such commits. Inspired by linimon's emails, something like the following could be added: I do get some responses from maintainers to those emails, and (except in the cases where the email gets stuck in my mbox) I honor their requests for an extension. OTOH in general I get personal replies and not replies to the list, so people aren't seeing that interaction in public. From my standpoint, by the time something has been broken for 6 months, the maintainer will have already gotten multiple emails from portsmon. So, I'm going to have to say I'm a little frustrated if I need to send another round of mail even on top of that. I strongly agree with the bapt's action to set some ports that are often broken to deprecated or even some of them that are broken for a long time to deprecated. There is nothing more frustrating than try to install a port an it doesn't fetch or doesn't build. Also to avoid some problems with fetch, we can use public distfile or even mirror the tarball/zipball(or whatever it is) in a fashion way. And in my opinion a bunch of new emails with some warnings could be useful just in the beggining, after while those ports maybe will have still problem to be fetch. Maybe something that might work would be something quite similar like the QAT provided by itetcu a long time ago, send some message to the developers@ list and wait for someone to fix that. Best Regards, -- Marcelo Araujo ara...@freebsd.org ___ 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/games/8kingdoms Makefile ports/misc/airoflash Makefile ports/graphics/autopano-sift Makefile ports/x11/avant-window-navigator-xfce4 Makefile ports/lang/boo Makefile ports/x11/cl-
2012/4/10 Pietro Cerutti g...@freebsd.org I might agree on that. But how is a DEPRECATED port better than a BROKEN one in this regard? In my point of view, no make sense have a bunch of ports that actually doesn't works or because there is a fetch problem or even it is set as BROKEN. Who never was upset when need and find a port but it is BROKEN for some reason, In my view, have a port BROKEN or haven't it, is the same. Of course, I mean when a port is BROKEN for all plataforms as well as for all FreeBSD version. I believe set it as DEPRECATED is a good way to make the maintainer take attention to fix it soon as possible, due he has put effort to insert this software on the ports tree in the past. In case that has any issue related with the ports framework that make the ports be broken, he can ping any developer to give him more time to fix or even rollback the DEPRECATED commit with a proper message on the commit's log. It also will let us know, what's happen with that port and maybe someone else could give a hand to help the maintainer to fix it. Best Regards, -- Marcelo Araujo ara...@freebsd.org ___ 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/games/8kingdoms Makefile ports/misc/airoflash Makefile ports/graphics/autopano-sift Makefile ports/x11/avant-window-navigator-xfce4 Makefile ports/lang/boo Makefile ports/x11/cl-
2012/4/10 Pietro Cerutti g...@freebsd.org On 2012-Apr-10, 11:20, Marcelo Araujo wrote: 2012/4/10 Pietro Cerutti g...@freebsd.org I might agree on that. But how is a DEPRECATED port better than a BROKEN one in this regard? In my point of view, no make sense have a bunch of ports that actually doesn't works or because there is a fetch problem or even it is set as BROKEN. Who never was upset when need and find a port but it is BROKEN for some reason, In my view, have a port BROKEN or haven't it, is the same. Of course, I mean when a port is BROKEN for all plataforms as well as for all FreeBSD version. I agree on that. I believe set it as DEPRECATED is a good way to make the maintainer take attention to fix it soon as possible, due he has put effort to insert this software on the ports tree in the past. What about submitting a PR, as we usually do for anything else? If it's ok to wait 15 days (maintainer timeout) to commit an update to a port that brings in important features, it is even more so to wait to deprecate one. That is a very good point, if someone send a PR, nobody need to make it DEPRECATED, but unfortunately, sometimes it doesn’t happens. And as I can see, almost all ports that switch from BROKEN to DEPRECATED, is because no one send a PR. In case that has any issue related with the ports framework that make the ports be broken, he can ping any developer to give him more time to fix or even rollback the DEPRECATED commit with a proper message on the commit's log. This is awkward. We're not supposed to spend our time rolling back unwanted commits. We're supposed to make sure that a commit made to someone else's port is wanted in the first place. I agree with you, maybe there is another better way. It also will let us know, what's happen with that port and maybe someone else could give a hand to help the maintainer to fix it. Well, as I see it, marking a port as DEPRECATED is kind of a final decision. I.e., I'll start to look at alternatives and forget about it. If you mark a port as DEPRECATED and 12 hours later I back off your chance with a comment I'm working on it, a really unconsistent and confused message will pass. Here depends! Usually when I need a port that is set as DEPRECATED, first I take a look why it is set like this, and then, I start to looking for an alternative in case I can’t fix that port or it is really obsolete because the software is dead for some reason. Best Regards, -- Marcelo Araujo ara...@freebsd.org ___ 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: About ocsinventory-* in FreeBSD ports tree (/usr/ports/net-mgmt/ocsinventory-*)
Hi James, First of all, thanks to contact me about ocs. Well, right now both ports are in the queue of my Tinderbox, just to check and test if everything is OK. Soon, I believe till this weekend, I can effective the update. Once again, thanks. Best Regards. - Araujo 2010/8/25 James Chang james.tech...@gmail.com Dear Sir, I found the following ports in FreeBSD are maintained by you. 1./usr/ports/net-mgmt/ocsinventory-ng 2./usr/ports/net-mgmt/ocsinventory-agent In May 13,2010, the OCS Inventory Team has released v1.3.2 which fix many security bugs! Could you please update the ocsinventory-* in FreeBSD port tree to version v1.3.2 ? Best Regards! James Chang -- Marcelo Araujo ara...@freebsd.org ___ 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
My ports.
Hi guys, There are some ports that I haven't interested and neither used anymore, so I'm here to check if there is anyone that would be interested to push them and maintain those updated before set up those to po...@. Please, send me a list of ports that you want and I'm gonna release to you or fell free to take it by yourself. Follow bellow those ports that I haven't interest anymore. audio/festlex-ogi audio/napster cad/impact devel/c4 devel/inilib devel/libol devel/nx devel/pmk devel/ruby-date2 devel/cx_Freeze graphics/libqglviewer graphics/mesa-demos graphics/py-freeimagepy java/jcalendar lang/execline lang/sisc mail/ask mail/exipick mail/gotmail mail/prom-wl mail/pronto math/cln math/gdcalc math/ruby-algebra net/c3270 net/dgd-net net/gnet net/hf6to4 net/lft net/java-beepcore net/jcifs net/mars_nwe net/p5-Net-Analysis net/passlogd net/pygopherd net/redir net-mgmt/ipfm print/gl2ps print/libotf print/mup security/gss security/krb4 security/libwhisker security/shishi security/tlswrap sysutils/googlog textproc/align textproc/doclifter textproc/ruby-xmlconfigfile www/asterisk-fop www/bins www/netoffice x11/xbindkeys x11-clocks/sanduhr x11-toolkits/fox12 x11-toolkits/fox14 x11-toolkits/fox16 x11-toolkits/fxscintilla x11-toolkits/ruby-fox12 x11-toolkits/viewklass Best Regards, -- Marcelo Araujo ara...@freebsd.org http://www.FreeBSD.org A carelessly planned project will take three times longer than expected; a carefully planned project will take only twice as long. pgpqG08Rc50wE.pgp Description: PGP signature
Re: cvs commit: ports/astro/orsa Makefile ports/biology/adun Makefile
On Tue, Jan 13, 2009 at 04:17:42AM -0800, q...@freebsd.org wrote: building orsa-0.7.0_7 in directory /usr/local/tinderbox/7-STABLE-FPT-NPD maintained by: po...@freebsd.org building for: 7.1-PRERELEASE amd64 Makefile ident: $FreeBSD: ports/astro/orsa/Makefile,v 1.21 2009/01/13 12:30:14 miwi Exp $ port directory: /usr/ports/astro/orsa from /usr/local/include/gsl/gsl_vector.h:5, from orsa_fft.h:36, from orsa_fft.cc:32: /usr/local/include/gsl/gsl_vector_long_double.h:171: error: expected constructor, destructor, or type conversion before 'long' orsa_fft.cc:1785: error: expected `}' at end of input gmake[4]: *** [orsa_fft.lo] Error 1 gmake[4]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src/liborsa' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src/liborsa' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/work/a/ports/astro/orsa/work/orsa-0.7.0/src' gmake: *** [all-recursive] Error 1 *** Error code 2 Stop in /a/ports/astro/orsa. build of /usr/ports/astro/orsa ended at Tue Jan 13 12:17:40 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/orsa-0.7.0_7.tbz Hello Miwi, Do you have plan to fix it? Thanks, Kind Regards. -- Marcelo Araujo ara...@freebsd.org http://www.FreeBSD.org When the need arises, any tool or object closest to you becomes a hammer. pgpMhYBoFHVLD.pgp Description: PGP signature
Re: ports/125625: [PATCH] dns/nsd: USE_RC_SUBR != yes
On Wed, Jul 23, 2008 at 02:40:57PM -0500, Jeremy Messenger wrote: On Wed, 23 Jul 2008 10:13:58 -0500, Philip M. Gollucci [EMAIL PROTECTED] wrote: Florent Thoumie wrote: On Wed, Jul 23, 2008 at 1:12 PM, Ion-Mihai Tetcu [EMAIL PROTECTED] wrote: On Wed, 23 Jul 2008 13:08:03 +0100 Florent Thoumie [EMAIL PROTECTED] wrote: On Wed, Jul 23, 2008 at 12:30 PM, Olafur Osvaldsson [EMAIL PROTECTED] wrote: This is something the PR responsible introduced in his original patch... It's still present in your version. Anyway, I'm not blaming anyone, just pointing out what I think is a mistake. So this is not for the user but for the port? I'll do a swap on the tree for it, because I'm sure there are more ports doing something like: .ifndef(NO_INSTALL_MANPAGES) .. .endif I was talking to itectu@ about this, and figured it would be better in Mk/bsd.port.mk. The general rule of thumb is: if it doesn't begin with WITH_ or WITHOUT_, it's not user-settable. NO_INSTALL_MANPAGES is used for ports using imake that don't understand the install.man target. /me thought that was the USE_ vs WITH(OUT)?_ difference. NO* is supposed to be user settable right ? While I am here, have you gotten my email about scons? http://lists.freebsd.org/pipermail/cvs-ports/2008-July/153324.html -- # pkg_info -IX scons scons-0.98.5A build tool alternative to make # ls /usr/local/man/man1/ | grep scons scons-time.1.gz scons.1.gz sconsign.1.gz # pkg_delete -f scons-0.98.5 # ls /usr/local/man/man1/ | grep scons [...empty...] # cd /usr/ports/devel/scons # grep NO Makefile .if !defined (NO_INSTALL_MANPAGES) # make NO_INSTALL_MANPAGES=yes install [...] Installed SCons scripts into /usr/local/bin Installed SCons man pages into /usr/local/man/man1 === Registering installation for scons-0.98.5 # ls /usr/local/man/man1/ | grep scons scons-time.1 scons.1 sconsign.1 # pkg_delete -f scons-0.98.5 # ls /usr/local/man/man1/ | grep scons scons-time.1 scons.1 sconsign.1 -- The scons plist is broke with NO_INSTALL_MANPAGES. Cheers, Mezz Now of course there are exceptions (usually for no good reason IMHO). The likes of NOPORTDOCS/NOPORTEXAMPLES/... could be changed to WITHOUT_DOCS/WITHOUT_EXAMPLES, it's just waiting for somebody to do the work. Heh, maybe, I kind of feel like it will get reject as a style(9) change. I'm all for it though, not saying I'm going to do it though. Hi Jeremy, I'll check it tonight. Thanks. -- Marcelo Araujo [EMAIL PROTECTED] http://www.FreeBSD.org Keep emotionally active, cater to your favorite neurosis. pgpXsY9UQVVAV.pgp Description: PGP signature
Re: mod_security2 rules
Kevin Foo wrote: Hi Marcelo, I have recently csup'ed my ports tree and upgraded my box. Portupgrade completed without any problem. Later, I discovered that all my mod_security2 rules (which are the modified of default core rules) were replaced without my knowledge. Luckily, I still have decent backup of those rules. I'm not sure if it is proper for a port to upgrade config files by overwriting them even though the checksums are bad? Is this a bug? P/S : Please cc me as I'm not subscribed to [EMAIL PROTECTED] -- Regards Kevin Foo Hey dear Kevin, The change to version 2 of mod_security is a dramatic change, because exist a need to completely rewrite their obsolete rules for ability to use the new syntax. I search but not find in UPDATE files any references about this, I believe I forgot this. Thanks about the alert, I will take the providences! Best Regards, -- Marcelo Araujo(__) [EMAIL PROTECTED] \\\'',) http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) signature.asc Description: OpenPGP digital signature
Re: mod_security2 rules
Kevin Foo wrote: Dear Marcelo, The problem I faced was not upgrade of mod_security to mod_security2 issue. It was mod_security 2.1.4 overwrote my rule files of 2.1.3. These rule files were modification of default mod_security2 core rules. Dear Kevin, Few minutes ago I made an update to 2.1.5 and put an alert in ports/UPDATING. You can test this update? Best Regards, -- Marcelo Araujo(__) [EMAIL PROTECTED] \\\'',) http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) signature.asc Description: OpenPGP digital signature
Re: FreeBSD Port: mod_security2-2.1.3
Grant Peel wrote: Hello, mod_security seems to have a problem with the MAC Safari browser using some post statements. Accoring the the developers, these problems should be fixed in 2.1.4. Are there any plans to upgrade the port anytime soon? -Grant Hey Grant, After freeze, I should work to do a upgrade on mod_security2 to new version. Thanks a lot for the reporting. Best Regards. -- Marcelo Araujo(__) [EMAIL PROTECTED] \\\'',) http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) signature.asc Description: OpenPGP digital signature
RE: FreeBSD ports you maintain which are out of date
Hi, I caught ports more easy and I made the UPDATE for the version stipulated in the sent list. It follows the list of ports that I made and the URL together with log using *port test*. I wait that it is all certainty, I will have until sunday to revise in case that they find some error. SHAR URL: http://experience.bsdnetwork.org/pub/ports/ print/abcm2ps audio/festvox-abc audio/mhwaveedir devel/adabooch-doc-html cad/impact java/java-getopt games/glchess net/lft x11-fm/gnome-commander2 graphics/gifsicle print/libotf audio/festlex-ogi textproc/ruby-xmlconfigfile net/java-beepcore www/rnews java/jcommon www/postnuke Best Regards. -- Araujo [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: FreeBSD ports you maintain which are out of date Date: Tue, 2 Jan 2007 14:40:05 UT Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://beta.inerd.com/portscout/[EMAIL PROTECTED] Port| Current version | New version +-+ www/rt3 | 3.0.12 | 3.6.3 +-+ www/rt34| 3.4.5 | 3.4.6 +-+ databases/cyrus-imspd | 1.7b| 1.8 +-+ graphics/gkrellkam | 0.3.4 | 2.0.0 +-+ textproc/ctpp | 1.8.2 | 1.8.3 +-+ mail/smail | 3.2.0.114 | 3.2.0.120 +-+ japanese/vftool | 1.2 | 1.3 +-+ print/abcm2ps | 4.12.27 | 5.2.3 +-+ audio/festvox-abc | 2.0 | 2.1 +-+ audio/pd| 0.37| 0.39 +-+ finance/quantlib| 0.3.5 | 0.3.14 +-+ graphics/ayam | 1.10| 1.12 +-+ german/ispell | 3.2.06 | 3.3.02 +-+ audio/cheesetracker | 0.9.1 | 0.9.9 +-+ japanese/linux-JM | 20050615| 20061215 +-+ misc/wmcalendar | 0.5.0 | 0.5.1 +-+ finance/libofx | 0.8.2 | 0.30 +-+ x11-wm/sapphire | 0.15.6 | 0.15.8 +-+ graphics/libvisual | 0.2.0 | 0.4.0 +-+ x11-toolkits/tk84 | 8.4.13 | 8.4.14 +-+ devel/libavl| 1.4.0 | 2.0.2a +-+ hebrew/aspell | 6-he-0.9-0 | 6-he-1.0-0 +-+ graphics/imgseek| 0.8.4 | 0.8.6
Re: FreeBSD ports you maintain which are out of date
Made! Best Regards! From: Ion-Mihai IOnut Tetcu [EMAIL PROTECTED] To: Marcelo Araujo Souza [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: FreeBSD ports you maintain which are out of date Date: Fri, 5 Jan 2007 01:34:47 +0200 On Thu, 04 Jan 2007 23:08:33 + Marcelo Araujo Souza [EMAIL PROTECTED] wrote: Hi, I caught ports more easy and I made the UPDATE for the version stipulated in the sent list. It follows the list of ports that I made and the URL together with log using *port test*. I wait that it is all certainty, I will have until sunday to revise in case that they find some error. SHAR URL: http://experience.bsdnetwork.org/pub/ports/ please submit your updates as individual PRs so that they are not lost and get commited easily. As please submit them as unified diffs (diff -u). Thanks for your work, -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect BOFH excuse #198: Post-it Note Sludge leaked into the monitor signature.asc _ Insta-le já o Windows Live Messenger. A nova geração do messenger. http://get.live.com/messenger/overview ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]