From owner-freebsd-ports Sun May 26 08:32:56 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00782 for ports-outgoing; Sun, 26 May 1996 08:32:56 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA00771 for ; Sun, 26 May 1996 08:32:49 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id RAA29152; Sun, 26 May 1996 17:15:21 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id QAA09546; Sun, 26 May 1996 16:55:34 +0200 (MET DST) Date: Sun, 26 May 1996 16:55:32 +0200 (MET DST) From: Andreas Klemm To: "Christoph P. Kukulies" cc: freebsd-ports@freefall.freebsd.org Subject: Re: fvwm95-2 stability questionable In-Reply-To: <199605230829.KAA24850@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Thu, 23 May 1996, Christoph P. Kukulies wrote: > I started for fun fvwm95-2 yesterday to see if it has some advantages > over olvwm (which I'm using everyday). > > Leaving it alone for a longer period (about an hour) I suddenly > noticed, that the xperfmon window in the task bar was all red. > > I wonder if fvwm95-2 has some resource leak. > > Anyone else seen this? No, it's running absolutely stable since I've done the port. I'm running it on a -current system. Andreas /// - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMahw5fMLpmkD/U+FAQEJVwP+NFexD8OmS8m9TnKX5QDMT3Xs+vfCpwIe +ag5vFY6EoSzN3/kRpWLAT2TAtxqpv48qAaeiEcPTyKiVY4wL9tntWELXLvGfyYG jHe5RExPJN+E3twotLmte3H044Jmj/7tpRYUkN48eRhT9y69sLKc0flGSIYUwdQQ vgFmudl6FNg= =Wdl9 -----END PGP SIGNATURE----- From owner-freebsd-ports Sun May 26 08:33:02 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00802 for ports-outgoing; Sun, 26 May 1996 08:33:02 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA00779; Sun, 26 May 1996 08:32:53 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id RAA29188; Sun, 26 May 1996 17:15:25 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id RAA12080; Sun, 26 May 1996 17:15:13 +0200 (MET DST) Date: Sun, 26 May 1996 17:15:11 +0200 (MET DST) From: Andreas Klemm To: ports@freebsd.org cc: asami@freebsd.org Subject: fvwm95-2 port updated to the last version Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hi ! I updated the fvwm95-2 port, several people asked for that. Here it is ;-) Have fun Andreas /// begin 664 fvwm95-port.tgz M'XL(`%5UJ#$``^Q=S7;;QI+V5CQ:Y!'ZF(HGL2(0)`%"TES?D43+&4TLRY1T M$\Z9W.,#`J!$DP1H@+2ER#LU7FJS]J]\?W%\?F+'] MC8JE5W1=I^UOF5G[ST64]M^?$H%;2U'7*Q5C4ON;HOU-R[*@_8L5TWA`]'OQ M)B&?>?L7G+=1[L]V(I,_3=3Q[_6"J-4/PM,[MC%U_)#L MZW^C9)IE^OS?*!G9^F\>$FO_>WH5X&;K_R*=_W73S-I_'C+2_O?P*L`-UO_B M_F^52]G]?QZ2K?\_;QD=_W?_*L#4\5\V$N/?*!7U;/S/0U+7_ZP[9-/"9R`C MX_\>7@68-OZ-4CGQ_*]L5,QL_,]#"EV[U>D'04<[Z75G>0V@T'7-F?1\KQ\Y M=L\3Q%*Y5"'ZVKJYMJZO2>639O=5RPG\*5Y80T#H:T=!X/K>NVAFUT_>CG>F MJ'^6KW+$QC\T[7W8F'K_MXS$^I]^$B`;__.0W:/? MU"L6'?_ELJ$;IF[0Y_^ZE;W_/QBW'.(<0S@>$]H57D$W M^*^_PTSP4^ZAL4KH'RE"P^D/O\D])`L1>1'XWH*##S1+@^M&QW;:-%&'Q+OC M5A]+`DAT6D?'_49G@!GDAG+7&.WF&*T^!C0>H]7K8T!C,10R!C0.PR#IH#$8 M@&@*2)L!PR#"/2T1C52,<`Q1FI;T,0TCK6@",14S]$HBXJ!1S+`N"F(R9L0K M<:&-Q8QZ-=I2"4S2*_512\L+=L1CN!W;81"7OW#?^/SKZTNWP7L0\NU??U&C-%C?I&:^0 MVM_OT+?/%G.C"4[,H[?!W$1NA?GY7[.EWZ)U*!/.*(:%YU4^:="7^(=2A'D'.#D%A6C$(7D=A99<6VVN MTJ1-DT6='C39H,F23@^:=&BRK)?U"B9=EJP8+.FQY-HJ2S99LNFL(?,131JZ M81A8>DR3IFX:)B9;-%D!*@>57].DI5N&A:5MFEQ%H3SJKC,$-O1))A0YIT5UW'Q61$D]ZJYWB8[--D$PPQ M[$`D$0M1QG9A478:CMMP&TZ#G^6%DC,`7"6!8/!FQY6$"&,UO6P((`K!G-%@1M`?BB2"'%8RFDCQD,M ME]G@>H!I\\`XJA77[2&FS3F&^0XXX(D\!N&<3AO=CGPW*0!A:.Z8X!*U&40C M$%?)$U8<#@EH30>AK,\(Q'&'CK$2'Z/#/(\Y-FJ%28M6(TKQ;3S$`RNNAYAN M#-**!I.LN.X;;&O5MRE6`,GZA^OFY=\@\D8@6)0'2-[U7!]]ZW@*5R30".&7 MTDH>?8<0O)%F6D,K><4QU.RXM$C8">@E_H$5P8P0GO#DG4\6GTLQ%`/J-D\JS[ZF&=6 M*`V8UJ0`1'TD,GC5CBQ1]LE3PGH M/_UCH[X%:5$7R&5U8<1YYAA-@`F7_K'NAG7AOGAY'F14HXYUT3\/0?#(,"$4 M#$0.JPLZ@6KH&,?3/(]UM[`312R'6Q$F\FX3VINQ\2/O==GPB09H(2^JSXKA MP8^Z$!LQU;%Y(.07%(_,S`H]^G2J'(2#UT='C4;#!M'HJ=$X.FZW_1[P0*"I M)D*0][5[9+<'O7%+%0`?OT:S>$]U&C;+!R>.)B]R`(FO,PNA$VRO,6UI)"&- MUZ]]%M#VZV-[-D@0!#X5^C@;9';)()\U)`?KZ(.=W9?/MPD\R4Z1PYNNS`G9 MVCE\N5,?P[>:ECE97FS6=P[(&+[2+?F*Z7QLQ7`+OM(8OEO4]]]W#@[W]O^3 M_!"V^GW/)XU34O^>E+6B;M^<#&3[Q=-;X3+)))-,,LDDDTPR29<_^^7S3/Y9 MA'SX\.&,"GW\8KIZ&)Y=4?GX/MR?KD[E/6C_2J9IA1;A=!^OKK8FZW[Q!6E? M70)M6-OZXOW5KQ/T]D/J[&4[I,?_4D^N/EZ%6ULP!KX`>4!/L/S;?__^[%=@ MO+Q"S1K3AX>SR]_#2[0EY?(COVB'J!NV01,?P]H_KC[4PK9RA.W?$7QY><7U M@!69$7!UQ@S1%,UKARRXOUQ>LASZQTY4_^KW&KUJKY;UA+ MK`L$D5$">5OPHS/\LB:T48D&$EFH*G]`=F&JAMI79ZQR5Y?(VD9->H&(JS,& MAPP,^.4OK%3ZSCSA(.H,)L+:[^C)/YA.2"-3JS$J+C0;V-H(/,.@?.`>H#.< M5#[2W#.!H]R_\:*0.M,>LM9D[AD&AG'_TI:6L:JAZLN0O<8ZRF\U2:ZR*P)5 MI0\8PM_:,9[+46W&WF8=)<%SE:*.[*R#)WG2V&O`_H&-GG*WW MK);"-6OH+=3H/>H1]`*+F.WW<(3M,VF,`4BM#4,`B][30J9-/U!@P5%C!V;Q,\^S6#FD%16FQ6B% MKB3AN;5A6I!9A+O)3`M#8("?:MP52]`II(1Z(-,SW8@RR>2N)/;Y'W47WAW: MF+;_PV#[O_G^#_S\#W[_1_;YG_N7>DE!I:XNIZ+J MZ:O2::@Q,#(%-0Y&;H>`&Z( M+PP@4?M44N0AUSFU$;,$UV];0?TNM'=%UIE>``635739KYF"NP MG1M/>(J5K4#*M]^>LIDB,4%J(D>6X,Z^E*E4SC;L2BW!J0\OX"&V0U#%:CAU M:FQ3GL8G3(6#9<`Y99^AIDZ[FMQT*.==A0,E9;-B?*HF*1.$@:3<6>HMB''MQ#DXRLC$]A22=8UEPI&RB M'R'!.R6C2')0DK0-_TD.?K--JPHE2?]R`BV58T^&=$\24`Z2RA$GD?=\Z0"] M7DXCFX\NB1$M1X%P4&7"NQO.'0%1P<^DA0!*,SS_(RS9>])AAI6XQ%HJ^/ M<"P'T$L%23#2QT8X@I2I!\<)KQH9Z>L:1(+)HYDEP:%A)%`>SRAI'#RDCQ\_ M&O\COUHBA./ M)0=2I-Q?"'JQ,L&+.`60CO2/FWE!/VW%0)X9/ M@F[%`0QBYN0-*F(ZN6?%A"3E4UX+QM=_;^_XG3\FD]=_14LOZLK^_PI^_WLI M^_['N[OS7*\62;C], M;HR?_H(0W?C(1&RH392G0FR.L+51S)"1ZS;Q+++A,8E12GFBV;05C#T.TU#@ MHQ`[^2+9$).$V(H78S`"TI2HH9DQO@F(IC4;"3-\O_,8#)C0I'>:UA"8=#L2 MHH:285QX$HT]B(J"42$2P[-I#O98$+8=6T:)5E^!4->&(108)@JDP8SS2FCN M,(+N6(R:0:^:(H(VKT\2$X<@)B\@;KH=A'BJ&?"S(6L9P_`8-!MPU6@*"(LI M@V!<8AAAQG909,P$AH\A%2,]HX"&\-\>0GA#*A@9`,=I.HW8(%"&JB9VOL?C M##%JQ`:!&&R<7/8WJ:..'YMUL+PG`BXQ^5BO4<:/;!L)'F*$8\RA!D\VN1U& MB`%0,2)@BC4.H?2\6K'Z"-X8IJFI!,Q%WJ40(R!Y!>(JD02(U\!FQMZ"L<9: M-)OQ>*N8O.?PON&X319K"FDTE7`UXR,0"API35?XUF@H?:&)WU20E],4I*@R M=BF!R4M,WAX.GKS7'%8?4@WZU26T"J)]&EQQ./X$"+)XVWC(!IAL(W!<;K-Q M=])&X/(M_!N_$?CF7%2RC<"99))))IEDDDDF=RN^[Y]7%_&KFOR+"W\HQN+Y M^3ED75]+\']:/5V\N$;]Q>OK:ZYPOD@=N!"I^<2H0 M%T)M$0!#C<4+51\`5=3&D`P!BL;B];DJ6#L9":ZBZI_SA&"[OE9#K:I4A3VN MS^K'VX`WTH5"7%4"Q1WAAKA<7\)>(]8I%7C<9(Z4%>5A%:94#SA4`/%9%<'F`A_K7*D"V054Z,Z(_!,@Q(?3/ MA2NC^M@\(BK2$H1S5%\"AE$1F=!<*?H2((.B5B5%?P1P/320T#]7$Z,`M;Z8 M$X90<7@!/>`ZJ9\F0ZNT*_S9[Z-DDDDFF622R?\GX9__V+7; M'OT,R+W8F/+Y_[+.]G^;Q8I9*9=-_/W/BI5]_F,>DB?*]%T94(?3>#%JAYZXOL%\-=:#LJ=WWB!-Z\`#Y M"S]X+OLE7IV4Z&_WKA'.)/[0+BA^.@"YH+F[X+L(A\U_&Z7?(7 MFR4WVG[0\#K:T<#77.^ON3P@EG;<=2)ZZS=O"?_97_;;O;I14'_VUX[L;HML MG_3($F!S3W<.#E]L[FX_68C_WFFNNGFX_>W>_L[VP?*3A9-B,;>[>7"XO?_J M8.=P^P"T^[WU0J';ZMM.L:@-6K9F.UK#*_0&C4)NNWZXOUD]?'7PMV?U)POT MIU-S`-]Y<0C_V_M/%E*KDLL]W]EZ]73[Y?:+IV"@WNO^^*-FP/_ZTD\O]_8/ M#Y[N[/]<.`KMWG'+B0HGO6XN][>#[5<[NYO?@?NG7I3+UW>_VWWV9&'AI-ON M-G/YS>?/7QUN[G^[??AD080G(G:GD\OE>T'47W$"O]DZ&H3>>BZ_L-'QR=)/ M/^Q_=[!?_1E_]!U/):UKIQ9@L*`LET.NE@^#IM-9SRUL>,YQ0![RC)9_1%RO M:0\Z?1*=1GVOJU%TZ!#J#GW;'Q#=MV2E"49>[F\_VZG_7.BT&H6Z_.GYE5(A MCOPQM[`PJ[(6=-P<:.^\.#B$@/Q,5ARRTB6&82B5\D[L;@^\P0J'SIIY(Q-I M5:;?DQ"1EC^I4J+R;;<5DI7>)%6DFUH-U"H\UD[^K3NM`I,)G^T\WV8=[B9D M,]6DV_);*[-59Z@ZFQLJ-6^1A_)*^;@MX58W#W?V7F!B_V]5>GU`TC^?.V0Y M#,@@@AF0FR2GP8`YG-;RG<[`]:U^$)[> MD8VIX[]<28Q_PS2R\3\7H>._@"__%$[D8D1TAVQB^.0E9?QO^_VPY45W9V/: M^#>LW6UD!/*W@3EU:1R M\R;*1S=1MJ7RP<`GN_8I*56@[ZR7R^N`2B@W;J+LS*+\9S?=G4AB_(MFN%,; MT\8_COG8^K]LE"O9^)^'T/WNW<`=T.W?SZ`O'-I1>\L."SOB'2`M"%M'"^HP MJ*R;E77#9._A+"\O3\:/0LTR@VYLD)75;RRR3$\;&SERL%\]($^(0J,YY'DK MZL/#UJ#?#_S-,+1/(;5K=SJ!$\%5%3<2P\6W0>#"70NN#J!!`9(C>UO_D>0+ M&%\0XPLD7R#X`LD7<+X@1W(KS_>JF\]?/=_9VM^D;QVK_]/'OWJF-*>._ MJ)=-\?ZO854L'/^6GHW_>0@=_]'P#;'04=^&P#7_M7=MO7';2OCYZ%<0R$M;VVOO-?4^%$AL!S6:38/8 M!SD%#F!P):V69R51I:2LG(?^]G)([<62>,G!>M,V'!BVE_.1'/$R')*CV15$ MC(O*F'=AF9(*O7]U_S,OQ-LOY;S,&=RT?)BT[UR\L_>D2G"V`]97(0*6"5Y^ M/A4@57X;6J M?ZJN+Z?#'W>J?HMMP/J#Z:"_T^K#B],).N&_I59']N&HC"34W/D/Z$7`["V%^#VK[&_V`[L("%4N^[A84_<8-5[(0;@]K6L:!7&[!XR%C-&(X$3XO M\+DL2)RC@+#0AV-C45+M'Q,&O4-V/U]S-WUU*ROXMZC[W:^[3GS"X`]Q\,83 M;=>MQM05_GVN4?UR&+$0!E=V`TT*ZG/#1A>8DQ7!0M]?4,)C/&G/C M-4FO"9.J=L\4D6.-E]&:`*T,6ZA9IGHK:!!I6WR72,VYUI*OE;L[GUE8GH/9 MM.!;,E>W("^D)6$KPQ9JT8(X11F.C$+-\,8J[!`*"NG.#T71\V7WZU\C=S#B>0MCXC8W8GX#UP7]/Y,Y_ZX0(6MPO M64[9@J9%;_F3M]5B__GE879[=W7S]NVK=[\U\ZS"Q_PQX4C()T3Y:S M3/69AWI9,DA.2OW6.'ICAOTW M[(]=_/^CT/G5K[/9S;M[C=_=Y=8[[OKF[NJ#%?+]V]L[*'.P10TFZ.)R.AY/ M+_K_*`>ZOSGMSW\Y$@Y?AW']GXSWSO_`_V?0GSC_OZ/01Y)>CE%,Z0J+Z[U/ M=7P'NMA>20S0FJ0!7_-?:/?GJ,/D_]1YMQ"J`,L#SU@4U-(Y02/P7^.G6 M=PMHP6CB7>-/)$"O,>.R?0?7$B3%L6"A&6BN-R3ERNG[4[1>$G^9"]%R*/T1 M^3'-0X]+55=02X8*G*_0'+,>NA<7LM+?,*:^>":0E280UR'!)/9X-N)COC5& M7%A2G$+H!1^G\K'R-=PQK!'E-;#-E8@H=O,,)/=2G/#GW?/K/16MF%"H.N7_ M)KB0L75P($3]G8C@J=P@%=L2WOB:[USO("F?M-18H[R,!2"3CWO7\M" M!+2)"[)>KWMAMHA[_O+\CSFTK)Y;;P][RR*)/>_G.NH$+_)I_)YS9]O];6A/ M_PN;_3GJ,'S_VVA8O_]YT8<(8#+^U\C%_SH*S4FZ\YB!#U660%-X+9>(5C;R;>27"62EX6=;-N`[GI2(/7%AW<\`?\#6M M%,P@3!5M-1MUI[\'&[J;=<8K!==G-(Z[>?LP-@BC'4HK[<-R0P[[6@$2'#U$,C&9:?5E/HZU=@(S-9B13Q8+[5,6E,:&%;5,5RDW5K2J;$U"%CQ`FVH7@#4% M%*-^F.=4.[\X,@YT`#EP#8M`96K@RJCJC2._2K!V%%09)JE6>XEI<88KK;*7 MH'F,4[TT`A:$^J<6H#S2SM@:I%\X:E"I;P'3*)7?O=[F[KUO*OZ=XU@A30OY M!5!NN2K&=A=4,9M:T#*R+;2,;,NL+('J4=]&)B'#EM@@QA#'V0ZLGC8MJ`P[ M8(GE>V9?,9M:8$95%EH3&I`\B['"6FF!J67KPB;"$EG!3LP6JU`4+>"C:@/3 M1,(I:Q(I%'(+S+!?J$SX)CBRGXB1I198XB11&6=M;)99]JK]@`6[W1:9EK8M ME6"56=="UD?L5N!48RDUL3166=!-I&9-:T'#U+=M+[U5U40SVPG+[`4$M-8!ZX6TC"T8LAU11,DM)Y>6Y9;$*([0%LUP$;8V* MSY0JVNCW$J<%WVP]U&\JMQ%/P^/KV2)`/U<(\%)A?W>BW.OWHL_-]*(K69XE M=S+@(+F+(4^1.SA7X@BYBY%E':GB\+@C7;SJU$Z^]<6Q<1<'SHP[TF>CCD1Q M6MR1#@?"BF0X)^YBB4/B#@:<$')`_$L">N^)R,*`W2L)YO7_MVQ9$C1XX<.7+DR)$C1XX<.7+DR)$C1XX< 4.7+DR)$C1XZ.1W\"I679M@`8`0!V ` end andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMah1gPMLpmkD/U+FAQFE3gP/YIV6atqaVT+HCvY4aHLDDDyH9CU9f46P jsNN4TXO5rX+l7jYL5FM3gbmCyJGg8Qb+Ejj/maPCPBMbHrA1aoTC7I01EiSwnb/ yLAmqRpU4k4ZFEVmEV/e2N8pWgZh1JEGkXL3gY2IamxuZav3lFdJabZcHQT4CGPM /TwhP6P3Jc4= =8mBw -----END PGP SIGNATURE----- From owner-freebsd-ports Sun May 26 18:06:48 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29356 for ports-outgoing; Sun, 26 May 1996 18:06:48 -0700 (PDT) Received: from galaxy.serc.citri.edu.au (root@galaxy.citri.edu.au [144.110.184.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA29335 for ; Sun, 26 May 1996 18:06:44 -0700 (PDT) Received: from galaxy.serc.citri.edu.au (maurice@galaxy.serc.citri.edu.au [144.110.184.11]) by galaxy.serc.citri.edu.au (8.6.12/8.6.10) with SMTP id LAA15785 for ; Mon, 27 May 1996 11:07:16 +1000 Date: Mon, 27 May 1996 11:07:16 +1000 From: Maurice Castro Message-Id: <199605270107.LAA15785@galaxy.serc.citri.edu.au> To: ports@freebsd.org Subject: TIS Firewall Toolkit Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The file fwtk.tar.gz in the incoming area contains a port of the current Trusted Information Systems, Inc firewall toolkit. Depending on the detail of the reading of the Licence (LICENCE file) it may be suitable for inclusion in the ports collection. Maurice Castro From owner-freebsd-ports Sun May 26 18:23:57 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA02695 for ports-outgoing; Sun, 26 May 1996 18:23:57 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA02686 for ; Sun, 26 May 1996 18:23:55 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id SAA01061; Sun, 26 May 1996 18:22:01 -0700 (PDT) Date: Sun, 26 May 1996 18:22:01 -0700 (PDT) Message-Id: <199605270122.SAA01061@silvia.HIP.Berkeley.EDU> To: ernie@spooky.apana.org.au CC: freebsd-ports@freebsd.org, ache@astral.msk.su In-reply-to: <199605260651.QAA01965@spooky.eis.net.au> (message from Ernie Elu on Sun, 26 May 1996 16:51:37 +1000 (EST)) Subject: Re: pgp checksum error From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Trying to compile the port for pgp, first it asks me if I am a US resident * so I se it to NO in the Makefile, then it goes of and fetches pgp263is.tar.gz * from ftp.ifi.uio.no/pub/pgp/src, fine. I believe Andrey just fixed this. Please get the latest version of the files and try again. Satoshi From owner-freebsd-ports Sun May 26 20:24:41 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26888 for ports-outgoing; Sun, 26 May 1996 20:24:41 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26859 for ; Sun, 26 May 1996 20:24:33 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id EAA10350; Mon, 27 May 1996 04:22:39 +0100 (BST) To: Maurice Castro cc: ports@FreeBSD.ORG From: "Gary Palmer" Subject: Re: TIS Firewall Toolkit In-reply-to: Your message of "Mon, 27 May 1996 11:07:16 +1000." <199605270107.LAA15785@galaxy.serc.citri.edu.au> Date: Mon, 27 May 1996 04:22:38 +0100 Message-ID: <10348.833167358@palmer.demon.co.uk> Sender: owner-ports@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Maurice Castro wrote in message ID <199605270107.LAA15785@galaxy.serc.citri.edu.au>: > The file fwtk.tar.gz in the incoming area contains a port of the > current Trusted Information Systems, Inc firewall toolkit. Depending on > the detail of the reading of the Licence (LICENCE file) it may be suitable > for inclusion in the ports collection. Could people hold off importing this? I'm going to approach TIS to get some issues cleared up... Thanks Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-ports Sun May 26 22:28:59 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA24026 for ports-outgoing; Sun, 26 May 1996 22:28:59 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA24003; Sun, 26 May 1996 22:28:54 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id WAA01908; Sun, 26 May 1996 22:28:51 -0700 (PDT) Date: Sun, 26 May 1996 22:28:51 -0700 (PDT) Message-Id: <199605270528.WAA01908@silvia.HIP.Berkeley.EDU> To: gpalmer@FreeBSD.org CC: maurice@serc.citri.edu.au, ports@FreeBSD.org In-reply-to: <10348.833167358@palmer.demon.co.uk> (gpalmer@FreeBSD.org) Subject: Re: TIS Firewall Toolkit From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * Could people hold off importing this? I'm going to approach TIS to get * some issues cleared up... Sure sure. Satoshi From owner-freebsd-ports Sun May 26 23:37:15 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA06974 for ports-outgoing; Sun, 26 May 1996 23:37:15 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA06947 for ; Sun, 26 May 1996 23:37:08 -0700 (PDT) Received: from chizuru.yy.cs.keio.ac.jp (chizuru.yy.cs.keio.ac.jp [131.113.47.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id WAA27293 for ; Sun, 26 May 1996 22:52:33 -0700 Received: from lavender.yy.cs.keio.ac.jp (lavender.yy.cs.keio.ac.jp [131.113.47.22]) by chizuru.yy.cs.keio.ac.jp (8.6.12+2.5W/3.1W-2.8compat) with ESMTP id OAA28082; Mon, 27 May 1996 14:51:58 +0900 Received: (from sanpei@localhost) by lavender.yy.cs.keio.ac.jp (8.7.5/3.4Wbeta5) id OAA00409; Mon, 27 May 1996 14:51:57 +0900 (JST) Message-Id: <199605270551.OAA00409@lavender.yy.cs.keio.ac.jp> To: freebsd-ports@freebsd.ORG Subject: sendmail path problem in jp-mh(maybe mh too). X-Mailer: Mew version 1.03 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 27 May 1996 14:51:57 +0900 From: MIHIRA Yoshiro Sender: owner-ports@freebsd.ORG X-Loop: FreeBSD.org Precedence: bulk Hi. I compiled and use jp-mh-6.8.3 from current Ports collections(*1). I use *spost* (/usr/local/lib/mh/sport) to post mail, which fork `sendmail'(*2). But spost can't fork *sendmail*!! Because *spost* try to fork `/usr/lib/sendmail', but *sendmail* is in `/usr/sbin directory' (This problem is from 2.1R !!!) I set to `/usr/sbin/sendmail' in `/usr/local/lib/mh/mtstailor'(*3). I read MH source tree, sendmail path is defined in zotnet/mts/mts.c. ---------- #ifdef SENDMTS char *hostable = "/usr/local/lib/mh/hosts"; char *sendmail = "/usr/lib/sendmail"; #endif /* SENDMTS */ ---------- I have two solutions: 1) change mts.c 2) change mtstailor (but I can't find out which mtstailor file is into /usr/local/lib/mh directory) I hope fix this problem. thanks. Yoshiro MIHIRA Keio Univ. Japan ---------- Appendix *1 ports corrections directory: pub/FreeBSD/ports-current/japanese/mh *2 how to use spost: I write below line in $HOME/.mh_profile. ---- cut here ---- postproc: /usr/local/lib/mh/spost ---- cut here ---- *3 how to set sendmail path: I write below line in /usr/local/lib/mh/mtstailor --- cut here ---- sendmail: /usr/sbin/sendmail --- cut here ---- From owner-freebsd-ports Sun May 26 23:52:31 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09856 for ports-outgoing; Sun, 26 May 1996 23:52:31 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA09846 for ; Sun, 26 May 1996 23:52:29 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id XAA02079; Sun, 26 May 1996 23:50:24 -0700 (PDT) Date: Sun, 26 May 1996 23:50:24 -0700 (PDT) Message-Id: <199605270650.XAA02079@silvia.HIP.Berkeley.EDU> To: andreas@knobel.gun.de CC: ports@freebsd.org In-reply-to: (message from Andreas Klemm on Sun, 26 May 1996 17:15:11 +0200 (MET DST)) Subject: Re: fvwm95-2 port updated to the last version From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * I updated the fvwm95-2 port, several people asked for that. Here * it is ;-) Have fun Thanks, committed. The only change I made was the version number in the comment (was still old). Satoshi From owner-freebsd-ports Mon May 27 02:27:34 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA28165 for ports-outgoing; Mon, 27 May 1996 02:27:34 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA28158 for ; Mon, 27 May 1996 02:27:25 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id LAA17029; Mon, 27 May 1996 11:15:34 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id KAA00716; Mon, 27 May 1996 10:32:37 +0200 (MET DST) Date: Mon, 27 May 1996 10:32:37 +0200 (MET DST) From: Andreas Klemm To: Satoshi Asami cc: ports@freebsd.org Subject: Re: fvwm95-2 port updated to the last version In-Reply-To: <199605270650.XAA02079@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Sun, 26 May 1996, Satoshi Asami wrote: > * I updated the fvwm95-2 port, several people asked for that. Here > * it is ;-) Have fun > > Thanks, committed. The only change I made was the version number in > the comment (was still old). You always find something ;-)) - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMalopfMLpmkD/U+FAQFhlAP/YXmqntqDfOdWMAAu/emmwTy2eqs61hEx vSpYiaLUHfb2jzobxjvDZNO2djmq3zGpQtMSNUkVijNkRu6CRFvKHq61IF5MyHNP nB92Qx6rV8Jo3Ic2k8h5Q89oqVvNv83kTdB4levNxi8SP8obFJ19DeE0IIQ19B42 g+qjQz2EWfQ= =v0RD -----END PGP SIGNATURE----- From owner-freebsd-ports Mon May 27 07:26:34 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA16553 for ports-outgoing; Mon, 27 May 1996 07:26:34 -0700 (PDT) Received: from bdd.net ([207.61.78.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA16548 for ; Mon, 27 May 1996 07:26:30 -0700 (PDT) Received: from localhost (james@localhost) by bdd.net (8.7.5/8.7.3) with SMTP id KAA23777; Mon, 27 May 1996 10:24:17 -0400 (EDT) Date: Mon, 27 May 1996 10:24:15 -0400 (EDT) From: James FitzGibbon To: Ernie Elu cc: freebsd-ports@freebsd.org Subject: Re: pgp checksum error In-Reply-To: <199605260651.QAA01965@spooky.eis.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 26 May 1996, Ernie Elu wrote: > Trying to compile the port for pgp, first it asks me if I am a US resident > so I se it to NO in the Makefile, then it goes of and fetches pgp263is.tar.gz > from ftp.ifi.uio.no/pub/pgp/src, fine. > > After that has been fetched it gives the error: > > >> Checksum mismatch for pgp263is.tar.gz > *** Error code 1 > > > So I go and delete the package from the distfiles directory and try again, > same thing Although many will shoot down the logic of this, when faced with a port like this you can do the following (assuiming you are starting from scratch): make fetch make makesum make install The make makesum will build a new files/MD5 file containing the checksum of the file that has been fetched, instead of what the port maintainer put in (which sometimes people forget to update when a new version of the port comes out). However, since the MD5 checksum is the only validation of the file that the port Makefile does, you are opening a security hole by trusting that what you have received is not going to damage your system. -- j. ---------------------------------------------------------------------------- | James FitzGibbon james@nexis.net | | Integrator, The Nexis Group Voice/Fax : 416 410-0100 | ---------------------------------------------------------------------------- From owner-freebsd-ports Mon May 27 15:18:16 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21115 for ports-outgoing; Mon, 27 May 1996 15:18:16 -0700 (PDT) Received: from unb15.campus.unal.edu.co ([200.21.26.240]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA21100 for ; Mon, 27 May 1996 15:18:08 -0700 (PDT) Received: (from pedro@localhost) by unb15.campus.unal.edu.co (8.6.12/8.6.12) id RAA05648; Mon, 27 May 1996 17:18:57 -0500 Date: Mon, 27 May 1996 17:18:55 -0500 (EST) From: "Pedro Giffuni S." To: ports@freebsd.org Subject: ISODE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello again... One of the options for ISOSDE-8.0 is BSD4.4 with ISO .... I guess I will try BSD4.3 while ISO starts working :(. It generates a lot for Error 1 messages but it continues compiling. Probably SNMP works ! Pedro. From owner-freebsd-ports Mon May 27 15:21:39 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21969 for ports-outgoing; Mon, 27 May 1996 15:21:39 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA21949; Mon, 27 May 1996 15:21:36 -0700 (PDT) Received: (from jkh@localhost) by time.cdrom.com (8.7.5/8.6.9) id PAA23049; Mon, 27 May 1996 15:21:24 -0700 (PDT) Date: Mon, 27 May 1996 15:21:24 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199605272221.PAA23049@time.cdrom.com> To: ache@freebsd.org Subject: libz port gone away? Cc: ports@freebsd.org Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ===> Extracting for ssh-1.2.13 ===> ssh-1.2.13 depends on shared library: z\.1\. - not found ===> Verifying build for z\.1\. in /usr/ports/devel/libz >> zlib-0.99.tar.gz doesn't seem to exist on this system. >> Attempting to fetch from ftp://quest.jpl.nasa.gov/beta/zlib/. /beta/zlib/zlib-0.99.tar.gz: No such file. >> Attempting to fetch from ftp://ftp.freebsd.org/pub/FreeBSD/distfiles/. /pub/FreeBSD/distfiles/zlib-0.99.tar.gz: No such file. >> Couldn't fetch it - please try to retreive this >> port manually into /usr/ports/distfiles and try again. *** Error code 1 From owner-freebsd-ports Mon May 27 15:32:06 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24296 for ports-outgoing; Mon, 27 May 1996 15:32:06 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA24219; Mon, 27 May 1996 15:31:59 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id PAA23226; Mon, 27 May 1996 15:31:46 -0700 (PDT) To: ache@freebsd.org cc: ports@freebsd.org Subject: Whoops! Ignore previous zlib bug report! Date: Mon, 27 May 1996 15:31:46 -0700 Message-ID: <23224.833236306@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry, I had an old version of ports! Pass the conical baseball cap. :) Jordan From owner-freebsd-ports Tue May 28 15:16:09 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA07791 for ports-outgoing; Tue, 28 May 1996 15:16:09 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA07727 for ; Tue, 28 May 1996 15:16:02 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id JAA06202 for ; Tue, 28 May 1996 09:34:34 -0700 Received: from campa.panke.de (anonymous223.ppp.cs.tu-berlin.de [130.149.17.223]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id SAA03331 for ; Tue, 28 May 1996 18:23:29 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id RAA17504; Tue, 28 May 1996 17:54:54 +0200 Date: Tue, 28 May 1996 17:54:54 +0200 From: Wolfram Schneider Message-Id: <199605281554.RAA17504@campa.panke.de> To: ports@freebsd.org Subject: top patch for FreeBSD 2.1R users Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This patch allow 2.1R users compile (-current) top. Comments? --- files/m_freebsd2.c Mon Mar 4 15:42:46 1996 +++ work/machine/m_freebsd2.c Tue May 28 17:43:02 1996 @@ -54,6 +54,8 @@ #include #include +#include /* for changes in kernel structures */ + #include "top.h" #include "machine.h" @@ -787,7 +789,11 @@ long blocksize, *perdev; u_long ptr; struct rlist head; +#if __FreeBSD_version > 199511 struct rlisthdr swaplist; +#else + struct rlist *swaplist; +#endif struct rlist *swapptr; /* @@ -823,11 +829,18 @@ /* Count up swap space. */ nfree = 0; memset(perdev, 0, nswdev * sizeof(*perdev)); +#if __FreeBSD_version > 199511 swapptr = swaplist.rlh_list; while (swapptr) { +#else + while (swaplist) { +#endif int top, bottom, next_block; - +#if __FreeBSD_version > 199511 KGET2(swapptr, &head, sizeof(struct rlist), "swapptr"); +#else + KGET2(swaplist, &head, sizeof(struct rlist), "swaplist"); +#endif top = head.rl_end; bottom = head.rl_start; @@ -855,7 +868,11 @@ perdev[(bottom / dmmax) % nswdev] += top - bottom + 1; +#if __FreeBSD_version > 199511 swapptr = head.rl_next; +#else + swaplist = head.rl_next; +#endif } header = getbsize(&hlen, &blocksize); From owner-freebsd-ports Tue May 28 18:07:02 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA20562 for ports-outgoing; Tue, 28 May 1996 18:07:02 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA20557; Tue, 28 May 1996 18:06:59 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id SAA03572; Tue, 28 May 1996 18:11:51 -0700 Date: Tue, 28 May 1996 18:11:51 -0700 Message-Id: <199605290111.SAA03572@sunrise.cs.berkeley.edu> To: jkh@time.cdrom.com CC: ache@freebsd.org, ports@freebsd.org In-reply-to: <199605272221.PAA23049@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: libz port gone away? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (I know this problem is already solved with Jordan taking the cap, but nevertheless....) * >> Attempting to fetch from ftp://ftp.freebsd.org/pub/FreeBSD/distfiles/. * /pub/FreeBSD/distfiles/zlib-0.99.tar.gz: No such file. I am trying to keep this directory to hold the distfiles for latest -current version and 2.1R version of ports. If there is something missing, please let me know. Satoshi From owner-freebsd-ports Wed May 29 16:31:51 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA23762 for ports-outgoing; Wed, 29 May 1996 16:31:51 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA23754; Wed, 29 May 1996 16:31:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id QAA16318; Wed, 29 May 1996 16:31:29 -0700 (PDT) To: asami@freebsd.org cc: ports@freebsd.org Subject: Request for feedback: REQUIRES_OS_VERSION feature. Date: Wed, 29 May 1996 16:31:28 -0700 Message-ID: <16316.833412688@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I figured it was easier to show than to explain.. :-) Here's a commit for the feature with a couple of miscellaneous cleanups thrown in at the same time (while I was in there.. :-) The changes add the abstraction of a "check" target which, if it "breaks the link" between build an configure process, essentially short-circuits the fetch/extract/build cycle of the port. The default check target can get as clever as we like as time goes on, but for now it does no more than check for a variable called REQUIRES_OS_VERSION. If this variable is set in a Makefile, the output of `uname -r' will be compared against it and, if no match occurs, refuse to build the port. For example, the top port could have: REQUIRES_OS_VERSION= 2.2 For all variants and 2.1 users could make from the -current tree with impugnity, any ports like top simply getting skipped. Anyway, let me know what you think.. Jordan [diffs relative to -current] *** bsd.port.mk.orig Wed May 29 15:09:28 1996 --- bsd.port.mk Wed May 29 16:26:23 1996 *************** *** 174,179 **** --- 174,180 ---- # patch - Apply any provided patches to the source. # configure - Runs either GNU configure, one or more local configure # scripts or nothing, depending on what's available. + # check - Makes sure the port is compilable on the given platform. # build - Actually compile the sources. # install - Install the results of a build. # reinstall - Install the results of a build, ignoring "already installed" *************** *** 245,250 **** --- 246,252 ---- # Don't change these!!! These names are built into the _TARGET_USE macro, # there is no way to refer to them cleanly from within the macro AFAIK. EXTRACT_COOKIE?= ${WRKDIR}/.extract_done + CHECK_COOKIE?= ${WRKDIR}/.check_done CONFIGURE_COOKIE?= ${WRKDIR}/.configure_done INSTALL_COOKIE?= ${WRKDIR}/.install_done BUILD_COOKIE?= ${WRKDIR}/.build_done *************** *** 443,448 **** --- 445,452 ---- .if defined(IGNORE) all: @${DO_NADA} + check: + @${DO_NADA} build: @${DO_NADA} install: *************** *** 464,470 **** DEPENDS="${DEPENDS}" BUILD_DEPENDS="${BUILD_DEPENDS}" \ RUN_DEPENDS="${RUN_DEPENDS}" X11BASE=${X11BASE} \ ${ALL_HOOK} - .endif .if !target(all) --- 468,473 ---- *************** *** 488,493 **** --- 491,497 ---- # override from an individual Makefile. ################################################################ + # Disable extract .if defined(NO_EXTRACT) && !target(extract) extract: checksum @${TOUCH} ${TOUCH_FLAGS} ${EXTRACT_COOKIE} *************** *** 496,521 **** makesum: @${DO_NADA} .endif .if defined(NO_CONFIGURE) && !target(configure) configure: patch @${TOUCH} ${TOUCH_FLAGS} ${CONFIGURE_COOKIE} .endif .if defined(NO_BUILD) && !target(build) ! build: configure @${TOUCH} ${TOUCH_FLAGS} ${BUILD_COOKIE} .endif .if defined(NO_PACKAGE) && !target(package) package: @${DO_NADA} .endif .if defined(NO_PACKAGE) && !target(repackage) repackage: @${DO_NADA} .endif .if defined(NO_INSTALL) && !target(install) install: build @${TOUCH} ${TOUCH_FLAGS} ${INSTALL_COOKIE} .endif .if defined(NO_PATCH) && !target(patch) patch: extract @${TOUCH} ${TOUCH_FLAGS} ${PATCH_COOKIE} --- 500,549 ---- makesum: @${DO_NADA} .endif + + # Disable configure .if defined(NO_CONFIGURE) && !target(configure) configure: patch @${TOUCH} ${TOUCH_FLAGS} ${CONFIGURE_COOKIE} .endif + + # Disable check + .if defined(NO_CHECK) && !target(check) + check: configure + @${TOUCH} ${TOUCH_FLAGS} ${CHECK_COOKIE} + .endif + + # Disable build .if defined(NO_BUILD) && !target(build) ! build: check @${TOUCH} ${TOUCH_FLAGS} ${BUILD_COOKIE} .endif + + # Disable package .if defined(NO_PACKAGE) && !target(package) package: @${DO_NADA} .endif + + # Disable repackage .if defined(NO_PACKAGE) && !target(repackage) repackage: @${DO_NADA} .endif + + # Disable install .if defined(NO_INSTALL) && !target(install) install: build @${TOUCH} ${TOUCH_FLAGS} ${INSTALL_COOKIE} .endif + + # Disable reinstall + .if defined(NO_INSTALL) && !target(reinstall) + reinstall: build + @${TOUCH} ${TOUCH_FLAGS} ${INSTALL_COOKIE} + .endif + + # Disable patch .if defined(NO_PATCH) && !target(patch) patch: extract @${TOUCH} ${TOUCH_FLAGS} ${PATCH_COOKIE} *************** *** 662,667 **** --- 690,711 ---- .endif .endif + # Check. + + .if !target(do-check) + do-check: + .if defined(REQUIRES_OS_VERSION) + @if ! uname -r | grep -q ${REQUIRES_OS_VERSION} ; then \ + ${ECHO_MSG} "${PKGNAME} isn't supported in this OS release; skipping.."; \ + ${TOUCH} ${TOUCH_FLAGS} ${BUILD_COOKIE}; \ + else \ + ${MAKE} ${.MAKEFLAGS} configure; \ + fi + .else + @${MAKE} ${.MAKEFLAGS} configure + .endif + .endif + # Configure .if !target(do-configure) *************** *** 841,848 **** configure: patch ${CONFIGURE_COOKIE} .endif .if !target(build) ! build: configure ${BUILD_COOKIE} .endif .if !target(install) --- 885,896 ---- configure: patch ${CONFIGURE_COOKIE} .endif + .if !target(check) + check: ${CHECK_COOKIE} + .endif + .if !target(build) ! build: check ${BUILD_COOKIE} .endif .if !target(install) *************** *** 859,864 **** --- 907,914 ---- @${MAKE} ${.MAKEFLAGS} real-patch ${CONFIGURE_COOKIE}: @${MAKE} ${.MAKEFLAGS} real-configure + ${CHECK_COOKIE}: + @${MAKE} ${.MAKEFLAGS} real-check ${BUILD_COOKIE}: @${MAKE} ${.MAKEFLAGS} real-build ${INSTALL_COOKIE}: *************** *** 868,873 **** --- 918,924 ---- # And call the macros + real-check: do-check real-fetch: _PORT_USE real-extract: _PORT_USE @${ECHO_MSG} "===> Extracting for ${PKGNAME}" From owner-freebsd-ports Wed May 29 19:37:06 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA17452 for ports-outgoing; Wed, 29 May 1996 19:37:06 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA17435; Wed, 29 May 1996 19:37:00 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA11229; Thu, 30 May 1996 12:25:02 +0930 From: Michael Smith Message-Id: <199605300255.MAA11229@genesis.atrad.adelaide.edu.au> Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 30 May 1996 12:25:01 +0930 (CST) Cc: asami@freebsd.org, ports@freebsd.org In-Reply-To: <16316.833412688@time.cdrom.com> from "Jordan K. Hubbard" at May 29, 96 04:31:28 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > If this variable is set in a Makefile, the output of `uname -r' will > be compared against it and, if no match occurs, refuse to build > the port. For example, the top port could have: > > REQUIRES_OS_VERSION= 2.2 > > For all variants and 2.1 users could make from the -current tree with > impugnity, any ports like top simply getting skipped. Hmm. Impugnity is an interesting concept 8) Anyway, this leaves people following -stable out in the cold. The 2.1R version of 'top' (for example), doesn't work with -stable, and you've just death-warranted the -current version. (The basic idea you've proposed is good though) > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-ports Wed May 29 21:48:55 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA02031 for ports-outgoing; Wed, 29 May 1996 21:48:55 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02023; Wed, 29 May 1996 21:48:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id VAA17234; Wed, 29 May 1996 21:47:58 -0700 (PDT) To: Michael Smith cc: asami@freebsd.org, ports@freebsd.org Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. In-reply-to: Your message of "Thu, 30 May 1996 12:25:01 +0930." <199605300255.MAA11229@genesis.atrad.adelaide.edu.au> Date: Wed, 29 May 1996 21:47:58 -0700 Message-ID: <17232.833431678@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hmm. Impugnity is an interesting concept 8) However you spell it. :-) > Anyway, this leaves people following -stable out in the cold. The 2.1R I don't see how it does this, however. Currently, the -stable people can't even grab the latest-and-greatest ports collection and expect it to work. Everything there is tested against 2.2-current. This is merely my attempt at making the collection build for them again, much as the `BROKEN' keyword will let the ports-builder jump over temporarily busted ports. > version of 'top' (for example), doesn't work with -stable, and you've just > death-warranted the -current version. I don't understand this here - all this would do would make it plain in software what's already obvious in reality - top doesn't work for anything but 2.2-current. At some point, I'd also hope that someone would incorporate the recently proposed patches to top to make it work in both branches and then the REQUIRES_OS_VERSION keyword could simply go away. Jordan From owner-freebsd-ports Thu May 30 01:32:03 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA03101 for ports-outgoing; Thu, 30 May 1996 01:32:03 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA03067 for ; Thu, 30 May 1996 01:31:59 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id BAA22811 for freebsd-ports@freefall.cdrom.com; Thu, 30 May 1996 01:31:57 -0700 From: Don Yuniskis Message-Id: <199605300831.BAA22811@seagull.rtd.com> Subject: 2.1R logo port To: freebsd-ports@freefall.FreeBSD.org (FreeBSD ports) Date: Thu, 30 May 1996 01:31:57 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-ports@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! The logo port in 2.1R should be tweaked to add ``-Dbsd'' to CFLAGS. --don From owner-freebsd-ports Thu May 30 02:41:28 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA15743 for ports-outgoing; Thu, 30 May 1996 02:41:28 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA15716 for ; Thu, 30 May 1996 02:41:22 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id CAA02402; Thu, 30 May 1996 02:41:15 -0700 (PDT) Date: Thu, 30 May 1996 02:41:15 -0700 (PDT) Message-Id: <199605300941.CAA02402@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: ports@freebsd.org In-reply-to: <16316.833412688@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * If this variable is set in a Makefile, the output of `uname -r' will * be compared against it and, if no match occurs, refuse to build * the port. For example, the top port could have: * * REQUIRES_OS_VERSION= 2.2 * * For all variants and 2.1 users could make from the -current tree with * impugnity, any ports like top simply getting skipped. I think this is fine. * [diffs relative to -current] This needs a major cleanup though. ;) First, disabling reinstall based on NO_INSTALL is not necessary, as reinstall calls install and that will be disabled by NO_INSTALL. Next, check sitting between configure and build is simuly bogus, if it's not suitable for the user's system, it shouldn't attempt to do anything. Having a missing dependency (configure -> check) and calling configure from check is a pretty gross hack too. What we should probably do is to add it to the beginning before fetch, so it can also be used for other things (security/ssh's USA_RESIDENT check comes to mind). Let me look into this. Satoshi From owner-freebsd-ports Thu May 30 03:46:09 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA25105 for ports-outgoing; Thu, 30 May 1996 03:46:09 -0700 (PDT) Received: from uu.elvisti.kiev.ua ([193.125.28.132]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA25016; Thu, 30 May 1996 03:45:13 -0700 (PDT) Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.129]) by uu.elvisti.kiev.ua (8.7.5/8.7.3) with ESMTP id NAA06901; Thu, 30 May 1996 13:48:07 +0300 (EET DST) Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id NAA17561; Thu, 30 May 1996 13:48:06 +0300 From: "Andrew V. Stesin" Message-Id: <199605301048.NAA17561@office.elvisti.kiev.ua> Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 30 May 1996 13:48:05 +0300 (EET DST) Cc: jkh@time.cdrom.com, asami@freebsd.org, ports@freebsd.org In-Reply-To: <199605300255.MAA11229@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 30, 96 12:25:01 pm X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk # > If this variable is set in a Makefile, the output of `uname -r' will # > be compared against it and, if no match occurs, refuse to build # > the port. For example, the top port could have: # > # > REQUIRES_OS_VERSION= 2.2 What about bumping version number of -current to 3.0, so this would seem more reasonable? REQUIRES_OS_VERSION= 3.0 # ??? -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 "You may delegate authority, but not responsibility." Frank's Management Rule #1. From owner-freebsd-ports Thu May 30 06:36:07 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA24963 for ports-outgoing; Thu, 30 May 1996 06:36:07 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA24888; Thu, 30 May 1996 06:35:56 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id OAA25278; Thu, 30 May 1996 14:34:43 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Thu, 30 May 1996 14:34:45 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id OAA00366; Thu, 30 May 1996 14:34:14 +0100 From: Paul Richards Message-Id: <199605301334.OAA00366@cadair.elsevier.co.uk> Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 30 May 1996 14:34:14 +0100 (BST) Cc: asami@freebsd.org, ports@freebsd.org In-Reply-To: <16316.833412688@time.cdrom.com> from "Jordan K. Hubbard" at May 29, 96 04:31:28 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > The changes add the abstraction of a "check" target which, if it > "breaks the link" between build an configure process, essentially > short-circuits the fetch/extract/build cycle of the port. The default > check target can get as clever as we like as time goes on, but for now > it does no more than check for a variable called REQUIRES_OS_VERSION. > > If this variable is set in a Makefile, the output of `uname -r' will > be compared against it and, if no match occurs, refuse to build > the port. For example, the top port could have: > > REQUIRES_OS_VERSION= 2.2 > > For all variants and 2.1 users could make from the -current tree with > impugnity, any ports like top simply getting skipped. > > Anyway, let me know what you think.. > > Jordan Hmmm, the basic idea of stamping ports is good but I can see a lot of problems with this implementation. How can you mark a port as working with *many* OS versions rather than just the one. If you stamp something as requiring 2.2 then it will probably work with 2.3 and later but will never work with 2.1, which people may still have around for some time (as our releases get more stable and featureful people will tend to leave stable boxes alone). You'd have to change the string at each release to ensure it worked in -current and that would then break older releases. Hmm, I think "feature tags" are the only way to deal with this. Instead of a REQUIRES_OS_VERSION string you have REQUIRES_2_2_VM etc and then somewhere in the system you'd need a file that held these tags if they apply to that version of the OS. i.e. a /usr/share/features file in 2.2 will have a HAS_2_2_VM tag in it. When we move to 2.3, that feature would still be present so you wouldn't have to change anything. It needs some extra work to implement a script to check the tags but it's more flexible and would be less work in the long run since you wouldn't have to change all the ports configuration's at each release. You could really snazzy and assosciate a string with each tag so if the tags missing you get a sensible error message explaining what feature the port requires. It would be trivial to do in perl. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-ports Thu May 30 07:46:09 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA08246 for ports-outgoing; Thu, 30 May 1996 07:46:09 -0700 (PDT) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA08239 for ; Thu, 30 May 1996 07:46:06 -0700 (PDT) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id KAA09760; Thu, 30 May 1996 10:40:08 -0400 From: Bill/Carolyn Pechter Message-Id: <199605301440.KAA09760@shell.monmouth.com> Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. To: p.richards@elsevier.co.uk (Paul Richards) Date: Thu, 30 May 1996 10:40:08 -0400 (EDT) Cc: ports@freebsd.org In-Reply-To: <199605301334.OAA00366@cadair.elsevier.co.uk> from "Paul Richards" at May 30, 96 02:34:14 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In response to Paul Richards who said: > > Hmmm, the basic idea of stamping ports is good but I can see a lot of > problems with this implementation. > > How can you mark a port as working with *many* OS versions rather than just > the one. If you stamp something as requiring 2.2 then it will probably work > with 2.3 and later but will never work with 2.1, which people may still have > around for some time (as our releases get more stable and featureful people > will tend to leave stable boxes alone). You'd have to change the string > at each release to ensure it worked in -current and that would then break > older releases. > Perhaps the thought should be something like the versioning in AIX's installp program. You can tell it you require the following product packages and the level required. It includes the capability of saying product level = number or product level must be > number or product level must be < number. Right now I'm working on generating some products and I think this feature is quite good. Perhaps a package description should do something like product a requires xpm.tgz > 2.3 and FreeBSD_base_os >2.0. How's this look? Bill From owner-freebsd-ports Thu May 30 07:52:07 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA09065 for ports-outgoing; Thu, 30 May 1996 07:52:07 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA08974 for ; Thu, 30 May 1996 07:51:57 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id PAA26623 for ; Thu, 30 May 1996 15:50:47 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Thu, 30 May 1996 15:50:51 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.7.5/8.7.3) id PAA01580; Thu, 30 May 1996 15:50:23 +0100 (BST) From: Paul Richards Message-Id: <199605301450.PAA01580@cadair.elsevier.co.uk> Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. To: pechter@shell.monmouth.com (Bill/Carolyn Pechter) Date: Thu, 30 May 1996 15:50:22 +0100 (BST) Cc: ports@freebsd.org In-Reply-To: <199605301440.KAA09760@shell.monmouth.com> from "Bill/Carolyn Pechter" at May 30, 96 10:40:08 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Bill/Carolyn Pechter who said > > Right now I'm working on generating some products and I think this feature > is quite good. Perhaps a package description should do something like > product a requires xpm.tgz > 2.3 and FreeBSD_base_os >2.0. > > How's this look? Doesn't the ports setup already do this? What I'm suggesting is a finer grained list of OS features since a lot of them would be constant across releases. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-ports Thu May 30 09:07:29 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA18851 for ports-outgoing; Thu, 30 May 1996 09:07:29 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA18835 for ; Thu, 30 May 1996 09:07:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id JAA20697; Thu, 30 May 1996 09:06:55 -0700 (PDT) To: asami@cs.berkeley.edu (Satoshi Asami) cc: ports@freebsd.org Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. In-reply-to: Your message of "Thu, 30 May 1996 02:41:15 PDT." <199605300941.CAA02402@silvia.HIP.Berkeley.EDU> Date: Thu, 30 May 1996 09:06:55 -0700 Message-ID: <20695.833472415@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > First, disabling reinstall based on NO_INSTALL is not necessary, as > reinstall calls install and that will be disabled by NO_INSTALL. I know, I just did that for orthogonality with the package and repackage rules - think of it as an optimization. :-) > Next, check sitting between configure and build is simuly bogus, if > it's not suitable for the user's system, it shouldn't attempt to do > anything. Having a missing dependency (configure -> check) and > calling configure from check is a pretty gross hack too. I know, this was all of 10 minutes work here and I took the path of least resistance (this was the implementation of an _idea_, not so much the final implementation of whatever we adopt - that's why I posted it here rather than simply commit it). If you can come up with a better way of causing ports who's checks fail to skip absolutely everything, that'll be fine by me. While you're in there, why not add an option to make clean's "chain" to dependent ports? It's always annoyed me that you can do a build in port A and have it build ports B, C and D as part of the dependencies but when you then do a make clean from A you still wind up with B, C & D fully populated. Basically, the clean target is next to useless unless you always run it from the top right now. > What we should probably do is to add it to the beginning before > fetch, so it can also be used for other things (security/ssh's > USA_RESIDENT check comes to mind). Let me look into this. Find with me! Just so long as it's not a fatal error to fail the check. Jordan From owner-freebsd-ports Thu May 30 09:23:46 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21431 for ports-outgoing; Thu, 30 May 1996 09:23:46 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA21422; Thu, 30 May 1996 09:23:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id JAA20795; Thu, 30 May 1996 09:22:44 -0700 (PDT) To: Paul Richards cc: asami@freebsd.org, ports@freebsd.org Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. In-reply-to: Your message of "Thu, 30 May 1996 14:34:14 BST." <199605301334.OAA00366@cadair.elsevier.co.uk> Date: Thu, 30 May 1996 09:22:44 -0700 Message-ID: <20793.833473364@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > How can you mark a port as working with *many* OS versions rather than just > the one. If you stamp something as requiring 2.2 then it will probably work Since you're just handing it off to grep (or maybe egrep) it can be any regexp matching one or more releases. > Hmm, I think "feature tags" are the only way to deal with this. Instead of > a REQUIRES_OS_VERSION string you have REQUIRES_2_2_VM etc and then somewhere > in the system you'd need a file that held these tags if they apply to that > version of the OS. i.e. a /usr/share/features file in 2.2 will have a Sorry, but "bleah" - that's just too much engineering for such a simple check! Jordan From owner-freebsd-ports Thu May 30 13:05:30 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17450 for ports-outgoing; Thu, 30 May 1996 13:05:30 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA17409 for ; Thu, 30 May 1996 13:05:21 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id NAA03290; Thu, 30 May 1996 13:03:50 -0700 (PDT) Date: Thu, 30 May 1996 13:03:50 -0700 (PDT) Message-Id: <199605302003.NAA03290@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: ports@freebsd.org In-reply-to: <20695.833472415@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * > First, disabling reinstall based on NO_INSTALL is not necessary, as * > reinstall calls install and that will be disabled by NO_INSTALL. * * I know, I just did that for orthogonality with the package and * repackage rules - think of it as an optimization. :-) Oops...that's a brain-o on my part. Let's remove the disabling of the repackage rule too, it's not much of an optimization and anything that makes that spaghetti from hell shorter is a good thing anyways. ;] * I know, this was all of 10 minutes work here and I took the path of * least resistance (this was the implementation of an _idea_, not so * much the final implementation of whatever we adopt - that's why I * posted it here rather than simply commit it). If you can come up * with a better way of causing ports who's checks fail to skip * absolutely everything, that'll be fine by me. Ok. * While you're in there, why not add an option to make clean's "chain" * to dependent ports? It's always annoyed me that you can do a build in * port A and have it build ports B, C and D as part of the dependencies * but when you then do a make clean from A you still wind up with B, C & * D fully populated. Basically, the clean target is next to useless * unless you always run it from the top right now. That's a very good idea. I'll look into this tonight. * Find with me! Just so long as it's not a fatal error to fail the * check. Yeah, we should find a way to make it either fatal or non-fatal, and also take the output from a command (uname). That's the hard part. Can we somehow get the OS version in a make variable? Satoshi P.S. Meanwhile, this is the non-controversial part of your cleanup, does it look ok? ======= --- bsd.port.mk Thu May 30 02:18:12 1996 +++ /usr/share/mk/bsd.port.mk Thu May 30 12:56:17 1996 @@ -464,7 +472,6 @@ DEPENDS="${DEPENDS}" BUILD_DEPENDS="${BUILD_DEPENDS}" \ RUN_DEPENDS="${RUN_DEPENDS}" X11BASE=${X11BASE} \ ${ALL_HOOK} - .endif .if !target(all) @@ -488,6 +495,7 @@ # override from an individual Makefile. ################################################################ +# Disable extract .if defined(NO_EXTRACT) && !target(extract) extract: checksum @${TOUCH} ${TOUCH_FLAGS} ${EXTRACT_COOKIE} @@ -496,26 +504,32 @@ makesum: @${DO_NADA} .endif + +# Disable configure .if defined(NO_CONFIGURE) && !target(configure) configure: patch @${TOUCH} ${TOUCH_FLAGS} ${CONFIGURE_COOKIE} .endif + +# Disable build .if defined(NO_BUILD) && !target(build) build: configure @${TOUCH} ${TOUCH_FLAGS} ${BUILD_COOKIE} .endif + +# Disable package .if defined(NO_PACKAGE) && !target(package) package: @${DO_NADA} .endif -.if defined(NO_PACKAGE) && !target(repackage) -repackage: - @${DO_NADA} -.endif + +# Disable install .if defined(NO_INSTALL) && !target(install) install: build @${TOUCH} ${TOUCH_FLAGS} ${INSTALL_COOKIE} .endif + +# Disable patch .if defined(NO_PATCH) && !target(patch) patch: extract @${TOUCH} ${TOUCH_FLAGS} ${PATCH_COOKIE} From owner-freebsd-ports Thu May 30 14:10:10 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA25570 for ports-outgoing; Thu, 30 May 1996 14:10:10 -0700 (PDT) Received: from platinum.com (gateway.platinum.com [206.214.170.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA25553 for ; Thu, 30 May 1996 14:10:07 -0700 (PDT) Received: from mailhub.platinum.com ([172.17.26.25]) by gateway.platinum.com with ESMTP id <18549-3>; Thu, 30 May 1996 16:09:51 -0500 Received: from bigbert.vt.platinum.com by mailhub.platinum.com (8.7.4/) id QAA11237; Thu, 30 May 1996 16:09:14 -0500 (CDT) Received: from doh.vt.platinum.com by bigbert.vt.platinum.com (8.7.3/NX3.0S) id QAA10692; Thu, 30 May 1996 16:12:00 -0500 (CDT) From: "Brent J. Nordquist" Received: by doh.vt.platinum.com (8.6.12) id QAA26785; Thu, 30 May 1996 16:07:02 -0500 Message-Id: <199605302107.QAA26785@doh.vt.platinum.com> Subject: Re: Object files/formats To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 30 May 1996 16:07:01 -0500 Cc: freebsd-ports@freebsd.org In-Reply-To: <14584.831814161@time.cdrom.com> from "Jordan K. Hubbard" at May 11, 96 06:29:21 am Reply-to: nordquist@platinum.com (Brent J. Nordquist) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Jordan: I know you're pretty busy today! I'm not sure if you're the right person to deliver this to; if it's someone else, I'd appreciate it if you would pass this on. The patch enclosed is to fix the magic problem for objects and executables. Comments?] THE TASK There are at least two problems with file's identification of FreeBSD objects and executables. The first one was reported in freebsd-ports: Chuck Robey said: | I am working on trying to get tcl to load an object file, and I just | noticed that the file command is returning: | | tclIO.o: NetBSD/i386 position independent object file not stripped "Jordan K. Hubbard" replied: | They all say that. File's magic information has misidentified our | object files for as long as I can remember now - I noted this quite | a few months back myself, but so far nobody has done the hacking on | /etc/magic necessary to fix it. :) The second one is that some object files report "PDP-11 executable". I wanted to fix the portions of the magic file relevant to FreeBSD so objects and executables would be correctly identified. CONTEXT I have a 2.1-stable sup'ed on May 5. The freebsd magic subfile I started with is version 1.1.6.2. (NOTE that according to the check-in comments, the -current version is different, because of the core file format.) WHAT I DID (1) I tried to carefully follow the structure of the a.out format, as laid out in . In particular, the freebsd magic subfile now uses the proper masks to get the magic, middle, and flag components. (2) It seems that the 134 value for the middle component (platform) is used for all the BSD/i386 platforms, including at least FreeBSD and NetBSD. As a result, the freebsd magic subfile now prints "BSD/i386", not "FreeBSD/i386", because it looks to me like you can't tell. (If someone who knows more about this knows how to tell them apart, by all means let's put in some more sub-rules.) (3) Some of the object files produced by the compiler have the right magic number, but oddly enough, in big-endian order. The netbsd magic subfile is smart enough to handle this, by repeating all the sections, changing lelong to belong, etc.. That's why some of our object files were being labeled as "NetBSD/i386 object file", the original issue that got me interested in this. I adopted this technique in the freebsd file. (4) I removed the lines commented with: # This covers object files, and is better than "PDP-11 executable" because they were never triggered, and were thus superfluous. (This was because the whole long was being checked, rather than just the magic part: the low 16 bits.) This is why our object files with the 0407 magic were still being labeled as "PDP-11 executable". TESTING I rebuilt the full magic file and tested it on all the object files (.o, .so, and .po) under /usr/obj, plus all the files in /usr/bin and /usr/lib. I assembled representative sample files, and compared file's output to that of the hexdump command. It looks to me like file is now producing the correct output. OBSERVATIONS (1) The old freebsd magic subfile used the entry point (long #6 at offset 20) to decide object file (less than 4k) vs. executable (4k and greater). I don't understand enough about the a.out format to know if this is rock-solid, or just a best-guess. I incorporated that logic into the new change. (2) The -current subfile is apparently different because of the core file format. The equivalent change will have to be made to the -current version. (3) At some point, someone should probably coordinate with the keepers of the magic subfiles (as documented in the README) to incorporate these changes. They will have to deal with the fact that the freebsd, netbsd, and linux magic subfiles all seem to lay claim to the same object format. My feeling is that common BSD/i386 formats that you can't tell apart should be merged together into one file, and be reported generically as "BSD/i386". CONTEXT DIFF FROM OLD SUBFILE (81 lines) begin 644 freebsd.diff M*BHJ(&9R965B2`S,"`Q,#HU-3HU,B`Q.3DV"BHJ*BHJ*BHJ*BHJ M*BHJ*@HJ*BH@,2PQ."`J*BHJ"B$@(R!T:&4@9F]L;&]W:6YG(&%R92!F;W(@ M,S@V0E-$+T9R965"4T0*("`*(2`P"6QE;&]N9PD)"3`T,3`)"7!U71E"0D))C!X.#`*(2`^/C(P"6QE M;&]N9PD)"3PT,#DV"0ES:&%R960@;&EB0HA(#X^,C`);&5L;VYG"0D) M/30P.38)"61Y;F%M:6-A;&QY(&QI;FME9"!E>&5C=71A8FQE"B$@/CXR,`EL M96QO;F<)"0D^-#`Y-@D)9'EN86UI8V%L;'D@;&EN:V5D(&5X96-U=&%B;&4* M(2`^,PEB>71E"0D)7C!X.#`)"65X96-U=&%B;&4*("`^,38);&5L;VYG"0D) M/C`)"6YO="!S=')I<'!E9`H@(`HA(",@5&AI&5C=71A8FQE(@HA M(#`);&5L;VYG"0D),#`P,#`P-#`W"6EM<'5R92!F;W)M870*("`^,38);&5L M;VYG"0D)/C`)"6YO="!S=')I<'!E9`H@(`H@(",@6%A8(&=R;W-S(&AA8VL@ M=&\@:61E;G1I9GD@8V]R92!F:6QE71E M)C!X0S`)"3!X,#`)"6]B:F5C=`HA(#XR,`EL96QO;F<)"0D^-#`Y-0HA(#X^ M,PEB>71E)C!X.#`)"3!X.#`)"61Y;F%M:6-A;&QY(&QI;FME9"!E>&5C=71A M8FQE"B$@/CXS"6)Y=&4F,'@X,`D),'@P,`D)97AE8W5T86)L90H@(#XQ-@EL M96QO;F<)"0D^,`D);F]T('-T71E)C!X0S`)"28P>#@P"0ES:&%R960@;&EB0HA M(#X^,PEB>71E)C!X0S`)"3!X-#`)"5!)0R!O8FIE8W0*(2`^/C,)8GET928P M>$,P"0DP>#`P"0EO8FIE8W0*(2`^,C`);&5L;VYG"0D)/C0P.34*(2`^/C,) M8GET928P>#@P"0DP>#@P"0ED>6YA;6EC86QL>2!L:6YK960@97AE8W5T86)L M90HA(#X^,PEB>71E)C!X.#`)"3!X,#`)"65X96-U=&%B;&4*("`^,38);&5L M;VYG"0D)/C`)"6YO="!S=')I<'!E9`HK(`HK(#`);&5L;VYG)C`S-S71E)C!X0S`)"28P>#@P"0ES:&%R960@;&EB M0HK(#X^,PEB>71E)C!X0S`)"3!X-#`)"5!)0R!O8FIE8W0**R`^/C,) M8GET928P>$,P"0DP>#`P"0EO8FIE8W0**R`^,C`);&5L;VYG"0D)/C0P.34* M*R`^/C,)8GET928P>#@P"0DP>#@P"0ED>6YA;6EC86QL>2!L:6YK960@97AE M8W5T86)L90HK(#X^,PEB>71E)C!X.#`)"3!X,#`)"65X96-U=&%B;&4**R`^ M,38);&5L;VYG"0D)/C`)"6YO="!S=')I<'!E9`HK(`HK(#`);&5L;VYG)C`S M-S71E)C!X0S`)"3!X,#`)"6]B:F5C=`HK(#XR,`EL M96QO;F<)"0D^-#`Y-0HK(#X^,PEB>71E)C!X.#`)"3!X.#`)"61Y;F%M:6-A M;&QY(&QI;FME9"!E>&5C=71A8FQE"BL@/CXS"6)Y=&4F,'@X,`D),'@P,`D) M97AE8W5T86)L90HK(#XQ-@EL96QO;F<)"0D^,`D);F]T('-T$,P"0DF,'@X,`D)$,P"0DP>#0P"0E024,@;V)J96-T M"BL@/CXP"6)Y=&4F,'A#,`D),'@P,`D);V)J96-T"BL@/C(P"6)E;&]N9PD) M"3XT,#DU"BL@/CXP"6)Y=&4F,'@X,`D),'@X,`D)9'EN86UI8V%L;'D@;&EN M:V5D(&5X96-U=&%B;&4**R`^/C`)8GET928P>#@P"0DP>#`P"0EE>&5C=71A M8FQE"BL@/C$V"6)E;&]N9PD)"3XP"0EN;W0@71E)C!X0S`)"3!X,#`)"6]B:F5C=`HK(#XR,`EB96QO;F<)"0D^ M-#`Y-0HK(#X^,`EB>71E)C!X.#`)"3!X.#`)"61Y;F%M:6-A;&QY(&QI;FME M9"!E>&5C=71A8FQE"BL@/CXP"6)Y=&4F,'@X,`D),'@P,`D)97AE8W5T86)L M90HK(#XQ-@EB96QO;F<)"0D^,`D);F]T('-T71E)C!X0S`)"3!X,#`)"6]B:F5C=`HK(#XR,`EB96QO M;F<)"0D^-#`Y-0HK(#X^,`EB>71E)C!X.#`)"3!X.#`)"61Y;F%M:6-A;&QY M(&QI;FME9"!E>&5C=71A8FQE"BL@/CXP"6)Y=&4F,'@X,`D),'@P,`D)97AE M8W5T86)L90HK(#XQ-@EB96QO;F<)"0D^,`D);F]T('-T$,P"0DF,'@X,`D)$,P M"0DP>#0P"0E024,@;V)J96-T"BL@/CXP"6)Y=&4F,'A#,`D),'@P,`D);V)J M96-T"BL@/C(P"6)E;&]N9PD)"3XT,#DU"BL@/CXP"6)Y=&4F,'@X,`D),'@X M,`D)9'EN86UI8V%L;'D@;&EN:V5D(&5X96-U=&%B;&4**R`^/C`)8GET928P M>#@P"0DP>#`P"0EE>&5C=71A8FQE"BL@/C$V"6)E;&]N9PD)"3XP"0EN;W0@ M To: Michael Smith cc: "Jordan K. Hubbard" , asami@FreeBSD.org, ports@FreeBSD.org Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. In-Reply-To: <199605300255.MAA11229@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 30 May 1996, Michael Smith wrote: > Jordan K. Hubbard stands accused of saying: > > > > If this variable is set in a Makefile, the output of `uname -r' will > > be compared against it and, if no match occurs, refuse to build > > the port. For example, the top port could have: > > > > REQUIRES_OS_VERSION= 2.2 > > > > For all variants and 2.1 users could make from the -current tree with > > impugnity, any ports like top simply getting skipped. > > Hmm. Impugnity is an interesting concept 8) > > Anyway, this leaves people following -stable out in the cold. The 2.1R > version of 'top' (for example), doesn't work with -stable, and you've just > death-warranted the -current version. Time for the -stable branch of ports and packages? So it would no more be a requirement to make a link from so.2.2 to so.3.0... on stable to run new ports. (Yes, I do understand the negative side of the thing). > > (The basic idea you've proposed is good though) > Agreed. > > Jordan > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ > Sander From owner-freebsd-ports Thu May 30 16:13:56 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13421 for ports-outgoing; Thu, 30 May 1996 16:13:56 -0700 (PDT) Received: from main.statsci.com (main.statsci.com [198.145.127.110]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA13414; Thu, 30 May 1996 16:13:54 -0700 (PDT) Received: from statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0uPGqm-0005tYC; Thu, 30 May 96 16:09 PDT Message-Id: X-Mailer: exmh version 1.6.7 5/3/96 To: "Jordan K. Hubbard" cc: Paul Richards , asami@freebsd.org, ports@freebsd.org Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. References: <20793.833473364@time.cdrom.com> In-reply-to: Your message of "Thu, 30 May 1996 09:22:44 -0700." <20793.833473364@time.cdrom.com> Reply-to: scott@statsci.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 30 May 1996 16:09:52 -0700 From: Scott Blachowicz Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > > How can you mark a port as working with *many* OS versions rather than just > > the one. If you stamp something as requiring 2.2 then it will probably work > > Since you're just handing it off to grep (or maybe egrep) it can be > any regexp matching one or more releases. Well...I'm not sure what you're guaranteed of having available at that point in the build (a normal complement of tools?), but you could hand it off to a perl script (or awk or whatever)... REQUIRES_OS_VERSION = 2.2 which implies something like REQUIRES_OS_SCRIPT = 'do "oscheck.pl"; eval "\$osrel == 2.2"' where oscheck.pl sets up some standard variables (e.g. $osrel). Then you could get fancier if the framework allows... REQUIRES_OS_VERSION = '$ctm_stamp >= 1700 && $processor eq "i386"' or whatever... Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-ports Thu May 30 16:36:44 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15933 for ports-outgoing; Thu, 30 May 1996 16:36:44 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA15918 for ; Thu, 30 May 1996 16:36:28 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id QAA02166 for freebsd-ports@freefall.cdrom.com; Thu, 30 May 1996 16:36:24 -0700 From: Don Yuniskis Message-Id: <199605302336.QAA02166@seagull.rtd.com> Subject: emacs in 2.1R To: freebsd-ports@freefall.FreeBSD.org (FreeBSD ports) Date: Thu, 30 May 1996 16:36:24 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-ports@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! I'm having some problems trying to (re)build the emacs port for 2.1R -- specifically, it appears that $MAKE isn't getting set. Is this Makefile broken or have I missed something (undoubtedly obvious...)? Thx! --don From owner-freebsd-ports Thu May 30 20:51:04 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA06617 for ports-outgoing; Thu, 30 May 1996 20:51:04 -0700 (PDT) Received: from spooky.eis.net.au (spooky.eis.net.au [203.12.171.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA06610 for ; Thu, 30 May 1996 20:50:55 -0700 (PDT) Received: (from ernie@localhost) by spooky.eis.net.au (8.7.5/8.6.12) id NAA10968 for freebsd-ports@freebsd.org; Fri, 31 May 1996 13:49:58 +1000 (EST) From: Ernie Elu Message-Id: <199605310349.NAA10968@spooky.eis.net.au> Subject: MSQL port out of date To: freebsd-ports@freebsd.org Date: Fri, 31 May 1996 13:49:58 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I do a make all for the current msql port it logs into bond.edu.au O.K then gives the error: /pub/Minerva/msql/msql-1.0.7.tar.gz: No such file. The reason being that msql 1.0.7 is so old that it is has been removed from the msql directory. The current version is msql-1.0.14.tar.gz - Ernie. From owner-freebsd-ports Fri May 31 18:12:38 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA28198 for ports-outgoing; Fri, 31 May 1996 18:12:38 -0700 (PDT) Received: from birk04.studby.uio.no (birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA28190 for ; Fri, 31 May 1996 18:12:36 -0700 (PDT) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.5/sendmail95) id DAA02566; Sat, 1 Jun 1996 03:12:33 +0200 (MET DST) Date: Sat, 1 Jun 1996 03:12:33 +0200 (MET DST) Message-Id: <199606010112.DAA02566@birk04.studby.uio.no> Mime-Version: 1.0 From: =?iso-8859-1?Q?=22=C5ge?= =?iso-8859-1?Q?R=F8bekk=22?= To: ports@freebsd.org Subject: ssh 1.2.13 and compression enabled Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If ssh is linked with the libz available from ports, compressed transfers of relatively large files often/always terminate with buffer_compress: deflate returned Z_BUF_ERROR If I use libz095 from the ssh distribution, no errors are reported and the files are transferred just fine. -aage From owner-freebsd-ports Fri May 31 20:44:07 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA06675 for ports-outgoing; Fri, 31 May 1996 20:44:07 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA06670 for ; Fri, 31 May 1996 20:44:03 -0700 (PDT) Received: by sovcom.kiae.su id AA19726 (5.65.kiae-1 ); Sat, 1 Jun 1996 06:34:23 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 1 Jun 96 06:34:23 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id HAA00382; Sat, 1 Jun 1996 07:26:08 +0400 (MSD) Message-Id: <199606010326.HAA00382@astral.msk.su> Subject: Re: ssh 1.2.13 and compression enabled To: aagero@aage.priv.no (=?iso-8859-1?Q?=22=C5ge?= =?iso-8859-1?Q?R=F8bekk=22?=) Date: Sat, 1 Jun 1996 07:26:07 +0400 (MSD) Cc: ports@freebsd.org In-Reply-To: <199606010112.DAA02566@birk04.studby.uio.no> from "[_ge] [R_bekk]" at "Jun 1, 96 03:12:33 am" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL19 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If ssh is linked with the libz available from ports, compressed > transfers of relatively large files often/always terminate with > > buffer_compress: deflate returned Z_BUF_ERROR > > If I use libz095 from the ssh distribution, no errors are reported and > the files are transferred just fine. What libz version you refer as "available from ports"? Right now libz 1.0.2 is there. I saw this error with libz 1.0 but never saw it with 1.0.2 -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-ports Fri May 31 23:23:50 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11380 for ports-outgoing; Fri, 31 May 1996 23:23:50 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA11373 for ; Fri, 31 May 1996 23:23:48 -0700 (PDT) Received: by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA06295; Fri, 31 May 1996 23:23:54 -0700 Date: Fri, 31 May 1996 23:23:54 -0700 (PDT) From: "Brian N. Handy" To: freebsd-ports@freebsd.org Subject: lyx 0.8.6? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey folks, I read through the archives and boldly tried to compile the latest version of lyx...and got nowhere. The errors right off the top seem to indicate I'm not finding xforms. I don't know why this is, I'm doing the same things I see repeated over and over in the archives. I figured changing "-lforms" to "-lxforms" in the Imakefile would have solved this particular problem, but that doesn't seem to be the case. Any suggestions?? Thanks, Brian From owner-freebsd-ports Fri May 31 23:30:39 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11523 for ports-outgoing; Fri, 31 May 1996 23:30:39 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA11518 for ; Fri, 31 May 1996 23:30:35 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id XAA12039; Fri, 31 May 1996 23:30:27 -0700 (PDT) Date: Fri, 31 May 1996 23:30:27 -0700 (PDT) Message-Id: <199606010630.XAA12039@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: ports@freebsd.org In-reply-to: <20695.833472415@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, here it is, a patch relative to -current. I also changed the IGNORE code a bit, it now prints out a suitable message than silently ignoring it. I decided to put OS_VERSION in bsd.port.mk, because bsd.port.mk is part of the OS and is installed by "make world", and should thus reflect the state of the machine quite accurately no matter how you upgrade it (as opposed to, say, /etc/make.conf). OS_VERSION is an integer, so that we can compare it using ">" with REQUIRES_OS_VERSION. Note this doesn't allow one to check for a "range" of versions or any fancy stuff, but the -current ports tree is supposed to work with the latest -current, so there shouldn't be any problem with this. The reason why I made it a 5-digit integer? Well, we already have a track record of releasing one with 4 version numbers in it (1.1.5.1), so I added one more digit for safety. :) Comments welcome! Satoshi ======= --- /usr/src/share/mk/bsd.port.mk Fri May 31 22:45:40 1996 +++ /usr/share/mk/bsd.port.mk Fri May 31 23:20:08 1996 @@ -105,6 +105,9 @@ # during a build. User can then decide to skip this port by # setting ${BATCH}, or compiling only the interactive ports # by setting ${INTERACTIVE}. +# REQUIRES_OS_VERSION - Set this if the port requires a certain release or +# newer to compile. Note this is a 5-digit integer, +# so 2.2.7.3 will become 22730. # FETCH_DEPENDS - A list of "prog:dir" pairs of other ports this # package depends in the "fetch" stage. "prog" is the # name of an executable. make will search your $PATH @@ -201,6 +204,10 @@ .include "${.CURDIR}/../Makefile.inc" .endif +# The version of FreeBSD this bsd.port.mk is part of. Note this has to +# be an integer for the comparison with REQUIRES_OS_VERSION to work. +OS_VERSION?= 22000 + # These need to be absolute since we don't know how deep in the ports # tree we are and thus can't go relative. They can, of course, be overridden # by individual Makefiles. @@ -413,6 +420,9 @@ ################################################################ # Many ways to disable a port. # +# Ignore ports that defines REQUIRES_OS_VERSION which is larger +# than the OS_VERSION (defined above). +# # If we're in BATCH mode and the port is interactive, or we're # in interactive mode and the port is non-interactive, skip all # the important targets. The reason we have two modes is that @@ -431,16 +441,37 @@ # Don't build a port if it's broken. ################################################################ -.if (defined(IS_INTERACTIVE) && defined(BATCH)) || \ - (!defined(IS_INTERACTIVE) && defined(INTERACTIVE)) || \ - (defined(REQUIRES_MOTIF) && !defined(HAVE_MOTIF)) || \ - (defined(NO_CDROM) && defined(FOR_CDROM)) || \ - (defined(RESTRICTED) && defined(NO_RESTRICTED)) || \ - defined(BROKEN) -IGNORE= yes +.if defined(REQUIRES_OS_VERSION) && ${REQUIRES_OS_VERSION} > ${OS_VERSION} +IGNORE= "${PKGNAME} isn't supported in this OS release; skipping." +.endif + +.if defined(IS_INTERACTIVE) && defined(BATCH) +IGNORE= "${PKGNAME} is interactive; skipping in batch mode." +.endif + +.if !defined(IS_INTERACTIVE) && defined(INTERACTIVE) +IGNORE= "${PKGNAME} is not interactive; skipping in interactive mode." +.endif + +.if defined(REQUIRES_MOTIF) && !defined(HAVE_MOTIF) +IGNORE= "${PKGNAME} requires Motif; skipping." +.endif + +.if defined(NO_CDROM) && defined(FOR_CDROM) +IGNORE= "${PKGNAME} requires Motif; skipping." +.endif + +.if defined(RESTRICTED) && defined(NO_RESTRICTED) +IGNORE= "${PKGNAME} is restricted because of \"${RESTRICTED}\"; skipping." +.endif + +.if defined(BROKEN) +IGNORE= "${PKGNAME} is broken; skipping." .endif .if defined(IGNORE) +.BEGIN: + @${ECHO_MSG} ${IGNORE} all: @${DO_NADA} build: From owner-freebsd-ports Fri May 31 23:33:19 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11611 for ports-outgoing; Fri, 31 May 1996 23:33:19 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA11606 for ; Fri, 31 May 1996 23:33:15 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id XAA12050; Fri, 31 May 1996 23:32:55 -0700 (PDT) Date: Fri, 31 May 1996 23:32:55 -0700 (PDT) Message-Id: <199606010632.XAA12050@silvia.HIP.Berkeley.EDU> To: narvi@haldjas.folklore.ee CC: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, ports@FreeBSD.org In-reply-to: (message from Narvi on Fri, 31 May 1996 02:04:28 +0300 (EET DST)) Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * Time for the -stable branch of ports and packages? So it would no more be * a requirement to make a link from so.2.2 to so.3.0... on stable to run * new ports. (Yes, I do understand the negative side of the thing). Do you? Anyway, there will be a package-stable tree as soon as Jordan coughs up his 2.1-*-snap and reinstalls thud (our build machine) with it. The libc version number has nothing to do with people who compile things from the ports tree. Satoshi From owner-freebsd-ports Fri May 31 23:34:20 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11643 for ports-outgoing; Fri, 31 May 1996 23:34:20 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA11637 for ; Fri, 31 May 1996 23:34:15 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id XAA12055; Fri, 31 May 1996 23:33:43 -0700 (PDT) Date: Fri, 31 May 1996 23:33:43 -0700 (PDT) Message-Id: <199606010633.XAA12055@silvia.HIP.Berkeley.EDU> To: stesin@elvisti.kiev.ua CC: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, ports@freebsd.org In-reply-to: <199605301048.NAA17561@office.elvisti.kiev.ua> (stesin@elvisti.kiev.ua) Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * What about bumping version number of -current to 3.0, * so this would seem more reasonable? * * * REQUIRES_OS_VERSION= 3.0 # ??? That's not our decision to make. Ask DavidG. :) Satoshi From owner-freebsd-ports Sat Jun 1 03:03:13 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA06012 for ports-outgoing; Sat, 1 Jun 1996 03:03:13 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA06000 for ; Sat, 1 Jun 1996 03:03:08 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id NAA12797; Sat, 1 Jun 1996 13:07:24 +0300 Date: Sat, 1 Jun 1996 13:07:23 +0300 (EET DST) From: Narvi To: Satoshi Asami cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, ports@freebsd.org Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. In-Reply-To: <199606010632.XAA12050@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 31 May 1996, Satoshi Asami wrote: > * Time for the -stable branch of ports and packages? So it would no more be > * a requirement to make a link from so.2.2 to so.3.0... on stable to run > * new ports. (Yes, I do understand the negative side of the thing). > > Do you? > > Anyway, there will be a package-stable tree as soon as Jordan coughs > up his 2.1-*-snap and reinstalls thud (our build machine) with it. > > The libc version number has nothing to do with people who compile > things from the ports tree. It just influencies those who have bandwidt bad enough to want to grab the packages instead of ports, plus I've seen packages (arena, for example) not to compile on stable.... Yes, it might have been that something was missing or just happened - I jsut found it easier to grab the packeage and make the link. > > Satoshi > Sander From owner-freebsd-ports Sat Jun 1 04:59:45 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA28963 for ports-outgoing; Sat, 1 Jun 1996 04:59:45 -0700 (PDT) Received: from birk04.studby.uio.no (birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA28956 for ; Sat, 1 Jun 1996 04:59:43 -0700 (PDT) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.5/sendmail95) id NAA03661; Sat, 1 Jun 1996 13:59:32 +0200 (MET DST) Date: Sat, 1 Jun 1996 13:59:32 +0200 (MET DST) Message-Id: <199606011159.NAA03661@birk04.studby.uio.no> Mime-Version: 1.0 From: =?iso-8859-1?Q?=22=C5ge?= =?iso-8859-1?Q?R=F8bekk=22?= To: ache@astral.msk.su CC: (), ports@freebsd.org In-reply-to: <199606010326.HAA00382@astral.msk.su> ((Unparsable address -- Strange character \á found: =?iso-8859-1?Q?=22=E1=5F=5E=5F=CE=C4=D2=C5=CA?= =?iso-8859-1?Q?=FE=C5=D2=CE=CF=D7?= =?iso-8859-1?Q?=5C?= (aka Andrey A. Chernov")) Subject: Re: ssh 1.2.13 and compression enabled Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk | > If ssh is linked with the libz available from ports, compressed | > transfers of relatively large files often/always terminate with | > | > buffer_compress: deflate returned Z_BUF_ERROR | > | > If I use libz095 from the ssh distribution, no errors are reported and | > the files are transferred just fine. | | What libz version you refer as "available from ports"? | Right now libz 1.0.2 is there. I saw this error with libz 1.0 | but never saw it with 1.0.2 I'm using libz 1.0.2. $ ldd ./ssh ./ssh: -lgmp.2 => /usr/lib/libgmp.so.2.0 (0x8035000) -lz.1 => /usr/local/lib/libz.so.1.0.2 (0x804c000) -lcrypt.2 => /usr/lib/libcrypt.so.2.0 (0x8030000) -lutil.2 => /usr/lib/libutil.so.2.1 (0x8058000) -lc.3 => /usr/lib/libc.so.3.0 (0x805a000) -aage From owner-freebsd-ports Sat Jun 1 05:14:39 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA00838 for ports-outgoing; Sat, 1 Jun 1996 05:14:39 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA00826; Sat, 1 Jun 1996 05:14:36 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id OAA29838; Sat, 1 Jun 1996 14:00:25 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id NAA01280; Sat, 1 Jun 1996 13:45:35 +0200 (MET DST) Date: Sat, 1 Jun 1996 13:45:35 +0200 (MET DST) From: Andreas Klemm To: "Jordan K. Hubbard" cc: Michael Smith , asami@freebsd.org, ports@freebsd.org Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. In-Reply-To: <17232.833431678@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Wed, 29 May 1996, Jordan K. Hubbard wrote: > I don't understand this here - all this would do would make it plain > in software what's already obvious in reality - top doesn't work for > anything but 2.2-current. At some point, I'd also hope that someone > would incorporate the recently proposed patches to top to make it > work in both branches and then the REQUIRES_OS_VERSION keyword could > simply go away. I think, we shouldn't overload the concept of the ports collection with too many keywords or Labels, because only _some_ OS release dependend programs aren't ported portable between FreeBSD versions Andreas /// - -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMbAtUPMLpmkD/U+FAQFwTgQArJbnoDrC0kU+nbQRtpi4TelLqO37kCUI +1/lD7TT8yoxSD6xgQK5GMmysfezJiyEtO0EgFATcTNM997CesWDjlIyKbu963k4 i/fCHxXIpd32ZCHh5loAj8yTbR6Eg+kwr11GWYeNyTekLgYyp49JXhY7CYi0s2tu VaiSCWQ3BVM= =LIs8 -----END PGP SIGNATURE----- From owner-freebsd-ports Sat Jun 1 08:29:22 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA08448 for ports-outgoing; Sat, 1 Jun 1996 08:29:22 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA08429 for ; Sat, 1 Jun 1996 08:29:19 -0700 (PDT) Received: from gilligan.eng.umd.edu (gilligan.eng.umd.edu [129.2.98.205]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id LAA17170; Sat, 1 Jun 1996 11:29:14 -0400 (EDT) Received: (from chuckr@localhost) by gilligan.eng.umd.edu (8.7.5/8.7.3) id LAA26129; Sat, 1 Jun 1996 11:29:14 -0400 (EDT) Date: Sat, 1 Jun 1996 11:29:13 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@gilligan.eng.umd.edu To: Satoshi Asami cc: jkh@time.cdrom.com, ports@freebsd.org Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. In-Reply-To: <199606010630.XAA12039@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 31 May 1996, Satoshi Asami wrote: > Well, here it is, a patch relative to -current. I also changed the > IGNORE code a bit, it now prints out a suitable message than silently > ignoring it. > > I decided to put OS_VERSION in bsd.port.mk, because bsd.port.mk is > part of the OS and is installed by "make world", and should thus > reflect the state of the machine quite accurately no matter how you > upgrade it (as opposed to, say, /etc/make.conf). > > OS_VERSION is an integer, so that we can compare it using ">" with > REQUIRES_OS_VERSION. Note this doesn't allow one to check for a > "range" of versions or any fancy stuff, but the -current ports tree is > supposed to work with the latest -current, so there shouldn't be any > problem with this. > > The reason why I made it a 5-digit integer? Well, we already have a > track record of releasing one with 4 version numbers in it (1.1.5.1), > so I added one more digit for safety. :) > > Comments welcome! I like this, but I wish that the OS_VERSION could be gotten from uname -r, instead of something set by bsd.port.mk. Mine shows "2.2-CURRENT", do you know what comes out of other versions, like maybe 2.1 release, or 2.0.5 ? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-ports Sat Jun 1 10:34:55 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA09437 for ports-outgoing; Sat, 1 Jun 1996 10:34:55 -0700 (PDT) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA09416 for ; Sat, 1 Jun 1996 10:34:51 -0700 (PDT) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id ab01498; 1 Jun 96 17:34 GMT Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id ab22919; 29 May 96 18:06 +0100 Received: (from fports@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id OAA14965; Wed, 29 May 1996 14:22:41 GMT Date: Wed, 29 May 1996 14:22:41 GMT Message-Id: <199605291422.OAA14965@jraynard.demon.co.uk> From: James Raynard To: freebsd-ports@freebsd.org Subject: Smalltalk port Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was just looking through ports-current and I noticed that some patches I sent in for the GNU Smalltalk port about 6 months ago seem to have fallen through the cracks somewhere. Anyway, if anyone's still interested, here's what they offer:- 1. Get stix (the X interface for mst) working. 2. Get the supplied Emacs Lisp files working, so that you can edit your code in one Emacs window, run the interpreter in another and have them communicate with each other! 3. Enable readline (command-line history/editing) in the interpreter. 4. Make the info printed out by make at the do_install more informative (and accurate!). 5. Build an optimised version instead of a debug build. Any takers? From owner-freebsd-ports Sat Jun 1 10:43:52 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA11781 for ports-outgoing; Sat, 1 Jun 1996 10:43:52 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA11762 for ; Sat, 1 Jun 1996 10:43:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id KAA17950; Sat, 1 Jun 1996 10:42:13 -0700 (PDT) To: James Raynard cc: freebsd-ports@FreeBSD.ORG Subject: Re: Smalltalk port In-reply-to: Your message of "Wed, 29 May 1996 14:22:41 GMT." <199605291422.OAA14965@jraynard.demon.co.uk> Date: Sat, 01 Jun 1996 10:42:13 -0700 Message-ID: <17948.833650933@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-ports@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This all looks good to me (and I doubt that any of the smalltalk hackers are going to mind). Go for it! Jordan > I was just looking through ports-current and I noticed that some > patches I sent in for the GNU Smalltalk port about 6 months ago seem > to have fallen through the cracks somewhere. > > Anyway, if anyone's still interested, here's what they offer:- > > 1. Get stix (the X interface for mst) working. > > 2. Get the supplied Emacs Lisp files working, so that you can edit > your code in one Emacs window, run the interpreter in another and > have them communicate with each other! > > 3. Enable readline (command-line history/editing) in the interpreter. > > 4. Make the info printed out by make at the do_install more > informative (and accurate!). > > 5. Build an optimised version instead of a debug build. > > Any takers? > From owner-freebsd-ports Sat Jun 1 11:02:52 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA13835 for ports-outgoing; Sat, 1 Jun 1996 11:02:52 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA13828 for ; Sat, 1 Jun 1996 11:02:51 -0700 (PDT) Received: from UNI2B.UNIGE.CH (uni2b.unige.ch [129.194.4.32]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id LAA02676 for ; Sat, 1 Jun 1996 11:02:49 -0700 Received: from hosty.unige.ch (129.194.16.93) by uni2b.unige.ch (PMDF V5.0-5 #10385) id <01I5ENCO2JJK00D6EA@uni2b.unige.ch> for ports@freebsd.org; Sat, 01 Jun 1996 20:00:46 +0200 (MET-DST) Date: Sat, 01 Jun 1996 20:05:13 +0200 From: Francois Marcos Subject: hfsutils port To: ports@freebsd.org Message-id: <31B08659.41C67EA6@eig.unige.ch> MIME-version: 1.0 X-Mailer: Mozilla 2.01 (X11; I; FreeBSD 2.1.0-RELEASE i386) Content-type: multipart/mixed; boundary="------------446B9B3D2781E494167EB0E7" Content-transfer-encoding: 7BIT X-URL: about: Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I've found another hfs package. It seems to work better than the hfs distributed on ftp.freebsd.org. I can't do the port myself because it requires tcl 7.4 and Tk 4.0 and I have 7.5/4.1. Here is the URL where this package can be found http://www.mars.org/~rob/proj/hfs/ I've attached a little patch to apply before trying to compile. If anyone does the port, plse e-mail me. Regards. -- ============================================================================== marcos@eig.unige.ch | PGP Key available on request | marcosf@ezinfo.vmsmail.ethz.ch | | ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ PGP 2.6.2 FingerPrint : B2 56 6E 00 FF 33 E1 3B C5 25 63 F0 9A A9 AB 42 ============================================================================== --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch.a" *** Makefile.orig Sat Jun 1 19:51:30 1996 --- Makefile Sat Jun 1 19:51:56 1996 *************** *** 26,32 **** DEFINES = CFLAGS = -g -O2 $(INCLUDES) $(DEFINES) ! ARFLAGS = rcs ############################################################################### --- 26,32 ---- DEFINES = CFLAGS = -g -O2 $(INCLUDES) $(DEFINES) ! ARFLAGS = rc ############################################################################### *************** *** 54,59 **** --- 54,60 ---- $(TARGET): $(OBJS) ar $(ARFLAGS) $@ $(OBJS) + ranlib $@ ### DEPENDENCIES FOLLOW ####################################################### --------------446B9B3D2781E494167EB0E7-- From owner-freebsd-ports Sat Jun 1 15:47:21 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA08230 for ports-outgoing; Sat, 1 Jun 1996 15:47:21 -0700 (PDT) Received: from zit1.zit.th-darmstadt.de (root@zit1.zit.th-darmstadt.de [130.83.63.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA08222 for ; Sat, 1 Jun 1996 15:47:15 -0700 (PDT) Received: from [130.83.63.13] (apfel.zit.th-darmstadt.de [130.83.63.13]) by zit1.zit.th-darmstadt.de (8.7.5/8.6.9) with ESMTP id AAA03641 for ; Sun, 2 Jun 1996 00:47:06 +0200 (MET DST) X-Sender: petzi@mail.zit.th-darmstadt.de Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 2 Jun 1996 00:47:01 +0200 To: ports@freebsd.org From: Michael Beckmann Subject: Pine 3.93 Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, could someone please submit pine 3.93 ? There is still 3.91 in the ports collection. Thanks a lot. Michael From owner-freebsd-ports Sat Jun 1 16:14:03 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09130 for ports-outgoing; Sat, 1 Jun 1996 16:14:03 -0700 (PDT) Received: from sapa.inka.de (root@sapa.inka.de [193.197.84.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA09125 for ; Sat, 1 Jun 1996 16:13:56 -0700 (PDT) Received: from uu.inka.de (root@[193.197.84.8]) by sapa.inka.de with smtp (S3.1.29.1) id ; Sun, 2 Jun 96 01:10 MET DST Received: (br@stiller.netland.inka.de) by uu.inka.de (S3.1.29.1) id ; Sun, 2 Jun 96 01:10 MET DST Received: from localhost (localhost [127.0.0.1]) by stiller.netland.inka.de (8.6.12/8.6.12) with ESMTP id SAA29049 for ; Sat, 1 Jun 1996 18:19:12 +0200 Message-Id: <199606011619.SAA29049@stiller.netland.inka.de> To: Ernie Elu Cc: freebsd-ports@freebsd.org Subject: Re: MSQL port out of date Date: Sat, 01 Jun 1996 18:19:11 +0200 From: Bernd Rosauer Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ernie Elu: > When I do a make all for the current msql port it logs into bond.edu.au O.K > > then gives the error: > > /pub/Minerva/msql/msql-1.0.7.tar.gz: No such file. > > > The reason being that msql 1.0.7 is so old that it is has been removed from > the msql directory. The current version is msql-1.0.14.tar.gz The patches of that port also work with the 1.0.13 release and will probably also do with 1.0.14. All you need to do is to substitute 1.0.14 for 1.0.7 in the port's Makefile and change the port's checksum file accordingly. I know I promised to update the mSQL port if anyone else won't do it. But I didn't find any time to do so, especially, regarding Satoshi's "wish list". Chuck Robey and I are currently working on the Postgres95 port which, in my opinion, has much higher priority. -Bernd From owner-freebsd-ports Sat Jun 1 19:06:28 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24388 for ports-outgoing; Sat, 1 Jun 1996 19:06:28 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA24369 for ; Sat, 1 Jun 1996 19:05:50 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id TAA25029; Sat, 1 Jun 1996 19:05:32 -0700 (PDT) Date: Sat, 1 Jun 1996 19:05:32 -0700 (PDT) Message-Id: <199606020205.TAA25029@silvia.HIP.Berkeley.EDU> To: chuckr@Glue.umd.edu CC: jkh@time.cdrom.com, ports@freebsd.org In-reply-to: (message from Chuck Robey on Sat, 1 Jun 1996 11:29:13 -0400 (EDT)) Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * I like this, but I wish that the OS_VERSION could be gotten from uname * -r, instead of something set by bsd.port.mk. I wanted that too, but there is no way to make make define a new variable or a new target based on the output from a command. The problem is that we don't want to "exit 1" (that will be easy), we just want to skip all the targets. And to skip the targets, we can define empty targets, but that can't be done based on an output of a command.... * Mine shows "2.2-CURRENT", * do you know what comes out of other versions, like maybe 2.1 release, * or 2.0.5 ? Actually, I think the 5-digit number scheme is more flexible, as we can even distinguish between different versions of -current if we really want. :) Satoshi