summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* Slight changes to fix warnings from autoconf 2.62Dan McGee2008-04-15
| | | | | | | Two variables needed the _cv_ or warnings were spit out saying they were not cache vars. Signed-off-by: Dan McGee <dan@archlinux.org>
* More non-Linux build updates, mostly DarwinDan McGee2008-04-15
| | | | | | | | | | | | | | Darwin's binary format does support symbols with differing visibilities, but it does not support the protected or internal visibilities- only hidden. For Darwin only, we should fall back to this visibility to prevent warnings from the compiler and because it is close enough for our library purposes. See http://gcc.gnu.org/viewcvs/*checkout*/trunk/gcc/config/darwin.c, search for the "darwin_assemble_visibility" function for more details. Also add pacman.static.exe to gitignore. Signed-off-by: Dan McGee <dan@archlinux.org>
* Fix gettext on non-Linux platformsDan McGee2008-04-14
| | | | | | | | | Linux includes all the gettext stuff in glibc, so there is no need for the libintl links which we failed to include in our linker variables. Update the makefiles which should enable NLS support on all platforms, including OS X and Cygwin. Signed-off-by: Dan McGee <dan@archlinux.org>
* Correctly use the fd returned my mkstemp()Dan McGee2008-04-08
| | | | | | | | | | | | | There were a few issues with this code: 1. We already had an open fd to a file, but never used it to our benefit. Use the libarchive convienence method to write the current file contents straight to a file descriptor. 2. The real problem cropped up on Windows where the locking semantics caused the old way of extraction to fail because we had an open file descriptor. By using the file descriptor and closing it ASAP, we prevent these failures. Signed-off-by: Dan McGee <dan@archlinux.org>
* Add check for swprintf() and a workaround when it is missingDan McGee2008-04-07
| | | | | | | | | We use this function once in our codebase, but fortunately the workaround is relatively easy. swprintf() is not available on Cygwin so the compile failed there, but we can do a series of mbstowcs() calls that produce the same end result as the swprintf() call. Signed-off-by: Dan McGee <dan@archlinux.org>
* Add *.exe ignores for certain other platformsDan McGee2008-04-07
| | | | Signed-off-by: Dan McGee <dan@archlinux.org>
* Quote filenames in find expression in pacdiffAllan McRae2008-04-06
| | | | | | | | | | | | From 41cc28f560bf9843d81ce5fb62b884b6325d06a0 Mon Sep 17 00:00:00 2001 From: Allan McRae <mcrae_allan@hotmail.com> Date: Sun, 6 Apr 2008 22:18:06 +1000 Subject: [PATCH] Quote filenames in find expression in pacdiff Small patch to allow pacdiff to run in /etc. See FS#10090. Signed-off-by: Allan McRae <mcrae_allan@hotmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
* Update NEWS and configure.ac for 3.1.4 releaseDan McGee2008-04-01
| | | | | | | | | Also fix a broken contrib/ Makefile, found with make distcheck. I also let the little translation linebreak update slip in here as it was small enough not to be a big deal, and this should just prevent it from happening again later anyway. Signed-off-by: Dan McGee <dan@archlinux.org>
* Set handle->logstream to null after fclose()Dan McGee2008-04-01
| | | | | | | | We correctly closed the logfile stream when recalling set_logfile, but did not NULL out the dead pointer once we did this. Fix the problem which was the cause of FS#10056. Signed-off-by: Dan McGee <dan@archlinux.org>
* Fix manpage typoDan McGee2008-03-30
| | | | | | Noticed in FS#10025. Signed-off-by: Dan McGee <dan@archlinux.org>
* Duplicate the result of archive_entry_pathname.Chantry Xavier2008-03-28
| | | | | | | | | | | | | | | | | | | After the libarchive upgrade from 2.4.12 to 2.4.14, our usage of archive_entry_pathname became dangerous. We were using the result of that function even after calls to archive_entry_set_pathname. With 2.4.14, the entryname becomes wrong after these calls, and so all the future use of entryname are bogus. entryname is used quite a lot for logging, so that's not so bad. But it's also used for the backup handling, so that's not very cool. For example, reinstalling a package with backup entries will erase all the md5 entries from the DB, because they won't be found back. entryname is now a static string so that we can easily keep the result of archive_entry_pathname. Signed-off-by: Chantry Xavier <shiningxc@gmail.com> [Dan: fixed version numbers in commit message] Signed-off-by: Dan McGee <dan@archlinux.org>
* Use pkgcache instead of db_scan in remove.cNagy Gabor2008-03-28
| | | | | | | This should be a notable speed-up (apart from kernel cache). Signed-off-by: Nagy Gabor <ngaba@bibl.u-szeged.hu> Signed-off-by: Dan McGee <dan@archlinux.org>
* memleak fix: ensure backup fname isn't lost if unusedDan McGee2008-03-23
| | | | | | | The _alpm_backup_split function always alloced memory for the fname, and we let it disappear in a specific case (upgrade026.py). Fix the issue. Signed-off-by: Dan McGee <dan@archlinux.org>
* strsplit(): memleak fixDan McGee2008-03-23
| | | | | | We dup-ed the string but then duped it again. Fix it. Signed-off-by: Dan McGee <dan@archlinux.org>
* PKGBUILD.vim: add keepend keyword for sha1/md5 fieldsChantry Xavier2008-03-22
| | | | | | | | | | | | | | in PKGBUILD.proto, we have the following line md5sums=() #generate with 'makepkg -g' if we add a md5sum inside quotes, or even just the quotes : md5sums=('') #generate with 'makepkg -g' the highlighting will be totally messed up. Adding the keepend keyword fixes this. Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
* Updates to Simplified Chinese translation甘露(Lu.Gan)2008-03-22
| | | | | | | A little fine tuning, delete some unnecessary space before or after English word. Signed-off-by: Dan McGee <dan@archlinux.org>
* Show options in pacman.conf (commented out)Nagy Gabor2008-03-10
| | | | Signed-off-by: Nagy Gabor <ngaba@bibl.u-szeged.hu>
* po/zh_CN.po: Chinese Simplified translation update甘露(Lu.Gan)2008-03-10
| | | | | Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
* PKGBUILD.vim: improve invalid arch/license detection.Chantry Xavier2008-03-10
| | | | | | | | | | | | | If we had : arch=(fake) The fake string would be highlighted because it's invalid. But if we had : arch=('fake') it didn't work. Fix this for both arch and license arrays. Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* Clarify the NoUpgrade and NoExtract behavior.Chantry Xavier2008-03-10
| | | | Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* Use sigaction instead of signal.Chantry Xavier2008-03-09
| | | | | | | | | | | | | From signal man page : "The behavior of signal() varies across Unix versions, and has also varied historically across different versions of Linux. Avoid its use: use sigaction(2) instead. See Portability below." The code was taken from there : http://www.gnu.org/software/libtool/manual/libc/Sigaction-Function-Example.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
* src/pacman/pacman.c : split cleanup function.Chantry Xavier2008-03-09
| | | | | | | | | | | | | | | | | This function was used in two different ways : - as a signal handler : the argument was the signal number - called manually for freeing the resources : the argument was the return value So the first part is now handler(int), and the second cleanup(int). Ref: http://www.archlinux.org/pipermail/pacman-dev/2008-March/011388.html Remaining problems : - the return values are messy. for example, 2 can mean both that it was interrupted (SIGINT == 2), or that --help or -V was used (returned by parseargs). - apparently signal is not portable and sigaction should be used instead Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* Remove a bogus comment from libalpm/remove.cNagy Gabor2008-03-09
| | | | | | We do the opposite. Signed-off-by: Nagy Gabor <ngaba@bibl.u-szeged.hu>
* rename vimproject to vimprojects and update it.Chantry Xavier2008-03-08
| | | | | | | | | | There is no need to put the list of files in there, which will get outdated sooner or later. It's possible to generate the filelist in the plugin itself using \r. Signed-off-by: Chantry Xavier <shiningxc@gmail.com> [Dan: add scripts/ directory] Signed-off-by: Dan McGee <dan@archlinux.org>
* Updates to Russian translationSergey Tereschenko2008-03-08
| | | | Signed-off-by: Dan McGee <dan@archlinux.org>
* Updates before 3.1.3 releaseDan McGee2008-03-06
| | | | Signed-off-by: Dan McGee <dan@archlinux.org>
* New alpm_version functionNagy Gabor2008-03-06
| | | | | | | | | | Now pacman frontend uses this function instead of the compile-time libalpm version number. Signed-off-by: Nagy Gabor <ngaba@bibl.u-szeged.hu> [Dan: fix one more spot where LIB_VERSION was used] Signed-off-by: Dan McGee <dan@archlinux.org> (cherry picked from commit 49197b7492d61bf1fc6bef59a708f4f586f32edb)
* Update Czech translationVojtěch Gondžala2008-03-04
| | | | Signed-off-by: Dan McGee <dan@archlinux.org>
* Update TRANSLATORS file.Chantry Xavier2008-03-04
| | | | | | | | * Vojtěch has a new email address * New pt_BR translator needed : http://www.archlinux.org/pipermail/pacman-dev/2008-March/011313.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* Remove a bogus commentNagy Gabor2008-03-04
| | | | | | | This comment was created for the old provision version format and needless. Signed-off-by: Nagy Gabor <ngaba@bibl.u-szeged.hu> Signed-off-by: Dan McGee <dan@archlinux.org>
* Kill all of the line numbers from the translationsDan McGee2008-03-03
| | | | | | | Hopefully the last of the huge commits ever. This also adds the c-format tag to all of the translated messages. Signed-off-by: Dan McGee <dan@archlinux.org>
* Disable the line number in .po files.Chantry Xavier2008-03-03
| | | | | | | | | | Add the --no-location xgettext option to disable the line numbers. They are not very useful, and generate a huge number of pointless line changes on every update. Ref: http://www.archlinux.org/pipermail/pacman-dev/2008-March/011332.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* Update manually the only newline change for 3.1.3.Chantry Xavier2008-03-03
| | | | | | | | | | We only had one string change, and just a newline, so we can actually make this update in its own commit rather than updating pacman.pot and making a huge number of line changes, and then letting every translator do this newline fix separately. Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
* Convert Hungarian translation translation to UTF-8Dan McGee2008-03-03
| | | | | | | | | | | | | | The issue was discussed in this thread on the mailing list: http://archlinux.org/pipermail/pacman-dev/2008-March/011324.html In addition, the GNU gettext manual states that translation encoding is completely separate from the encoding used by the users of the translation. It makes sense for our project to use UTF-8 for all translations, regardless of the preferred encoding used by users of a certain language. This allows all contributors to more easily edit a translation file if necessary and not have to worry about codepage issues. Signed-off-by: Dan McGee <dan@archlinux.org>
* Small update to German translationMatthias Gorissen2008-03-03
| | | | Signed-off-by: Dan McGee <dan@archlinux.org>
* contrib/PKGBUILD.vim: add optdepends + other fixesChantry Xavier2008-03-02
| | | | | | | | | | | * Add optdepends keyword * license, backup and arch keywords should be arrays * Remove the little hack to color conflicts/provides/replaces keyword even without =(). These should be arrays too. Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* NEWS updates for 3.1.3Dan McGee2008-03-01
| | | | Signed-off-by: Dan McGee <dan@archlinux.org>
* testpkg reworkNagy Gabor2008-03-01
| | | | | | | | | | * mainly code cosmetics (indent fixes) * remove debug message "spam" * print also user friendly result Signed-off-by: Nagy Gabor <ngaba@bibl.u-szeged.hu> [Dan: a few more whitespace/linebreak cleanups added] Signed-off-by: Dan McGee <dan@archlinux.org>
* Set a missing pm_errno in _alpm_pkg_load()Nagy Gabor2008-03-01
| | | | | Signed-off-by: Nagy Gabor <ngaba@bibl.u-szeged.hu> Signed-off-by: Dan McGee <dan@archlinux.org>
* contrib: add 'groups' keyword to PKGBUILD.vimDan McGee2008-02-28
| | | | Signed-off-by: Dan McGee <dan@archlinux.org>
* Remove small remnant of old force=y optionDan McGee2008-02-27
| | | | Signed-off-by: Dan McGee <dan@archlinux.org>
* Bump pacman version to a devel release and next version numberDan McGee2008-02-25
| | | | Signed-off-by: Dan McGee <dan@archlinux.org>
* Update simplified chinese (zh_CN) translation.甘露(Lu.Gan)2008-02-25
| | | | Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* fix two broken translated strings.Chantry Xavier2008-02-25
| | | | | | | Using c-format on every strings allowed me two found two broken ones. One was harmless, but the other caused a segfault, as reported in FS#9658. Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* xgettext : change pass-c-format flag to c-format.Chantry Xavier2008-02-25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Currently xgettext apparently attempts to autodetect c format strings (eg a string with a %s) to decide whether to use c-format flag or not. If we use --flag=_:1:c-format instead of --flag=_:1:pass-c-format, the c-format will be applied everywhere. I couldn't find this documented anywhere though. But the pass prefix is mentioned here : http://www.gnu.org/software/gettext/manual/html_node/xgettext-Invocation.html#xgettext-Invocation "Specifies additional flags for strings occurring as part of the argth argument of the function word. The possible flags are the possible format string indicators, such as ‘c-format’, and their negations, such as ‘no-c-format’, possibly prefixed with ‘pass-’." And c-format is documented there : http://www.gnu.org/software/gettext/manual/html_node/c_002dformat-Flag.html#c_002dformat-Flag "This situation happens quite often. The printf function is often called with strings which do not contain a format specifier. Of course one would normally use fputs but it does happen. In this case xgettext does not recognize this as a format string but what happens if the translation introduces a valid format specifier? The printf function will try to access one of the parameters but none exists because the original code does not pass any parameters." And that's exactly what happened with FS#9658. So using c-format for every string will prevent this issue from happening again. Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* Remove done and failed msg when loading targets.Chantry Xavier2008-02-25
| | | | | | | | | | | | | This change is similar to the one made in 3017b71cb5cde3aef7e0efb5f49843cccf759956. We had a "loading package data..." message, followed by either "failed" or "done", but it didn't take into account that other warnings / questions could be displayed between. Ref: http://archlinux.org/pipermail/pacman-dev/2008-January/010971.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* libalpm/sync.c : fix poorly worded debug message.Chantry Xavier2008-02-25
| | | | Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* Update TRANSLATORS file.Chantry Xavier2008-02-25
| | | | | | | | | | | The header of that file already stated that only current translators were listed in that file. So there is no need to mark the current translators with a star, I just removed the old ones instead (all history of that file is kept in git anyway). Current translators = all translators who contributed to 3.1.x translations. Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
* Add some NULL checks into recently modified output functionsDan McGee2008-02-24
| | | | | | | | | After a merge with master where some strings we print (such as descriptions) could be NULL, a few segfaults popped up due to strlen() calls on null pointers. Fix this by doing some preemptive checks and returning from functions early if the string was null. Signed-off-by: Dan McGee <dan@archlinux.org>
* Update Russian translationSergey Tereschenko2008-02-24
| | | | | | Some corrections from the previous translation. Signed-off-by: Dan McGee <dan@archlinux.org>