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#23510 - Scriptlet won't work on custom build packages with turkish system locale
Attached to Project:
Pacman
Opened by Atilla ÖNTAŞ (tarakbumba) - Wednesday, 30 March 2011, 00:05 GMT
Last edited by Dan McGee (toofishes) - Friday, 01 April 2011, 21:08 GMT
Opened by Atilla ÖNTAŞ (tarakbumba) - Wednesday, 30 March 2011, 00:05 GMT
Last edited by Dan McGee (toofishes) - Friday, 01 April 2011, 21:08 GMT
|
DetailsDescription:
I'm currently maintaining dkms-nvidia package in AUR. After upgrading to pacman 3.5.1 install scriptlet doesn't work anymore. Somehow, makepkg creates localized packages: 02:35 atilla@tarakbumba:~/DEPOM/Archlinux/Paketler/dkms-nvidia-270.30-3-x86_64.pkg$ ls -lah toplam 24K drwxr-xr-x 4 atilla users 4,0K Mar 30 02:35 . drwxr-xr-x 3 atilla users 4,0K Mar 30 02:35 .. drwxr-xr-x 3 atilla users 4,0K Mar 30 02:34 etc -rw-r--r-- 1 atilla users 1,2K Mar 30 02:34 .iNSTALL -rw-r--r-- 1 atilla users 1,7K Mar 30 02:34 .PKGINFO drwxr-xr-x 3 atilla users 4,0K Mar 30 02:34 usr See the .iNSTALL (I with a dot on it) file? Pacman 3.4.3 was running this file as expected. Besides, namcap throws below warning: dkms-nvidia W: File (.iNSTALL) exists in a non-standard directory. I have tried to export system locale to en. And then run makepkg. Everything seems okay. Pacman runs scriptlet a expected: export LANG=en && makepkg This command creates a package with an ".INSTALL" scriptlet file. Additional info: * package version(s) pacman-3.5.1 * config and/or log files etc. None Steps to reproduce: Set system locale to a language other than english, i.e turkish in my case. Create a package which includes a install scriptlet. Install package and see scriptlet not processed. Also check package with namcap to get "W: File (.iNSTALL) exists in a non-standard directory." warning. |
This task depends upon
Closed by Dan McGee (toofishes)
Friday, 01 April 2011, 21:08 GMT
Reason for closing: Fixed
Additional comments about closing: Commit 541c2470b8ad8c1c0c9
Friday, 01 April 2011, 21:08 GMT
Reason for closing: Fixed
Additional comments about closing: Commit 541c2470b8ad8c1c0c9
We should NOT be fucking around with case nearly ever unless it is md5sums, etc. or something that is totally under our control.
In other 'tr' news in makepkg:
* Why does in_opt_array need to use tr?
* Why do we translate md5|sha1 et al. *keys* from upper to lower in generate_checksums? The 'tr' call in check_checksums translates the actual hash, ensuring A-F becomes a-f, but I don't see why we would ever want to screw with the key names in generate.
I agree that a patch that removes the tr lines from in_opt_array and generate_checksums would be good.
Also i wonder if this bug affects only Turkish locale or other locales too?
As a note: I have packages those exactly have same install scriptlet (.INSTALL with dotted I)and pacamn < 3.5.x runs them just fine.
LANG=C makepkg
And this will likely only affect the Turkish locale- note that the bug deals with case conversion and the i/I character.