From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?iso-8859-1?q?G=FCrkan_Seng=FCn?= Newsgroups: gmane.linux.debian.devel.gnustep,gmane.linux.debian.devel.emacsen,gmane.emacs.devel Subject: Re: emacs.app_9.0pre2-1_i386.changes REJECTED Date: Fri, 09 Dec 2005 10:38:20 +0100 Organization: poor Message-ID: <3915b3bd5285d41e97b3c93fba0c3046@gnu> References: Reply-To: Debian GNUstep maintainers NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Generated by Pantomime 1.2.0) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1134122715 6524 80.91.229.2 (9 Dec 2005 10:05:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 9 Dec 2005 10:05:15 +0000 (UTC) Cc: Adrian Robert Original-X-From: pkg-gnustep-maintainers-bounces-XbBxUvOt3X2LieD7tvxI8l/i77bcL1HB@public.gmane.org Fri Dec 09 11:05:13 2005 Return-path: Original-Received: from haydn.debian.org ([192.25.206.28]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Ekf71-0005If-Hg for glddg-pkg-gnustep-maintainers@m.gmane.org; Fri, 09 Dec 2005 11:04:23 +0100 Original-Received: from localhost ([127.0.0.1]:48697 helo=haydn.debian.org) by haydn.debian.org with esmtp (Exim 4.50) id 1Ekf6x-0002kC-6q; Fri, 09 Dec 2005 10:04:19 +0000 Original-Received: from wiggis.ethz.ch ([129.132.86.197]:45962 ident=postfix) by haydn.debian.org with esmtp (Exim 4.50) id 1Ekf6q-0002dv-M3 for pkg-gnustep-maintainers-XbBxUvOt3X2LieD7tvxI8l/i77bcL1HB@public.gmane.org; Fri, 09 Dec 2005 10:04:14 +0000 Original-Received: from wiggis1.ethz.ch (wiggis1.ethz.ch [192.168.127.2]) by wiggis.ethz.ch (Postfix) with ESMTP id 4A5004359; Fri, 9 Dec 2005 10:38:37 +0100 (CET) Original-Received: from localhost.localdomain (gnu.ethz.ch [195.176.49.49]) by wiggis.ethz.ch (Postfix) with ESMTP id 3BB794354; Fri, 9 Dec 2005 10:38:36 +0100 (CET) Original-To: debian-emacsen-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org, emacs-devel-mXXj517/zsQ@public.gmane.org, pkg-gnustep-maintainers-XbBxUvOt3X2LieD7tvxI8l/i77bcL1HB@public.gmane.org In-Reply-To: X-Mailer: GNUMail (Version 1.2.0) X-Virus-Scanned: by amavisd-new at phys.ethz.ch X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on haydn.debian.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=FORGED_RCVD_HELO autolearn=unavailable version=3.0.4 X-BeenThere: pkg-gnustep-maintainers-XbBxUvOt3X2LieD7tvxI8l/i77bcL1HB@public.gmane.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Debian GNUstep maintainers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: pkg-gnustep-maintainers-bounces-XbBxUvOt3X2LieD7tvxI8l/i77bcL1HB@public.gmane.org Errors-To: pkg-gnustep-maintainers-bounces-XbBxUvOt3X2LieD7tvxI8l/i77bcL1HB@public.gmane.org X-SA-Exim-Connect-IP: 127.0.0.1 Xref: news.gmane.org gmane.linux.debian.devel.gnustep:362 gmane.linux.debian.devel.emacsen:1696 gmane.emacs.devel:47286 Archived-At: Hello, Adrian Robert has been working hard on the Emacs.app port for systems wi= th AppKit and FoundationKit: http://emacs-app.sourceforge.net/ For the curious and history: 1992 18.x http://www.linuks.mine.nu/openstep/emacs.png 2005 23.x http://gnu.ethz.ch/emacs.app.png I am working on a Debian package and a http://livecd.gnustep.org to get this graphical version of emacs. Any help/suggestions on getting this into emacs mainstream source is wel= come. Please read the following mails for details. Debian Emacs developers: i fully agree with J=F6rg here. is there any pl= ans for emacs 23.x based packages? how to split/where to put the stuff that doesn't need be built for an arch? It will be so great to have Emacs.app (with GNUstep) on Windows one day:= http://www.phys.ethz.ch/~sengun/GNUstep.Win.Gorm.gif Cheers, G=FCrkan >> Hi Adrian, >>=20 >> for your info for now... I will keep on working on the packaging... >>=20 >> did you ever talk to the gnu emacs guys? if you're on irc, come #ema= cs on >> irc.gnu.org ... i think it would be good we take this to the emacs a= nd=20 >> debian-devel >> mailinglists.... >=20 > Hi, >=20 > Regarding GNU Emacs, I have been in communication on the mailing list = there=20 > and believe the stars are still aligned for this port to be accepted = into=20 > mainline CVS sometime within the next six months. However this will = be the=20 > unicode-2 (to-be-emacs-23) branch only, unless someone wants to put s= ome=20 > effort into getting non-ascii rendering working under emacs-22. >=20 > The 22/23 issue also relates to getting into Debian. Currently Debia= n seems=20 > to have "emacs21" and "emacs-snapshot". Since emacs- snapshot is basi= cally=20 > emacs-22, I doubt it is sharing very much lisp with emacs21 -- it pro= bably=20 > puts 70 MB under /usr/share/emacs/22.0.50 which nothing else uses, an= d uses=20 > little or nothing out of emacsen- common. Given this status, perhaps= the=20 > debian-emacs people would be satisfied by simply building Emacs.app t= o put=20 > its lisp under /usr/ share/emacs/23.0.0. (That way it could theoretic= ally=20 > share with emacs-23 once emacs-snapshot moves to that version sometim= e in =20 > 2006.) I think we should bring this out on the debian-emacs list as = you=20 > suggested.. if you send a msg there and cc me, I can answer.. >=20 > thanks, > Adrian >=20 >> ---------- Forwarded message ---------- >> Date: 2005-11-30 00:11:59 +0100 >> From: Joerg Jaspert >> Subject: emacs.app_9.0pre2-1_i386.changes REJECTED >>=20 >> Hi Maintainer, >>=20 >> rejected, this packaging attempt is broken, sorry. >>=20 >> To start with something good: In the longterm you may be able to get >> this into Debian. But that needs a lot of changes to the packag[e| in= g]. >>=20 >> - You have *one* big .deb for this. Which includes all stuff that >> per definition needs to go into an Arch: all package. >> This makes 28*10 MB of useless duplication in our archive/on the >> mirrors. >>=20 >> - The wole package is a running FHS (and as such policy) violation. = It=20 >> seems >> to ignore that there is usr/share for architecture independent st= uff. >> Oh wait, yes, thats a Gnustep problem - but there it needs to be = fixed=20 >> too. >>=20 >> - You duplicate the whole emacs. Thats not good. There is nothing to= say=20 >> against >> a new UI of a program, but the duplication has to be avoided. Im = sure=20 >> that 99.9% of >> the includes lisp files for example dont need anything special to = run=20 >> with this >> new UI. Please coordinate with the emacs maintainer to share as m= uch=20 >> pieces as >> possible. The ideal solution would be if it builds out of the sam= e source >> (with a patch applied at built time or so), but even if not - you= r=20 >> package >> should only include the minimum needed, depending on the other ema= cs >> packages for the rest of the files. >>=20 >> Feel free to take this to the -devel or the -emacs list if you want = more >> discussion of this.