From netrek at gmail.com Sun Apr 19 23:54:09 2009 From: netrek at gmail.com (Zach Uram) Date: Mon, 20 Apr 2009 00:54:09 -0400 Subject: [netrek-dev] server bug Message-ID: This happened tonight in a Fed-Ori pickup game on pickled: Oc = me 12:04:52 GOD->ALL The Orions have 1 minute remaining. 12:05:43 Oc->Oc time 12:05:43 GOD->Oc The Romulans will have 20 minutes left when T mode resumes 12:05:52 12:05:52 GOD->ALL The Orions have surrendered. It should have told me how much time the Oris had. It used to report just minutes then I recall the server was patched to also display seconds remaining. Zach From quozl at us.netrek.org Mon Apr 20 00:48:50 2009 From: quozl at us.netrek.org (James Cameron) Date: Mon, 20 Apr 2009 15:48:50 +1000 Subject: [netrek-dev] server bug In-Reply-To: References: Message-ID: <20090420054850.GL4176@us.netrek.org> On Mon, Apr 20, 2009 at 12:54:09AM -0400, Zach Uram wrote: > 12:04:52 GOD->ALL The Orions have 1 minute remaining. > 12:05:43 Oc->Oc time > 12:05:43 GOD->Oc The Romulans will have 20 minutes left when T mode resumes > 12:05:52 GOD->ALL The Orions have surrendered. Heh. This happened because Romulans were indeed about to surrender before T mode moved to being Orion versus Federation, and the logic only reports the first team it finds about to surrender. The surrender countdown paused when T mode with Romulans ceased. Romulan team is numerically prior to Orion in the sorting order: #define FED 1 #define ROM 2 #define KLI 4 #define ORI 8 The old logic looked for the first team of four that was considering surrender. The new logic looks for the first T mode team that is considering surrender. --- old-netrek-server/Vanilla/ntserv/ntscmds.c 2009-04-20 15:45:13.000000000 +1000 +++ new-netrek-server/Vanilla/ntserv/ntscmds.c 2009-04-20 15:45:13.000000000 +1000 @@ -840,9 +840,11 @@ who = mess->m_from; addr = addr_mess(who,MINDIV); - for (t=0;((t<=MAXTEAM)&&(teams[t].te_surrender==0));t++); - - if (t > MAXTEAM) { + t = context->quorum[0]; + if (teams[t].te_surrender == 0) { + t = context->quorum[1]; + } + if (teams[t].te_surrender == 0) { pmessage(who, MINDIV, addr, "No one is considering surrender now. Go take some planets."); return; } Or do you think it should consider all teams that might be considering surrender? After all, if you all swapped to Romulan team at this point in theory you would have been Better Off? -- James Cameron mailto:quozl at us.netrek.org http://quozl.netrek.org/ From quozl at us.netrek.org Mon Apr 20 01:58:51 2009 From: quozl at us.netrek.org (James Cameron) Date: Mon, 20 Apr 2009 16:58:51 +1000 Subject: [netrek-dev] server bug In-Reply-To: <20090420054850.GL4176@us.netrek.org> References: <20090420054850.GL4176@us.netrek.org> Message-ID: <20090420065850.GA6750@us.netrek.org> Further discussion on IRC raises the question of why did this never happen before, and whether the countdown timers used to be reset before this code was reworked. The question boils down to "what changed in the maintenance of the variable te_surrender?" Either nothing was changed, or something was changed. The case for nothing being changed is that we've very rarely been able to trigger the situation; a near collapse of one race, everyone swaps to another? On the assumption that something changed, relevant patches for review may be: Sat Dec 15 04:21:05 EST 2007 Karthik Arumugham * Fix "20 minutes left when T mode resumes" on geno countdown in T mode daemonII.c: te_surrender_pause was not getting updated to TE_SURRENDER_PAUSE_OFF until the first minute fuse occured after the countdown started. ntscmds.c: Use the TE_SURRENDER defines rather than integers. Above reviewed, no change to maintenance of te_surrender. Tue Aug 7 23:16:51 EST 2007 quozl at us.netrek.org * surrender detail, and struct teams prefix change Feature requested by Niclas Fredriks on 2007-07-19, change to mention surrender more frequently in last five minutes, and provide seconds as well as minutes on TIME command. Above reviewed, no change to maintenance of te_surrender. Prior to the above patch, te_surrender was s_surrender. Finished review back to Mon Mar 21 16:23:48 EST 2005. -- James Cameron mailto:quozl at us.netrek.org http://quozl.netrek.org/ From quozl at us.netrek.org Mon Apr 20 19:35:36 2009 From: quozl at us.netrek.org (James Cameron) Date: Tue, 21 Apr 2009 10:35:36 +1000 Subject: [netrek-dev] RSA Infrastructure Deprecated Message-ID: <20090421003536.GA14614@us.netrek.org> RES-RSA infrastructure is now deprecated. Client developers may now consider RSA optional, and until the new identification packets are in place building with RSA should continue. Server developers will retain RSA in the code. We'll be working to add a way to identify client versions for statistics. -- James Cameron mailto:quozl at us.netrek.org http://quozl.netrek.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: RSA-infrastructure-deprecation.patch Type: text/x-diff Size: 815 bytes Desc: not available Url : http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090421/31767ce5/attachment.patch -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090421/31767ce5/attachment.pgp From ahn at orion.netrek.org Tue Apr 21 01:46:04 2009 From: ahn at orion.netrek.org (Dave Ahn) Date: Tue, 21 Apr 2009 02:46:04 -0400 Subject: [netrek-dev] RSA Infrastructure Deprecated In-Reply-To: <20090421003536.GA14614@us.netrek.org> References: <20090421003536.GA14614@us.netrek.org> Message-ID: <20090421064604.GA27927@orion.netrek.org> On Tue, Apr 21, 2009 at 10:35:36AM +1000, James Cameron wrote: > RES-RSA infrastructure is now deprecated. The RES-RSA code is also being deprecated and will no longer be "actively" maintained. There has been no changes in the last 9 years, and while I may accept patches, RES-RSA should be considered defunct. The US encryption export exemption for Netrek binaries distributed under the netrek.org domain (and official mirrors) remains current with the BIS, so client and server releases made in the US may continue to include RES-RSA during the deprecation period (and beyond). From basic at us.netrek.org Tue Apr 21 13:22:56 2009 From: basic at us.netrek.org (Bob Tanner) Date: Tue, 21 Apr 2009 13:22:56 -0500 Subject: [netrek-dev] RSA Infrastructure Deprecated References: <20090421003536.GA14614@us.netrek.org> <20090421064604.GA27927@orion.netrek.org> Message-ID: On 2009-04-21 01:46:04 -0500, ahn at orion.netrek.org (Dave Ahn) said: > The US encryption export exemption for Netrek binaries distributed under > the netrek.org domain (and official mirrors) remains current with the > BIS, so client and server releases made in the US may continue to > include RES-RSA during the deprecation period (and beyond). Oh, the crufty-old days of lore! Foggy memories of lots of work on your part Dave to get that exemption. -- Bob Tanner Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 From quozl at us.netrek.org Fri Apr 24 19:35:45 2009 From: quozl at us.netrek.org (James Cameron) Date: Sat, 25 Apr 2009 10:35:45 +1000 Subject: [netrek-dev] COW is now in Debian and Ubuntu In-Reply-To: <0qeiyqo281.fsf@mirror.to> References: <0qeiyqo281.fsf@mirror.to> Message-ID: <20090425003545.GA11822@us.netrek.org> On Mon, Jan 26, 2009 at 04:17:50AM -0500, Andrew K. Bressen wrote: > In Ubuntu, we're in the Jaunty version, which is due to > officially release in April. > > The package name is netrek-client-cow I've just installed a virtual Jaunty, which has all package sources enabled except "partner", and netrek-client-cow is not listed. Did it not make it in? Workaround that I just tested was: 1. download the .deb package file manually from http://packages.debian.org/netrek-client-cow choosing the i386 or x86_64 file as appropriate for your system, 2. install it with "sudo dpkg --install", 3. resolve dependencies with "sudo apt-get -f install", 4. run it /usr/games/netrek-client-cow It play tested fine. -- James Cameron mailto:quozl at us.netrek.org http://quozl.netrek.org/ From netrek at gmail.com Fri Apr 24 20:45:48 2009 From: netrek at gmail.com (Zachary Uram) Date: Fri, 24 Apr 2009 21:45:48 -0400 Subject: [netrek-dev] COW is now in Debian and Ubuntu In-Reply-To: <20090425003545.GA11822@us.netrek.org> References: <0qeiyqo281.fsf@mirror.to> <20090425003545.GA11822@us.netrek.org> Message-ID: I see it in multiverse: http://packages.ubuntu.com/jaunty/netrek-client-cow https://launchpad.net/ubuntu/jaunty/+source/netrek-client-cow/3.2.9-1 Zach From quozl at us.netrek.org Sat Apr 25 00:19:43 2009 From: quozl at us.netrek.org (James Cameron) Date: Sat, 25 Apr 2009 15:19:43 +1000 Subject: [netrek-dev] COW is now in Debian and Ubuntu In-Reply-To: References: <0qeiyqo281.fsf@mirror.to> <20090425003545.GA11822@us.netrek.org> Message-ID: <20090425051943.GA25930@us.netrek.org> Yep, it works, the missing piece was an "aptitude update". I had presumed incorrectly that the distribution would have shipped /var/lib/apt/lists. -- James Cameron mailto:quozl at us.netrek.org http://quozl.netrek.org/ From joe at romulus.netrek.org Tue Apr 28 22:55:52 2009 From: joe at romulus.netrek.org (Joe Evango) Date: Tue, 28 Apr 2009 20:55:52 -0700 Subject: [netrek-dev] conflicts with mactrek and metaserver change? Message-ID: Are there any issues with mactrek and the recent metaserver changes? I downloaded the client and the only option I have is to connect to localhost. If I select 'Instant Action' nothing happens. If I enter an '*' for server the game stops responding. -Joe _________________________________________________________________ Rediscover Hotmail?: Now available on your iPhone or BlackBerry http://windowslive.com/RediscoverHotmail?ocid=TXT_TAGLM_WL_HM_Rediscover_Mobile2_042009 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090428/e32e1bb3/attachment.htm From jrd at gerdesas.com Tue Apr 28 23:10:43 2009 From: jrd at gerdesas.com (John R. Dennison) Date: Tue, 28 Apr 2009 23:10:43 -0500 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: References: Message-ID: <20090429041043.GN2806@frodo.gerdesas.com> On Tue, Apr 28, 2009 at 08:55:52PM -0700, Joe Evango wrote: > > Are there any issues with mactrek and the recent metaserver changes? I > downloaded the client and the only option I have is to connect to > localhost. If I select 'Instant Action' nothing happens. If I enter an > '*' for server the game stops responding. There should not be unless it's talking to the meta via ip and not hostname. John -- "I'm sorry but our engineers do not have phones." As stated by a Network Solutions Customer Service representative when asked to be put through to an engineer. "My other computer is your windows box." Ralf Hildebrandt trying to play sturgeon while it's under attack is apparently not fun. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090428/1a979717/attachment.pgp From billbalcerski at gmail.com Tue Apr 28 23:31:14 2009 From: billbalcerski at gmail.com (Bill Balcerski) Date: Wed, 29 Apr 2009 00:31:14 -0400 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: References: Message-ID: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> Quick dig around mactrek yields these entries for metaservers, in MetaServerTableDataSource.m: result = [meta readFromMetaServer:@"sage.real-time.com" atPort:3521]; result2 = [meta readFromMetaServer:@"orion.netrek.org" atPort:3521]; First entry works, second doesn't. Does this break mactrek if one of the metaservers doesn't respond? Dunno maybe. Need more mactrek users to test :). Bill On Tue, Apr 28, 2009 at 11:55 PM, Joe Evango wrote: > Are there any issues with mactrek and the recent metaserver changes? I > downloaded the client and the only option I have is to connect to localhost. > If I select 'Instant Action' nothing happens. If I enter an '*' for server > the game stops responding. > -Joe > ________________________________ > Rediscover Hotmail?: Now available on your iPhone or BlackBerry Check it > out. > _______________________________________________ > netrek-dev mailing list > netrek-dev at us.netrek.org > http://mailman.us.netrek.org/mailman/listinfo/netrek-dev > > From quozl at us.netrek.org Tue Apr 28 23:46:00 2009 From: quozl at us.netrek.org (James Cameron) Date: Wed, 29 Apr 2009 14:46:00 +1000 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> Message-ID: <20090429044600.GE29653@us.netrek.org> On Wed, Apr 29, 2009 at 12:31:14AM -0400, Bill Balcerski wrote: > Quick dig around mactrek yields [...] Whoops. While you are there, does it use TCP only or UDP? -- James Cameron mailto:quozl at us.netrek.org http://quozl.netrek.org/ From billbalcerski at gmail.com Wed Apr 29 08:01:53 2009 From: billbalcerski at gmail.com (Bill Balcerski) Date: Wed, 29 Apr 2009 09:01:53 -0400 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: <20090429044600.GE29653@us.netrek.org> References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> Message-ID: <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> On Wed, Apr 29, 2009 at 12:46 AM, James Cameron wrote: > Whoops. While you are there, does it use TCP only or UDP? > Looks like TCP only. From MetaServerParser.m: // connect and create a stream LLTCPSocket *socket = [[LLTCPSocket alloc] init]; I don't see any reason why failure of meta2 would break the client, the code seems to add any new servers found from metaserver2 (result2) to the list of servers. Assuming that the result2 is properly initialized so that count = 0. I didn't check the data initialization due to lack of knowledge of how objective C works. From MetaServerTableDataSource.m: // add the new server in result2 to metaServerServers for (int i=0; i < [result2 count]; i++) { MetaServerEntry *entry = [result2 objectAtIndex:i]; if ([self findServer:[entry address]]) { // server already there //LLLog(@"MetaServerTableDataSource.refreshServers: duplicate entry for %@", [entry address]); } else { // new, must add LLLog(@"MetaServerTableDataSource.refreshServers: new entry for %@", [entry address]); [metaServerServers addObject:entry]; } } From basic at us.netrek.org Wed Apr 29 15:02:07 2009 From: basic at us.netrek.org (Bob Tanner) Date: Wed, 29 Apr 2009 15:02:07 -0500 Subject: [netrek-dev] COW is now in Debian and Ubuntu References: <0qeiyqo281.fsf@mirror.to> <20090425003545.GA11822@us.netrek.org> Message-ID: On 2009-04-24 19:35:45 -0500, James Cameron said: > I've just installed a virtual Jaunty, which has all package sources > enabled except "partner", and netrek-client-cow is not listed. Did it > not make it in? http://packages.ubuntu.com/jaunty/netrek-client-cow Sure looks like it made it in. -- Bob Tanner Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 From quozl at us.netrek.org Wed Apr 29 18:12:23 2009 From: quozl at us.netrek.org (James Cameron) Date: Thu, 30 Apr 2009 09:12:23 +1000 Subject: [netrek-dev] COW is now in Debian and Ubuntu In-Reply-To: References: <0qeiyqo281.fsf@mirror.to> <20090425003545.GA11822@us.netrek.org> Message-ID: <20090429231223.GB12059@us.netrek.org> On Wed, Apr 29, 2009 at 03:02:07PM -0500, Bob Tanner wrote: > http://packages.ubuntu.com/jaunty/netrek-client-cow > Sure looks like it made it in. It did. The system needed an update first after the initial install. -- James Cameron mailto:quozl at us.netrek.org http://quozl.netrek.org/ From joe at romulus.netrek.org Wed Apr 29 22:27:06 2009 From: joe at romulus.netrek.org (Joe Evango) Date: Wed, 29 Apr 2009 20:27:06 -0700 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> Message-ID: Are there any mac users out there that can test this? Can we verify how many mac players have been hitting the servers this past week? I download the client, execute it and the only option I have is localhost. > Date: Wed, 29 Apr 2009 09:01:53 -0400 > From: billbalcerski at gmail.com > To: netrek-dev at us.netrek.org; quozl at us.netrek.org > Subject: Re: [netrek-dev] conflicts with mactrek and metaserver change? > > On Wed, Apr 29, 2009 at 12:46 AM, James Cameron wrote: >> Whoops. While you are there, does it use TCP only or UDP? >> > Looks like TCP only. From MetaServerParser.m: > // connect and create a stream > LLTCPSocket *socket = [[LLTCPSocket alloc] init]; > > > I don't see any reason why failure of meta2 would break the client, > the code seems to add any new servers found from metaserver2 (result2) > to the list of servers. Assuming that the result2 is properly > initialized so that count = 0. I didn't check the data initialization > due to lack of knowledge of how objective C works. From > MetaServerTableDataSource.m: > > // add the new server in result2 to metaServerServers > for (int i=0; i < [result2 count]; i++) { > MetaServerEntry *entry = [result2 objectAtIndex:i]; > if ([self findServer:[entry address]]) { > // server already there > //LLLog(@"MetaServerTableDataSource.refreshServers: duplicate entry > for %@", [entry address]); > } else { > // new, must add > LLLog(@"MetaServerTableDataSource.refreshServers: new entry for > %@", [entry address]); > [metaServerServers addObject:entry]; > } > } > > _______________________________________________ > netrek-dev mailing list > netrek-dev at us.netrek.org > http://mailman.us.netrek.org/mailman/listinfo/netrek-dev _________________________________________________________________ Windows Live? Hotmail?:?more than just e-mail. http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_more_042009 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090429/7ea066ab/attachment.htm From basic at us.netrek.org Thu Apr 30 00:49:45 2009 From: basic at us.netrek.org (Bob Tanner) Date: Thu, 30 Apr 2009 00:49:45 -0500 Subject: [netrek-dev] conflicts with mactrek and metaserver change? References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> Message-ID: > Are there any mac users out there that can test this?=20 > Can we verify how many mac players have been hitting the servers this past = > week? > > I download the client=2C execute it and the only option I have is localhost= > I've been looking for an excuse to try some osx development. This is as good as any. First the warnings. 1. I've never done any native osx development. I'm 100% noob. 2. I've never used any native osx development tools ala xcode, interface builder 3. I do not know how (yet) to make osx packages or even how to make .dmg files 4. I've never written a line of Objective-C until tonight 5. There is no documentation, install, build, or otherwise That all said, I'm willing to give maintaining the osx client. I've setup the MacTrek sub-project on Launchpad, you can visit it here: https://launchpad.net/mactrek/ I've created a new "1.4.0" release that fixes the metaserver issue (as well as some house cleaning) and you can download it from here: https://launchpad.net/mactrek/1.4/1.4.0 It's still taged 1.4.0 because I do not know how to edit the plist file to change the release number (yet) -and- the RSA key I used is not blessed, but I think all servers do not require blessed keys. Unlike the upstream developers 1.4.0 release, my release is Intel only (not universal) and build for osx-10.5 (won't work on 10.4) -and- may require you to upgrade gmp (I got mine from darwin ports) Please file any bugs or issues here: https://bugs.launchpad.net/mactrek/1.4 Thanks. -- Bob Tanner Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 From jrd at gerdesas.com Thu Apr 30 04:56:21 2009 From: jrd at gerdesas.com (John R. Dennison) Date: Thu, 30 Apr 2009 04:56:21 -0500 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> Message-ID: <20090430095621.GD7577@frodo.gerdesas.com> On Thu, Apr 30, 2009 at 12:49:45AM -0500, Bob Tanner wrote: > > Please file any bugs or issues here: > > https://bugs.launchpad.net/mactrek/1.4 I try to file a bug against that branch with the "Report a bug" button and get "MacTrek does not use Launchpad for its bug tracker." John -- "I'm sorry but our engineers do not have phones." As stated by a Network Solutions Customer Service representative when asked to be put through to an engineer. "My other computer is your windows box." Ralf Hildebrandt trying to play sturgeon while it's under attack is apparently not fun. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090430/9108bf66/attachment.pgp From joe at romulus.netrek.org Thu Apr 30 10:19:39 2009 From: joe at romulus.netrek.org (Joe Evango) Date: Thu, 30 Apr 2009 08:19:39 -0700 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> Message-ID: Thanks Bob. Would it be possible to fix this issue without updating the client? Thinking of the people that have already downloaded mactrek. I will update the client on playnetrek.org but what are we going to do about the listing on apple.com. Would hate to have it delisted. I do not have permissions to update the client in /files/Mactrek on netrek.org. Can someone with write permission to that directory update the client? I have CC'd Chris on this email in case he is not monitoring the dev list. -Joe > To: netrek-dev at us.netrek.org > From: basic at us.netrek.org > Date: Thu, 30 Apr 2009 00:49:45 -0500 > Subject: Re: [netrek-dev] conflicts with mactrek and metaserver change? > > > Are there any mac users out there that can test this?=20 > > Can we verify how many mac players have been hitting the servers this past = > > week? > > > > I download the client=2C execute it and the only option I have is localhost= > > > > I've been looking for an excuse to try some osx development. This is as > good as any. > > First the warnings. > > 1. I've never done any native osx development. I'm 100% noob. > 2. I've never used any native osx development tools ala xcode, > interface builder > 3. I do not know how (yet) to make osx packages or even how to make .dmg files > 4. I've never written a line of Objective-C until tonight > 5. There is no documentation, install, build, or otherwise > > That all said, I'm willing to give maintaining the osx client. > > I've setup the MacTrek sub-project on Launchpad, you can visit it here: > > https://launchpad.net/mactrek/ > > I've created a new "1.4.0" release that fixes the metaserver issue (as > well as some house cleaning) and you can download it from here: > > https://launchpad.net/mactrek/1.4/1.4.0 > > It's still taged 1.4.0 because I do not know how to edit the plist file > to change the release number (yet) -and- the RSA key I used is not > blessed, but I think all servers do not require blessed keys. > > Unlike the upstream developers 1.4.0 release, my release is Intel only > (not universal) and build for osx-10.5 (won't work on 10.4) -and- may > require you to upgrade gmp (I got mine from darwin ports) > > Please file any bugs or issues here: > > https://bugs.launchpad.net/mactrek/1.4 > > Thanks. > -- > Bob Tanner > Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 > > > > _______________________________________________ > netrek-dev mailing list > netrek-dev at us.netrek.org > http://mailman.us.netrek.org/mailman/listinfo/netrek-dev _________________________________________________________________ Rediscover Hotmail?: Get quick friend updates right in your inbox. http://windowslive.com/RediscoverHotmail?ocid=TXT_TAGLM_WL_HM_Rediscover_Updates2_042009 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090430/24fd2867/attachment.htm From joe at romulus.netrek.org Thu Apr 30 10:26:59 2009 From: joe at romulus.netrek.org (Joe Evango) Date: Thu, 30 Apr 2009 08:26:59 -0700 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> Message-ID: The apple.com listing points to the mactrek project on sourceforge. Karthik and Chris are the only two listed as developers on that project. Karth can you update the mactrek client on sourceforge? From: joe at romulus.netrek.org To: netrek-dev at us.netrek.org CC: mactrek at luky.nl; narcis at luky.nl Subject: RE: [netrek-dev] conflicts with mactrek and metaserver change? Date: Thu, 30 Apr 2009 08:19:39 -0700 Thanks Bob. Would it be possible to fix this issue without updating the client? Thinking of the people that have already downloaded mactrek. I will update the client on playnetrek.org but what are we going to do about the listing on apple.com. Would hate to have it delisted. I do not have permissions to update the client in /files/Mactrek on netrek.org. Can someone with write permission to that directory update the client? I have CC'd Chris on this email in case he is not monitoring the dev list. -Joe > To: netrek-dev at us.netrek.org > From: basic at us.netrek.org > Date: Thu, 30 Apr 2009 00:49:45 -0500 > Subject: Re: [netrek-dev] conflicts with mactrek and metaserver change? > > > Are there any mac users out there that can test this?=20 > > Can we verify how many mac players have been hitting the servers this past = > > week? > > > > I download the client=2C execute it and the only option I have is localhost= > > > > I've been looking for an excuse to try some osx development. This is as > good as any. > > First the warnings. > > 1. I've never done any native osx development. I'm 100% noob. > 2. I've never used any native osx development tools ala xcode, > interface builder > 3. I do not know how (yet) to make osx packages or even how to make .dmg files > 4. I've never written a line of Objective-C until tonight > 5. There is no documentation, install, build, or otherwise > > That all said, I'm willing to give maintaining the osx client. > > I've setup the MacTrek sub-project on Launchpad, you can visit it here: > > https://launchpad.net/mactrek/ > > I've created a new "1.4.0" release that fixes the metaserver issue (as > well as some house cleaning) and you can download it from here: > > https://launchpad.net/mactrek/1.4/1.4.0 > > It's still taged 1.4.0 because I do not know how to edit the plist file > to change the release number (yet) -and- the RSA key I used is not > blessed, but I think all servers do not require blessed keys. > > Unlike the upstream developers 1.4.0 release, my release is Intel only > (not universal) and build for osx-10.5 (won't work on 10.4) -and- may > require you to upgrade gmp (I got mine from darwin ports) > > Please file any bugs or issues here: > > https://bugs.launchpad.net/mactrek/1.4 > > Thanks. > -- > Bob Tanner > Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 > > > > _______________________________________________ > netrek-dev mailing list > netrek-dev at us.netrek.org > http://mailman.us.netrek.org/mailman/listinfo/netrek-dev Rediscover Hotmail?: Get quick friend updates right in your inbox. Check it out. _________________________________________________________________ Rediscover Hotmail?: Get e-mail storage that grows with you. http://windowslive.com/RediscoverHotmail?ocid=TXT_TAGLM_WL_HM_Rediscover_Storage2_042009 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090430/85112139/attachment-0001.htm From netrek at gmail.com Thu Apr 30 13:59:35 2009 From: netrek at gmail.com (Zachary Uram) Date: Thu, 30 Apr 2009 14:59:35 -0400 Subject: [netrek-dev] mactrek update for developers Message-ID: I heard from Chris the mactrek author: >Am abroad now, will look into it >I discourage branches with the same name and version number however welcome all the help with the official >client please provide any patch you may have > >merged the change Bob made and invited him to join the official project. Zach From basic at us.netrek.org Thu Apr 30 14:11:04 2009 From: basic at us.netrek.org (Bob Tanner) Date: Thu, 30 Apr 2009 14:11:04 -0500 Subject: [netrek-dev] conflicts with mactrek and metaserver change? References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> <20090430095621.GD7577@frodo.gerdesas.com> Message-ID: On 2009-04-30 04:56:21 -0500, "John R. Dennison" said: > I try to file a bug against that branch with the "Report > a bug" button and get "MacTrek does not use Launchpad for > its bug tracker." Try again. I had wrong radio button checked. -- Bob Tanner Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 From basic at us.netrek.org Thu Apr 30 14:16:30 2009 From: basic at us.netrek.org (Bob Tanner) Date: Thu, 30 Apr 2009 14:16:30 -0500 Subject: [netrek-dev] conflicts with mactrek and metaserver change? References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> Message-ID: On 2009-04-30 10:19:39 -0500, Joe Evango said: > Would it be possible to fix this issue without updating the client? Short answer: no Long answer: Still no. :-) The metaserver entries are hard coded into the app, need to change the code to change the entries. > > Thinking of the people that have already downloaded mactrek. I will update = > the client on playnetrek.org but what are we going to do about the listing = > on apple.com. Would hate to have it delisted. I do not have permissions to = > update the client in /files/Mactrek on netrek.org. Can someone with write p= > ermission to that directory update the client? Gerdesas and Quozl can give stats on MacTrek clients, just skimming irc, it's very few. While it's nice to have stuff on apple.com, most of it is pretty crufty. Most times I download apps from there first thing it does is auto-update -- Bob Tanner Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 From jrd at gerdesas.com Thu Apr 30 15:40:01 2009 From: jrd at gerdesas.com (John R. Dennison) Date: Thu, 30 Apr 2009 15:40:01 -0500 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> Message-ID: <20090430204001.GE7577@frodo.gerdesas.com> On Thu, Apr 30, 2009 at 02:16:30PM -0500, Bob Tanner wrote: > On 2009-04-30 10:19:39 -0500, Joe Evango > said: > > > Would it be possible to fix this issue without updating the client? > > Short answer: no Less short answer. If this is affecting a large portion of the user base then thought need be given to putting a dns hack in place to address it. While users should always keep up to date with software patches and new versions, in the real world that is not the case; users should not be expected to update due to an infrastructure change of this nature. > Long answer: Still no. :-) The metaserver entries are hard coded into > the app, need to change the code to change the entries. I still do not understand this level of poor design; why in the world would a developer not use the public service names and instead hardcode the underlying hostnames? In any event, forcing users to update their own is a pipe dream; if the client had auto-update machinery it would be different. Note: not singling out MacTrek here; I am unaware of any client that has update notification / auto-update features. > Gerdesas and Quozl can give stats on MacTrek clients, just skimming > irc, it's very few. While it's nice to have stuff on apple.com, most of > it is pretty crufty. Most times I download apps from there first thing > it does is auto-update Netrek can't afford to lose even a fraction of mactrek users. Client counts are at http://netrek.gerdesas.com/ New format results are at: http://netrek.gerdesas.com/new/ March stats just posted, I seemed to have forgotten about them until now. "Opps". John -- "I'm sorry but our engineers do not have phones." As stated by a Network Solutions Customer Service representative when asked to be put through to an engineer. "My other computer is your windows box." Ralf Hildebrandt trying to play sturgeon while it's under attack is apparently not fun. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090430/dd0ff910/attachment.pgp From joe at romulus.netrek.org Thu Apr 30 16:26:48 2009 From: joe at romulus.netrek.org (Joe Evango) Date: Thu, 30 Apr 2009 14:26:48 -0700 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: <20090430204001.GE7577@frodo.gerdesas.com> References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> <20090430204001.GE7577@frodo.gerdesas.com> Message-ID: > Date: Thu, 30 Apr 2009 15:40:01 -0500 > From: jrd at gerdesas.com > To: netrek-dev at us.netrek.org > Subject: Re: [netrek-dev] conflicts with mactrek and metaserver change? > > > Less short answer. If this is affecting a large portion of the > user base then thought need be given to putting a dns hack in place > to address it. While users should always keep up to date > with software patches and new versions, in the real world that > is not the case; users should not be expected to update due to > an infrastructure change of this nature. > Agreed. Was hoping some type of dns change could be made to accommodate users that have already downloaded the client. My understanding is there are a lot of Mactrek users. I am unsure how many would make the effort to investigate the issue, my guess is not many. -Joe _________________________________________________________________ Windows Live? SkyDrive?: Get 25 GB of free online storage. http://windowslive.com/online/skydrive?ocid=TXT_TAGLM_WL_skydrive_042009 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090430/51200707/attachment.htm From jrd at gerdesas.com Thu Apr 30 16:53:22 2009 From: jrd at gerdesas.com (John R. Dennison) Date: Thu, 30 Apr 2009 16:53:22 -0500 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> <20090430204001.GE7577@frodo.gerdesas.com> Message-ID: <20090430215321.GF7577@frodo.gerdesas.com> On Thu, Apr 30, 2009 at 02:26:48PM -0700, Joe Evango wrote: > > Agreed. Was hoping some type of dns change could be made to accommodate > users that have already downloaded the client. According to Ahn on #netrek such a dns change would break lots of things that I am apparently unaware of, which doesn't surprise me, actually. There is talk of getting a temporary fix in place so hopefully this will all be resolved shortly. Netrek is on it's very last puffs on the respirator now, we can't afford to lose yet more players. John -- "I'm sorry but our engineers do not have phones." As stated by a Network Solutions Customer Service representative when asked to be put through to an engineer. "My other computer is your windows box." Ralf Hildebrandt trying to play sturgeon while it's under attack is apparently not fun. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090430/b84846d8/attachment.pgp From quozl at us.netrek.org Thu Apr 30 18:27:36 2009 From: quozl at us.netrek.org (James Cameron) Date: Fri, 1 May 2009 09:27:36 +1000 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: <20090430215321.GF7577@frodo.gerdesas.com> References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> <20090430204001.GE7577@frodo.gerdesas.com> <20090430215321.GF7577@frodo.gerdesas.com> Message-ID: <20090430232736.GG5982@us.netrek.org> Temporary fix in place, a non-soliciting meta on orion. ;-( -- James Cameron mailto:quozl at us.netrek.org http://quozl.netrek.org/ From jrd at gerdesas.com Thu Apr 30 18:32:06 2009 From: jrd at gerdesas.com (John R. Dennison) Date: Thu, 30 Apr 2009 18:32:06 -0500 Subject: [netrek-dev] conflicts with mactrek and metaserver change? In-Reply-To: <20090430232736.GG5982@us.netrek.org> References: <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> <20090430204001.GE7577@frodo.gerdesas.com> <20090430215321.GF7577@frodo.gerdesas.com> <20090430232736.GG5982@us.netrek.org> Message-ID: <20090430233206.GH7577@frodo.gerdesas.com> On Fri, May 01, 2009 at 09:27:36AM +1000, James Cameron wrote: > Temporary fix in place, a non-soliciting meta on orion. ;-( Thank you. John -- "I'm sorry but our engineers do not have phones." As stated by a Network Solutions Customer Service representative when asked to be put through to an engineer. "My other computer is your windows box." Ralf Hildebrandt trying to play sturgeon while it's under attack is apparently not fun. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090430/7838b03d/attachment.pgp From basic at us.netrek.org Thu Apr 30 18:47:44 2009 From: basic at us.netrek.org (Bob Tanner) Date: Thu, 30 Apr 2009 18:47:44 -0500 Subject: [netrek-dev] Auto-update was conflicts with mactrek and metaserver change? References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> <20090430204001.GE7577@frodo.gerdesas.com> Message-ID: On 2009-04-30 15:40:01 -0500, "John R. Dennison" said: > if the client > had auto-update machinery it would be different. My first new feature for MacTrek will be to integrate (I think it's called Sparkle) for auto-update to the client. Now, that doesn't help us much if people won't upgrade to this version, but it's a start. -- Bob Tanner Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 From jrd at gerdesas.com Thu Apr 30 19:04:54 2009 From: jrd at gerdesas.com (John R. Dennison) Date: Thu, 30 Apr 2009 19:04:54 -0500 Subject: [netrek-dev] Auto-update was conflicts with mactrek and metaserver change? In-Reply-To: References: <45ab86180904282131i4aa0f230i55c47394b31faa96@mail.gmail.com> <20090429044600.GE29653@us.netrek.org> <45ab86180904290601q5bd8415btb5550e2172cef48d@mail.gmail.com> <20090430204001.GE7577@frodo.gerdesas.com> Message-ID: <20090501000454.GI7577@frodo.gerdesas.com> On Thu, Apr 30, 2009 at 06:47:44PM -0500, Bob Tanner wrote: > > My first new feature for MacTrek will be to integrate (I think it's > called Sparkle) for auto-update to the client. Good. That will help, at least for MacTrek. > Now, that doesn't help us much if people won't upgrade to this version, > but it's a start. Servers can spam a notice to update on MOTD (not that anyone bothers to read the MOTD), and at least on pickled I can spam update macros as I did when 1.4 was originally released since it addressed quite a few bugs according to users. John -- "I'm sorry but our engineers do not have phones." As stated by a Network Solutions Customer Service representative when asked to be put through to an engineer. "My other computer is your windows box." Ralf Hildebrandt trying to play sturgeon while it's under attack is apparently not fun. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090430/a0a33c76/attachment.pgp From netrek at gmail.com Thu Apr 30 22:42:40 2009 From: netrek at gmail.com (Zachary Uram) Date: Thu, 30 Apr 2009 23:42:40 -0400 Subject: [netrek-dev] Auto-update Message-ID: I was thinking how we could implement auto-update for Linux clients. Would it simply remind the user or actually download the new client and install it? Any ideas? Zach From quozl at us.netrek.org Thu Apr 30 23:03:57 2009 From: quozl at us.netrek.org (James Cameron) Date: Fri, 1 May 2009 14:03:57 +1000 Subject: [netrek-dev] Auto-update In-Reply-To: References: Message-ID: <20090501040357.GM5982@us.netrek.org> On Thu, Apr 30, 2009 at 11:42:40PM -0400, Zachary Uram wrote: > I was thinking how we could implement auto-update for Linux clients. As a start, figure out how other Linux software handles auto-update. Also cover each major distribution; Ubuntu, Debian, Fedora, OpenSUSE, etc. -- James Cameron mailto:quozl at us.netrek.org http://quozl.netrek.org/ From jrd at gerdesas.com Thu Apr 30 23:16:51 2009 From: jrd at gerdesas.com (John R. Dennison) Date: Thu, 30 Apr 2009 23:16:51 -0500 Subject: [netrek-dev] Auto-update In-Reply-To: <20090501040357.GM5982@us.netrek.org> References: <20090501040357.GM5982@us.netrek.org> Message-ID: <20090501041650.GJ7577@frodo.gerdesas.com> On Fri, May 01, 2009 at 02:03:57PM +1000, James Cameron wrote: > > As a start, figure out how other Linux software handles auto-update. > Also cover each major distribution; Ubuntu, Debian, Fedora, OpenSUSE, > etc. One of the more standard ways involves a dns TXT resource record with the version number as the data. Client pulls the RR, compares the value with it's version, alerts user when update is present. Perhaps have additional data in the RR such as urgency value of update (minor, major, critical). Pros over HTTP lookup: anything on the net needs to be able to look up addresses, most all firewalls will permit it through untouched. HTTP is subject to proxies and other stuff, and while it's unlikely that someone is playing from a location where they do not have http access, it's still a remote possibility. It's also lower impact. Most of the commericial enterprises I've been part of in the past 10 years have used this method, so it is standard. John -- "I'm sorry but our engineers do not have phones." As stated by a Network Solutions Customer Service representative when asked to be put through to an engineer. "My other computer is your windows box." Ralf Hildebrandt trying to play sturgeon while it's under attack is apparently not fun. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mailman.us.netrek.org/pipermail/netrek-dev/attachments/20090430/6af1ae5d/attachment.pgp From stephen at thorne.id.au Thu Apr 30 23:09:58 2009 From: stephen at thorne.id.au (Stephen Thorne) Date: Fri, 1 May 2009 14:09:58 +1000 Subject: [netrek-dev] Auto-update In-Reply-To: References: Message-ID: <20090501040958.GJ25309@thorne.id.au> On 2009-04-30, Zachary Uram wrote: > Any ideas? Non-problem. Package manager does this already. -- Regards, Stephen Thorne Development Engineer NetBox Blue - 1300 737 060 Scanned by the NetBox from NetBox Blue (http://netboxblue.com/)