Bug 113001
Summary: | Where is emacs-nox ? | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Need Real Name <frank.kruchio> |
Component: | emacs | Assignee: | Jens Petersen <petersen> |
Status: | CLOSED ERRATA | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | CC: | cperry, dlehman |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | RHEA-2005-189 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-09-28 14:52:37 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 156320 |
Description
Need Real Name
2004-01-07 05:24:12 UTC
emacs-nox has been gone from Red Hat Linux for quite some time. For modern machines the extra weight of the X libs is not really an issue, so this is the reason why we stopped providing the separate -nox package. However I sympathize with your sentiments, and would like to take this opportunity to revisit this issue. Is it possible you could attach a list of packages on your server to help to assess how much a emacs-nox would really help here? Is emacs the only package that is pulling in XFree86-libs? Not really for "quiet some time", since ES 2.1 uses emacs-nox on both x86 and the s390. So, this is only one version up, I mean version 3.0 of ES. Now, yes emacs is the only thing that requires the X libraries and in my opinion it has nothing to do with modern machines. It has more to do with why would I want to install it on 100+ servers the x libs just because I install emacs. We do a minimal install on our servers, and shame on you guys giving us over (250) packages in the original ES base, far too much. You can easily cut this back to 150. ;) I know that I can customize anaconda and kickstart but then again this is an Enterprise product, do we always need to do that ? Anyway, if vorbis-tools, and all the esound/sound tools fit into an ES server so should emacs-nox. You have your Red Hat WS for workstations, let us have our gear for ES and AS... its not like I need sound on our servers ;) Please consider adding rock solid stable useful server packages to ES, not sound support. Linux servers should run without a GUI. Thank you and Best Regards: Frank Kruchio I'm adding an emacs-nox subpackage in emacs-21.3-9. Could you please test it when it appears in FC Devel shortly. Hi ! Thank you Jens, I will test it. Cheers: Frank Kruchio Please, thanks. :) [BTW I tested it today on a rawhide install with XFree86, etc packages removed and it seems to run fine.] This will most likely be in RHEL4 at least. RHEL3 is probably unlikely, unless it gets requested repeatedly. Thank you Guys ! You response is much appreciated. I would love to see it in RHEL 3 in one of the next update CDs. Regards: Frank Kruchio Changing back to assigned until we decide what to do about this for RHEL3. Hi Jens ! Well, since I needed today emacs on two new installation: - one ES2.1 x86 update 5 which has emacs-nox - one ES3.0 x86 update 3 which has NO emacs-nox Seriously, this editor is one of the major editors in the Linux world. I like to see emacs-nox in RH AS/ES as we use both. Thanks: Frank Kruchio Agreed it is kinda ironic that emacs-nox is available on RHEL 2.1 but not RHEL 3, I would like to fix this in a coming RHEL 3 Update. *** Bug 158907 has been marked as a duplicate of this bug. *** An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2005-189.html |