Bug#78855: intermezzo ITP
On Tue, May 28, 2002 at 10:30:47PM +0200, Bas Zoetekouw wrote: > Hi Ganesan! > > Are you still working on the intermezzo userland tools? So you think you > can finish it in the near future? If not, I'd like to take over your > ITP. Hi Bas, I haven't had much time to work on it lately, so please go ahead. I'll write down the problems that I faced; hopefully that should give you a head start. You may already know this - the Perl based intermezzo sync daemon (lento) is not being worked on any more, so it probably makes more sense to package intersync. I mainly worked on the perl intermezzo releases. I had attempted to package intersync recently and ran into a few problems. First, there is no way to disable the building of kernel module, so you need the kernel-source package for building. You will need libghttp-dev, libuuid-dev, e2fslibs-dev and libglib2.0-dev for building. Debian's libghttp-dev package puts headers directly into /usr/include, the code includes headers as , this needs to be patched. I'll send you a mail if I think of anything else. Ganesan -- Ganesan R ([EMAIL PROTECTED]>) | http://www.debian.org/~rganesan/ 1024D/5D8C12EA, fingerprint F361 84F1 8D82 32E7 1832 6798 15E0 02BA 5D8C 12EA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148413: ITP: iconv -- GNU Unicode conversion library
"Adam Conrad" <[EMAIL PROTECTED]> immo vero scripsit: > > In what ways is this iconv different from the iconv provided in the > > libc6 package? > > > > It's probably nearly identical. And that would be the point, since > NetBSD isn't using glibc (and Joel is packaging it for the benefit of > the NetBSD port) Isn't it possible to build iconv from glibc sources ? regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148421: ITP: kopete -- Multi-protocol KDE Instant Messenger client
Package: wnpp Version: N/A; reported 2002-05-29 Severity: wishlist * Package name: kopete Version : 0.4 Upstream Author : Duncan Mac-Vicar P. <[EMAIL PROTECTED]> Nick Betcher <[EMAIL PROTECTED]> * URL : http://www.kdedevelopers.net/kopete/ * License : GPL Description : Multi-protocol KDE Instant Messenger client Kopete is a multi-protocol Instant Messenger client for KDE. Currently, it supports AIM, ICQ, MSN, IRC and Jabber. This is the preferred IM client for KDE, replacing KMSN/KMerlin and Kit. (according to the developers) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148413: ITP: iconv -- GNU Unicode conversion library
> -Original Message- > From: Joe Drew [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 28, 2002 5:24 PM > > In what ways is this iconv different from the iconv provided in the > libc6 package? > It's probably nearly identical. And that would be the point, since NetBSD isn't using glibc (and Joel is packaging it for the benefit of the NetBSD port) ... Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148413: ITP: iconv -- GNU Unicode conversion library
On Tue, May 28, 2002 at 07:23:55PM -0400, Joe Drew wrote: > On Tue, 2002-05-28 at 18:06, Joel Baker wrote: > > * Package name: iconv > > It also > > provides a command-line interface via the 'iconv' program. > > In what ways is this iconv different from the iconv provided in the > libc6 package? I expect there is very little, if any, difference; they're both GNU code, and I would be amazed if it were not simply duplicated. However, since none of the *BSD ports have GNU libc, and not all of them implement iconv() in a native fashion, it is necessary to have the package available. It can be limited to only those architectures which lack an implementation of iconv(), if it would cause problems; this is part of why I CC'ed the ITP to debian-devel. -- *** Joel Baker System Administrator - lightbearer.com [EMAIL PROTECTED] http://users.lightbearer.com/lucifer/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#147655: GkACPI status
> I saw your ITP on GkACPI just when I had thought about packing it =] > Just to make sure: are you really gonna do it? > I don't mean to press you or anything like that, don't get me wrong, > it's just that I'd like to see it in debian =] > > Anyway, thanks for the attention and good luck packing this microscopic > (but nice) application =] I have packages ready that work-for-me, but i am sure they will not work for lot's of users, because of the very limited code... That's why i decided not to upload them, until this is fixed... The version from gkacpi.sf.net was definitely better, but... (for example: hard-coded Power Device name, that did not match my ac supply acpi name; i had to change it; it then worked fine; hard-coded battery names; i had to change the sequence, making BAT1 the first (BAT1 is the battery-only slot on my notebook) to have it detect acpi at all... furthermore gkrellm (or acpi itself maybe in my devel kernel, due to the heavy use...) tends to lock up after some time now. It might be the best X acpi battery monitor i know, but it's far from suiteable for release, imho. If you disagree with me on the releaseability, feel free to just upload gkrellm and close this ITP. Gruss, Erich Schubert -- erich@(mucl.de|debian.org)--GPG Key ID: 4B3A135C A polar bear is a rectangular bear after a coordinate transform. Die kürzeste Verbindung zwischen zwei Menschen ist ein Lächeln. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148413: ITP: iconv -- GNU Unicode conversion library
On Tue, 2002-05-28 at 18:06, Joel Baker wrote: > * Package name: iconv > It also > provides a command-line interface via the 'iconv' program. In what ways is this iconv different from the iconv provided in the libc6 package? -- Joe Drew <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Please encrypt email sent to me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148413: ITP: iconv -- GNU Unicode conversion library
Package: wnpp Version: N/A; reported 2002-05-28 Severity: wishlist * Package name: iconv Version : 1.7 Upstream author : GNU Project * URL : http://www.gnu.org/software/libiconv/ * License : LGPL Description : A Unicode conversion library This is an open source Unicode conversion library provided by the GNU Project. It is required to provide this functionality on the NetBSD platform, and is a pre-requisite to successfully building GCC 3.1. It also provides a command-line interface via the 'iconv' program. I am currently in the NM queue, pending DAM approval and account creation, and have a sponsor for the package. -- *** Joel Baker System Administrator - lightbearer.com [EMAIL PROTECTED] http://users.lightbearer.com/lucifer/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148246: gnome-system-monitor and procman
Hello, just a question. The Gnome2 summary lists this: (http://lists.debian.org/debian-gtk-gnome/2002/debian-gtk-gnome-200205/msg00077.html) |o|gnome-system-monitor|1.1.7|0.99.0 |was procman and there is procman 1.x in sid. So isn't there an package already which have just to be renamed? -- Noèl Köthe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148395: ITP: hearse -- exchange Nethack bones files with other users
On Tue, May 28, 2002 at 04:03:17PM -0400, Roderick Schertler wrote: > That's to make it more convenient to customize. It handles running > multiple times per day well (there's a comment about that at the top > of the cron.d/hearse file; I run mine with is "*/15 * * * * root hearse > --cron"), but I thought the once per day made a better default. It means that in the default configuration it is unlikely to run on systems that are switched off overnight. There's nothing to stop you shipping a cron.daily and a sample to put in cron.d if people want it (or shipping both - it's not like it's going to be a problem to have both). -- "You grabbed my hand and we fell into it, like a daydream - or a fever." pgppZQJIVIwWM.pgp Description: PGP signature
Bug#148395: ITP: hearse -- exchange Nethack bones files with other users
On Tue, 28 May 2002 21:39:34 +0100, Mark Brown <[EMAIL PROTECTED]> said: > > [Using cron.d rather than cron.daily] means that in the default > configuration it is unlikely to run on systems that are switched off > overnight. Thanks, I hadn't considered that. I'll change it to ship with both files, but the cron.d one will be just comments. -- Roderick Schertler [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#78855: intermezzo ITP
Hi Ganesan! Are you still working on the intermezzo userland tools? So you think you can finish it in the near future? If not, I'd like to take over your ITP. -- Kind regards, +---+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+ pgpWihNEwjgrI.pgp Description: PGP signature
Bug#148406: RFP: wmifinfo -- wmifinfo is a WindowMaker dock-applet showing basic network info for all available interfaces. It shows IP address, netmask, gateway and MAC address
Package: wnpp Version: N/A; reported 2002-05-28 Severity: wishlist * Package name: wmifinfo Version : 0.3 Upstream Author : Ico Doornekamp <[EMAIL PROTECTED]> * URL : http://www.zevv.nl/wmifinfo/ * License : GPL Description : wmifinfo is a WindowMaker dock-applet showing IP network info wmifinfo is a simple applet showing basic network info for all available interfaces. It shows IP address, netmask, gateway and MAC address. A bit like ifconfig. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux metal 2.4.16-686 #1 Wed Nov 28 09:27:17 EST 2001 i686 Locale: LANG=C, LC_CTYPE=C -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148395: ITP: hearse -- exchange Nethack bones files with other users
On Tue, 28 May 2002 20:33:19 +0100, Mark Brown <[EMAIL PROTECTED]> said: > > I just downloaded and tried hearse (which is a really neat idea). One > thing I noticed is that rather than using cron.daily it appears that > cron.d has a particular time coded into it but only runs once a day. That's to make it more convenient to customize. It handles running multiple times per day well (there's a comment about that at the top of the cron.d/hearse file; I run mine with is "*/15 * * * * root hearse --cron"), but I thought the once per day made a better default. -- Roderick Schertler [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148395: ITP: hearse -- exchange Nethack bones files with other users
On Tue, May 28, 2002 at 02:22:36PM -0400, Roderick Schertler wrote: > I'm the upstream author for the Unix Hearse client, a program to let > Nethack users exchange bones files with each other. The program, > including the .deb, is in testing now. It's GPLed. More info > is at http://www.argon.org/~roderick/hearse/. Here's the current > debian/control. I just downloaded and tried hearse (which is a really neat idea). One thing I noticed is that rather than using cron.daily it appears that cron.d has a particular time coded into it but only runs once a day. pgpOQHZIWzKTU.pgp Description: PGP signature
Bug#148395: ITP: hearse -- exchange Nethack bones files with other users
Package: wnpp
Version: N/A; reported 2002-05-28
Severity: wishlist
I'm the upstream author for the Unix Hearse client, a program to let
Nethack users exchange bones files with each other. The program,
including the .deb, is in testing now. It's GPLed. More info
is at http://www.argon.org/~roderick/hearse/. Here's the current
debian/control.
Source: hearse
Section: games
Priority: optional
Maintainer: Roderick Schertler <[EMAIL PROTECTED]>
Standards-Version: 3.5.6
Build-Depends: debhelper (>= 3.0.5), perl (>= 5.6.0-16)
Package: hearse
Architecture: all
Depends: debconf, ${perl:Depends}, libdigest-md5-perl | libmd5-perl, libwww-perl
Recommends: nethack-common | nethack
Description: exchange Nethack bones files with other users
Hearse lets you automatically exchange Nethack bones file with other
users. When run it uploads any new bones files it finds on your system,
then downloads any bones files the server feels like giving it. See
http://www.argon.org/~roderick/hearse/ for more information.
--
Roderick Schertler
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148380: ITP: coda -- The Coda advanced networked filesystem.
Package: wnpp Version: N/A; reported 2002-05-28 Severity: wishlist * Package name: coda Version : 5.3.19 Upstream Author : Too many to list here. * URL : http://www.coda.cs.cmu.edu * License : GPL Description : The Coda advanced networked filesystem. (Quoted from the site) Coda is a distributed filesystem with its origin in AFS2. It has many features that are very desirable for network filesystems. Currently, Coda has several features not found elsewhere. 1. disconnected operation for mobile computing 2. is freely available under a liberal license 3. high performance through client side persistent caching 4. server replication 5. security model for authentication, encryption and access control 6. continued operation during partial network failures in server network 7. network bandwith adaptation 8. good scalability 9. well defined semantics of sharing, even in the presence of network failures I've been working on the coda packages for a while, after i got in touch with Jan Harkes (the original packages author); i've already packaged the library neede by coda: o liblwp-dev o liblwp2 o librpc2-dev o librpc2-bin o librpc23 o librvm-dev o librvm1 o librvm-bin I want to recheck them before upload. I'm having some trouble (to say it all, they are only a lot of minor issues) with the coda package it self: o coda-common o coda-client o coda-server o coda-update o coda-backup I guess it will take some time. Help in packaging is wellcome. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux darkness 2.4.16-darkness #1 Tue Nov 27 12:43:04 CET 2001 i686 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set) -- no debconf information -- Luca - De Whiskey's - De Vitis | Elegant or ugly code as well aliases: Luca ^De [A-Z][A-Za-z\-]*[iy]'\?s$ | as fine or rude sentences have Luca, a wannabe ``Good guy''. | something in common: they local LANG="[EMAIL PROTECTED]" | don't depend on the language. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148374: ITP: darkstat -- a network traffic analyzer
Package: wnpp Version: N/A; reported 2002-05-28 Severity: wishlist * Package name: darkstat Version : 1.3 Upstream Author : Emil Mikulic <[EMAIL PROTECTED]> * URL : http://members.optushome.com.au/darkmoon7/net/darkstat.html * License : GPL Description : a network traffic analyzer Uploaded soon. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux ovronnaz 2.4.18-k7 #1 Fri Mar 1 01:43:32 EST 2002 i686 Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#147303: ITP: winex -- A DESCRIPTION
Marc Leeman <[EMAIL PROTECTED]> writes: > 6. Will it be in debian? > As things are now, no... > Distributing it would only be temporary (most likely, it would be > cut off before it even reaches unstable). Since Transgaming is essentially lying about the license, would it not be at least valuable to expose them more publicly by starting such a distribution to force their hand? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#147303: ITP: winex -- A DESCRIPTION
The following text summarises (for me) the TransGaming experience (most probably to their relief). I am going to remove all related packages and look for some orphaned package to satisfy me "tweaking" need :) Thanks to those on debian-devel (and RMS) for making suggestions to the text. = WineX is a branch of the Wine, open source windows emulator software. allows running certain windows programs on a GNU/Linux operating system, and thus reducing, evading the Microsoft imposed Operating System lock-in. Up until a couple of months ago, Wine (http://www.winehq.com) was released under the X11 license. Contrary to the more widely spread better known GPL, this license allows branching the code, making modifications without having to release the modified source and put restrictions on the distribution of it. Some months ago, the license of Wine was changed from the X11 license to the LGPL to avoid these problems, especially since wine is a project where a lot of people are working on and are contributing to: volunteers and people employed by companies like CodeWeavers. In the wake of this change, which is rumoured to be initiated by CodeWeavers, a branch is _again_ made to wine (ReWind) which it's only intention is to keep the X11 license over the LGPL. Since the LGPL is the main, contributors to the Wine project have to explicitly agree that their patches can be included in the ReWind project (and hence also in TransGaming's WineX). At this point, I guess, a clear distinction between WineX and ReWind has to be made. ReWind is, to a large degree, tailored to be used by WineX but to this moment, the changes made by TransGaming (also those based on in spirit LGPL code, but allowed X11) are not brought back to the Wine tree. With the creation of ReWind, one can wonder if it ever will, ... The sources on which WineX is based are put available on sourceforge by TransGaming under the Alladin license. I guess you need to be some barrister to understand all these changes, or start learning. This license allows using, changing the code, releasing binaries, as long as the sources are released again. One of the most important differences with the GPL variants is that there seems to be no re- striction on the restricting the license afterwards (which is not the case with the GPL). Recently, a RFP (Request For Package) was put up on the Debian site, and a "developer" agreed on maintaining this package. The license as it is, allows to include it in the non-free archive. Within hours after posting the ITP (Intent to Package) on the Debian bug database and on the debian-devel mailing list, a mail from Trans- Gaming's CEO/CTE Gavriel State was received, which indicates 1. "We noticed that you intend to package our AFPLed WineX package for release in debian (presumably non-free). We would really prefer that this not happen, for a number of reasons." 2. " We would prefer not to have to change our license to explicitly prevent the distribution of binary packages, but if we have to we will do so." There are two things in this mail: There are claims on the rights on the code, which are valid to some degree. The reasons they state are commercial (development => money => development) and possible confusion since the release of debian binaries based on their public AFP'ed CVS does not provide the full functionality of the binaries they redistribute (amongst others, they are not allowed to redistribute proprietary copy protection code used by games). If you do distribute binaries, we will change the license to explicitly prohibit you from doing this. The reaction of TransGaming concerning the binary debian release of WineX raises a couple of questions, that should be addressed before pursueing the packaging any further. 1. Does the license allow packaging? Yes, I read through it and you can distribute binaries as long as you put the source available in some common format 2. Is the source free? Well, to some degree, not the 3 RMS criteria, that's for sure 3. Who is the target audience? I would think people interested in 3D and 3D games and development. I think it is pretty obvious that you are not going to satisfy a hard-core gamer, since there is no support for copyright protection and most of the tweaking is manual (downloading dll's for example). I see such a package for enthusiasts that want to check the state-of-the-art in gaming without having to install windows (I recently checked the SoF2 demo with this, even though the game was only for about 30' in my HD). I imagine it is also useful for people working with 3D graphics and programming on it (e.g. students develop in win32 and you do not want to let them show the demo on your GNU/Linux workstation).. In both cases, it is handy, but most likely not enough to go for the commercial thing (one could do without it). 4. Should it be packaged? Carefully reading the mail from Gavriel State, I did not see any specific objections to packa
Bug#146394: Experimental isdn2h323 package for download
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I've uploaded experimental source and binary debian packages for isdnh323 to http://www.students.informatik.tu-darmstadt.de/~knodt . It's no apt-source, only packages. Here the actual status: - - I have a sponsor, namely Jörg Jaspert ([EMAIL PROTECTED]). - - The package works for me. - - i386 build works at least on debian unstable. - - sparc build doesn't work. The problem seems to be, that cpp under sparc doesn't include /usr/include/g++-include. - - Upstream, namely Marco Budde at telos EDV Systementwicklung GmbH, is contacted and looks at my changes. Marco said, that he needs some weeks. Before you do something other than installing the binaries, please read the debian specific readme file in the package. With kind regards Torsten Knodt -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE88zDXX1/CjdwsodIRAo3pAJ47tigew926OGxkDbIYkQnCRMhTTACdEjFc 3fRLyHc1Goo9gpf0JNiTGf4= =dMJZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148319: unreal-ircd: GPL program with a non-distributable clause in EULA
* Matt Hope <[EMAIL PROTECTED]> [2002-05-28 08:07]: > Thats what I meant by AUP (its actually a EULA, my apologies). [...] > As Adam suggests, this is probably best discussed with upstream > first. Good luck =) Allright, I'll try just that then... Cheers, Mika -- Mika Fischer - [EMAIL PROTECTED] PGP 1024R/E2268395 - 35 7A 1C AC A9 79 1C 85 03 1B C7 AF 07 0A FB CB GPG 1024D/27BB42F0 - 4C84 1816 FC9B 4907 975C C379 50DF 1993 27BB 42F0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148345: ITP: libfile-lock-perl -- File locking with Perl using flock, lockf and fcntl
Package: wnpp Version: N/A; reported 2002-05-28 Severity: wishlist * Package name: libfile-lock-perl Version : 0.9 Upstream Author : Jarkko Hietaniemi and Kenneth Albanowski <[EMAIL PROTECTED]> * URL : http://www.perl.com/CPAN/modules/by-module/File/File-Lock-0.9.tar.gz * License : "As Perl" Description : File locking with Perl using flock, lockf and fcntl File::Lock provides functions to perform locking using flock, lockf and fcntl. This last is both necessary in order to safely lock mailboxes, Exim mail spools etc. and difficult to do in a portable way with Perl. This module should make it easy. At present, an OO wrapper is provided only for fcntl locking. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux hoiho 2.2.19hoiho-1 #1 Mon May 6 13:46:05 NZST 2002 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148319: unreal-ircd: GPL program with a non-distributable clause in EULA
On Mon, 27 May 2002, Adam Conrad <[EMAIL PROTECTED]> wrote... : > From: Matt Hope [mailto:[EMAIL PROTECTED] : > Sent: Monday, May 27, 2002 9:35 PM : > : > On Mon, 27 May 2002, Mika Fischer <[EMAIL PROTECTED]> wrote... : > : > : * Package name: unreal-ircd : > : > Last I checked, you needed to accept a AUP before being able to : > download unreal-ircd. I didn't come to a conculsion if the AUP was : > acceptable under DFSG. : : From their download page: : : "IF THIS SOFTWARE WAS DOWNLOADED FROM A LOCATION OTHER THAN THIS WEBSITE : AND THROUGH THE STANDARD DOWNLOAD URL OR WAS DOWNLOADED USING A METHOD : TO AVOID ACCEPTANCE OF THIS AGREEMENT NO RIGHTS SHALL BE GIVEN TO THE : USER. : : By installing, using, distributing, downloading, or otherwise using the : provided software you agree to be bound by this license agreement. If : you do not agree to any of the terms stated in this agreement then you : may not install, copy, distribute, download, or use this software." : : This sounds like it can't be distributed, even in non-free. The : problem, of course, is that their source is actually licensed under the : GPL (at least, that's the only license I can find in the tarball), so : what we have here is some conflicting licensing. This should probably : be straightened out with the upstream folk before packaging. The GPL : kinda voids the silly EULA on the download page (by allowing free : distribution), but the EULA also appears to void the GPL (by claiming : that if you don't agree to it, you waive all licensing rights). : : ... Adam Thats what I meant by AUP (its actually a EULA, my apologies). Back in the dark days, I was interested in packaging this.. I started work about a week before this EULA appeared, saw the EULA, then gave up. As Adam suggests, this is probably best discussed with upstream first. Good luck =) Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148319: ITP: unreal-ircd -- a highly stable and feature-packed IRC server daemon
> -Original Message- > From: Matt Hope [mailto:[EMAIL PROTECTED] > Sent: Monday, May 27, 2002 9:35 PM > > On Mon, 27 May 2002, Mika Fischer <[EMAIL PROTECTED]> wrote... > > : * Package name: unreal-ircd > > Last I checked, you needed to accept a AUP before being able to > download unreal-ircd. I didn't come to a conculsion if the AUP was > acceptable under DFSG. >From their download page: "IF THIS SOFTWARE WAS DOWNLOADED FROM A LOCATION OTHER THAN THIS WEBSITE AND THROUGH THE STANDARD DOWNLOAD URL OR WAS DOWNLOADED USING A METHOD TO AVOID ACCEPTANCE OF THIS AGREEMENT NO RIGHTS SHALL BE GIVEN TO THE USER. By installing, using, distributing, downloading, or otherwise using the provided software you agree to be bound by this license agreement. If you do not agree to any of the terms stated in this agreement then you may not install, copy, distribute, download, or use this software." This sounds like it can't be distributed, even in non-free. The problem, of course, is that their source is actually licensed under the GPL (at least, that's the only license I can find in the tarball), so what we have here is some conflicting licensing. This should probably be straightened out with the upstream folk before packaging. The GPL kinda voids the silly EULA on the download page (by allowing free distribution), but the EULA also appears to void the GPL (by claiming that if you don't agree to it, you waive all licensing rights). ... Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
