Re: pint/cups-base?
On 2011-05-24 00:15, Bruce Meier wrote: > Chris Rees wrote: >> On 23 May 2011 21:12, Bruce Meier wrote: >> >>> When will the pint/cups-base port be upgraded? It has been marked "IGNORE" >>> for a long time now. >>> Thanks >>> >> > From /usr/ports/print/cups-base: >> >> .if defined(WITH_XPDF) >> IGNORE= pick ghostscript or xpdf, not both >> .endif >> >> Have you actually read the IGNORE message? It's a problem with your >> make.conf knobs or OPTIONS. >> >> Chris >> > > The message is "missing function" > Is this a build or a runtime failure ...? A little more information will be helpful. $> cd print/cups-base $> make showconfig ... I've done a build with default config a view minutes ago without any issues on 8.2(amd64) === Checking filesystem state after all packages deleted build of /usr/ports/print/cups-base ended at Mon May 23 22:39:40 UTC 2011 ___ 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: pint/cups-base?
Chris Rees wrote: On 23 May 2011 21:12, Bruce Meier wrote: When will the pint/cups-base port be upgraded? It has been marked "IGNORE" for a long time now. Thanks > From /usr/ports/print/cups-base: .if defined(WITH_XPDF) IGNORE= pick ghostscript or xpdf, not both .endif Have you actually read the IGNORE message? It's a problem with your make.conf knobs or OPTIONS. Chris ___ 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" The message is "missing function" ___ 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: pint/cups-base?
On 23 May 2011 21:12, Bruce Meier wrote: > When will the pint/cups-base port be upgraded? It has been marked "IGNORE" > for a long time now. > Thanks >From /usr/ports/print/cups-base: .if defined(WITH_XPDF) IGNORE= pick ghostscript or xpdf, not both .endif Have you actually read the IGNORE message? It's a problem with your make.conf knobs or OPTIONS. Chris ___ 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: linux-f10-flashplugin can't fetch
On Mon, May 23, 2011 at 03:51:29PM -0400, Jon Beliveau wrote: > Hi Jamie, > > The problem described seems similar to this thread: > https://forums.freebsd.org/showthread.php?t=1315 > > In short, run: > > cd /usr/ports/www/linux-f10-flashplugin10 > make makesum > make install clean > > And that should correct the issue. > > -Jon Hi Jon - thank you for your help, much appreciated. jamie ___ 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"
pint/cups-base?
When will the pint/cups-base port be upgraded? It has been marked "IGNORE" for a long time now. Thanks ___ 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: Utmpx usage
On 23 May 2011 09:50, Ed Schouten wrote:
> * Chris Rees , 20110523 10:40:
>> I've been perusing the linux manpage for utmp, and noticed that login and
>> getty deal with utmp for logins, and It's only init's job to deal with
>> logouts. Since runit is an init replacement, this makes perfect sense.
>
> Yeah; it probably acts as a safety belt for misbehaving tools that
> forget to write logout records. On FreeBSD logout records are written by
> pam_lastlog(8), making that logic in init(8) superfluous.
>
> You could consider calling getutxline() in a loop to obtain the ut_ids
> for a specific TTY.
>
Well, since I'm not going to maintain a fork of this, I'm going to
remove the code.
The code in our init for the same function:
static void
clear_session_logs(session_t *sp __unused)
{
/*
* XXX: Use getutxline() and call pututxline() for each entry.
* Is this safe to do this here? Is it really required anyway?
*/
}
so I think I'll blank it!
Thanks, and sorry for taking us down a long and pointless avenue.
Chris
___
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: "net/sendemail" fails after updating Perl
On Mon, 23 May 2011 21:07:27 +0200 (CEST) Marco Beishuizen articulated: > Yes, all went flawlessly. Spamd now starts without the error. Thanks > for the help! I'll send the PR too. Don't thank me, thank Hajimu UMEMOTO , he was the one who figured it out. Hopefully the maintainer of the "net/p5-IO-Socket-INET6" port will update it so that this hack isn't necessary. -- 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: linux-f10-flashplugin can't fetch
On Monday, May 23, 2011 09:52:44 AM you wrote: > Hello > > trying to install www/linux-f10-flashplugin but it fails before even > downloading the file. I downloaded the file from Adobe's site and have put > it into /usr/ports/distfiles/flashplugin/current/ & /usr/ports/distfiles/ > but neither worked. > > Below is the error output. Can anyone help out with this problem? > > jamie Hi Jamie, The problem described seems similar to this thread: https://forums.freebsd.org/showthread.php?t=1315 In short, run: cd /usr/ports/www/linux-f10-flashplugin10 make makesum make install clean And that should correct the issue. -Jon ___ 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: "net/sendemail" fails after updating Perl
On Mon, 23 May 2011, the wise Jerry wrote: OK, I just used the patch and updated the port and all is well. To patch the port Makefile, cd to /usr/ports/net/p5-IO-Socket-INET6 and then place the patch into that directory. You can name the patch anything you like; ie, New_Make for example. Then as a privileged user (root) run: patch http://www.freebsd.org/send-pr.html>. It is pretty self explanatory. Yes, all went flawlessly. Spamd now starts without the error. Thanks for the help! I'll send the PR too. Regards, Marco -- It takes less time to do a thing right than it does to explain why you did it wrong. -- H. W. Longfellow ___ 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"
Please update multimedia/dvdauthor for dvdstyler to run
Hello, could you please update multimedia/dvdauthor to 0.7.0? This is the minimal version needed by multimedia/dvdstyler 1.8.3 to run past the following error: ERR: Cannot match attribute 'format' in tag 'subpictures'. Valid attributes are: Failed With dvdauthor bumped to 0.7.0 and manually #undef HAVE_FRIBIDI in its src/config.h (it causes a compile error otherwise, don't know how to fix it), dvdstyler itself doesn't exhibit this error anymore. Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ 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: ports/155759 - bad reasons for ports removal -- again
Am 23.05.2011 17:33, schrieb Mikhail T.: > On 23.05.2011 11:24, Matthias Andree wrote: >> discontinued more than ten years ago, but in the case of Berkeley DB >> 2.7.7, superseded as well. > > These -- being "too old" (BSD's hack is much older, BTW) or "superseded" > -- aren't valid reasons in my opinion. As long as a package keeps > building -- and there were no problems with it, when db2 was removed -- > it should not be deleted. Ever. Even the maintainer (who does "know > best", how to maintain it) can't remove it -- only disown it. Mikhail, The FreeBSD ports collection isn't a museum of decrepit and superseded ports. Use its CVS history for that purpose. "Superseded" is a very valid reason - it brings in bug fixes that weren't backported, which is particularly true for Berkeley DB. Keeping a port around because it "keeps building", but has no users doesn't serve any purpose, and is no statement of quality, on the contrary. And "there were no problems" doesn't prove the absense, it only proves that the single neowebscript user hasn't seen any for his particular use case. With no users left, it's easy to argue "no problems with it" -- because no-one is left to search for or find them. I've fixed a remote root exploit in an earlier fetchmail version, and that I found through a code audit. Still, "there were no problems with it". Oops, y0u'Re pwn3d? No thanks. Let's stick to the library versions that are in everyday use. I am not saying that Berkeley DB 2.7 were insecure or vulnerable, but I am saying that nobody is looking, because newer versions are available. Correctness is more than "it appears to install". We haven't talked about proper operation in the face of accidents (major fixes in db41 through page checksumming and db44 through enhanced crash detection), random or malicious input, and I have yet to see where you've audited the ChangeLog of BerkeleyDB 3.0 to 5.1 for non-backported fixes that might affect your application. Besides that, we're only having the discussion because Oracle keeps the old unfixed distfiles around. Given you haven't addressed either technical reason, neither in April, nor now, but only stated your (valid) opinion: Can you now please stop bike shedding? Thank you. Best regards, Matthias ___ 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: "net/sendemail" fails after updating Perl
On Mon, 23 May 2011 19:09:51 +0200 (CEST) Marco Beishuizen articulated: > On Mon, 23 May 2011, the wise Jerry wrote: > > >> In my case spamd sometimes terminates, and sometimes not. I don't > >> know when or why unfortunately. > > > > Did you try the patch from Hajimu UMEMOTO in a > > previous post? I cannot do it until this evening. I am wondering if > > it might correct your problem also. I don't use "spamd" so I cannot > > test it myself. > > > > BTW, did you post a PR against the port as well as informing the > > port maintainer regarding this abnormality? > > I use FreeBSD for a long time but I've never done this before. Sounds > probably stupid but how does this work (both the patch and a PR)? OK, I just used the patch and updated the port and all is well. To patch the port Makefile, cd to /usr/ports/net/p5-IO-Socket-INET6 and then place the patch into that directory. You can name the patch anything you like; ie, New_Make for example. Then as a privileged user (root) run: patch http://www.freebsd.org/send-pr.html>. It is pretty self explanatory. -- 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: "net/sendemail" fails after updating Perl
On Mon, 23 May 2011, the wise Jerry wrote: In my case spamd sometimes terminates, and sometimes not. I don't know when or why unfortunately. Did you try the patch from Hajimu UMEMOTO in a previous post? I cannot do it until this evening. I am wondering if it might correct your problem also. I don't use "spamd" so I cannot test it myself. BTW, did you post a PR against the port as well as informing the port maintainer regarding this abnormality? I use FreeBSD for a long time but I've never done this before. Sounds probably stupid but how does this work (both the patch and a PR)? Marco -- A novice asked the master: "I have a program that sometimes runs and sometimes aborts. I have followed the rules of programming, yet I am totally baffled. What is the reason for this?" The master replied: "You are confused because you do not understand the Tao. Only a fool expects rational behavior from his fellow humans. Why do you expect it from a machine that humans have constructed? Computers simulate determinism; only the Tao is perfect. The rules of programming are transitory; only the Tao is eternal. Therefore you must contemplate the Tao before you receive enlightenment." "But how will I know when I have received enlightenment?" asked the novice. "Your program will then run correctly," replied the master. -- Geoffrey James, "The Tao of Programming" ___ 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: "net/sendemail" fails after updating Perl
On Mon, 23 May 2011 17:52:41 +0200 (CEST) Marco Beishuizen articulated: > In my case spamd sometimes terminates, and sometimes not. I don't > know when or why unfortunately. Did you try the patch from Hajimu UMEMOTO in a previous post? I cannot do it until this evening. I am wondering if it might correct your problem also. I don't use "spamd" so I cannot test it myself. BTW, did you post a PR against the port as well as informing the port maintainer regarding this abnormality? -- 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: ports/comms/gammu breaks on ld: cannot find -lglib-2.0
23.05.2011 18:20, Boris Samorodov пишет: On Sun, 22 May 2011 00:26:42 +0400 Ruslan Mahmatkhanov wrote: [ 92%] Building C object contrib/sqlreply/CMakeFiles/sqlreply.dir/c/michal.o /usr/ports/comms/gammu/work/gammu-1.29.0/contrib/sqlreply/c/michal.c:16:25: error: mysql/mysql.h: No such file or directory I've just committed the patch from the development repository to fix the error. HTH Thanks a lot, Boris. It now builds fine. -- 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: "net/sendemail" fails after updating Perl
On Mon, 23 May 2011, the wise Jerry wrote: I have confirmed that the program does run even though it emits that warning. I have noticed that users of "spamd" and perhaps others are experiencing the same phenomena. I am not sure if it causes "spamd" to terminate or not. In my case spamd sometimes terminates, and sometimes not. I don't know when or why unfortunately. Regards, Marco -- Rune's Rule: If you don't care where you are, you ain't lost. ___ 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: ports/155759 - bad reasons for ports removal -- again
On 23.05.2011 11:24, Matthias Andree wrote: discontinued more than ten years ago, but in the case of Berkeley DB 2.7.7, superseded as well. These -- being "too old" (BSD's hack is much older, BTW) or "superseded" -- aren't valid reasons in my opinion. As long as a package keeps building -- and there were no problems with it, when db2 was removed -- it should not be deleted. Ever. Even the maintainer (who does "know best", how to maintain it) can't remove it -- only disown it. -mi ___ 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: ports/155759 - bad reasons for ports removal -- again
Am 23.05.2011 16:13, schrieb Mikhail T.: > On 23.05.2011 06:42, Matthias Andree wrote: >> In your particular case, you as the maintainer remained silent on the >> relevant PR although Erwin and I have pointed you to it on March 21st > This is true -- I was silent on the PR. My earlier objection was to my > alleged "silence" on ports@ Please insert blank lines between quotes and replies. >> and your ports were broken since the db2 removal in April. > Yes, they were. The person(s) behind that gratuitous removal is/are > responsible for the breakage of tcl-neo* Yes. See below. It may be hard to see one's former work go away. I understand that this causes hard feelings, and I thank you for the past work you've done. Still, if the port itself is way outdated and had to be patched up so it could creep forward in spite of promises to fix issues such as the dependency mixes, that is a technical observation and reason for removal. > Both were maintained in the ports as much as was needed to ensure > successful builds -- until some busybody came along to remove the > perfectly functional databases/db2 -- on bogus grounds. "Perfectly functional" is what you call a library that has been outdated for a dozen years, and superseded by 14 releases since. And these weren't feature releases, with very few exceptions. > "maintained" and should not be removed. All other reasons: "too old", > "not used by anybody I know", etc. are subjective and are based of > non-existent statistics. Though tcl-neo* themselves stopped building, > this was a result of the (gratuitous) removal of db2 -- and whoever was > behind that removal, was supposed to fix the fallout, or, better yet, > find some other application for their energy. "Not used by anybody I know" is not my argument, and to avoid just that, two months of time for technical objection were granted before the removal. And I have spent effort to upgrade db3-only applications over the past weeks so that I could remove db3 earlier today. (mail/spamprobe is currently broken for different reasons, namely libpbl C++ incompatibilities). For db2 I suspected what you've confirmed: no users left for this abandoned software. > That a package is discontinued up-stream is not a good reason for > removal at all -- not until you remove games/bsdgames and the entire > KDE3 (for just some examples)... The packages in questions were not only discontinued more than ten years ago, but in the case of Berkeley DB 2.7.7, superseded as well. > That said, I'm not insisting, the ports be resurrected and will not be > doing it myself out of spite. I'm no longer using the software, and > neither does the client, for whom I originally ported it. But I don't > like this drive to remove working ports, in which the energetic removers > see no value personally, and restate this position again because, > evidently, certain active decision-makers weren't aware of it... There's more to come in the way of Berkeley DB port cleanups... we've still got more than a dozen, and that needs to change. We can get along with a lot less, see pkgsrc.org or your typical Linux distro, and we should do that, to remove the strain on sysadmins of pinning Berkeley DB versions. That would be more of a user service than forcefully keeping clinically-dead ports alive. Best regards, Matthias ___ 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: ports/155759 - bad reasons for ports removal -- again
On 23.05.2011 06:42, Matthias Andree wrote: In your particular case, you as the maintainer remained silent on the relevant PR although Erwin and I have pointed you to it on March 21st This is true -- I was silent on the PR. My earlier objection was to my alleged "silence" on ports@ and your ports were broken since the db2 removal in April. Yes, they were. The person(s) behind that gratuitous removal is/are responsible for the breakage of tcl-neo* Conclusion: neowebscript is not only unmaintained in ports, but also unmaintained upstream. Both were maintained in the ports as much as was needed to ensure successful builds -- until some busybody came along to remove the perfectly functional databases/db2 -- on bogus grounds. I do concur with Wesley Shields and Eitan Adler that we don't need unmaintained software in the ports tree I'm well familiar with this line of reasoning and reject it. As long as the port builds -- and has no known unpatched security holes -- it is "maintained" and should not be removed. All other reasons: "too old", "not used by anybody I know", etc. are subjective and are based of non-existent statistics. Though tcl-neo* themselves stopped building, this was a result of the (gratuitous) removal of db2 -- and whoever was behind that removal, was supposed to fix the fallout, or, better yet, find some other application for their energy. That a package is discontinued up-stream is not a good reason for removal at all -- not until you remove games/bsdgames and the entire KDE3 (for just some examples)... That said, I'm not insisting, the ports be resurrected and will not be doing it myself out of spite. I'm no longer using the software, and neither does the client, for whom I originally ported it. But I don't like this drive to remove working ports, in which the energetic removers see no value personally, and restate this position again because, evidently, certain active decision-makers weren't aware of it... Yours, -mi ___ 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: ports/comms/gammu breaks on ld: cannot find -lglib-2.0
On Sun, 22 May 2011 00:26:42 +0400 Ruslan Mahmatkhanov wrote: > [ 92%] Building C object contrib/sqlreply/CMakeFiles/sqlreply.dir/c/michal.o > /usr/ports/comms/gammu/work/gammu-1.29.0/contrib/sqlreply/c/michal.c:16:25: > error: mysql/mysql.h: No such file or directory I've just committed the patch from the development repository to fix the error. HTH -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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: "net/sendemail" fails after updating Perl
On Mon, 23 May 2011 22:09:30 +0900 Hajimu UMEMOTO articulated: > Hi, > > # I've CC'ed the maintainer of p5-IO-Socket-INET6. > > > On Sat, 21 May 2011 08:36:45 -0400 > > Jerry said: > > jerry> The port: "/net/sendemail" builds fine after the update to > jerry> Perl; however, it no longer runs. It terminates with this > jerry> error message: > > jerry> Subroutine IO::Socket::INET6::sockaddr_in6 redefined > jerry> at /usr/local/lib/perl5/5.14.0/Exporter.pm line 67. > jerry> at /usr/local/lib/perl5/site_perl/5.14.0/IO/Socket/INET6.pm > jerry> line 21 > > I noticed that the p5-IO-Socket-INET6 ports is slightly old (2.65). > The latest version 2.67 fixed this warning message. Please try 2.67. > The patch to ports/net/p5-IO-Socket-INET6 is attached. > I confirmed that the warning message is not out with 2.67. However, > it is still warning, and I think it doesn't terminate. So, I'm not > sure if 2.67 fixes your actual problem, though. I have confirmed that the program does run even though it emits that warning. I have noticed that users of "spamd" and perhaps others are experiencing the same phenomena. I am not sure if it causes "spamd" to terminate or not. I won't be able to implement that patch until this evening though. I will try it then. Thanks! -- 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: "net/sendemail" fails after updating Perl
Hi,
# I've CC'ed the maintainer of p5-IO-Socket-INET6.
> On Sat, 21 May 2011 08:36:45 -0400
> Jerry said:
jerry> The port: "/net/sendemail" builds fine after the update to Perl;
jerry> however, it no longer runs. It terminates with this error message:
jerry> Subroutine IO::Socket::INET6::sockaddr_in6 redefined at
/usr/local/lib/perl5/5.14.0/Exporter.pm line 67.
jerry> at /usr/local/lib/perl5/site_perl/5.14.0/IO/Socket/INET6.pm line 21
I noticed that the p5-IO-Socket-INET6 ports is slightly old (2.65).
The latest version 2.67 fixed this warning message. Please try 2.67.
The patch to ports/net/p5-IO-Socket-INET6 is attached.
I confirmed that the warning message is not out with 2.67. However,
it is still warning, and I think it doesn't terminate. So, I'm not
sure if 2.67 fixes your actual problem, though.
Sincerely,
Index: Makefile
diff -u Makefile.orig Makefile
--- Makefile.orig 2010-08-10 01:17:30.0 +0900
+++ Makefile 2011-05-23 20:05:47.0 +0900
@@ -6,7 +6,7 @@
#
PORTNAME= IO-Socket-INET6
-PORTVERSION= 2.65
+PORTVERSION= 2.67
CATEGORIES= net perl5 ipv6
MASTER_SITES= CPAN
PKGNAMEPREFIX= p5-
Index: distinfo
diff -u distinfo.orig distinfo
--- distinfo.orig 2011-03-21 03:44:26.0 +0900
+++ distinfo 2011-05-23 20:06:02.0 +0900
@@ -1,2 +1,2 @@
-SHA256 (IO-Socket-INET6-2.65.tar.gz) = 05aeeb3effaa1f9f3fa07410a5b2cfc3d07aa366327028ffa427f5c0b2bfb925
-SIZE (IO-Socket-INET6-2.65.tar.gz) = 17686
+SHA256 (IO-Socket-INET6-2.67.tar.gz) = dd90e417cbd37047b71469ec99e79fe89a3bb5103769fc9c76b3c87d8cb019b2
+SIZE (IO-Socket-INET6-2.67.tar.gz) = 18096
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
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, May 22, 2011 at 11:01:50PM +0200, Gerald Pfeifer wrote:
> Trying to implement the final steps in addressing PR 155568: "bsd.gcc.mk:
> Fixing dependency not to pick ccache stubs" which I have been working on
> with Emanuel, I'd like to invoke a script after a port/package has been
> installed and again after it has been deinstalled.
>
> The naive approach below works for installation:
>
> Index: Makefile
> ===
> < post-install:
> ---
> > post-install: ccache-update
> 181a182,186
> > post-deinstall ccache-update:
> > @if [ -x ${PREFIX}/bin/ccache-update-links ]; then \
> > ${PREFIX}/bin/ccache-update-links -v; \
> > fi
> >
>
> It does not cover de-installation which raises two questions:
>
> 1. Why don't we have a post-deinstall target?
>
> 2. How is the task best accomplished?
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
-- WXS
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
linux-f10-flashplugin can't fetch
Hello trying to install www/linux-f10-flashplugin but it fails before even downloading the file. I downloaded the file from Adobe's site and have put it into /usr/ports/distfiles/flashplugin/current/ & /usr/ports/distfiles/ but neither worked. Below is the error output. Can anyone help out with this problem? jamie = ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for linux-f10-flashplugin-10.2r159.1 => SHA256 Checksum mismatch for flashplugin/10.2r159.1/install_flash_player_10_linux.tar.gz. => SHA256 Checksum OK for flashplugin/10.2r159.1/linux-f10-flashsupport-9.0.1.i386.tar.gz. ===> Refetch for 1 more times files: flashplugin/10.2r159.1/install_flash_player_10_linux.tar.gz ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE => install_flash_player_10_linux.tar.gz doesn't seem to exist in /usr/ports/distfiles/flashplugin/10.2r159.1. => Attempting to fetch http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_10_linux.tar.gz => Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/flashplugin/10.2r159.1/install_flash_player_10_linux.tar.gz => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/flashplugin/10.2r159.1 and try again. *** Error code 1 Stop in /usr/ports/www/linux-f10-flashplugin10. *** Error code 1 Stop in /usr/ports/www/linux-f10-flashplugin10. ___ 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/157267x11-wm/wmconfig - Port update o ports/157265[maintainer update] audio/teamspeak3-server o ports/157260[UPDATE] port-mgmt/bxpkg o ports/157257Port upgrade math/GiNaC o ports/157256perl-5.14.0 breaks mail/p5-Mail-SpamAssassin o ports/157252restore port multimedia/xmms-skins o ports/157242Updating port sysutils/swapexd for legacy compatibilit o ports/157212japanese/font-alias: use shell instead of perl for pkg o ports/157202[maintainer update] multimedia/camserv fails to compil o ports/157197[new port] net-mgmt/zenpack-deviceAdvDetail: Provides o ports/157196[new port] net-mgmt/zenpack-DellMon: Provides addition o ports/157194[new port] net-mgmt/zenpack-NtpMonitor: Monitors the o o ports/157191[new port] net-mgmt/zenpack-MACReport: Lists MAC addre f ports/157183devel/libftdi dependency and pkg-plist problems o ports/157174fix typos and small mistakes in various ports o ports/157173audio/musicpd: wait --kill to finish (FreeBSD-only) f ports/157170Update to net-mgmt/nagios port f ports/157160Fix port: security/amap uses CONF_FILES internally o ports/157159Fix port: net/wowzamediaserverpro uses CONF_FILES inte o ports/157149[MAINTAINER] databases/tuning-primer: Resolve file fet f ports/157144[PATCH] lang/guile: Add USE_NCURSES=yes f ports/157137audio/glurp: updates to 0.12.3 o ports/157136[new port] net-mgmt/zenpack-Domain: Provides expiratio o ports/157135[new port] net-mgmt/zenpack-DellMonitor: Provides Zeno o ports/157133[new port] net-mgmt/zenpack-ApacheMonitor: Provides pe o ports/157130net-mgmt/collectd BIND plugin dependency check is inva f ports/157109conflict between net/netpipes and sysutils/timelimit f ports/157107conflict between mail/p5-Mail-SPF and mail/libspf2 o ports/157100New port: audio/umurmur - Newest version of the minima o ports/157099New port: devel/protobuf-c - This package provides a p f ports/157098[PATCH] multimedia/mplayer: Add USE_NCURSES=yes f ports/157085[PATCH] databases/mydumper: update to 0.2.1 o ports/157077New port: mail/sieve-connect - Command-line client for o ports/157065[MAINTAINER] Update port: mail/mailscanner to 4.83.5 a f ports/157044x11-toolkits/slgtk: fails to start o ports/157031[NEW PORT] devel/py27-minimongo: Minimal database Mode f ports/157029[PATCH] www/py27-gunicorn: update to 0.12.1 f ports/157027[PATCH] devel/py27-gevent: update to 0.13.6 f ports/157021multimedia/mplayer: does not build with multimedia/lib o ports/157014devel/jam: does not compile on FreeBSD 9.0 CURRENT/amd o ports/157001[PATCH] net/bird: add multiple fibs support o ports/157000fix port games/alephone-data o ports/156998[patch] new version of graphics/xnview is available o ports/156995[maintainer] update astro/foxtrotgps to 1.0.1 f ports/156988net-mgmt/nagios: Please add IPv6 support f ports/156987Harden SSL cipher suites strength and SSL protocol sup o ports/156984www/analog doesn't recognize Chrome browser type prope o ports/156982[MAINTAINER] mail/mail-notification: unbreak evolution o ports/156972[NEW PORT] japanese/jacode.pl: Perl library for Japane f ports/156947[PATCH] net/activemq: update to 5.5.0 o ports/156942Changes to math/octave-forge ports necessitated by rec o ports/156934fix port games/alephone-scenarios o ports/156932[maintainer-update] [patch] games/eduke32 : new snapsh o ports/156926security/openssh-portable port/pkg doesn't recognize i o ports/156922update mail/mailagent to 3.1.68 / reduce warnings on p o ports/156902net-mgmt/collectd memory leak o ports/156896Update of games/megaglest-data o ports/156895Update for games/megaglest o ports/156885[PATCH] www/drush: update to 4.4 o ports/156876update to comms/uarduno port for 9.0-CURRENT o ports/156855[maintainer] textproc/scim-kmfl-khmer -> textproc/kmfl f ports/156847make of port www/py-html5lib does nothing f ports/156835Fixed rcfile in www
Re: ports/155759: Please upgrade devel/tcl-neo for newer Berkeley DB release
Am 23.05.2011 04:54, schrieb Mikhail T.: > For the (more explicit) record, objects on ports@ were loud and > substantiated: the death of databases/db2 was uncalled for, in my > opinion -- the port was not broken. Its gratuitous removal resulted in > the death of these two ports, which were also not broken before... Mikhail, In your particular case, you as the maintainer remained silent on the relevant PR although Erwin and I have pointed you to it on March 21st and your ports were broken since the db2 removal in April. Furthermore, you stated that you as the maintainer won't touch the software just because it is old. It was broken since the db2 removal in April, still you chose not to do anything technical. So, you proved that the port wasn't maintained properly, and that justified its removal. And even though we don't need another reason, I'll provide you with one: Also note the quote from tcl-neo's pkg-descr: "The port is built without the LDAP support. Our port of OpenLDAP2 uses DB3, and linking both DB2 and DB3 into the same executable is too ugly. Some day, Neo will be updated to use DB3, and we will all rejoice." A decade on, OpenLDAP2 wants BerkeleyDB 4.6, but Neo hasn't followed suit. Conclusion: neowebscript is not only unmaintained in ports, but also unmaintained upstream. I do concur with Wesley Shields and Eitan Adler that we don't need unmaintained software in the ports tree, and certainly not for network server packages. According to established and documented practice, the ports are now gone. Good riddance. Best regards, Matthias ___ 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"
gmake really SLOW!
Hello. Since the upgrade from 3.81 to 3.82, gmake has become so slow it's really a PITA. I noticed this in lots of projects: where 3.81 would start building immediately, 3.82 stops and thinks for some seconds. However, in a specific situation, where gmake should generate thousands of files, i switched from slightly less than a hour to more than three days!!! I'm not sure if this is a FreeBSD specific problem, or if it should be reported upstream. I'm just asking if anyone else has noticed and if he has any hint. Searching the web I've only seen reports on MinGW (whose possible reasons don't seem to apply here). Right now portdowngrade is my friend, but I'd really like to solve this. bye & Thanks av. ___ 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: ports/comms/gammu breaks on ld: cannot find -lglib-2.0
Hi Julian and All, On Sat, 21 May 2011 21:37:21 +0200 Julian H. Stacey wrote: > Can someone else please breakage on ports/comms/gammu ? or suggest > a solution ?; Is this just my hosts & environment, or general ? > cd /usr/ports/comms/gammu ; make clean ; make > [ 70%] Building C object gammu-detect/CMakeFiles/gammu-detect.dir/main.o > Linking C executable gammu-detect > /usr/bin/ld: cannot find -lglib-2.0 > I have previously installed /usr/ports/devel/glib20 & run ldconfig -R > cd /usr/local/lib ; ls -l libglib* > -rw-r--r-- 1 root wheel 354168 Mar 7 08:38 libglib-12.a > lrwxr-xr-x 1 root wheel 15 Mar 7 08:38 libglib-12.so@ -> > libglib-12.so.3 > -rwxr-xr-x 1 root wheel 214412 Mar 7 08:38 libglib-12.so.3* > -rw-r--r-- 1 root wheel 1632410 May 20 12:33 libglib-2.0.a > -rwxr-xr-x 1 root wheel 1059 May 20 12:33 libglib-2.0.la* > lrwxr-xr-x 1 root wheel 16 May 20 12:33 libglib-2.0.so@ -> > libglib-2.0.so.0 > -rwxr-xr-x 1 root wheel 999596 May 20 12:33 libglib-2.0.so.0* When I committed the update of the port to verstion 1.29.0 I've got a message from a user with just the same error. Some digging showed that this was caused by the port which "auto-detects" the presence of glib and tries (unfortunately without success) to connect the library to the build. The patch was tested and committed to Makefile at rev. 1.59. Particulary adding USE_GNOME=glib20 helped here. The strange thing is that now I can't reproduce the error by removing this dependency (switch back to USE_GNOME=pkgconfig). > uname -a > FreeBSD blak.js.berklix.net 8.2-RELEASE FreeBSD 8.2-RELEASE #0: > Thu May 19 13:49:29 CEST 2011 > > j...@blak.js.berklix.net:/ad6s4/release/8.2-RELEASE/src/sys/amd64/compile/BLAK.small > amd64 > Breaks just the same on i386 & amd64 % on 8.2-REL ports & current ports Sorry but I can't reproduce the error with current ports tree. > printenv > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin > TERM=xterm > /etc/make.confEmpty -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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: x11/nvidia-driver: cc1: error: /src: No such file or directory
On Tue, May 10, 2011 at 01:40:00PM +0400, Pan Tsu wrote: > On /head@r221320 for kernel sources -Wmissing-include-dirs was added to > force people to provide valid include directories. > > It can be fixed by either providing default definition in port's Makefile > or removing NVIDIA_ROOT from there. > > Either way I think the following patch should be sent to the vendor. Thank you very much for your detailed report and analysis. I've notified Christian Zander from NVidia about this, and he'd been very supportive with handling our reports for quite a long time. I will fix the port shortly. ./danfe ___ 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: Utmpx usage
* Chris Rees , 20110523 10:40: > I've been perusing the linux manpage for utmp, and noticed that login and > getty deal with utmp for logins, and It's only init's job to deal with > logouts. Since runit is an init replacement, this makes perfect sense. Yeah; it probably acts as a safety belt for misbehaving tools that forget to write logout records. On FreeBSD logout records are written by pam_lastlog(8), making that logic in init(8) superfluous. You could consider calling getutxline() in a loop to obtain the ut_ids for a specific TTY. -- Ed Schouten WWW: http://80386.nl/ pgpayNYGoNxVC.pgp Description: PGP signature
Re: Utmpx usage
On 23 May 2011 09:30, "Chris Rees" wrote: > > On 22 May 2011 21:50, Ed Schouten wrote: > > Hi Chris! > > > > * Chris Rees , 20110522 09:29: > >> Hi all, > >> > >> After removing all kittens from Ed's reach, I'm disclosing that > >> sysutils/runit tried to use utmpx to directly read() and write() the > >> utmpx files directly... > >> > >> I've replaced the offending code with a patch to the port [1], but I > >> wonder if anyone would please review the patch? I don't have a CURRENT > >> machine to try it on... I may have also made some terrible mistakes -- > >> I'm not hugely familiar with utmpx. > >> > >> Thanks! > >> > >> Chris > >> > >> [1] http://www.bayofrum.net/~crees/patches/runit-utmpx.patch > > > > As promised, I would look at your patch this evening. I've changed the > > cc to ports@, since it's likely a better place to discuss this. > > > > First of all, you can remove the getutxent()/endutxent() calls; at least > > on FreeBSD (but even on Solaris -- the first OS to implement utmpx) > > pututxline() is implemented separately from the read-functions. There is > > no need to open the database for reading. > > > > Secondly, please make sure you set the proper fields of the utmpx > > structure. Always zero it (e.g. with memset()) before calling > > pututxline() to prevent random junk from ending up in the log files. > > Also, for DEAD_PROCESS must we set ut_id, but not ut_line. ut_id must be > > set to one of the identifiers of an existing session. These identifiers > > can be set to arbitrary values by the application that added the entry. > > Some apps are lazy and just put the TTY name in there, but you cannot > > assume that that's the case. Run `getent utmpx active' to see what the > > identifiers look like. For example, pam_lastlog(8) uses random > > identifiers. You must also set ut_tv, even though our implementation > > does it for you. > > > > Finally, I'm not really sure what the code is trying to solve here. > > What's the use of implementing an utmp_logout(), to simulate logouts on > > the utmp database, without actually providing code to perform logins? > > Maybe we should just patch runit to leave utmp(x) alone. So far I don't > > have a feeling it's trying to do something useful with it. > > > > > Thanks for the pointers! I'll get those in. > > The code is for a utility for recording logouts in utmp(x) [1] -- > there's no facility provided for utmp logins. > > Perhaps we should just comment out the code and leave utmpset as unimplemented. I've been perusing the linux manpage for utmp, and noticed that login and getty deal with utmp for logins, and It's only init's job to deal with logouts. Since runit is an init replacement, this makes perfect sense. > Chris > > [1] http://smarden.org/runit/utmpset.8.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: Utmpx usage
On 22 May 2011 21:50, Ed Schouten wrote: > Hi Chris! > > * Chris Rees , 20110522 09:29: >> Hi all, >> >> After removing all kittens from Ed's reach, I'm disclosing that >> sysutils/runit tried to use utmpx to directly read() and write() the >> utmpx files directly... >> >> I've replaced the offending code with a patch to the port [1], but I >> wonder if anyone would please review the patch? I don't have a CURRENT >> machine to try it on... I may have also made some terrible mistakes -- >> I'm not hugely familiar with utmpx. >> >> Thanks! >> >> Chris >> >> [1] http://www.bayofrum.net/~crees/patches/runit-utmpx.patch > > As promised, I would look at your patch this evening. I've changed the > cc to ports@, since it's likely a better place to discuss this. > > First of all, you can remove the getutxent()/endutxent() calls; at least > on FreeBSD (but even on Solaris -- the first OS to implement utmpx) > pututxline() is implemented separately from the read-functions. There is > no need to open the database for reading. > > Secondly, please make sure you set the proper fields of the utmpx > structure. Always zero it (e.g. with memset()) before calling > pututxline() to prevent random junk from ending up in the log files. > Also, for DEAD_PROCESS must we set ut_id, but not ut_line. ut_id must be > set to one of the identifiers of an existing session. These identifiers > can be set to arbitrary values by the application that added the entry. > Some apps are lazy and just put the TTY name in there, but you cannot > assume that that's the case. Run `getent utmpx active' to see what the > identifiers look like. For example, pam_lastlog(8) uses random > identifiers. You must also set ut_tv, even though our implementation > does it for you. > > Finally, I'm not really sure what the code is trying to solve here. > What's the use of implementing an utmp_logout(), to simulate logouts on > the utmp database, without actually providing code to perform logins? > Maybe we should just patch runit to leave utmp(x) alone. So far I don't > have a feeling it's trying to do something useful with it. > Thanks for the pointers! I'll get those in. The code is for a utility for recording logouts in utmp(x) [1] -- there's no facility provided for utmp logins. Perhaps we should just comment out the code and leave utmpset as unimplemented. Chris [1] http://smarden.org/runit/utmpset.8.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: openshot & blender
On Tue, 17 May 2011 11:52:11 +0200 "Rodrigo OSORIO (ros)" wrote: > This could be done, I just request the maintainership for this port. > http://www.freebsd.org/cgi/query-pr.cgi?pr=157112 Thanks a lot. Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: x11/nvidia-driver: cc1: error: /src: No such file or directory
On 05/23/11 08:07, Alexey Dokuchaev wrote: On Tue, May 10, 2011 at 01:40:00PM +0400, Pan Tsu wrote: On /head@r221320 for kernel sources -Wmissing-include-dirs was added to force people to provide valid include directories. It can be fixed by either providing default definition in port's Makefile or removing NVIDIA_ROOT from there. Either way I think the following patch should be sent to the vendor. Thank you very much for your detailed report and analysis. I've notified Christian Zander from NVidia about this, and he'd been very supportive with handling our reports for quite a long time. I will fix the port shortly. ./danfe Thank you very much for fixing this. And many thanks to Pan Tsu for helping me getting the driver to work. Oliver ___ 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"
