FS#27808 - [inetutils] Remove from core

Attached to Project: Arch Linux
Opened by Jason William Walton (jasonww) - Tuesday, 03 January 2012, 13:22 GMT
Last edited by Gaetan Bisson (vesath) - Wednesday, 27 June 2012, 15:39 GMT
Task Type Feature Request
Category Packages: Core
Status Closed
Assigned To Eric Belanger (Snowman)
Thomas Bächler (brain0)
Gaetan Bisson (vesath)
Dave Reisner (falconindy)
Tom Gundersen (tomegun)
Architecture All
Severity Very Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

The plan:

1) Move Debians version of hostname into core.
2) Fix packages depending on inetutils.
3) Move inetutils into extra.
4) Somehow prevent people from losing hostname (again).

Rationale:

1) Everything but hostname is essentially dead weight.
2) inetutils doesn't belong into core when hostname is missing.
3) Unlike the coreutils version of hostname, Debians does not seem to suffer from incompabilities.

It also seems that most other Distributions use Debians version.
This task depends upon

Closed by  Gaetan Bisson (vesath)
Wednesday, 27 June 2012, 15:39 GMT
Reason for closing:  Won't implement
Comment by Tom Gundersen (tomegun) - Tuesday, 03 January 2012, 16:28 GMT Comment by Eric Belanger (Snowman) - Tuesday, 03 January 2012, 18:11 GMT
I'm willing to update the inetutils package after the change (remove hostname and base group) and to move it to extra. For the rest, I'm not really interrested so it will be for the bug submitter and other assignees to do some of the work:
- create a PKGBUILD for hostname
- find which package depends on hostname either by checking for inetutils *depends and replace by hostname where appropriate. Many package might not have the explicit depends on inetutils as it's in base so checking closed (and refused bugs) about that might give more info.
- put hostname package in staging and make todo list
- push in testing and wait for feedback

Of course, this is assuming we switch to the Debian hostname.
Comment by Tom Gundersen (tomegun) - Tuesday, 03 January 2012, 18:20 GMT
If a decision is taken (whatever it is), I'm willing to help. However, I don't know if this is the right thing to do or not, nor if it is worth doing anything at all.

My first question on seeing this is: why has no one added the necessary functionality to the coreutils version, alternatively moved the debian version there. We currently have three packages (inetutils, net-tools and coreutils) that might potentially provide a hostname binary, adding a fourth should be last resort.
Comment by Jason William Walton (jasonww) - Tuesday, 03 January 2012, 18:31 GMT
A more or less viable PKGBUILD exists in the AUR: https://aur.archlinux.org/packages/ho/hostname/PKGBUILD

Note that it also builds ypdomainname by default which conflicts with extra/yp-tools...
Comment by Gaetan Bisson (vesath) - Wednesday, 04 January 2012, 00:32 GMT
Is there any technical reason why we should use Debian's hostname rather than make inetutils (well maintained upstream, etc.) a splitpkg?
Comment by Dave Reisner (falconindy) - Wednesday, 04 January 2012, 00:34 GMT
Splitting inetutils would require that inetutils stays in [core]. I'm not decidedly for or against this -- just pointing it out.
Comment by Gaetan Bisson (vesath) - Wednesday, 04 January 2012, 00:35 GMT
Sure; but we could "virtually" split it... My question was more: does the Debian binary have anything that inetutils' doesn't? (I guess I agree with Tom: I don't see the point of throwing in yet another hostname from another upstream.)

Actually, it might even make sense for inetutils to stay in [core] as it provides basic networking features that some people might need (I definitely find ftp/talk/telnet useful myself).
Comment by Eric Belanger (Snowman) - Friday, 22 June 2012, 03:45 GMT
It's been over 6 months and no one seem to be interested in working on this. Should we just close this then?
Comment by Gaetan Bisson (vesath) - Friday, 22 June 2012, 04:35 GMT
I'm perfectly happy with the way things are currently. Go for it.

Loading...