Bug 114997 - New port: emulators/fceu-server: The network play server for the NES/Famicom emulator fceu
Summary: New port: emulators/fceu-server: The network play server for the NES/Famicom ...
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Gabor Kovesdan
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-29 00:10 UTC by Pontus Stenetorp
Modified: 2007-08-19 16:10 UTC (History)
0 users

See Also:


Attachments
file.shar (10.09 KB, text/plain)
2007-07-29 00:10 UTC, Pontus Stenetorp
no flags Details
fceu-server-0.0.5.shar.txt (6.48 KB, text/plain)
2007-07-29 00:35 UTC, Pontus Stenetorp
no flags Details
fceu-server-0.0.5.shar.txt (3.02 KB, text/plain)
2007-07-29 01:02 UTC, Pontus Stenetorp
no flags Details
fceu-server-0.0.5.shar.txt (3.40 KB, text/plain)
2007-08-06 00:48 UTC, Pontus Stenetorp
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pontus Stenetorp 2007-07-29 00:10:01 UTC
The FCE Ultra NES/Famicom emulator has a server which enables multiplayer over TCP/IP. Although it seems that this functionality is included in the current fceu port this is not the case. The fceu team has split the client and server into seperate packages. I therefore have created a port of the server making the collection complete.

Additionally and not related to this port. It seems that I was not added to any contributors list last time I submitted a port. It would make me happy to be along the other proud contributors.

Fix: Patch attached with submission follows:
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2007-07-29 00:10:10 UTC
Class Changed
From-To: update->change-request

Fix category (new ports should be change-requests)
Comment 2 Pontus Stenetorp 2007-07-29 00:35:31 UTC
I didn't keep my head cool when fighting the PR form about my shar not 
being valid (in the end I figured out it was supposed to have a .txt 
suffix). I re-did the shar and got shars in shar. Really neatly done, 
here is a fix. Sorry about that.

Best regards,
Pontus stenetorp
Comment 3 Pontus Stenetorp 2007-07-29 01:02:27 UTC
Alright, now I've made a complete fool of myself.

shar `find . -print` > fceu-server-0.0.5.shar.txt

Now, this command might seem rather friendly. You keep keep all the port 
files in it's directory and after all if the shar isn't there when find 
is executed and should therefore not be included, thought the young 
padawan. How ever, it's a stream, find spots the shar and tada! You have 
made the same mistake twice.

And now, if you excuse me, I am to buy a one way ticket to Berkley and 
commit Harakiri in a dark server room using a sharpened keyboard.
Comment 4 Gabor Kovesdan freebsd_committer freebsd_triage 2007-08-04 14:31:19 UTC
State Changed
From-To: open->feedback

Please modify the handling of config files as it is done by e.g. 
audio/shoutcast, as we discussed via IRC. 


Comment 5 Gabor Kovesdan freebsd_committer freebsd_triage 2007-08-04 14:31:19 UTC
Responsible Changed
From-To: freebsd-ports-bugs->gabor

Grab.
Comment 6 Pontus Stenetorp 2007-08-06 00:48:02 UTC
The handling of the configuration file has been altered according to the 
instructions given by gabor.
Comment 7 Gabor Kovesdan freebsd_committer freebsd_triage 2007-08-15 18:56:15 UTC
Ok, the patch is almost ok, I'm polishing it a bit. It does not compile 
on RELENG_5:

===>  Building for fceu-server-0.0.5
g++ -O -pipe -DSOL_TCP=6   -c -o server.o server.cpp
server.cpp: In function `int CheckNBTCPReceive(ClientEntry*)':
server.cpp:236: error: `MSG_NOSIGNAL' undeclared (first use this function)
server.cpp:236: error: (Each undeclared identifier is reported only once 
for each function it appears in.)
server.cpp: In function `int MakeSendTCP(ClientEntry*, uint8*, uint32)':
server.cpp:452: error: `MSG_NOSIGNAL' undeclared (first use this function)
server.cpp: In function `int main(int, char**)':
server.cpp:846: error: `MSG_NOSIGNAL' undeclared (first use this function)

Do you intend to patch it or should I mark it ignored on 5.X

Regards,

-- 
Gabor Kovesdan
FreeBSD Volunteer

EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org
WEB:   http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org
Comment 8 dfilter service freebsd_committer freebsd_triage 2007-08-19 15:54:04 UTC
gabor       2007-08-19 14:53:58 UTC

  FreeBSD ports repository

  Modified files:
    emulators            Makefile 
  Added files:
    emulators/fceu-server Makefile distinfo pkg-descr pkg-plist 
  Log:
  This is a port of the FCE Ultra network play server.
  
  WWW: http://fceultra.sourceforge.net/
  
  PR:             ports/114997
  Submitted by:   Pontus Stenetorp <ninjin at kth.se>
  
  Revision  Changes    Path
  1.230     +1 -0      ports/emulators/Makefile
  1.1       +43 -0     ports/emulators/fceu-server/Makefile (new)
  1.1       +3 -0      ports/emulators/fceu-server/distinfo (new)
  1.1       +3 -0      ports/emulators/fceu-server/pkg-descr (new)
  1.1       +4 -0      ports/emulators/fceu-server/pkg-plist (new)
_______________________________________________
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
Comment 9 Gabor Kovesdan freebsd_committer freebsd_triage 2007-08-19 15:59:21 UTC
State Changed
From-To: feedback->closed

Port added with minor changes. We should always install into PREFIX, not 
into LOCALBASE, I changed the port accordingly. Besides, I applied some 
simplifications to avoid adding patches into FILESDIR. You can refer to the 
committed port, how I did it. 
Thanks for your contribution!