[pacman-dev] Pacman-3.5.0 bug round-up
Here is a list I made to help keep track of the status of issues in the 3.5.0 release that I thought may be on use to others.... Fixed: (No FS#) - reading from stdin and piping "yes" - Fix in git FS#23307 - [makepkg] unexpected EOF error when parenthesis are used in optdepends description - Fix attached to bug report (on Allan's working branch) FS#23314 - [pacman] segfault when a database includes deltas - Fix attached to bug report (Dan to clean up) FS#23315 - Makepkg gives fatal error if locale isn't set to en_US.utf8 - Fix identified in bug report. Requires adjustment to translation FS#23325 - libalpm links to many libraries - "Fix" to workaround libtool bug on mailing list FS#23342 - --ignore'ing a package given in the arg list - Fix on mailing list (on Allan's working branch) FS#23343 - Pacman does not set world readable permissions on db files (obeys umask instead) - Fix attached to bug report (on Allan's working branch) Bug remaining to be fixed: FS#23340 - Group selection mechanism and -Sp - is this a case of excess output, or should the selection of packages be able to be performed with -Sp? I guess the former given the -Sp is intended to be used in scripts? FS#23322 - zsh autocompletion no longer works with pacman 3.5 - The zsh autocompletion file has not been updated in a while. Do we have a zsh user that wants to tackle this? (No FS#) - pacman -{S,U,R} --help does not show -p (only --print) - Was this deliberate to keep it beside the --print-format line? Allan
On Sun, Mar 20, 2011 at 4:08 AM, Allan McRae <allan@archlinux.org> wrote:
Here is a list I made to help keep track of the status of issues in the 3.5.0 release that I thought may be on use to others....
Fixed:
(No FS#) - reading from stdin and piping "yes" - Fix in git
FS#23307 - [makepkg] unexpected EOF error when parenthesis are used in optdepends description - Fix attached to bug report (on Allan's working branch)
FS#23314 - [pacman] segfault when a database includes deltas - Fix attached to bug report (Dan to clean up)
FS#23315 - Makepkg gives fatal error if locale isn't set to en_US.utf8 - Fix identified in bug report. Requires adjustment to translation
FS#23325 - libalpm links to many libraries - "Fix" to workaround libtool bug on mailing list
FS#23342 - --ignore'ing a package given in the arg list - Fix on mailing list (on Allan's working branch)
FS#23343 - Pacman does not set world readable permissions on db files (obeys umask instead) - Fix attached to bug report (on Allan's working branch)
Bug remaining to be fixed:
FS#23340 - Group selection mechanism and -Sp - is this a case of excess output, or should the selection of packages be able to be performed with -Sp? I guess the former given the -Sp is intended to be used in scripts?
FS#23322 - zsh autocompletion no longer works with pacman 3.5 - The zsh autocompletion file has not been updated in a while. Do we have a zsh user that wants to tackle this?
(No FS#) - pacman -{S,U,R} --help does not show -p (only --print) - Was this deliberate to keep it beside the --print-format line?
How about: - usage message does not show "-T" (this is not a new bug, actually) - difference in handling "-v" and "--debug", if this is even really to be called a bug at all ( http://mailman.archlinux.org/pipermail/pacman-dev/2011-March/012693.html) I don't see FS open for either of these. I'll do so if you want.
On Sun, Mar 20, 2011 at 11:01 AM, Ray Kohler <ataraxia937@gmail.com> wrote:
On Sun, Mar 20, 2011 at 4:08 AM, Allan McRae <allan@archlinux.org> wrote:
Here is a list I made to help keep track of the status of issues in the 3.5.0 release that I thought may be on use to others....
Fixed:
(No FS#) - reading from stdin and piping "yes" - Fix in git Fix pushed.
FS#23307 - [makepkg] unexpected EOF error when parenthesis are used in optdepends description - Fix attached to bug report (on Allan's working branch) Fix pushed.
FS#23314 - [pacman] segfault when a database includes deltas - Fix attached to bug report (Dan to clean up) Fix pushed.
FS#23315 - Makepkg gives fatal error if locale isn't set to en_US.utf8 - Fix identified in bug report. Requires adjustment to translation Fix pushed to Transifex.
FS#23325 - libalpm links to many libraries - "Fix" to workaround libtool bug on mailing list Fix pushed. Ignore my other false alarm emails, if you start with an actual clean build things seem fine.
FS#23342 - --ignore'ing a package given in the arg list - Fix on mailing list (on Allan's working branch) Fix pushed.
FS#23343 - Pacman does not set world readable permissions on db files (obeys umask instead) - Fix attached to bug report (on Allan's working branch) Fix pushed.
Bug remaining to be fixed:
FS#23340 - Group selection mechanism and -Sp - is this a case of excess output, or should the selection of packages be able to be performed with -Sp? I guess the former given the -Sp is intended to be used in scripts?
FS#23322 - zsh autocompletion no longer works with pacman 3.5 - The zsh autocompletion file has not been updated in a while. Do we have a zsh user that wants to tackle this?
(No FS#) - pacman -{S,U,R} --help does not show -p (only --print) - Was this deliberate to keep it beside the --print-format line?
How about:
- usage message does not show "-T" (this is not a new bug, actually)
- difference in handling "-v" and "--debug", if this is even really to be called a bug at all ( http://mailman.archlinux.org/pipermail/pacman-dev/2011-March/012693.html)
I don't see FS open for either of these. I'll do so if you want. Yes please, although these aren't terribly important enough to warrant holding up a maint release.
-Dan
On Sun, Mar 20, 2011 at 12:56 PM, Dan McGee <dpmcgee@gmail.com> wrote:
On Sun, Mar 20, 2011 at 11:01 AM, Ray Kohler <ataraxia937@gmail.com> wrote:
On Sun, Mar 20, 2011 at 4:08 AM, Allan McRae <allan@archlinux.org> wrote:
Here is a list I made to help keep track of the status of issues in the 3.5.0 release that I thought may be on use to others....
Fixed:
(No FS#) - reading from stdin and piping "yes" - Fix in git Fix pushed.
FS#23307 - [makepkg] unexpected EOF error when parenthesis are used in optdepends description - Fix attached to bug report (on Allan's working branch) Fix pushed.
FS#23314 - [pacman] segfault when a database includes deltas - Fix attached to bug report (Dan to clean up) Fix pushed.
FS#23315 - Makepkg gives fatal error if locale isn't set to en_US.utf8 - Fix identified in bug report. Requires adjustment to translation Fix pushed to Transifex.
FS#23325 - libalpm links to many libraries - "Fix" to workaround libtool bug on mailing list Fix pushed. Ignore my other false alarm emails, if you start with an actual clean build things seem fine.
FS#23342 - --ignore'ing a package given in the arg list - Fix on mailing list (on Allan's working branch) Fix pushed.
FS#23343 - Pacman does not set world readable permissions on db files (obeys umask instead) - Fix attached to bug report (on Allan's working branch) Fix pushed.
Bug remaining to be fixed:
FS#23340 - Group selection mechanism and -Sp - is this a case of excess output, or should the selection of packages be able to be performed with -Sp? I guess the former given the -Sp is intended to be used in scripts?
FS#23322 - zsh autocompletion no longer works with pacman 3.5 - The zsh autocompletion file has not been updated in a while. Do we have a zsh user that wants to tackle this?
(No FS#) - pacman -{S,U,R} --help does not show -p (only --print) - Was this deliberate to keep it beside the --print-format line?
How about:
- usage message does not show "-T" (this is not a new bug, actually)
This is now FS #23369.
- difference in handling "-v" and "--debug", if this is even really to be called a bug at all ( http://mailman.archlinux.org/pipermail/pacman-dev/2011-March/012693.html)
This is now FS #23370.
I don't see FS open for either of these. I'll do so if you want. Yes please, although these aren't terribly important enough to warrant holding up a maint release.
On Sun, Mar 20, 2011 at 3:08 AM, Allan McRae <allan@archlinux.org> wrote:
(No FS#) - pacman -{S,U,R} --help does not show -p (only --print) - Was this deliberate to keep it beside the --print-format line? Looking way back in the repository, we've never documented -p in the --help output, only in the manpage. Interesting...
Either way, I don't think this one is a blocker, and it is also a string change which we either need to figure out now (so new source strings can get pushed) or in the very near future, otherwise it has to wait. -Dan
On 20/03/11 18:08, Allan McRae wrote:
FS#23322 - zsh autocompletion no longer works with pacman 3.5 - The zsh autocompletion file has not been updated in a while. Do we have a zsh user that wants to tackle this?
I have attempted to fix that, but it would be good to get some testing as I really have no idea what I was doing: https://bugs.archlinux.org/task/23322?getfile=6580 Allan
On Mon, Mar 21, 2011 at 03:01:13PM +1000, Allan McRae wrote:
On 20/03/11 18:08, Allan McRae wrote:
FS#23322 - zsh autocompletion no longer works with pacman 3.5 - The zsh autocompletion file has not been updated in a while. Do we have a zsh user that wants to tackle this?
I have attempted to fix that, but it would be good to get some testing as I really have no idea what I was doing:
Well, I'm doing a complete rewrite of pacman's ZSH completion right now, but I probably won't finish it soonish due to lack of time. Your patch basically works for me except if I use the "$repo/" syntax. I uploaded a fixed patch [1], please test again. [1] https://bugs.archlinux.org/task/23322?getfile=6581
On 21/03/11 21:39, Lukas Fleischer wrote:
On Mon, Mar 21, 2011 at 03:01:13PM +1000, Allan McRae wrote:
On 20/03/11 18:08, Allan McRae wrote:
FS#23322 - zsh autocompletion no longer works with pacman 3.5 - The zsh autocompletion file has not been updated in a while. Do we have a zsh user that wants to tackle this?
I have attempted to fix that, but it would be good to get some testing as I really have no idea what I was doing:
Well, I'm doing a complete rewrite of pacman's ZSH completion right now, but I probably won't finish it soonish due to lack of time. Your patch basically works for me except if I use the "$repo/" syntax. I uploaded a fixed patch [1], please test again.
Great. I'll take your version over mine as it works (mine did earlier... honest!) and you appear to know what you are doing. A full rewrite when you have time would be good as it appears this really has not been looked at in quite some time. Thanks, Allan
participants (4)
-
Allan McRae
-
Dan McGee
-
Lukas Fleischer
-
Ray Kohler