- 01 Feb, 2015 10 commits
-
-
Allan McRae authored
Signed-off-by:
Allan McRae <allan@archlinux.org>
-
Allan McRae authored
Signed-off-by:
Allan McRae <allan@archlinux.org>
-
Allan McRae authored
Usage: make update-copyright OLD=2014 NEW=2015 Signed-off-by:
Allan McRae <allan@archlinux.org>
-
Allan McRae authored
-
Allan McRae authored
Commit 9e5e86aa was supposed to fix this. Instead I picked another [[ -f ]] statement in the same region and added the hardlink test to it instead, thus not fixing the bug. Signed-off-by:
Allan McRae <allan@archlinux.org>
-
If the call to alpm_logaction failed it would overwrite pm_errno, leading to error messages unrelated to the actual reason the transaction failed. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com> Signed-off-by:
Allan McRae <allan@archlinux.org>
-
Allan McRae authored
Signed-off-by:
Allan McRae <allan@archlinux.org>
-
This fixes the issue where if the user explicitly set the name of the cloned source to eg. foo.git, the directory name in $SRCDEST would be foo.git as expected, but the clone in $srcdir would be stripped of the .git suffix. Signed-off-by:
Lukáš Jirkovský <l.jirkovsky@gmail.com> Signed-off-by:
Allan McRae <allan@archlinux.org>
-
Signed-off-by:
Jeffrey Tolar <tolar.jeffrey@gmail.com> Signed-off-by:
Allan McRae <allan@archlinux.org>
-
Signed-off-by:
Jeffrey Tolar <tolar.jeffrey@gmail.com> Signed-off-by:
Allan McRae <allan@archlinux.org>
-
- 21 Jan, 2015 19 commits
-
-
Also adds checks that the filename does not exceed PATH_MAX. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
Prevents the need to rename the file if we end up keeping it and ensures that pacnew files always reflect the most recent version by overwriting stale copies. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
Leave user files in place and save new config files with a .pacnew extension. This reduces the complexity of file extraction and respects the principle that pacman shouldn't modify files it didn't create. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
If an error occurs the actual path being extracted is more useful than the original path from the package file list. The original path is still used for checks that use it directly. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
alpm's database files (.INSTALL, .MTREE, etc.) should be extracted no matter what; skip mtree/needbackup/noextract/noupgrade checks for them. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
Puts all of the conflict cases at the same level. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
We need to know if a file needs to be backed up for all extracted files. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
Move the remaining output into conf.c by notifying the callback of read errors. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
key points to a statically allocated string so it can't be NULL and empty keys are rejected by the callback. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
alpm will reject empty database names already. Reduces error handling in the ini parser. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
Reduces the number of errors the ini parser must handle to make it more suitable for sharing with the backend. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
Storing repo information removes the need for the final callback. This allows the call signature to be re-purposed for indicating read errors. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
Fixes FS#28255 Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
This will allow pacman to parse its config file in a single pass and removes the need for the *_SET siglevels in alpm that were only required for pacman's siglevel inheritance. Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
Signed-off-by:
Andrew Gregory <andrew.gregory.8@gmail.com>
-
Allan McRae authored
-
It was allocating the required size rather than the calculated new size, resulting in pathological incremental reallocations. Signed-off-by:
Daniel Micay <danielmicay@gmail.com> Signed-off-by:
Allan McRae <allan@archlinux.org>
-
The files_size variable contains the current capacity (in bytes) and should not be used to calculate the next length increment. It only works because _alpm_greedy_grow currently results in incremental growth. Signed-off-by:
Daniel Micay <danielmicay@gmail.com> Signed-off-by:
Allan McRae <allan@archlinux.org>
-
- 12 Jan, 2015 2 commits
-
-
Allan McRae authored
-
Allan McRae authored
If an already used array is passed array_build, some entries from the old array could be carried over if the old array was longer than the new one. Clear the destination array before adding elements to it to prevent this issue. Fixes: https://bugs.archlinux.org/task/43387 Signed-off-by:
Allan McRae <allan@archlinux.org>
-
- 11 Jan, 2015 9 commits
-
-
Signed-off-by:
Florian Pritz <bluewind@xinu.at>
-
Signed-off-by:
Florian Pritz <bluewind@xinu.at>
-
Signed-off-by:
Florian Pritz <bluewind@xinu.at>
-
Signed-off-by:
Florian Pritz <bluewind@xinu.at>
-
Signed-off-by:
Florian Pritz <bluewind@xinu.at>
-
Signed-off-by:
Florian Pritz <bluewind@xinu.at>
-
Signed-off-by:
Florian Pritz <bluewind@xinu.at>
-
Signed-off-by:
Florian Pritz <bluewind@xinu.at>
-
Signed-off-by:
Florian Pritz <bluewind@xinu.at>
-