text_combined: demerphq oryiufjngmailcom nov 12 2007 1158 pm craig berry wrote nov 12 2007 603 jos boumans wrote 12 nov 2007 1035 rafael garciasuarez wrote cpanplusdistbuild glue cpanplus modulebuild mb test breakage expect cdbuild test breakage mb couple rough edges vms related specific features ppm makemaker compatibility mode mostly passing tests im aware trouble causing cdbuild moreover would like headsup far pass least produce stable release cpan upload even perfect vms remark modulebuild id like get right vms possible thats hurdle time say word wrap roll 510_rc1 rather small change filefetch took us cpanplus cpanplusdistbuild tests passing vms almost nothing passing presumably even smaller change likely one john already posted get us back business dont get file uris right nothing else work delaying 510 weeks months modules portable fragile really start wonder whether theyre stable enough part core whether remove thanks extraordinary patience thus far havent always good reporting progress significant progress last weeks ready time ago mark whats left todo im still ready thanks jos john much shorter list ill whatever push last bits finish line ive skeptical time time whether burden porting large complex modules long dependency chains worth certainly shaken lot bugs infrastructure vms port much better doesnt kill makes stronger something like overall dont think harder port vms win32 obviously far fewer people working new modules coming core seldom tested vms system whether anything change obviously post510 discussion start mailing kind stuff p5p itd appreciated talked developers involved first nothing _broken_ got output stderr thats consider many times people ask heck 510 convert mg caffeine multiply 1000 inject thats must feel like rafael right lets cut slack finish needs us modules think extremely close done reason massive problems vms portability issue filespecvms misbehaves million places craig john pointed several times dont really agree statement face value filespec routines something compromise need abstraction need right thing local filename syntax dont completely insulate know filename parts split combined parts works differently different platforms thats another topic another time id like apologise role code file uris wrong assumed using filespec using logic would apply win32 would also work vms think given troubles caused issue filespec works systems volumes shouldnt necessary programmer know intricate rules system handles file specifications logic encapsulated module like filespec one needs follow instructions module result correct specification believe long term either need rewrite filespec lot intelligence likely better get together design replacement job often see nix people writing code totally ignores volumes resulting code doesnt work win32 general assumption rewrite code volume aware win32 also work vms doesnt id say design flaw needs addressed time appears least functionality fs leads types issues easy people think unix use limited subset fs catdir catfile doesnt port good feature package whose intention facilitate portability also dislike people tendency use filespecunix create uris understand john saying post fact uris unix file specs thing happen similar contexts worth discussing differences imo bottom line different beasts using tools one create causes conceptual practical issues could avoided think needs happen win32 vms people perl design replacement fs issues totally resolved look nix user would use code essentially using unix file system semantics starting point bad call simplest lot thus least likely applicable contexts wheras using complex apparently vms also win32 starting point least likely leave anything picture id happy best carve minimal spare time work project think potential benefit community would considerable vmsperl gurus feel endeavour cheers yves perl mredebug e justanotherperlhacker fri 08 aug 2008 012031 0100 replace fs something truely portable cpanplus broken