Re: Port dependencies on p5-Test-*
2008/2/24, Yen-Ming Lee [EMAIL PROTECTED]: However, I agree to remove p5-Test-Simple from dependency since it's in PERL core list already. I mean Test::More when I mentioned p5-Test-Simple. Test::More is in the core list of PERL 5.6.2 or above. But for other modules in p5-Test-Simple, say Test::Builder::Tester and Test::Builder::Module, they are in the core list of PERL 5.8.8 or above. -- Yen-Ming Lee [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Port dependencies on p5-Test-*
Yen-Ming Lee [EMAIL PROTECTED] writes: [unreadable] Please fix your MUA. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: TrueCrypt 5.0 - Built, short test result: Ok.
Hi, 2008/2/23, Dierk Sacher [EMAIL PROTECTED]: Are you able to transfer let's say the content of /usr/local/bin to it? I'm still able to deadlock the whole vfs by doing something like that. I've just done your test.. and crash my laptop (no more access to the filesystem). I didn't encounter this problem during working on my few (about 4) small files (about 1 MB) on the truecrypt volume. Oliver ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Port dependencies on p5-Test-*
2008/2/25, Dag-Erling Smørgrav [EMAIL PROTECTED]:
Yen-Ming Lee [EMAIL PROTECTED] writes:
[unreadable]
Please fix your MUA.
My MUA is Gmail. I can't really fix it.
The only thing I can do is to resend them with plain text format...
- resend 1 -
I guess some of these PERL ports which depends on p5-Test;* are committed by me.
For Makefile.PL, all dependencies are listed in 'PREREQ_PM' so it's
hard to tell which ones are really needed and which ones are needed
only for tests.
For Build.PL, it will be easier since they are listed in 'requires'
and 'build_requires' separately.
What I did for these packages is:
RUN_DEPENDS= the real dependencies
BUILD_DEPENDS=${RUN_DEPENDS}
BUILD_DEPENDS+= the dependencies needed only for test
It will make the port depend on the real dependencies only.
Most PERL ports can build without any other p5- port if we ignore the
ones needed for tests.
Does it mean that we should ignore BUILD_DEPENDS entirely?
Removing all p5-Test-* from Makefile.PL or Build.PL may break some
ports (for example, some other p5-Test-* ports) which really need
p5-Test-*.
However, I agree to remove p5-Test-Simple from dependency since it's
in PERL core list already.
- resend 2 -
I mean Test::More when I mentioned p5-Test-Simple. Test::More is in
the core list of PERL 5.6.2 or above.
But for other modules in p5-Test-Simple, say Test::Builder::Tester and
Test::Builder::Module, they are in the core list of PERL 5.8.8 or
above.
--
Yen-Ming Lee [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Current unassigned ports problem reports
Current FreeBSD problem reports 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. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Tracker Resp. Description o ports/106369vpnd caused kernel panic with ppp mode o ports/106372vpnd can't run with slip mode f ports/108077www/linux-flashplugin9 crashes linux-firefox f ports/108413net/vnc does not works. f ports/112921x11-wm/Beryl not loading focus and keybinding settings f ports/113144print/ghostscript-gnu dumps core with several output d f ports/115818Executable clash between databases/grass and ruby gems f ports/116378xorg 7.3 on -stable breaks math/scilab f ports/116385net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586net/isc-dhcp3-server does not work when compiled with f ports/116777The math/scilab port fails in demos-signal-bode. f ports/116778security/nmap ping-scan misses some hosts f ports/116949security/vpnc: Some Cisco Concentrators refuse Connect o ports/117025multimedia/pwcbsd: Pwcbsd-1.4.0 + New USBStack not wor f ports/117128security/ipsec-tools racoon.sh fails with /var on mfs f ports/117196Port net/asterisk-addons 1.4.2 fails to compile f ports/118173net/gatekeeper port doesn't honor LOCALBASE setting o ports/118877audio/streamripper does not detect song title from str f ports/119546net/nss_ldap makes /usr/bin/ssh dump core in getpwuid( o ports/120372java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o ports/120505[maintainer] net/phpldapadmin, net/phpldapadmin098 -- o ports/120741Upgrade security/vpnc to 0.5.1 in order to connect to o ports/120837New port: astro/gpscorrelate; Corelate exif metadata o o ports/120843New port: net-mgmt/fetchconfig Perl script for retriev f ports/120996x11-toolkits/swt-devel: gnomevfs depenency problem o ports/121041Mk/bsd.sites.mk - Apache Commons ports: unfetchable di 26 problems total. Non-critical problems S Tracker Resp. Description o ports/102544ltmdm driver (comms/ltmdm) crashes system whene line r o ports/107354net/icmpinfo: icmpinfo -vvv does not recocnize any ICM f ports/107937jailed net/isc-dhcp3-server wouldn't run with an immut o ports/110144New port: math/Matlab7 f ports/111456[UPDATE] finance/pfpro updated distinfo f ports/112887net/nxserver 1.4.0_1 fails to compile after upgrading f ports/113423Update for ports net/freenx to version 0.6.0 f ports/114127net/vnc - vnc.so installed to bad location f ports/114825pam module security/pam_abl not working s ports/115216ADA devel/florist exit_process program doesn't compile s ports/115217Ada devel/florist socket program doesn't compile due t f ports/115304multimedia/gpac-mp4box cannot import files larger than o ports/115308multimedia/jahshaka fails to open GUI - ends with pre f ports/115336port multimedia/avifile on FreeBSD 7.0 not BROKEN with f ports/115627www/Lynx (-ssl) does not correctly test for OpenSSL f ports/115722New port:x11/tastymenu A K-Menu replacement for KDE 3. f ports/116037multimedia/dvd-slideshow has been updated from 0.7.5 t f ports/116058Update: x11-themes/gtk-qt-engine to version 0.8 f ports/116120[patch]
Re: Port dependencies on p5-Test-*
On Mon, 25 Feb 2008 02:45:58 -0800
Yen-Ming Lee [EMAIL PROTECTED] wrote:
2008/2/25, Dag-Erling Smørgrav [EMAIL PROTECTED]:
Yen-Ming Lee [EMAIL PROTECTED] writes:
[unreadable]
Please fix your MUA.
My MUA is Gmail. I can't really fix it.
The only thing I can do is to resend them with plain text format...
- resend 1 -
I guess some of these PERL ports which depends on p5-Test;* are
committed by me.
For Makefile.PL, all dependencies are listed in 'PREREQ_PM' so it's
hard to tell which ones are really needed and which ones are needed
only for tests.
For Build.PL, it will be easier since they are listed in 'requires'
and 'build_requires' separately.
What I did for these packages is:
RUN_DEPENDS= the real dependencies
BUILD_DEPENDS=${RUN_DEPENDS}
BUILD_DEPENDS+= the dependencies needed only for test
It will make the port depend on the real dependencies only.
Most PERL ports can build without any other p5- port if we ignore the
ones needed for tests.
Does it mean that we should ignore BUILD_DEPENDS entirely?
Removing all p5-Test-* from Makefile.PL or Build.PL may break some
ports (for example, some other p5-Test-* ports) which really need
p5-Test-*.
However, I agree to remove p5-Test-Simple from dependency since it's
in PERL core list already.
- resend 2 -
I mean Test::More when I mentioned p5-Test-Simple. Test::More is in
the core list of PERL 5.6.2 or above.
But for other modules in p5-Test-Simple, say Test::Builder::Tester and
Test::Builder::Module, they are in the core list of PERL 5.8.8 or
above.
FWIW, I had not trouble reading either version of your posts, although
plain text is by far the preferred format.
--
Gerard
[EMAIL PROTECTED]
Within a computer, natural language is unnatural.
signature.asc
Description: PGP signature
Re: obexftp - call for testers
amd64, 8-CURRENT - obexapp/obexftp - not work... obexapp - silent die, obexftp - cannot connect = acer# obexapp -c -a nokia-6085 -C ftrn acer# obexftp --bluetooth `bthost -b nokia-6085` --channel 10 --capability Connecting...failed: connect Still trying to connect Connecting...failed: connect Still trying to connect Connecting...failed: connect Still trying to connect acer# l2ping -c 10 -a nokia-6085 0 bytes from nokia-6085 seq_no=0 time=571.145 ms result=0 0 bytes from nokia-6085 seq_no=1 time=37.093 ms result=0 0 bytes from nokia-6085 seq_no=2 time=32.079 ms result=0 0 bytes from nokia-6085 seq_no=3 time=34.113 ms result=0 0 bytes from nokia-6085 seq_no=4 time=43.063 ms result=0 0 bytes from nokia-6085 seq_no=5 time=31.056 ms result=0 0 bytes from nokia-6085 seq_no=6 time=29.035 ms result=0 0 bytes from nokia-6085 seq_no=7 time=28.030 ms result=0 0 bytes from nokia-6085 seq_no=8 time=33.033 ms result=0 0 bytes from nokia-6085 seq_no=9 time=33.013 ms result=0 acer# uname -a FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 23 19:18:54 MSK 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/main-color-console amd64 acer# ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: obexftp - call for testers
Alex Keda пишет: amd64, 8-CURRENT - obexapp/obexftp - not work... obexapp - silent die, obexftp - cannot connect = acer# obexapp -c -a nokia-6085 -C ftrn acer# obexftp --bluetooth `bthost -b nokia-6085` --channel 10 --capability Connecting...failed: connect Still trying to connect Connecting...failed: connect Still trying to connect Connecting...failed: connect Still trying to connect acer# l2ping -c 10 -a nokia-6085 0 bytes from nokia-6085 seq_no=0 time=571.145 ms result=0 0 bytes from nokia-6085 seq_no=1 time=37.093 ms result=0 0 bytes from nokia-6085 seq_no=2 time=32.079 ms result=0 0 bytes from nokia-6085 seq_no=3 time=34.113 ms result=0 0 bytes from nokia-6085 seq_no=4 time=43.063 ms result=0 0 bytes from nokia-6085 seq_no=5 time=31.056 ms result=0 0 bytes from nokia-6085 seq_no=6 time=29.035 ms result=0 0 bytes from nokia-6085 seq_no=7 time=28.030 ms result=0 0 bytes from nokia-6085 seq_no=8 time=33.033 ms result=0 0 bytes from nokia-6085 seq_no=9 time=33.013 ms result=0 acer# uname -a FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 23 19:18:54 MSK 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/main-color-console amd64 acer# I`m stupid - not input PIN =( all work OK acer# obexftp --bluetooth `bthost -b nokia-6085` --channel 10 --capability Connecting...done Receiving (null)...|?xml version=1.0 ? !DOCTYPE Capability SYSTEM obex-capability.dtd Capability Version=1.0 General ManufacturerNokia/Manufacturer ModelRM-198/Model SN358630018080756/SN SW Version=V 05.03 Date=20070809T12/ HW Version=1402/ Languageru/Language Memory MemTypeDEV/MemType !-- DEV memory -- Free4356096/Free Used4014592/Used /Memory Memory MemTypeMMC/MemType !-- MMC memory -- Free802521088/Free Used227311616/Used /Memory /General Inbox Object Typetext/x-vCard/Type Name-Extvcf/Name-Ext /Object Object Typetext/x-vCalendar/Type Name-Extvcs/Name-Ext /Object /Inbox Service NameFolder-Browsing/Name UUIDF9EC7BC4-953c-11d2-984E-525400DC9E09/UUID Version1.0/Version Object Typex-obex/folder-listing/Type /Object Access ProtocolIrDA/Protocol TargetF9EC7BC4-953c-11d2-984E-525400DC9E09/Target /Access Ext XNamImages/XNam XValFolder=п╓п╬я┌п╬\/XVal XValMemType=DEV/XVal /Ext Ext XNamVideos/XNam XValFolder=п▓п╦п╢п╣п╬\/XVal XValMemType=DEV/XVal /Ext Ext XNamMusic/XNam XValFolder=п°я┐п╥я▀п╨п╟\/XVal XValMemType=DEV/XVal /Ext Ext XNamGraphics/XNam XValFolder=п⌠я─п╟я└п╦п╨п╟\/XVal XValMemType=DEV/XVal /Ext Ext XNamTones/XNam XValFolder=п║п╦пЁп╫п╟п╩я▀\/XVal XValMemType=DEV/XVal /Ext Ext XNamRecordings/XNam XValFolder=п≈п╟п©п╦я│п╦\/XVal XValMemType=DEV/XVal /Ext Ext XNamApplications/XNam XValFolder=п п╬п╩п╩п╣п╨я├п╦я▐\/XVal XValMemType=DEV/XVal /Ext Ext XNamGames/XNam XValFolder=п≤пЁя─я▀\/XVal XValMemType=DEV/XVal /Ext Ext XNamMMC/XNam XValFolder=Victoriya\/XVal XValMemType=MMC/XVal /Ext /Service Service NameInfolog/Name Object Typex-irmc/info.log/Type Name-Extlog/Name-Ext /Object /Service Service NameSyncML/Name UUIDSYNCML-SYNC/UUID Version1.1/Version Object Typeapplication/vnd.syncml+wbxml/Type /Object /Service /Capability done Disconnecting...done acer# ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Port dependencies on p5-Test-*
Yen-Ming Lee [EMAIL PROTECTED] writes: For Makefile.PL, all dependencies are listed in 'PREREQ_PM' so it's hard to tell which ones are really needed and which ones are needed only for tests. I assume that in the vast majority of packages that are not themselves named p5-Test-*, none of the Test::* modules are required. The sed script I posted may remove too much from Makefile.PL, and Build.PL, but that doesn't actually matter as long as the port's BUILD_DEPENDS and RUN_DEPENDS are correct; it only means that Makefile.PL won't verify that they're there. The ports tree's dependency system guarantees that they are, and even if they aren't, the build will fail. Removing all p5-Test-* from Makefile.PL or Build.PL may break some ports (for example, some other p5-Test-* ports) which really need p5-Test-*. Yes, I've excluded those from my count. If I had included them, there would be 350 ports with p5-Test-* dependencies. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: www/mediawiki: PostgreSQL non functional - why? + texvc + dependencies
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 No answer after 15 days -- does this mean that the maintainer is not interested in this port? - -- Nikola Lečić = Никола Лечић fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iQCVAwUBR8K7SPzDP9K2CKGYAQPGvwP/RzRuWCrnrI9GVPfuY2XMCNDs/aB+G7Oc PXrtce1dgdVwyc1kBbSGR0DHjZ1AaaM1LOYmkbnBa5rTenM4gpKYKrfpl0UIjiM4 /9C+GzeyTmFzUcNA7S/nfnR4PhFxc9lereBSDjgrl02W71G2BWAJdJ8O6+wRXgD9 c6xACTy4fY8= =40Hb -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: caching problems
On Fri 2008-02-22 (21:17), Emanuel Haupt wrote: You could host the INDEX file on a mirror running a webserver on a non standard port. Then you could add something like this to /usr/local/etc/pkgtools.conf: ENV['MASTER_SITE_INDEX'] = http://your.index.mirror.tld:81/; thanx Although adjusting the cache policy seems more reasonable to me. agreed, if only the admins were reasonable .. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: caching problems
On Fri 2008-02-22 (21:59), RW wrote: Have you tried using curl to prefetch the relevant files, IIRC it adds a header that asks for a refetch or revalidation. That may cause the cache to update its copy, depending on whether their policy complies with standards. i haven't tried that, not really sure what prefetching means? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
CUPS 1.3.6
Hello, is anybody working on updating CUPS to 1.3.6 or is there any planning? If I would, is there any chance to get it committed during the slush? Thanks, -- Pietro Cerutti PGP Public Key: http://gahr.ch/pgp ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
CUPS 1.3.6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, is anybody working on updating CUPS to 1.3.6 or is there any planning? If I would, is there any chance to get it committed during the slush? Thanks, - -- Pietro Cerutti PGP Public Key: http://gahr.ch/pgp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHwsCjwMJqmJVx944RAsvlAKCb110n9zDkUGaxSdjl1zY6FQJOTgCfQGQw CAMNMDLY2LWCL55f0dsd0lA= =Jfvq -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: www/mediawiki: PostgreSQL non functional - why? + texvc + dependencies
In response to Nikola Lečić [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 No answer after 15 days -- does this mean that the maintainer is not interested in this port? He could be on holiday or otherwise indisposed. Policy dictates that you should open this as a PR. If the PR sits longer than the maintainer timeout without a response from the maintainer, then other committers can make the change. There's documented policy on this: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports/maintain-port.html - -- Nikola Lečić = Никола Лечић fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iQCVAwUBR8K7SPzDP9K2CKGYAQPGvwP/RzRuWCrnrI9GVPfuY2XMCNDs/aB+G7Oc PXrtce1dgdVwyc1kBbSGR0DHjZ1AaaM1LOYmkbnBa5rTenM4gpKYKrfpl0UIjiM4 /9C+GzeyTmFzUcNA7S/nfnR4PhFxc9lereBSDjgrl02W71G2BWAJdJ8O6+wRXgD9 c6xACTy4fY8= =40Hb -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] -- Bill Moran http://www.potentialtech.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: www/mediawiki: PostgreSQL non functional - why? + texvc + dependencies
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Mon, 25 Feb 2008 14:31:29 +0100 Gerrit Beine [EMAIL PROTECTED] wrote: Am Montag, 25. Februar 2008 13:57:27 schrieb Nikola Lečić: No answer after 15 days -- does this mean that the maintainer is not interested in this port? Maybe he's just busy. The PostgreSQL option is tagged as non functional to save me from support mails. But misinformation is not the way to do this, I think... I speak about 1.11 version. Many people have problems running PostgreSQL and not long ago it was not possible to run MediaWiki with PostgreSQL - at least, it was not officially supported. It works now, and is officially supported. Including all major plugins. You can send a PR with a patch if you want to change something. Otherwise I will add some changes when I have a free time window. With pleasure. As you can see, I didn't expect you to do anything, just asked for your opinion, as it is a recommended way. So what do you *think* about other 3 topics? - -- Nikola Lečić = Никола Лечић fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iQCVAwUBR8LI6PzDP9K2CKGYAQNxCQP/QIxkbZfyEBYiRjI894dBIZYy+2SlUuRY XH0YlzemRi5lLJE76XZlIlY92Ic+dkM6CoL+R77lVvLABrre87T+Nms29nzKHu9D 53/phtT0yDnNUWdAijm3rq7GvfldcLBkXSaCHLblm9E3TpAkoKkgnDlvw+deTJlj U3sDtqUC8sM= =rbn+ -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: www/mediawiki: PostgreSQL non functional - why? + texvc + dependencies
On Mon, Feb 25, 2008 at 01:57:27PM +0100, Nikola Le??i?? wrote: No answer after 15 days -- does this mean that the maintainer is not interested in this port? I believe the policy is that a maintainer is allowed 30 days to respond, after which the PR can be addressed by someone other than the maintainer. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: www/mediawiki: PostgreSQL non functional - why? + texvc + dependencies
Am Montag, 25. Februar 2008 13:57:27 schrieb Nikola Lečić: No answer after 15 days -- does this mean that the maintainer is not interested in this port? Maybe he's just busy. The PostgreSQL option is tagged as non functional to save me from support mails. Many people have problems running PostgreSQL and not long ago it was not possible to run MediaWiki with PostgreSQL - at least, it was not officially supported. You can send a PR with a patch if you want to change something. Otherwise I will add some changes when I have a free time window. So long... Gerrit ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: www/mediawiki: PostgreSQL non functional - why? + texvc + dependencies
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
On Mon, 25 Feb 2008 15:18:32 +0100
Gerrit Beine [EMAIL PROTECTED] wrote:
Am Montag, 25. Februar 2008 14:55:37 schrieben Sie:
On Mon, 25 Feb 2008 14:31:29 +0100
But misinformation is not the way to do this, I think... I speak
about 1.11 version.
This is not misinformation, but historical. ;-)
Nobody asked ever about this.
Didn't know this was so unpopular. :-)
So what do you *think* about other 3 topics?
A Knob for texvc can be added, also for ImageMagick and the
accelerators and caches.
Ok, thanks.
AFAIK it is not recommended to install MediaWiki in the DocumentRoot
of a webserver - ${LOCALBASE}/www is not the DocumentRoot.
So I see no problem to leave MediaWiki there.
What docs says is that recommended URL for index.php should be e.g.
http://yourdomain.com/wiki/index.php, and not
http://yourdomain.com/index.php, and /w for database queries. In my
experience, it doesn't work well if you try to achieve it through
Apache alias only. The documented way is to install sources in a
physical sub-directory and to provide an alias for /wiki. That's why I
asked. What do you recommend how to achieve this if mediawiki index.php
goes to ${LOCALBASE}/www/mediawiki?
- --
Nikola Lečić = Никола Лечић
fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4 (FreeBSD)
iQCVAwUBR8LSlvzDP9K2CKGYAQOuFwQA0+XBGJ7F44XK9N+ULbscdydUjy6SWWSu
P4SNZ6D3RkWEwCo6VClpKFFW61GNiv2KzsqvXkMiq+mBKbCMmq9kHlxmgRcRQPmz
4aGltbzxlCnFBU1XeLPU7V7mG7vn/RTMCJE42uC6JDKm/FqgOmuRGSks8xL3V8pM
vS/brGeIYr8=
=XRut
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: caching problems
On Feb 25, 2008, at 4:28 AM, gareth wrote: On Fri 2008-02-22 (21:59), RW wrote: Have you tried using curl to prefetch the relevant files, IIRC it adds a header that asks for a refetch or revalidation. That may cause the cache to update its copy, depending on whether their policy complies with standards. i haven't tried that, not really sure what prefetching means? prefetch = cache = get for later use, in this given case. Prefetch has similar connotations in hardware, but it's also somewhat different in definition. -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Port dependencies on p5-Test-*
--On Monday, February 25, 2008 11:21:35 +0100 Dag-Erling Smørgrav [EMAIL PROTECTED] wrote: Yen-Ming Lee [EMAIL PROTECTED] writes: [unreadable] Please fix your MUA. What needs to be fixed? I read his messages without any problem. -- Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
porttools seg fault
For at least a month now I've been getting seg faults when running port test in a port directory I'm updating. For example, today I updated devel/p5-Test-Strict: p5-Test-Strict# port test -i === Validating port with portlint looks fine. === flags: PREFIX=/tmp/p5-Test-Strict-0.09 NO_DEPENDS=yes PKG_DBDIR=/tmp/pkg_db.drHcmHIO === Cleaning workspace before port test === Cleaning for p5-Test-Strict-0.09 === Vulnerability check disabled, database not found === Extracting for p5-Test-Strict-0.09 = MD5 Checksum OK for Test-Strict-0.09.tar.gz. = SHA256 Checksum OK for Test-Strict-0.09.tar.gz. === Patching for p5-Test-Strict-0.09 === Configuring for p5-Test-Strict-0.09 Checking if your kit is complete... Looks good Writing Makefile for Test::Strict === Building for p5-Test-Strict-0.09 cp lib/Test/Strict.pm blib/lib/Test/Strict.pm Manifying blib/man3/Test::Strict.3 Segmentation fault === Error running make install === Cleaning up Segmentation fault Segmentation fault I've deinstalled/reinstalled several times with no change. I used to use this regularly without a problem to check port validity. Any ideas? Zach ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/121013: [UPDATE] sysutils/p5-File-Stat-Bits
Synopsis: [UPDATE] sysutils/p5-File-Stat-Bits Responsible-Changed-From-To: pirzyk-freebsd-ports Responsible-Changed-By: pirzyk Responsible-Changed-When: Mon Feb 25 20:18:18 UTC 2008 Responsible-Changed-Why: Approved. Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=121013 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/121013: [UPDATE] sysutils/p5-File-Stat-Bits
Synopsis: [UPDATE] sysutils/p5-File-Stat-Bits State-Changed-From-To: open-closed State-Changed-By: delphij State-Changed-When: Mon Feb 25 20:45:46 UTC 2008 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=121013 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/121013: [UPDATE] sysutils/p5-File-Stat-Bits
Synopsis: [UPDATE] sysutils/p5-File-Stat-Bits Responsible-Changed-From-To: freebsd-ports-delphij Responsible-Changed-By: delphij Responsible-Changed-When: Mon Feb 25 20:46:03 UTC 2008 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=121013 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: quagga-0.99.9_7
Hi Boris, I have 2 question to you. Sometimes when I use quagga script for start, restart or status commands, there turns up strange message about unexpected operator on the different routers with quagga. I have some routers based on Linux and these errors are not there. # /etc2/rc.d/quagga status [: 34978: unexpected operator strange quagga is running as pid 35227. quagga is running as pid 35233. quagga is running as pid 35239. Sleeping 10 seconds to obtain dynamic routing information... And second question about PID´s, would it be possilbe instead drab quagga daemon place the real name of daemons, to see which daemon is not or is running ? For the first question I could send you more information, but my configuration is clean, I am pretty sure. Thanks. Bye. Daniel ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Port dependencies on p5-Test-*
2008/2/25, Dag-Erling Smørgrav [EMAIL PROTECTED]: Yen-Ming Lee [EMAIL PROTECTED] writes: For Makefile.PL, all dependencies are listed in 'PREREQ_PM' so it's hard to tell which ones are really needed and which ones are needed only for tests. I assume that in the vast majority of packages that are not themselves named p5-Test-*, none of the Test::* modules are required. The sed script I posted may remove too much from Makefile.PL, and Build.PL, but that doesn't actually matter as long as the port's BUILD_DEPENDS and RUN_DEPENDS are correct; it only means that Makefile.PL won't verify that they're there. The ports tree's dependency system guarantees that they are, and even if they aren't, the build will fail. Okay, I agree to remove these Test::* from RUN_DEPENDS since they should be only used for tests, however I still want to keep them in BUILD_DEPENDS so that it will be easier when developers want to 'make test' (I know that we don't do it for p5-* perl, but I do). So, there are two problems in the current perl ports, and either one of them will generate the overkill dependencies: 1. depends on the modules which are in perl core list already 2. put the dependency-for-test-only (say Test::*) in RUN_DEPENDS I wrote a script to catch both problems, and I'll update it daily here: http://people.freebsd.org/~leeym/p5-lint.txt To simplify the dependency tree for p5- ports, we should start with that list. For case 1, someone prefers to use the latest version while someone prefer to simply the dependency. I myself prefer the latter. I guess it needs further discussion to make a consensus. And, note for case 1: If some modules are needed for some features in newer version, it should use versioned dependency instead and specify the minimum version needed. My script will check with Module::CoreList for that specific version. For case 2, I guess the consensus is to keep RUN_DEPENDS as simple as possible, right? Regards, -- Yen-Ming Lee [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fix for FreeBSD-SA-08:01.pty appears to break net/omnitty?
Fixed. Thanks Rong-En Fan wrote: Hi, On Tue, Feb 19, 2008 at 06:12:59PM -0800, David Wolfskill wrote: On Wed, Feb 20, 2008 at 10:07:07AM +0800, Rong-En Fan wrote: FYI, this is fixed in omnitty 0.3.0_1. Thanks! Should I file a PR against misc/compat6x (because its version of libutil.so is apparently still subject PTY security advisory)? Maintainer is CC'ed. I think we should update misc/compat6x to use contents from 6.3-RELEASE. And filing a PR is also good. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Port dependencies on p5-Test-*
So step by step, Let's take out Test::* from RUN_DEPENDS. And discuss BUILD_DEPENDS later. I'll examine my p5-* ports now. On Mon, Feb 25, 2008 at 05:02:59PM -0800, Yen-Ming Lee wrote: 2008/2/25, Dag-Erling Smørgrav [EMAIL PROTECTED]: Yen-Ming Lee [EMAIL PROTECTED] writes: For Makefile.PL, all dependencies are listed in 'PREREQ_PM' so it's hard to tell which ones are really needed and which ones are needed only for tests. I assume that in the vast majority of packages that are not themselves named p5-Test-*, none of the Test::* modules are required. The sed script I posted may remove too much from Makefile.PL, and Build.PL, but that doesn't actually matter as long as the port's BUILD_DEPENDS and RUN_DEPENDS are correct; it only means that Makefile.PL won't verify that they're there. The ports tree's dependency system guarantees that they are, and even if they aren't, the build will fail. Okay, I agree to remove these Test::* from RUN_DEPENDS since they should be only used for tests, however I still want to keep them in BUILD_DEPENDS so that it will be easier when developers want to 'make test' (I know that we don't do it for p5-* perl, but I do). So, there are two problems in the current perl ports, and either one of them will generate the overkill dependencies: 1. depends on the modules which are in perl core list already 2. put the dependency-for-test-only (say Test::*) in RUN_DEPENDS I wrote a script to catch both problems, and I'll update it daily here: http://people.freebsd.org/~leeym/p5-lint.txt To simplify the dependency tree for p5- ports, we should start with that list. For case 1, someone prefers to use the latest version while someone prefer to simply the dependency. I myself prefer the latter. I guess it needs further discussion to make a consensus. And, note for case 1: If some modules are needed for some features in newer version, it should use versioned dependency instead and specify the minimum version needed. My script will check with Module::CoreList for that specific version. For case 2, I guess the consensus is to keep RUN_DEPENDS as simple as possible, right? Regards, -- Yen-Ming Lee [EMAIL PROTECTED] -- Alan Cheng-Lung Sung - clsung@ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
