[arch-dev-public] [signoff] filesystem 2007.11-4
Setup for FHS compliant man pages - FS#8839 Claim ownership of /etc/profile from bash - FS#4766 Remove LESSCHARSET env var from /etc/profile - FS#8877 Please test. This goes hand-in-hand with the bash package (see other sign off) /etc/profile was also largely revamped. Please comment on that if you'd like to, we can always add more stuff before it's out of testing.
-----Oorspronkelijk bericht----- Van: arch-dev-public-bounces@archlinux.org [mailto:arch-dev-public- bounces@archlinux.org] Namens Aaron Griffin Verzonden: donderdag 20 december 2007 9:28 Aan: Public mailing list for ArchLinux development Onderwerp: [arch-dev-public] [signoff] filesystem 2007.11-4
Setup for FHS compliant man pages - FS#8839 Claim ownership of /etc/profile from bash - FS#4766 Remove LESSCHARSET env var from /etc/profile - FS#8877
Please test. This goes hand-in-hand with the bash package (see other sign off)
/etc/profile was also largely revamped. Please comment on that if you'd like to, we can always add more stuff before it's out of testing.
So what does this do when /usr/man/man3 is a directory with manpages and /usr/man/man3 is a symlink to /usr/share/man/man3 in the new package? Shouldn't we move /usr/man to /usr/share/man in pre_install and pre_upgrade?
On Dec 20, 2007 1:57 PM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Setup for FHS compliant man pages - FS#8839 Claim ownership of /etc/profile from bash - FS#4766 Remove LESSCHARSET env var from /etc/profile - FS#8877
Please test. This goes hand-in-hand with the bash package (see other sign off)
/etc/profile was also largely revamped. Please comment on that if you'd like to, we can always add more stuff before it's out of testing.
Both bash and filesystem work ok for me, or atleast as they used to. I've been having a problem with bash for a while now in my build chroot, where I'm unable to login to my username within the chroot more than once. When I open a new terminal and chroot and 'su username', it logs in, but when I start typing, it exits back to the chroot default login. However, when i chroot /chroot /bin/zsh , or other, it works fine for me. Varun
On Dec 20, 2007 2:27 AM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Setup for FHS compliant man pages - FS#8839 Claim ownership of /etc/profile from bash - FS#4766 Remove LESSCHARSET env var from /etc/profile - FS#8877
Please test. This goes hand-in-hand with the bash package (see other sign off)
/etc/profile was also largely revamped. Please comment on that if you'd like to, we can always add more stuff before it's out of testing.
Negative on the signoff. When I upgraded (bash and filesystem at the same time), I never got the new /etc/profile (I had customized my old one, I'm guessing that makes a difference). In addition, /etc/profile is not in either the bash backup array OR the filesystem backup array, and /etc/profile.bash is also not in the array. dmcgee@dublin ~ $ pacman -Qo /etc/profile /etc/profile is owned by filesystem 2007.11-4 dmcgee@dublin ~ $ pacman -Q filesystem bash pacman-git filesystem 2007.11-4 bash 3.2.025-5 pacman-git 20071220-1 dmcgee@dublin ~ $ md5sum /etc/profile a89cc19d69d44d00da45dbfeea6e3653 /etc/profile -Dan
On Dec 20, 2007 9:16 PM, Dan McGee <dpmcgee@gmail.com> wrote:
Negative on the signoff. When I upgraded (bash and filesystem at the same time), I never got the new /etc/profile (I had customized my old one, I'm guessing that makes a difference).
Same thing actually, but I thought this was expected behaviour since I had customised /etc/profile. I manually replaced with the new /etc/profile to test. Varun
On Dec 20, 2007 9:46 AM, Dan McGee <dpmcgee@gmail.com> wrote:
On Dec 20, 2007 2:27 AM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Setup for FHS compliant man pages - FS#8839 Claim ownership of /etc/profile from bash - FS#4766 Remove LESSCHARSET env var from /etc/profile - FS#8877
Please test. This goes hand-in-hand with the bash package (see other sign off)
/etc/profile was also largely revamped. Please comment on that if you'd like to, we can always add more stuff before it's out of testing.
Negative on the signoff. When I upgraded (bash and filesystem at the same time), I never got the new /etc/profile (I had customized my old one, I'm guessing that makes a difference). In addition, /etc/profile is not in either the bash backup array OR the filesystem backup array, and /etc/profile.bash is also not in the array.
OK, couple of things here. * etc/profile IS backed up in the filesystem package. profile.bash was not, so thanks for that. I think we may have hit a pacman issue here - there is special handling to handle the case of a file changing hands (profile moved from bash to filesystem), but i think this may collide with the backup handling. lemme see if I can throw a pactest at this. * I will rebuild filesystem containing a fix for fs#6350 later, and additionally rebuild bash for patch level 033 (up from 025 - their servers were down for a bit, I had to scp patch sources around to build). Any other issues to fix while I'm at it? Dan, could you weigh in on the profile thing? If this is a pacman issue, what do we do?
participants (4)
-
Aaron Griffin
-
Dan McGee
-
Jan de Groot
-
Varun Acharya