Ticket #848 (closed defect: fixed)

Opened 11 years ago

Last modified 10 years ago

The major metapackages should stop being equivs packages

Reported by: jdreed Owned by: jdreed
Priority: normal Milestone: Natty Beta
Component: -- Keywords:
Cc: Fixed in version:
Upstream bug:

Description

We're forced to play stupid games with dependencies, because we can't build different versions of the metapackages for different releases. I'm no longer convinced that the benefit of equivs packages outweighs the ability to do that.

This would also allow us to have a unified build procedure.

Change History

comment:1 Changed 11 years ago by jdreed

I tested this with -clients (1.0, in -dev) and it appears to "just work". Is there a compelling reason not to do this for -standard through -cluster, and possibly -extra-software and -thirdparty? That would allow us to close #692, as well.

comment:2 Changed 10 years ago by jdreed

Also also, machtype -L could stop using dpkg-query, for the reasons discussed in #778.

comment:3 follow-up: ↓ 4 Changed 10 years ago by jdreed

  • Owner set to jdreed
  • Status changed from new to accepted

clients was committed in r25042 and login-graphical in r25153.

I'm torn between whether it's better to do this as needed, or do a flag day and switch machtype at the same time. Probably the latter, now that I think about it.

comment:4 in reply to: ↑ 3 Changed 10 years ago by kaduk

Replying to jdreed:

I'm torn between whether it's better to do this as needed, or do a flag day and switch machtype at the same time. Probably the latter, now that I think about it.

Not really much of a difference, but might as well just have a flag day and do them all.

comment:5 Changed 10 years ago by jdreed

For things like -extra-software, is there any reason that extra-software-nox and extra-software can't be part of the same source package?

comment:6 Changed 10 years ago by geofft

That's fine, the only thing to note is that versions are per source package, not per binary package, so you would be putting out no-change upgrades for extra-software-nox every time you update extra-software which seems cosmetically suboptimal.

comment:7 Changed 10 years ago by jdreed

  • Status changed from accepted to committed

extra-software r25056
extra-software-nox r25175
login r25176
standard r25177
cluster r25180
workstation r25179
locker r25178

I'm going to skip thirdparty for now, as that has its own problems.

comment:8 Changed 10 years ago by jdreed

I've restored changelog history for clients, extra-software, extra-software-nox, cluster, and workstation, and had great fun with the commit logs. login, standard, locker, and login-graphical I'll tackle tomorrow.

extra-software (1.0.1) got built and pushed to proposed because of #692 and an unbuilt change to prefer suckless-tools to dwm-tools.

comment:9 Changed 10 years ago by jdreed

  • Status changed from committed to development

Built and uploaded to dev:
clients: 1.0.1
cluster: 1.9
extra-software: 1.0.2
extra-software-nox: 1.0
locker:1.0
login:1.0
login-graphical: 1.0
standard:1.0
workstation:1.4

comment:10 Changed 10 years ago by jdreed

  • Status changed from development to proposed

comment:11 Changed 10 years ago by jdreed

  • Status changed from proposed to closed
  • Resolution set to fixed
Note: See TracTickets for help on using tickets.