Skip to content

Commit

Permalink
Remove the hard mask of myth*, as we use arch and ~arch to specify ve…
Browse files Browse the repository at this point in the history 
…rsions
  • Loading branch information
@kormoc
kormoc committed Feb 20, 2011
1 parent 53ab35b commit 8ba2dda
Showing 1 changed file with 14 additions and 0 deletions.
14 changes: 14 additions & 0 deletions Gentoo/profiles/package.unmask
View file
@@ -0,0 +1,14 @@
>=media-plugins/mythgame-0.01
>=media-plugins/mythweather-0.01
>=media-plugins/mythgallery-0.01
>=media-plugins/mythbrowser-0.01
>=media-plugins/mythnews-0.01
>=media-plugins/mythnetvision-0.01
>=media-plugins/mytharchive-0.01
>=media-plugins/mythzoneminder-0.01
>=media-plugins/mythvideo-0.01
>=media-plugins/mythmusic-0.01
>=www-apps/mythweb-0.01
>=media-tv/mythtv-0.01
>=media-tv/mythtvbindings-0.01

4 comments on commit 8ba2dda

@SiliconFiend
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I understand why you did this, but I'm not thrilled about the results. I was using package.mask to prevent newer versions from being selected, but when this package.unmask file was added, it overrode my preferences (because portage is a little brain-dead about masking/unmasking) and it took some digging to find out why. IMHO, the unmasking should be left up to users. It was masked by the Gentoo mythtv maintainer, and although the maintainer seems to have abandoned it, I think the distro policy should persist. If users are savvy enough to add an overlay and use these ebuilds, then they should be savvy enough to create an appropriate /etc/portage/package.unmask file. Perhaps the README could be updated so users would know what to do.

@kormoc
Copy link
Contributor Author

@kormoc kormoc commented on 8ba2dda Feb 22, 2011

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

/etc/portage/package.mask should override this unmask, are you saying it's not?

Are you running ~arch or arch? And you want just the stable packages?

@SiliconFiend
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's correct, /etc/portage/package.mask does NOT override this unmask.

I'm running mostly stable arch, but for historical reasons have keyworded all the mythtv packages to ~arch. I try to keep up with the latest (stable) release, but with a longish interval between upgrades (due in no small part to the long compile times). I appreciate that the ebuilds have been updated frequently, but I want to decide when I want to upgrade, and so I had been using package.mask to hide updates which were newer than I had installed. I believe that is one of the intended uses of package.mask. I prefer to use in-tree ebuilds, but have been forced to use an overlay to get 0.24 due to the apparent abandonment of the mythtv packages by the maintainer.

@kormoc
Copy link
Contributor Author

@kormoc kormoc commented on 8ba2dda Mar 1, 2011

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I just removed the mask. I can't figure out how to fix the issue in portage easily so we'll re-think how to do this.

Please sign in to comment.