You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(14) |
Jun
(72) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(12) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
|
Feb
|
Mar
|
Apr
(24) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(15) |
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(6) |
Oct
(5) |
Nov
(5) |
Dec
|
From: Jiri H. <jir...@gm...> - 2014-11-10 13:59:08
|
Hi list, please note there are two new features in privbind: - IPv6 support (thanks to Cenek Zach) - supplementary groups support Don't forget that the project now lives at: https://github.com/JiriHorky/privbind Regards Jiri Horky |
From: Jiri H. <jir...@gm...> - 2014-11-10 13:55:59
|
On 11/10/2014 01:38 PM, sh...@sh... wrote: > > On 10/11/2014 09:43, Jiri Horky wrote: > >> Dear list, >> >> please note that I moved the code base with history to Github which >> should enable easier contribution. The code is hosted at: >> >> https://github.com/JiriHorky/privbind >> >> Since github does not have its mailing list, lets keep this one "active" :) >> >> Shachar, please send my your github credentials so I can add you as >> project owner as well. >> >> Regards >> Jiri Horky >> >> > Most confusingly, my github user name is "Shachar" :-) > > It is, sometimes, useful to have a rare name. > ;-) I added you to the list of Collaborators so you should have full rights to the repository. Jirka H. |
From: <sh...@sh...> - 2014-11-10 12:39:02
|
On 10/11/2014 09:43, Jiri Horky wrote: > Dear list, > > please note that I moved the code base with history to Github which > should enable easier contribution. The code is hosted at: > > https://github.com/JiriHorky/privbind [1] > > Since github does not have its mailing list, lets keep this one "active" :) > > Shachar, please send my your github credentials so I can add you as > project owner as well. > > Regards > Jiri Horky Most confusingly, my github user name is "Shachar" :-) It is, sometimes, useful to have a rare name. Shachar Links: ------ [1] https://github.com/JiriHorky/privbind |
From: Jiri H. <jir...@gm...> - 2014-11-10 07:43:45
|
Dear list, please note that I moved the code base with history to Github which should enable easier contribution. The code is hosted at: https://github.com/JiriHorky/privbind Since github does not have its mailing list, lets keep this one "active" :) Shachar, please send my your github credentials so I can add you as project owner as well. Regards Jiri Horky |
From: Jiri H. <jir...@gm...> - 2014-11-10 07:37:03
|
Hi, On 10/01/2014 08:12 PM, Shachar Shemesh wrote: > On 01/10/14 11:01, Jiri Horky wrote: >> Hi there, >>>>> || Can you explain the use case that justifies the use of >>>>> privbind? It will greatly help me to see whether it makes sense to >>>>> continue supporting this program. >>>> We use it to launch java application that have relatively fast >>>> release cycle. From what I learned about setcap, it is >>>> unfortunately "file" based, so it is not really useful for this >>>> case, where we would need to set this capability to java process it >>>> self. >>> Surprisingly, the original program privbind was written for was also >>> Java based. >>> >>> As for your patch: I can accept it, but I think I'll go the lazy >>> route instead. Do you want to take ownership over the project? I >>> think it best that the maintainer be someone who actually uses the >>> project. >>> >>> If so, send me your sourceforge ID and I'll add you as administrator. >> Considering the activity on the list and number of submitted patches, >> I guess I can maintain it and it could even be less work :) The ID >> should be "jirihorky". >> > Congratulations. You are now a project administrator. > > I have not removed myself. You can either remove me or keep me. It is > up to you. > > Also, please note http://hyber.org/privbind.yaws. It seems that people > might find privbind more useful if it also set the HOME environment > variable. Since you are now the maintainer.... > > I will keep maintaining the Debian package. Just keep me in the loop > about new releases. Thank you. I finally took over the project and already did a few changes. Please see my separate emails for more information. Jiri Horky |
From: Jiri H. <jir...@gm...> - 2014-10-25 08:50:09
|
Hi Anita, I think that I should get to it by the end of the next week together with movement to github. It's been busy time recently. We do have the patch with Ipv6 ready and it runs fine in production for 1 month already. Thanks Jiri Horky Dne 25. 10. 2014 7:13 "Anita Borkar" <ani...@gm...> napsal(a): > Hi, > > I hope you doing good. We use privbind in our product. Currently we are > working on providing IPv4 and IPv6 dual stack. I am writing to inquire > about IPv6 support to privbind. It would be great if you can let us know > approximate time frame when you are planning to release new version of > privbind which supports IPv6. We can plan our work accordingly. > > Thank you for your time. > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Privbind-devel mailing list > Pri...@li... > https://lists.sourceforge.net/lists/listinfo/privbind-devel > > |
From: Anita B. <ani...@gm...> - 2014-10-14 16:32:49
|
Hi, I hope you doing good. We use privbind in our product. Currently we are working on providing IPv4 and IPv6 dual stack. I am writing to inquire about IPv6 support to privbind. It would be great if you can let us know approximate time frame when you are planning to release new version of privbind which supports IPv6. We can plan our work accordingly. Thank you for your time. |
From: Shachar S. <sh...@sh...> - 2014-10-01 18:12:22
|
On 01/10/14 11:01, Jiri Horky wrote: > Hi there, >>>> || Can you explain the use case that justifies the use of privbind? >>>> It will greatly help me to see whether it makes sense to continue >>>> supporting this program. >>> We use it to launch java application that have relatively fast >>> release cycle. From what I learned about setcap, it is unfortunately >>> "file" based, so it is not really useful for this case, where we >>> would need to set this capability to java process it self. >> Surprisingly, the original program privbind was written for was also >> Java based. >> >> As for your patch: I can accept it, but I think I'll go the lazy >> route instead. Do you want to take ownership over the project? I >> think it best that the maintainer be someone who actually uses the >> project. >> >> If so, send me your sourceforge ID and I'll add you as administrator. > Considering the activity on the list and number of submitted patches, > I guess I can maintain it and it could even be less work :) The ID > should be "jirihorky". > Congratulations. You are now a project administrator. I have not removed myself. You can either remove me or keep me. It is up to you. Also, please note http://hyber.org/privbind.yaws. It seems that people might find privbind more useful if it also set the HOME environment variable. Since you are now the maintainer.... I will keep maintaining the Debian package. Just keep me in the loop about new releases. Shachar |
From: Amos S. <amo...@gm...> - 2014-10-01 08:10:02
|
If I may suggest - I recommend migrating the project to github / bibucket. On 1 Oct 2014 18:01, "Jiri Horky" <jir...@gm...> wrote: > Hi there, > > Can you explain the use case that justifies the use of privbind? It > will greatly help me to see whether it makes sense to continue supporting > this program. > > We use it to launch java application that have relatively fast release > cycle. From what I learned about setcap, it is unfortunately "file" based, > so it is not really useful for this case, where we would need to set this > capability to java process it self. > > Surprisingly, the original program privbind was written for was also Java > based. > > As for your patch: I can accept it, but I think I'll go the lazy route > instead. Do you want to take ownership over the project? I think it best > that the maintainer be someone who actually uses the project. > > If so, send me your sourceforge ID and I'll add you as administrator. > > Considering the activity on the list and number of submitted patches, I > guess I can maintain it and it could even be less work :) The ID should be > "jirihorky". > > Thanks > Jiri Horky > > > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > > http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk > _______________________________________________ > Privbind-devel mailing list > Pri...@li... > https://lists.sourceforge.net/lists/listinfo/privbind-devel > > |
From: Jiri H. <jir...@gm...> - 2014-10-01 08:01:14
|
Hi there, >>> || Can you explain the use case that justifies the use of privbind? >>> It will greatly help me to see whether it makes sense to continue >>> supporting this program. >> We use it to launch java application that have relatively fast >> release cycle. From what I learned about setcap, it is unfortunately >> "file" based, so it is not really useful for this case, where we >> would need to set this capability to java process it self. > Surprisingly, the original program privbind was written for was also > Java based. > > As for your patch: I can accept it, but I think I'll go the lazy route > instead. Do you want to take ownership over the project? I think it > best that the maintainer be someone who actually uses the project. > > If so, send me your sourceforge ID and I'll add you as administrator. Considering the activity on the list and number of submitted patches, I guess I can maintain it and it could even be less work :) The ID should be "jirihorky". Thanks Jiri Horky |
From: Shachar S. <sh...@sh...> - 2014-09-27 04:31:29
|
On 26/09/14 11:16, Jiri Horky wrote: > > On 09/25/2014 06:50 PM, Shachar Shemesh wrote: >> On 25/09/14 19:11, Jiri Horky wrote: >>> Hi Schachar, >> One "C" too many. Then again, this mis-spelling is so common (for >> reasons that elude me) that I have actually defined an alias so that >> mail sent to "sch...@sh..." will get to me. > I am sorry about that. Don't think about it. >> || Can you explain the use case that justifies the use of privbind? >> It will greatly help me to see whether it makes sense to continue >> supporting this program. > We use it to launch java application that have relatively fast release > cycle. From what I learned about setcap, it is unfortunately "file" > based, so it is not really useful for this case, where we would need > to set this capability to java process it self. Surprisingly, the original program privbind was written for was also Java based. As for your patch: I can accept it, but I think I'll go the lazy route instead. Do you want to take ownership over the project? I think it best that the maintainer be someone who actually uses the project. If so, send me your sourceforge ID and I'll add you as administrator. > > http://stackoverflow.com/questions/413807/is-there-a-way-for-non-root-processes-to-bind-to-privileged-ports-1024-on-l > http://stackoverflow.com/a/17685265/3284135 > > But I would say that the privbind still works the best for this case. > Or am I missing some straightforward way how to achieve this for this > particular case? No, the capabilities mechanism is extremely file based. I've ran into this problem before. Also, authbind is global system configuration based (for non-privileged users), where privbind is per use based (for privileged users). Neither is better or worse, but they do fit different use cases. Shachar |
From: Jiri H. <jir...@gm...> - 2014-09-26 08:17:03
|
On 09/25/2014 06:50 PM, Shachar Shemesh wrote: > On 25/09/14 19:11, Jiri Horky wrote: >> Hi Schachar, > One "C" too many. Then again, this mis-spelling is so common (for > reasons that elude me) that I have actually defined an alias so that > mail sent to "sch...@sh..." will get to me. I am sorry about that. >> >> great to see a response :) I attach yet another patch to fix error >> message when an invalid user is supplied. This patch applies on the >> top of the previous one. Without it, when specifying an invalid user >> name (or UID) one would get: >> Missing UID (-u) option. >> >> which is a bit misleading. >> >> PS: We found the program very useful! My colleague has a patch to >> enable ipv6 support as well, he will post it shortly ;) >> > I actually find that a bit surprising. privbind was written at a time > when capabilities were a theory nobody knew how to apply in practice. > Today, the entire setup can be replaced with a simple: > |setcap 'cap_net_bind_service=+ep' /path/to/program > > | > Can you explain the use case that justifies the use of privbind? It > will greatly help me to see whether it makes sense to continue > supporting this program. We use it to launch java application that have relatively fast release cycle. From what I learned about setcap, it is unfortunately "file" based, so it is not really useful for this case, where we would need to set this capability to java process it self. I tried to explore other possibilities listed on e.g.: http://stackoverflow.com/questions/413807/is-there-a-way-for-non-root-processes-to-bind-to-privileged-ports-1024-on-l http://stackoverflow.com/a/17685265/3284135 But I would say that the privbind still works the best for this case. Or am I missing some straightforward way how to achieve this for this particular case? Regards Jiri Horky |
From: Shachar S. <sh...@sh...> - 2014-09-25 16:50:19
|
On 25/09/14 19:11, Jiri Horky wrote: > Hi Schachar, One "C" too many. Then again, this mis-spelling is so common (for reasons that elude me) that I have actually defined an alias so that mail sent to "sch...@sh..." will get to me. > > great to see a response :) I attach yet another patch to fix error > message when an invalid user is supplied. This patch applies on the > top of the previous one. Without it, when specifying an invalid user > name (or UID) one would get: > Missing UID (-u) option. > > which is a bit misleading. > > PS: We found the program very useful! My colleague has a patch to > enable ipv6 support as well, he will post it shortly ;) > I actually find that a bit surprising. privbind was written at a time when capabilities were a theory nobody knew how to apply in practice. Today, the entire setup can be replaced with a simple: |setcap 'cap_net_bind_service=+ep' /path/to/program | Can you explain the use case that justifies the use of privbind? It will greatly help me to see whether it makes sense to continue supporting this program. Thanks, Shachar || |
From: Jiri H. <jir...@gm...> - 2014-09-25 16:11:41
|
Hi Schachar, great to see a response :) I attach yet another patch to fix error message when an invalid user is supplied. This patch applies on the top of the previous one. Without it, when specifying an invalid user name (or UID) one would get: Missing UID (-u) option. which is a bit misleading. PS: We found the program very useful! My colleague has a patch to enable ipv6 support as well, he will post it shortly ;) Regards Jirka H. On 09/25/2014 04:42 PM, Shachar Shemesh wrote: > On 25/09/14 17:37, Jiri Horky wrote: >> Hi, >> >> there is a bug causing segmentation fault in the previous patch, if the >> supplied username was not find using getpwnam. Attached is the fixed >> version. > Before anything else, thank you for your patch. > > I am a bit swamped right now, so it will take me a little while to get > around to looking into it. > > Thanks again, > Shachar >> Regards >> Jiri Horky >> >> On 07/30/2014 09:09 PM, Jiri Horky wrote: >>> Hi, >>> >>> I think it is a sane default to add supplementary user groups of a >>> specified user to the effective groups, so the executed command would >>> have privileges comparable to the user. The attached patch enables this >>> behavior. It also adds -G argument which can disable it should somebody >>> restrict privileges even more. >>> >>> Regards >>> Jiri Horky >> >> >> ------------------------------------------------------------------------------ >> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer >> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports >> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper >> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer >> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> Privbind-devel mailing list >> Pri...@li... >> https://lists.sourceforge.net/lists/listinfo/privbind-devel > > > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk > > > _______________________________________________ > Privbind-devel mailing list > Pri...@li... > https://lists.sourceforge.net/lists/listinfo/privbind-devel |
From: Shachar S. <sh...@sh...> - 2014-09-25 14:42:29
|
On 25/09/14 17:37, Jiri Horky wrote: > Hi, > > there is a bug causing segmentation fault in the previous patch, if the > supplied username was not find using getpwnam. Attached is the fixed > version. Before anything else, thank you for your patch. I am a bit swamped right now, so it will take me a little while to get around to looking into it. Thanks again, Shachar > Regards > Jiri Horky > > On 07/30/2014 09:09 PM, Jiri Horky wrote: >> Hi, >> >> I think it is a sane default to add supplementary user groups of a >> specified user to the effective groups, so the executed command would >> have privileges comparable to the user. The attached patch enables this >> behavior. It also adds -G argument which can disable it should somebody >> restrict privileges even more. >> >> Regards >> Jiri Horky > > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk > > > _______________________________________________ > Privbind-devel mailing list > Pri...@li... > https://lists.sourceforge.net/lists/listinfo/privbind-devel |
From: Jiri H. <jir...@gm...> - 2014-09-25 14:38:03
|
Hi, there is a bug causing segmentation fault in the previous patch, if the supplied username was not find using getpwnam. Attached is the fixed version. Regards Jiri Horky On 07/30/2014 09:09 PM, Jiri Horky wrote: > Hi, > > I think it is a sane default to add supplementary user groups of a > specified user to the effective groups, so the executed command would > have privileges comparable to the user. The attached patch enables this > behavior. It also adds -G argument which can disable it should somebody > restrict privileges even more. > > Regards > Jiri Horky |
From: Jiri H. <jir...@gm...> - 2014-07-30 19:21:15
|
Hi, I think it is a sane default to add supplementary user groups of a specified user to the effective groups, so the executed command would have privileges comparable to the user. The attached patch enables this behavior. It also adds -G argument which can disable it should somebody restrict privileges even more. Regards Jiri Horky |
From: Earl L. <ecl...@ya...> - 2010-12-29 01:54:43
|
sbbsctrl.exe is the windows executable for the program. Everything works great with the command line you gave me. Now I need to figure out how to have it drop into su when I double click on the icon. Everything else will fall into place. When I run the command line under a non root account I get privbind: setgroups: Operation not permitted Thanks!! Earl Larsen, A+ Certified ________________________________ From: Shachar Shemesh <sh...@sh...> To: Earl Larsen <ecl...@ya...> Cc: Privbind Discussion <pri...@li...> Sent: Tue, December 28, 2010 8:18:10 AM Subject: Re: error running On 24/12/10 00:53, Earl Larsen wrote: Hear is the rapidshare.com download link > >http://rapidshare.com/files/438956996/trace > > > The command line you seem to be running is: env WINEPREFIX=/home/phoenixii/.wine wine 'C:\sbbs\exec\sbbsctrl.exe' 'c:\sbbs\ctrl\' privbind -u phoenixii '[-n10]' (oops, you actually wrote this before, but I didn't know what sbbsctrl is). This seems entirely wrong. I don't know what sbbsctrl.exe is meant to do, but I doubt it actually runs privbind at any point. In fact, the trace clearly shows that privbind never gets run. The problem you are seeing has nothing to do with privbind. If you wish to run wine through privbind, you will need to have privbind execute wine: env WINEPREFIX=/home/phoenixii/.wine privbind -u phoenixii wine 'C:\sbbs\exec\sbbsctrl.exe' 'c:\sbbs\ctrl\' Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com |
From: Shachar S. <sh...@sh...> - 2010-12-28 14:18:22
|
On 24/12/10 00:53, Earl Larsen wrote: > Hear is the rapidshare.com download link > > http://rapidshare.com/files/438956996/trace > The command line you seem to be running is: env WINEPREFIX=/home/phoenixii/.wine wine 'C:\sbbs\exec\sbbsctrl.exe' 'c:\sbbs\ctrl\' privbind -u phoenixii '[-n10]' (oops, you actually wrote this before, but I didn't know what sbbsctrl is). This seems entirely wrong. I don't know what sbbsctrl.exe is meant to do, but I doubt it actually runs privbind at any point. In fact, the trace clearly shows that privbind never gets run. The problem you are seeing has nothing to do with privbind. If you wish to run wine through privbind, you will need to have privbind execute wine: env WINEPREFIX=/home/phoenixii/.wine privbind -u phoenixii wine 'C:\sbbs\exec\sbbsctrl.exe' 'c:\sbbs\ctrl\' Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com |
From: Earl L. <ecl...@ya...> - 2010-12-23 22:53:31
|
Hear is the rapidshare.com download link http://rapidshare.com/files/438956996/trace Earl Larsen, A+ Certified ________________________________ From: Shachar Shemesh <sh...@sh...> To: Earl Larsen <ecl...@ya...> Cc: Privbind Discussion <pri...@li...> Sent: Thu, December 23, 2010 1:56:09 AM Subject: Re: error running On 23/12/10 04:22, Earl Larsen wrote: The strace file is too large. What would you recommend to cut the file size, and send multiple attachments. >Just upload it (zipped) to rapid share (http://www.rapidshare.com/) send the >link here. Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com |
From: Shachar S. <sh...@sh...> - 2010-12-23 07:56:20
|
On 23/12/10 04:22, Earl Larsen wrote: > The strace file is too large. What would you recommend to cut the file > size, and send multiple attachments. Just upload it (zipped) to rapid share (http://www.rapidshare.com/) send the link here. Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com |
From: Earl L. <ecl...@ya...> - 2010-12-23 02:22:22
|
The strace file is too large. What would you recommend to cut the file size, and send multiple attachments. Earl Larsen, A+ Certified ________________________________ From: Shachar Shemesh <sh...@sh...> To: Earl Larsen <ecl...@ya...> Cc: pri...@li... Sent: Wed, December 22, 2010 12:48:54 AM Subject: Re: error running On 22/12/10 05:00, Earl Larsen wrote: I am not sure on how to capture what strace reports. Can you please tell me what command line I should use. > > strace -o /tmp/trace -f -- cmdline RTFM strace for more info. Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com |
From: Shachar S. <sh...@sh...> - 2010-12-22 06:49:05
|
On 22/12/10 05:00, Earl Larsen wrote: > I am not sure on how to capture what strace reports. Can you please > tell me what command line I should use. strace -o /tmp/trace -f -- cmdline RTFM strace for more info. Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com |
From: Earl L. <ecl...@ya...> - 2010-12-22 03:00:12
|
I am not sure on how to capture what strace reports. Can you please tell me what command line I should use. Earl Larsen, A+ Certified ________________________________ From: Shachar Shemesh <sh...@sh...> To: Earl Larsen <ecl...@ya...> Cc: pri...@li... Sent: Tue, December 21, 2010 12:51:25 AM Subject: Re: error running On 21/12/10 05:48, Earl Larsen wrote: What I am trying to do is run Synchronet BBS (windows version) through wine. I am running Ubuntu 10.10 > >Ok The full command line is: > >env WINEPREFIX="/home/phoenixii/.wine" wine C:\\sbbs\\exec\\sbbsctrl.exe >c:\\sbbs\\ctrl\\ privbind -u phoenixii [-n10] > >I am able to run the program. However I receive: >For telnet server >!ERROR 13 binding Telnet Server socket to port 23 >!Another application or service may be using this port >For mail server >!ERROR 13 binding SMTP Server socket to port 25 >!Another application or service may be using this port >For services >!ERROR 13 binding Gopher socket to port 70 >!Another application or service may be using this port > > strace privbind reported: > That is meaningless. I need an strace of the actual command you are running, not of plain vanilla privbind. I should note that we have never tried privbind with Wine. Wine opens a lot of sub-programs, and I'm not 100% certain which one does the actual "bind". In any case, make sure that this is the first instance of Wine for that WINEPREFIX you are running. Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com |
From: Shachar S. <sh...@sh...> - 2010-12-21 06:51:37
|
On 21/12/10 05:48, Earl Larsen wrote: > What I am trying to do is run Synchronet BBS <http://www.synchro.net/> > (windows version) through wine <http://www.winehq.org/>. I am running > Ubuntu 10.10 > > Ok The full command line is: > > env WINEPREFIX="/home/phoenixii/.wine" wine > C:\\sbbs\\exec\\sbbsctrl.exe c:\\sbbs\\ctrl\\ privbind -u phoenixii [-n10] > > I am able to run the program. However I receive: > For telnet server > !ERROR 13 binding Telnet Server socket to port 23 > !Another application or service may be using this port > For mail server > !ERROR 13 binding SMTP Server socket to port 25 > !Another application or service may be using this port > For services > !ERROR 13 binding Gopher socket to port 70 > !Another application or service may be using this port > > strace privbind reported: That is meaningless. I need an strace of the actual command you are running, not of plain vanilla privbind. I should note that we have never tried privbind with Wine. Wine opens a lot of sub-programs, and I'm not 100% certain which one does the actual "bind". In any case, make sure that this is the first instance of Wine for that WINEPREFIX you are running. Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com |