Bad INDEX-7 file ?
Dear friends, I've updated ports tree on my server but I have bad INDEX file: root:net{R}[45] ports$ make fetchindex /usr/ports/INDEX-7.bz2100% of 1262 kB 304 kBps root:net{R}[46] ports$ grep '^rrdtool' INDEX-7 | cut -f 1 -d\| rrdtool-1.3.7 rrdtool-1.0.50_1 rrdtool-1.2.30 root:net{R}[47] ports$ cd databases/rrdtool; make describe rrdtool-1.3.8|/usr/ports/databases/rrdtool|... I think it's not sugnificant but may be it's consequence of more serious bug? -- Федор Дикарев ___ 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: Bad INDEX-7 file ?
Fedor Dikarev pisze: root:net{R}[47] ports$ cd databases/rrdtool; make describe rrdtool-1.3.8|/usr/ports/databases/rrdtool|... What output did you expect to receive? I have not used `make describe` previously so I can't say whether it's output had been changed lately or not, but according to bsd.port.mk: describe - Try to generate a one-line description for each port for use in INDEX files and the like. And the output you get is in the same format as in INDEX file. If you check bsd.port.mk line 5392 you'll see it's supposed to look that way. -- Cezary Morga ___ 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
INDEX build failed for 6.x
INDEX build failed with errors: make: don't know how to make index. Stop Committers on the hook: Most recent CVS update was: ___ 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/136710maintainer update: drupal6-6.12 - 6.13 o ports/136709maintainer update: drupal5.18 - 5.19 o ports/136698[patch] fix ENOTCONN handling in devel/gwenhywfar (soc o ports/136688[patch] port ftp/jftpgw - add MLSD capability o ports/136684Update port: benchmarks/postmark apply postmark_1.51-5 o ports/136628[maintainer-update] www/squidguard: add options, fix s f ports/136615[update] converters/pdf2djvu: update to 0.5.9 f ports/136611security/swatch: leaves zombies behind f ports/136602Update of ports/irc/ircservices to current o ports/136484[PATCH] audio/p5-MP3-Tag: update to 1.11 f ports/136457port update net/sflowtool o ports/136427can't make devel/gwenhywfar f ports/136390Compilation Problem highgui graphics/Opencv o ports/136359New port - lang/gnat-gcc44 o ports/136341Port update: multimedia/playd o ports/136340New Port: multimedia/playd2 f ports/136258Port for sysutils/heartbeat (1.2.5_6) fails to build f ports/136227science/Gramps Crashes When Opening a Family File o ports/136204[new port] lang/open-cobol-devel - development preview o ports/136150[New Port] textproc/scim-kmfl-european-latin: Paneurop o ports/136133New port: net/callweaver Open source IP PBX based on A f ports/136132Update port: devel/srecord to 1.49 f ports/136129multimedia/kbtv won't build install on 7.2 o ports/136124sysutils/bsdstats needs timeout settings o ports/136089New port: devel/mercurialeclipse A mercurial plugin fo f ports/136062A patch to fix the patch file of www/xpi-foxyproxy abo o ports/135909comms/mgetty+sendfax port defaults to non-existant ser f ports/135867net-im/gajim 0.12.3: wrong $path in bin file o ports/135719[patch] multimedia/mplayer: Fix segfaults when playing f ports/135703new port: databases/slony2 [was: Updated port database s ports/135544[patch]net-im/qwit suffers from twitpocalypse f ports/135541[PATCH] math/p5-NetCDF cannot load module with netcdf- s ports/135442mkntfs from sysutils/ntfsprogs don't seems to work o ports/135019sysutils/bubblemon-dockapp 1.46_6 memory usage meter i f ports/135018Port multimedia/vlc fails to compile when WITHOUT_X11= f ports/134743devel/Monotone and pthreaded dependencies f ports/134639devel/boost can't be made with parameteres -DWITH_PYT s ports/134485net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134474deskutils/wmpinboard segfaults on startup o ports/134443[NEW PORT] multimedia/2ManDVD: Create your own video d s ports/134347mail/spamd: spamlogd's whitelist expiration period is f ports/134264audio/cmus - segmentation fault with ogg files o ports/133822New port for cad/linux-eagle5 (Eagle 5.5.0) o ports/133563security/cfs rc script needs mntudp option on 8-CURR f ports/133344net/nss_ldap fails to compile if world was installed w o ports/133303lang/visualworks cannot load Jun because of lacking TG o ports/133068New port: audio/linux-genpuid f ports/133031ports/net/igmpproxy must be at least 2 Vif's where on o ports/132786New port: sysutils/sispmctl Utility for controlling a o ports/132607security/denyhosts: command_interpreter warnings in /v o ports/132391multimedia/mplayer does not work with pulseaudio o ports/131526lang/cmucl: CMUCL for FreeBSD 7 s ports/131218www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/130719www/nspluginwrapper installs plugins in the old direct o ports/130715New Port:devel/binutils-2.19 o ports/130675[NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC f ports/130209www/typo3 upgrade removes configuration f ports/129677/usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129435java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128603[patch] textproc/flex has too small capacity o ports/127728ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181
Re: Bad INDEX-7 file ?
By this command I've just explained that this port has version 1.3.8 but in INDEX-7 vesion differ -- it's 1.3.7. So INDEX file is built on old ports tree or there was some bug during building process. 13 июля 2009 г. 14:17 пользователь Cezary Morga (c...@therek.net) написал: Fedor Dikarev pisze: root:net{R}[47] ports$ cd databases/rrdtool; make describe rrdtool-1.3.8|/usr/ports/databases/rrdtool|... What output did you expect to receive? I have not used `make describe` previously so I can't say whether it's output had been changed lately or not, but according to bsd.port.mk: describe - Try to generate a one-line description for each port for use in INDEX files and the like. And the output you get is in the same format as in INDEX file. If you check bsd.port.mk line 5392 you'll see it's supposed to look that way. -- Cezary Morga -- Федор Дикарев ___ 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: Bad INDEX-7 file ?
Fedor Dikarev pisze: By this command I've just explained that this port has version 1.3.8 but in INDEX-7 vesion differ -- it's 1.3.7. So INDEX file is built on old ports tree or there was some bug during building process. Oh, LOL. Didn't notice that :) -- Cezary Morga ___ 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: Bad INDEX-7 file ?
Fedor Dikarev wrote: By this command I've just explained that this port has version 1.3.8 but in INDEX-7 vesion differ -- it's 1.3.7. So INDEX file is built on old ports tree or there was some bug during building process. It's just an old INDEX-7 file -- as I recall, they are meant to be updated something like hourly, but on occasion there will be a problem and the INDEX files available for download may not be updated for an indefinite period, until the INDEX can be built cleanly again. Now, there are several things you can do about this: * Ignore it. Having a 100% accurate INDEX file is nice, but not an absolute necessity. Most ports management software will be forgiving of the odd irregularity. Even if it means package 'foo' doesn't get updated today when it could have been, it would almost certainly get updated tomorrow or next week. It all works itself out in time. * Use ports management software that doesn't rely on the presence of the INDEX at all. viz: portmaster(1). As I said, most ports management software is fairly forgiving of irregularities in the INDEX, but this program goes beyond that entirely and compares the database of installed ports under /var/db/pkg/ directly with what is in the ports tree. * Build your own. You can just type 'make index' in /usr/ports. Then go away and have a nice cup of tea. Then have another one. And some biscuits. It might have finished building by now... Building your own INDEX usually works pretty well, but it does take quite a while every time you have to do it. It does get you an INDEX that reflects local settings you made in /etc/make.conf or in OPTIONS dialogues, which is nice. If I might be permitted to tootle my own trumpet a bit, there is ports-mgmt/p5-FreeBSD-Portindex that I wrote, which can cut down the time it takes to routinely build your own index by only reprocessing the bits of the ports tree that have had updates since the previous time you built an INDEX. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
libmapi new port request
Could someone please make a port for libmapi? http://www.openchange.org http://downloads.sourceforge.net/openchange/libmapi-0.8.2-ROMULUS.tar.gz Sandra ___ 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
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: py25-bsddb-2.5.4_2 Committers on the hook: lwhsu Most recent CVS update was: ports/math/py-numpy/Makefile ports/math/py-numpy/distinfo ports/math/py-numpy/files/site.cfg ports/math/py-numpy/pkg-plist ports/science/py-scipy/Makefile ports/security/py-hashlib/Makefile ___ 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: Bad INDEX-7 file ?
Thanks for your advices. I've already rebuilt INDEX using portsdb -U, but I'm sure that it'll be better for all freebsd-users if this mistake will be fixed. 13 июля 2009 г. 16:33 пользователь Matthew Seaman (m.sea...@infracaninophile.co.uk) написал: Fedor Dikarev wrote: By this command I've just explained that this port has version 1.3.8 but in INDEX-7 vesion differ -- it's 1.3.7. So INDEX file is built on old ports tree or there was some bug during building process. It's just an old INDEX-7 file -- as I recall, they are meant to be updated something like hourly, but on occasion there will be a problem and the INDEX files available for download may not be updated for an indefinite period, until the INDEX can be built cleanly again. Now, there are several things you can do about this: * Ignore it. Having a 100% accurate INDEX file is nice, but not an absolute necessity. Most ports management software will be forgiving of the odd irregularity. Even if it means package 'foo' doesn't get updated today when it could have been, it would almost certainly get updated tomorrow or next week. It all works itself out in time. * Use ports management software that doesn't rely on the presence of the INDEX at all. viz: portmaster(1). As I said, most ports management software is fairly forgiving of irregularities in the INDEX, but this program goes beyond that entirely and compares the database of installed ports under /var/db/pkg/ directly with what is in the ports tree. * Build your own. You can just type 'make index' in /usr/ports. Then go away and have a nice cup of tea. Then have another one. And some biscuits. It might have finished building by now... Building your own INDEX usually works pretty well, but it does take quite a while every time you have to do it. It does get you an INDEX that reflects local settings you made in /etc/make.conf or in OPTIONS dialogues, which is nice. If I might be permitted to tootle my own trumpet a bit, there is ports-mgmt/p5-FreeBSD-Portindex that I wrote, which can cut down the time it takes to routinely build your own index by only reprocessing the bits of the ports tree that have had updates since the previous time you built an INDEX. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -- Федор Дикарев ___ 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: libmapi new port request
On Mon, 2009-07-13 at 14:50 +0200, Sandra Kachelmann wrote: Could someone please make a port for libmapi? http://www.openchange.org http://downloads.sourceforge.net/openchange/libmapi-0.8.2-ROMULUS.tar.gz Sandra I got it almost ready for commit :) Just wait a little bit while I find time to clean it up. -Koop ___ 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/130218 Maintainer timeout? (lang/ghc update)
On Sun, Jul 12, 2009 at 05:55:22PM -0400, L Campbell ll...@virginia.edu wrote: Is there anything blocking the update of lang/ghc? We have an I aspect me to update the ports related to haskell in the port tree of FreeBSD within a week; what is more, they will be updated to ghc-6.10.3. I don't know if someone are working at the same labour ;-), I'm sorry. Giuseppe Pilichi aKa Jacula Modyun pgp1bPKHcK8qm.pgp Description: PGP signature
Re: ports/130218 Maintainer timeout? (lang/ghc update)
On Sun, Jul 12, 2009 at 05:55:22PM -0400, L Campbell wrote: *pokes the haskell@ maintainers* Is there anything blocking the update of lang/ghc? We have an *ancient* version of GHC (the primary Haskell compiler) in ports -- old enough to cause problems with Haskell library requirements. It really needs to be updated (or, there needs to be a newer version of GHC in ports). The patch in that PR is for GHC 6.10.1; the current latest-and-greatest is 6.10.3 (which came out in May). Is possible, could the lang/ghc port be brought up-to-date? If not, what can I do to make it possible? The patches have become stale. If you want to submit an updated patch (possibly going to the 6.10.3 if you want) I will do my best to make sure it builds properly and is committed. I can't do any runtime testing of it though. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ports/130218 Maintainer timeout? (lang/ghc update)
On Mon, Jul 13, 2009 at 01:15:25PM -0400, Wesley Shields wrote: On Sun, Jul 12, 2009 at 05:55:22PM -0400, L Campbell wrote: The patch in that PR is for GHC 6.10.1; the current latest-and-greatest is 6.10.3 (which came out in May). The patches have become stale. If you want to submit an updated patch (possibly going to the 6.10.3 if you want) I will do my best to make sure it builds properly and is committed. I can't do any runtime testing of it though. Haha, fair enough. I'll see if I can take care of it this weekend :) ___ 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
Introducing the Vintage America Collection with Nine West Benefitting Soles4Souls
Introducing the Vintage America Collection with Nine West Benefitting Soles4Souls ___ 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/p5-Net-Twitter broken
andrew clarke pisze: I've been trying to get Twirssi (http://www.twirssi.com/) running under Irssi but am encountering an error relating to Net::Twitter. My Perl knowledge is very limited, so I'm not too sure what's going on. The same error (below) occurs when I try to use this module from my own program. I suspect the problem is within p5-Moose but I don't know how to confirm this. Strange, I had no such problem as you described. First off, I'd start from something like following an look for any 'missing' modules, or ones that have wrong (too old) version number. cd /usr/ports/net/p5-Net-Twitter make clean configure Than I'd check if it passes all tests: cd /usr/ports/net/p5-Net-Twitter make clean build cd work/Net-Twitter-3.01000 make test -- Cezary Morga The optimist proclaims that we live in the best of all possible worlds; and the pessimist fears this is true. (James Branch Cabell) ___ 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: [Custom LOCALBASE/PREFIX] www/p5-RT-Extension-SLA - fails: mtree
Here's your problem: Installing /usr/wombat/lib/RT/Queue_SLA.pm ... pkg_info: /usr/wombat/share/rt38/plugins/RT-Extension-SLA/lib/RT/Queue_SLA.pm doesn't exist The port actually installs in ${PREFIX}/lib while pkg-plist expects files in ${PREFIX}/rt38/plugins. It's quite the same problem as with www/p5-RTx-Statistics (http://lists.freebsd.org/pipermail/freebsd-perl/2009-July/002242.html). An ugly assumption that environment variable PREFIX actually points to ${PREFIX}/rt38. I think letting Perl figure out where RT actually is is a better idea. -- Cezary Morga The world is a tragedy to those who feel, but a comedy to those who think. (Horace Walpole) --- inc/Module/Install/RTx.pm.orig 2009-04-24 21:01:47.0 + +++ inc/Module/Install/RTx.pm 2009-07-13 20:18:23.696711396 + @@ -34,13 +34,10 @@ sub RTx { unless $self-abstract; my @prefixes = (qw(/opt /usr/local /home /usr /sw )); -my $prefix = $ENV{PREFIX}; +my $prefix = $ENV{LOCALBASE}; +push @prefixes, $prefix; @ARGV = grep { /PREFIX=(.*)/ ? ( ( $prefix = $1 ), 0 ) : 1 } @ARGV; -if ($prefix) { -$RT::LocalPath = $prefix; -$INC{'RT.pm'} = $RT::LocalPath/lib/RT.pm; -} else { local @INC = ( @INC, $ENV{RTHOME} ? ( $ENV{RTHOME}, $ENV{RTHOME}/lib ) : (), @@ -53,7 +50,6 @@ sub RTx { $_ = $self-prompt(Path to your RT.pm:) or exit; push @INC, $_, $_/rt3/lib, $_/lib/rt3, $_/lib; } -} my $lib_path = File::Basename::dirname( $INC{'RT.pm'} ); my $local_lib_path = $RT::LocalPath/lib; ___ 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/p5-Net-Twitter broken
On Mon 2009-07-13 21:31:38 UTC+0200, Cezary Morga (c...@therek.net) wrote: I've been trying to get Twirssi (http://www.twirssi.com/) running under Irssi but am encountering an error relating to Net::Twitter. My Perl knowledge is very limited, so I'm not too sure what's going on. The same error (below) occurs when I try to use this module from my own program. I suspect the problem is within p5-Moose but I don't know how to confirm this. Strange, I had no such problem as you described. First off, I'd start from something like following an look for any 'missing' modules, or ones that have wrong (too old) version number. I don't think there's anything missing? My ports tree is up-to-date. cd /usr/ports/net/p5-Net-Twitter make clean configure Than I'd check if it passes all tests: cd /usr/ports/net/p5-Net-Twitter make clean build cd work/Net-Twitter-3.01000 make test Ah, I wasn't aware of the test target. That should help. OK, after installing devel/p5-Test-Exception, I get the same error as before: PERL_DL_NONLAZY=1 /usr/local/bin/perl5.8.9 -MExtUtils::Command::MM -e test_harness(0, 'inc', 'blib/lib', 'blib/arch') t/01_basic.t t/02_fails.t t/10_net-twitter-regression.t t/11_useragent.t t/12_identica.t t/13_search.t t/20_exceptions.t t/20_generated.t t/21_wraperror.t t/22_twitter_insanity.t t/30_legacy.t t/99-pod_coverage.t t/99-pod_spelling.t t/99-pod_syntax.t t/01_basic. # Failed test 'use Net::Twitter;' # at t/01_basic.t line 63. # Tried to use 'Net::Twitter'. # Error: I do not understand this option (is = bare) on attribute (_trait_namespace) at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Attribute.pm line 79 # Moose::Meta::Attribute::new('Moose::Meta::Attribute', '_trait_namespace', 'init_arg', undef, 'isa', 'Str', 'is', 'bare') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Attribute.pm line 88 # Moose::Meta::Attribute::interpolate_class_and_new('Moose::Meta::Attribute', '_trait_namespace', 'init_arg', undef, 'isa', 'Str', 'is', 'bare') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Class.pm line 587 [...] Digging further, I see some potential problems with devel/p5-MooseX-Traits: === Configuring for p5-MooseX-Traits-0.06 Cannot determine perl version info from lib/MooseX/Traits.pm Checking if your kit is complete... Looks good Warning: prerequisite Moose 0.84 not found. We have 0.81. Warning: prerequisite ok 0 not found. Writing Makefile for MooseX::Traits And make test fails here, too: PERL_DL_NONLAZY=1 /usr/local/bin/perl5.8.9 -MExtUtils::Command::MM -e test_harness(0, 'inc', 'blib/lib', 'blib/arch') t/*.t t/00-load.Can't locate ok.pm in @INC (@INC contains: /spare/ports/devel/p5-MooseX-Traits/work/MooseX-Traits-0.06/inc /spare/ports/devel/p5-MooseX-Traits/work/MooseX-Traits-0.06/blib/lib /spare/ports/devel/p5-MooseX-Traits/work/MooseX-Traits-0.06/blib/arch /usr/local/lib/perl5/5.8.9/BSDPAN /usr/local/lib/perl5/site_perl/5.8.9/mach /usr/local/lib/perl5/site_perl/5.8.9 /usr/local/lib/perl5/5.8.9/mach /usr/local/lib/perl5/5.8.9 . /usr/local/lib/perl5/5.8.9/BSDPAN /usr/local/lib/perl5/site_perl/5.8.9/mach /usr/local/lib/perl5/site_perl/5.8.9 /usr/local/lib/perl5/5.8.9/mach /usr/local/lib/perl5/5.8.9 .) at t/00-load.t line 6. BEGIN failed--compilation aborted at t/00-load.t line 6. # Looks like your test exited with 2 before it could output anything. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED test 1 Failed 1/1 tests, 0.00% okay t/basic...I do not understand this option (is = bare) on attribute (_trait_namespace) at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Attribute.pm line 79 Moose::Meta::Attribute::new('Moose::Meta::Attribute', '_trait_namespace', 'init_arg', undef, 'isa', 'Str', 'is', 'bare') called at /usr/local/lib/perl5/site_perl/5.8.9/Moose/Meta/Attribute.pm line 88 [...] Stop in /usr/ports/devel/p5-MooseX-Traits/work/MooseX-Traits-0.06. Regards Andrew ___ 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/p5-Net-Twitter broken
Digging further, I see some potential problems with devel/p5-MooseX-Traits: Correct, p5-MooseX-Traits was updated but p5-Moose wasn't, I should have committed them in batch, but wasn't paying quite enough attention. I'm waiting on timeout or approval of the following prs: 009/07/09ports/136508lbr[PATCH] devel/p5-Moose: update to 0.87 2009/07/09ports/136509lbr[PATCH] devel/p5-MooseX-AttributeHelpers: update to 0.20 2009/07/09ports/136513lbr[PATCH] devel/p5-MooseX-POE: update to 0.205 2009/07/09ports/136516lbr[PATCH] devel/p5-MooseX-Types: update to 0.16 http://www.freebsd.org/cgi/query-pr-summary.cgi?category=portsseverity=priority=class=state=sort=nonetext=responsible=multitext=originator=Philip+M.+Golluccirelease= -- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc.http://p6m7g8.net Senior Sys Admin- RideCharge, Inc. http://ridecharge.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ 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/p5-Net-Twitter broken
I've been trying to get Twirssi (http://www.twirssi.com/) running under Irssi but am encountering an error relating to Net::Twitter. My Perl knowledge is very limited, so I'm not too sure what's going on. The same error (below) occurs when I try to use this module from my own program. I suspect the problem is within p5-Moose but I don't know how to confirm this. Some further progress. I bumped the version number of the following ports by hand-editing their corresponding Makefiles, and deleting the distinfo files. Now both Net::Twitter and Twirssi are working again. p5-Class-MOP-0.88 succeeds index (index has 0.86) p5-Moose-0.84 succeeds index (index has 0.81) So I guess these need to be committed to the ports tree at some point. :) Presumably portsnap will overwrite my Makefile changes when there are newer files available. Regards Andrew ___ 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/130218 Maintainer timeout? (lang/ghc update)
On Mon, Jul 13, 2009 at 1:15 PM, Wesley Shieldsw...@freebsd.org wrote: On Sun, Jul 12, 2009 at 05:55:22PM -0400, L Campbell wrote: *pokes the haskell@ maintainers* Is there anything blocking the update of lang/ghc? We have an *ancient* version of GHC (the primary Haskell compiler) in ports -- old enough to cause problems with Haskell library requirements. It really needs to be updated (or, there needs to be a newer version of GHC in ports). The patch in that PR is for GHC 6.10.1; the current latest-and-greatest is 6.10.3 (which came out in May). Is possible, could the lang/ghc port be brought up-to-date? If not, what can I do to make it possible? The patches have become stale. If you want to submit an updated patch (possibly going to the 6.10.3 if you want) I will do my best to make sure it builds properly and is committed. I can't do any runtime testing of it though. I've got 6.10.2 built properly right now (generating the pkg-plist now). I had issues with 6.10.1 and 6.10.3 -- 6.10.1 has a broken ghci out of the box on amd64 (mmap issues arising from the shared library support). See: http://www.haskell.org/pipermail/glasgow-haskell-users/2008-November/016239.html 6.10.3 doesn't build for me due to issues with haskeline (the Haskell readline library). I suspect there's a cabal package somewhere which isn't building correctly then silently failing. Haven't investigated further because 6.10.2 builds fine and that's good enough for my needs. I went ahead and ran the GHC regression testsuite on my built -- got a whopping 300 failures (of ~12000 test cases; 2.5%). I've only skimmed through the failure list (it's attached for your browsing pleasure) -- some of the things looks like problems on their end, some of them look like problems on my end (ie, need FreeBSD-specific patches for things like getPermissions001, I imagine). Some of the failed tests look kind of concerning (space_leak_001). I've attached my current diff on the Makefile; I'll post a full diff when I've got the pkg-plist built; definitely want to have some more eyes testing it (and I still need to test it on an i386 box) to make sure nothing is completely foobar. OVERALL SUMMARY for test run started at Mon Jul 13 22:06:22 UTC 2009 2378 total tests, which gave rise to 12670 test cases, of which 0 caused framework failures 2528 were skipped 9548 expected passes 274 expected failures 12 unexpected passes 308 unexpected failures Unexpected passes: 2740(ghci) break001(ghci) break006(ghci) break026(ghci) hist001(ghci) print003(ghci) print005(ghci) print006(ghci) print010(ghci) print012(ghci) print014(ghci) print020(ghci) Unexpected failures: 3171(normal) 3207(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthread ed) 3236(normal,threaded1) 3279(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthread ed) GADT13(normal,profc,profasm) NoMatchErr(normal) NonLinearSigErr(normal,hpc,profc,profasm) SeqRule(optc,optasm) Simple16(normal) Simple8(normal,profc,profasm) T1074(normal) T1074a(normal) T1148(normal) T1633(normal) T1792_imports(normal) T1900(normal) T1969(normal) T2267(normal) T246(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthread ed) T2627b(normal) T2677(normal) T2693(normal) T2806(normal) T2888(normal,hpc,profc,profasm) T3013(normal) T3066(normal) T3095(normal) T3118(optc,hpc,optasm,profc,profasm) T3126(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthrea ded) T3153(normal) T3155(normal) T3163(normal) T3177(normal) T3177a(normal) T3219(normal,optc,hpc,optasm,profc,profasm) T3221(normal,optc,hpc,optasm,profc,profasm) T3262(normal,optc,hpc,optasm,profc,profasm) T3265(normal) T3319(normal) T3323(normal) T3342(normal,optc,hpc,optasm,profc,profasm) TH_runIO(normal) arith013(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profth readed) break011(ghci) break017(ghci) break018(ghci) break024(ghci) break025(ghci) cabal01(normal) ccfail001(normal) ccfail002(normal) decodingerror001(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded 2,profthreaded) derefnull(profc,profthreaded) divbyzero(profc,profthreaded) ds057(normal) dynbrk001(ghci) encoding001(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,pro fthreaded) fdReadBuf001(ghci,threaded1,threaded2) getPermissions001(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,pr ofthreaded) ghci025(ghci) ghcpkg02(normal) ghcpkg05(normal) hClose002(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,proft hreaded) hClose003(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthreaded) hDuplicateTo001(normal,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthreaded)
Re: ports/130218 Maintainer timeout? (lang/ghc update)
On Mon, Jul 13, 2009 at 10:33:57PM -0400, L Campbell wrote: On Mon, Jul 13, 2009 at 8:29 PM, L Campbe...@virginia.edu wrote: I've attached my current diff on the Makefile; I'll post a full diff when I've got the pkg-plist built; definitely want to have some more eyes testing it (and I still need to test it on an i386 box) to make sure nothing is completely foobar. Generated a trash pkg-plist which probably needs to be cleaned up (the current version uses GHC_LIBDIR_REL, etc, and probably some other things). Should be fine to test with, though. Things that still need to be done -- * Make sure it builds and works on i386 I can do the build testing on i386 and amd64, but not much more than that. * Thumb through the ghc regressions test suite to make sure nothing horrible is failing (and fix the things that I suspect are horribly broken) * Run through all the Haskell ports and see what breaks with them (oh boy lol) Again, I can do build testing on both i386 and amd64 for these, but not much more than that (you'll have to provide me a list of what to test) I don't expect to be ready to submit a PR until this weekend. Please submit it as a followup to the existing PR and CC me on it so I can work with you to make sure it gets committed. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cvs commit: ports/devel/regexx Makefile ports/devel/regexx/files patch-libtool22
The Restless Daemon identified a gcc4 error while trying to build: regexx-0.98.1_3 maintained by po...@freebsd.org Makefile ident: $FreeBSD: ports/devel/regexx/Makefile,v 1.18 2009/07/14 04:16:36 mezz Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/regexx-0.98.1_3.log : regexx.cc:46: error: expected primary-expression before 'const' regexx.cc:46: error: expected `)' before 'const' regexx.cc:52: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:52: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:52: error: expected primary-expression before 'const' regexx.cc:52: error: expected `)' before 'const' regexx.cc:60: error: 'PCRE_NOTBOL' was not declared in this scope regexx.cc:60: error: 'PCRE_NOTEOL' was not declared in this scope regexx.cc:66: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:66: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:66: error: expected primary-expression before 'const' regexx.cc:66: error: expected `)' before 'const' regexx.cc:73: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:73: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:73: error: expected primary-expression before 'const' regexx.cc:73: error: expected `)' before 'const' regexx.cc:73: error: expected `)' before ';' token regexx.cc:79: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:79: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:79: error: expected primary-expression before 'const' regexx.cc:79: error: expected `)' before 'const' regexx.cc:79: error: expected `)' before ';' token regexx.cc:92: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:92: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:92: error: expected primary-expression before 'const' regexx.cc:92: error: expected `)' before 'const' regexx.cc:92: error: expected `)' before ';' token regexx.cc:117: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:117: error: ISO C++ forbids declaration of 'type name' with no type regexx.cc:117: error: expected primary-expression before 'const' regexx.cc:117: error: expected `)' before 'const' regexx.cc:117: error: expected `)' before ';' token gmake[1]: *** [regexx.lo] Error 1 gmake[1]: Leaving directory `/work/a/ports/devel/regexx/work/regexx-0.98.1/src' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /a/ports/devel/regexx. build of /usr/ports/devel/regexx ended at Tue Jul 14 04:21:37 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/regexx-0.98.1_3.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=develportname=regexx The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 with tinderd_flags=-nullfs -plistcheck -onceonly and ccache support, with the official up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. 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