Historical bug tracker for the Pacman package manager.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
FS#7092 - Request: list of packages with stripped documentation
Attached to Project:
Pacman
Opened by Kimberly Miller (KerowynM) - Monday, 07 May 2007, 21:27 GMT
Last edited by Allan McRae (Allan) - Tuesday, 01 May 2018, 05:18 GMT
Opened by Kimberly Miller (KerowynM) - Monday, 07 May 2007, 21:27 GMT
Last edited by Allan McRae (Allan) - Tuesday, 01 May 2018, 05:18 GMT
|
DetailsHello.
There has been some talk in the forums about the merits and flaws of stripping out the info/doc pages from packages ( http://bbs.archlinux.org/viewtopic.php?id=31299&p=1 for more information, I don't want to reconstruct all of the arguments here). I made a suggestion there and was recommended to post it here. With a small change to the makepkg script, it is possible for it to add the names of packages it strips to a list. If we were to have a list of packages that had optional documentation it would be much easier for users to write info PKGBUILDs for these packages, such as we already have for ggc, binutils, and coreutils. What would be required is for developers who maintain packages in the repo to set a flag in their makepkg.conf. The flag would simply inform makepkg to track which packages were stripped. I have written a proof-of-concept patch, which I will attach here. The only part I haven't quite worked out logistically is getting the file list combined between developers, and publishing it online. Fortunately, those are rather small problems as the patch for makepkg is already written, and would only need slight modification once an accepted solution was created. |
This task depends upon
Closed by Allan McRae (Allan)
Tuesday, 01 May 2018, 05:18 GMT
Reason for closing: None
Additional comments about closing: Information about build recorded in packages. Open a new bug if more is needed.
Tuesday, 01 May 2018, 05:18 GMT
Reason for closing: None
Additional comments about closing: Information about build recorded in packages. Open a new bug if more is needed.
makepkg.diff
1. Update proof of concept for pacman3, where the docs directories are not hard-coded. For now, our 3.1 development tree can be obtained as follows:
git clone http://code.toofishes.net/gitprojects/pacman.git
2. Is there a better solution than a list? This seems non-KISS when it comes to turning these lists into one master list.
Honestly, I hate info pages and wish they didn't exist =P That said they are a necessary evil in many cases. I'd be all for just shipping packages with them, you never know when you will need them.
And if the former, does that mean this is now an archweb bug?