Bug#381263: gyachi 1.1-61-1
Greg Hosler a scris: > > > --- On Thu, 4/2/09, Eddy Petrișor wrote: > >> From: Eddy Petrișor >> Subject: Re: Bug#381263: gyachi 1.1-61-1 >> To: "Greg Hosler" >> Date: Thursday, April 2, 2009, 5:58 PM >> 2009/4/2 Greg Hosler : > >> > The md5.* files DO have copyright, and I don't see >> these files being in conflict w/ gpl. >> >> Indeed, it is some sort of BSD-like lincese. ^^ > I have re-looked at the md5 files (md5.[ch]) > > I do not see the license of the md5 files conflicting w/ the GPL > I'm open to replacing the files, but not for the sake of replacing, and > not "just because". Show me the conflict, and I'll replace them. You missed the part where I agreed with you :) -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein signature.asc Description: OpenPGP digital signature
Bug#381263: gyachi 1.1-61-1
--- On Thu, 4/2/09, Eddy Petrișor wrote: > From: Eddy Petrișor > Subject: Re: Bug#381263: gyachi 1.1-61-1 > To: "Greg Hosler" > Date: Thursday, April 2, 2009, 5:58 PM > 2009/4/2 Greg Hosler : > > The md5.* files DO have copyright, and I don't see > these files being in conflict w/ gpl. > > Indeed, it is some sort of BSD-like lincese. I have re-looked at the md5 files (md5.[ch]) I do not see the license of the md5 files conflicting w/ the GPL license, and I'm not inclined to replace these files unless someone can point out me the conflict that needs resolving. :) The license follows.: This software is provided 'as-is', without any express or implied warranty. In no event will the authors be held liable for any damages arising from the use of this software. Permission is granted to anyone to use this software for any purpose, including commercial applications, and to alter it and redistribute it freely, subject to the following restrictions: 1. The origin of this software must not be misrepresented; you must not claim that you wrote the original software. If you use this software in a product, an acknowledgment in the product documentation would be appreciated but is not required. 2. Altered source versions must be plainly marked as such, and must not be misrepresented as being the original software. 3. This notice may not be removed or altered from any source distribution. -- I'm open to replacing the files, but not for the sake of replacing, and not "just because". Show me the conflict, and I'll replace them. All the best, -Greg
Bug#381263: gyachi 1.1-61-1
Sorry about the poor formatting. ymail just plain sucks in the reply dept. I'll tag my replys with "**" --- On Thu, 4/2/09, Eddy Petrișor wrote: From: Eddy Petrișor Subject: Re: Bug#381263: gyachi 1.1-61-1 To: "Greg Hosler" Date: Thursday, April 2, 2009, 5:58 PM 2009/4/2 Greg Hosler : > > Got your file list. Thanks. It's really not as bad as it looks, and I can > fix most fairly easily and fairly quickly. Great. You'd probably want to foward this info t the Debian BTS (just CC the mail to 381...@bugs.debian.org). I am not cutting anything from this reply to make this easy for you. > All the gyvoice files are from an earlier version of wine. not > sure why the copyright was yanked. actually I have some guesses. > the code necessary for gyachi was a small subset of wine, and the > files were just hacked, removing anything not explicitly necessary. > In the process of the hacking, that's almost certainly where the > copyright (and a lot of other extraneous stuff) got dropped. Adding > back in the respective copyrights is probably doable. Or is possible that wine didn't had those at that time. Can't you use some library instead of that embedded copy of the loader? ** Wine almost certainly had copyrights at the time. :) BTW, is gyachi usable without any windows dll files? I see that there are no dll files in the source, but a wine interface, why is it needed? ** GyachI needed a way to load and callback a dll. Wine ** does a WHOLE LOT more than that. In fact, last year ** i looked at replacing the gyvoice directory with winelib ** calls. The problem is that wine *is* an emulator, DESIGNED ** for running window exe's (as well as for loading dlls). ** GyachE only needed the DLL loading capability, and so the ** necessary wine suport was *GREATLY* hacked to eliminate as much ** of wine as possible. What's left is stubs of the original ** (except the dll loading portions). ** This, by the way, is what other codec players have ALL done (as ** pointed out to me by people on the wine-devel list. Projects ** like mplayer, avifile, etc, all hacked wine to get the dlls ** loaded. One would think that someone would have made this a ** separate library, with use that it has seen... ** ** :) ** Re: the dll files. ** the DLL are only for voice chat, and in fact, there is a ** configure option for disabling voice chat altogether (which ** in fact eliminates the gyvoice PE code from ever being compiled. ** I added that configure option when GyachI was added to Fedora. ** it became necessary in order to compile on X64 (and PPC). Anything ** where wine won't run. ** there are 2 codec files. They are available if you hunt around on the ** internet. The true speech codec dll files. They are a side project ** of the gyachi project, and you can find them at sf. They USED to ** be part of the code base. Obviously that was a problem. I received ** a LOT of vocal flak from one particular individual (but a lot of ** support from others) when I conditionalized, and removed the codes ** from the codebase. ** if gyvoice happens to be enabled, and the codecs aren't found, then ** you will see a popup stating which of the 2 coded files (or both) ** cannot be found. gyvoice is then disabled. So no harm is done ** by leaving it enabled > the client/gyachi_icon_defs.h file i actually added (with other files > along the way. I just forgot to update it with proper copyright before > commiting it. That can and will be done. Cool. > The md5.* files DO have copyright, and I don't see these files being in > conflict w/ gpl. Indeed, it is some sort of BSD-like lincese. > The crc32 - worse case I have a public domain version that I can replace > this with if I can't locate a gpl'd version (or I'll borrow the gpl > version from coreutils). Either one of those two (public domain or GPL will do). > the sha.* files. I'm tempted to just make those 2 files a library, which > gyachi links against. Seems like that would solve that particular issue Unfortunately linking GPL code against a MPL-ed code is not a compatible mix of licenses. Simply put, you can't mix MPLed and GPLed code together, neither by static nor dynamic linking. You must replace this sha implemenation with another one that is GPL-ed, LGPLed, BSD or public domain licensed I am sure there are many sha implementaions with have such a license. ** I actually spent a bit of time looking last night. It wasn't as ** straight forward to find as one would think. The actual reference ** work is out there, and this actual code. some perl code, and a lot ** of wiki stuff, and papers. ** I'm also aware that coreutils has implementations of crc32 and sha160 ** so worse case, I'll borrow that code... > The autogen.sh script. I'll add the necessary copyright / attributions. -- Reg
Bug#381263: gyachi 1.1-61-1
2009/3/30 legolas558 : > I have added EddyP's comment upstream: > https://sourceforge.net/tracker/?func=detail&aid=2722403&group_id=158490&atid=808047 > > I have also contacted one of the project admins; I hope the issue will be > assigned upstream. Attached is a detailed list of the problems I found using the licensecheck utility. -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein Needs license and copyright clarification: autogen.sh: *No copyright* UNKNOWN Need replacing with GPL, LGPL, BSD or public domain code (now incompatible): client/sha.c: MPL (v1.1) client/sha.h: MPL (v1.1) Need replacing with GPL, LGPL, BSD or public domain code (current code non-free): client/crc32.h: *No copyright* UNKNOWN client/crc32.c: *No copyright* UNKNOWN client/md5.c: UNKNOWN client/md5.h: UNKNOWN Needs license clarification (or rewriting): client/gyachi_icon_defs.h: *No copyright* UNKNOWN Clarify source or rather use avifile library instead of embedding copy: gyvoice/wrapper.h: *No copyright* UNKNOWN gyvoice/pe_resource.c: UNKNOWN gyvoice/afl.c: *No copyright* UNKNOWN gyvoice/qt_comp.h: *No copyright* UNKNOWN gyvoice/com.h: *No copyright* UNKNOWN gyvoice/cpudetect.c: *No copyright* UNKNOWN gyvoice/vfl.c: UNKNOWN gyvoice/win32.c: *No copyright* UNKNOWN gyvoice/sound.h: *No copyright* UNKNOWN gyvoice/cputable.h: *No copyright* UNKNOWN gyvoice/loader.h: UNKNOWN gyvoice/elfdll.c: UNKNOWN gyvoice/driver.c: *No copyright* UNKNOWN gyvoice/mp_msg.c: *No copyright* UNKNOWN gyvoice/registry.c: *No copyright* UNKNOWN gyvoice/wineacm.h: *No copyright* UNKNOWN gyvoice/support.c: *No copyright* GENERATED FILE gyvoice/mp_msg.h: *No copyright* UNKNOWN gyvoice/registry.h: UNKNOWN gyvoice/driver.h: *No copyright* UNKNOWN gyvoice/cpudetect.h: *No copyright* UNKNOWN gyvoice/mp_msg-mencoder.c: *No copyright* UNKNOWN gyvoice/support.h: *No copyright* GENERATED FILE gyvoice/ext.h: *No copyright* UNKNOWN gyvoice/qt_fv.h: *No copyright* UNKNOWN gyvoice/interface.c: *No copyright* UNKNOWN gyvoice/ldt_keeper.c: *No copyright* UNKNOWN gyvoice/pe_image.c: UNKNOWN gyvoice/resource.c: UNKNOWN gyvoice/ldt_keeper.h: *No copyright* UNKNOWN gyvoice/win32.h: *No copyright* UNKNOWN gyvoice/ext.c: *No copyright* UNKNOWN gyvoice/module.c: UNKNOWN
Bug#381263: gyachi 1.1-61-1
I have added EddyP's comment upstream: https://sourceforge.net/tracker/?func=detail&aid=2722403&group_id=158490&atid=808047 I have also contacted one of the project admins; I hope the issue will be assigned upstream. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#381263: gyachi 1.1-61-1
Eddy, thanks a lot for your service, I perfectly understand its value. I hadn't idea of such a chaotic situation in its copyright status. I will try to talk upstream about this topic. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#381263: gyachi 1.1-61-1
legolas558 a scris: > Hello, > > this is the only decent yahoo messenger program we have on linux, please > let's add it to debian repositories! > > I have tried pidgin, kopete and the real yahoo messenger through wine, > without any success. You can't do decent webcam with any of them. I agree. On pidgin you can't do webcam at all. kopete does video, but no sound. > edwa94 has packaged gyachi version 1.1-61-1 (released 2009-01-03 16:04 > on SourceForge.net > https://sourceforge.net/project/showfiles.php?group_id=158490&package_id=177556). > > > I downloaded it from http://www.geocities.com/edwa94/gyachi/, and I am > also mirroring the file here: > > http://legolas558.iragan.com/index.php?option=downloads&task=info&id=31 > > I have installed it at works fine, plus it is up to date. (Please note that I do *not* intend to package this app, but I want to make it easy for someone who considers this to evaluate properly the situation.) I took the source from http://sourceforge.net/project/showfiles.php?group_id=158490&package_id=177556 and ran a licensecheck on it. It seems there are: - many GPL-ed and LGPL-ed files with an outdated FSF address (not a big problem) - a couple of BSD (2 clause) files - that's OK - a couple of MPL-ed files used for SHA sums, apparently - these are a little problematic since MPL is incompatible with GPL, but can be probably reimplemented/replaced with GPL-ed variants - 37 files with UNKNOWN copyright or *NO* copyright statements (2 GPL-ed files from lib are detected incorrectly as UNKNOWN): - one is the autogen.sh file - so is probably the same license as the project - 5 files in the client directory; one of these is what appears some icons definition and the rest seem related to md5 and crc32 sum calculation - the md5 sum related files seem to be "Copyright (C) 1999 Aladdin Enterprises. All rights reserved.", so needs replacing - the crc32 files seem to be "mostly copied from the PNG specification" and are copyright "(1999-Oct-17-Thu) Adam M. Costello " - 31 files in gyvoice - these seem to be more problematic and some of them appear to be taken from: - avifile/plugins/libwin32/loader/* which was "mostly taken from wine" - mplayer or ffmpeg The person interested in packaging gyachi should probably take care to clear up the copyright information for these last files and replace the MPL sha implementation (talk to upstream). It would probably be a good idea to try to use the ffmpeg/avifile libraries instead of keeping an embedded forked copy (still there are some changes in the embedded copy). Note: I did this work as a service to the person that might be interested in packaging gyachi and I am *not* currently interested in doing the packaging myself. -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein signature.asc Description: OpenPGP digital signature
Bug#381263: gyachi 1.1-61-1
Hello, this is the only decent yahoo messenger program we have on linux, please let's add it to debian repositories! I have tried pidgin, kopete and the real yahoo messenger through wine, without any success. You can't do decent webcam with any of them. edwa94 has packaged gyachi version 1.1-61-1 (released 2009-01-03 16:04 on SourceForge.net https://sourceforge.net/project/showfiles.php?group_id=158490&package_id=177556). I downloaded it from http://www.geocities.com/edwa94/gyachi/, and I am also mirroring the file here: http://legolas558.iragan.com/index.php?option=downloads&task=info&id=31 I have installed it at works fine, plus it is up to date. -- Daniele C. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
