On 12/02/20 at 08:02pm, lilydjwg wrote:
> Hi there,
>
> Is there anything remaining I could do to get this merged? Yesterday we
> had a dangling db.lck again when a member lost his connection to the
> server while running devtools.
>
> On Wed, Aug 12, 2020 at 11:17:49PM +0800, lilydjwg wrote:
> >
On 10/28/20 at 01:17am, Morgan Adamiec wrote:
>
>
> On 28/10/2020 01:13, Eli Schwartz wrote:
> > On 10/27/20 8:59 PM, Morgan Adamiec wrote:
> >> On 28/10/2020 00:46, Eli Schwartz wrote:
> >>> It remains unclear to me, why the ambiguity matters.
> >>>
> >>
> >> I guess if you were to officially de
On 09/21/20 at 03:19pm, Allan McRae wrote:
> On 4/9/20 12:55 pm, Allan McRae wrote:
> > On 4/9/20 12:40 pm, Eli Schwartz wrote:
> >> On 9/2/20 11:02 PM, Allan McRae wrote:
> >>> Pacman now downloads the signature files for all packages when present in
> >>> a
> >>> repository. That makes distribu
On 09/12/20 at 04:25pm, Chih-Hsuan Yen wrote:
> Fixes FS#59229
>
> Signed-off-by: Chih-Hsuan Yen
> ---
> src/pacman/util.c | 20 +++-
> 1 file changed, 15 insertions(+), 5 deletions(-)
>
> diff --git a/src/pacman/util.c b/src/pacman/util.c
> index e9187529..b45ca22d 100644
> ---
On 09/04/20 at 12:22pm, Allan McRae wrote:
...
> I'm trying to figure out how includes would address this problem.
>
> We have a hook that runs when its triggers are met. We want to have a
> package add additional triggers, by dropping in a file into our config,
> but do not want to duplicate the
On 08/21/20 at 08:20pm, Ronan Pigott wrote:
> From: Ronan Pigott
>
> Signed-off-by: Ronan Pigott
Sure, I guess. pacman-conf is meant for use in scripts; who on Earth
is running it in a terminal?
On 09/03/20 at 12:17pm, Damjan Georgievski wrote:
> On Sun, 30 Aug 2020 at 19:13, Eli Schwartz wrote:
> >
> > On 8/30/20 1:07 PM, Дамјан Георгиевски wrote:
> > > I have had at least two or three use cases for this option,
> > > * one has been since I always have to type
> > > pacman -Syu --assum
On 09/01/20 at 03:50pm, Cameron Katri wrote:
> I believe I found a more portable solution. We use signal(SIGPIPE,
> SIG_IGN); which will block SIGPIPE, and if MSG_NOSIGNAL is not
> supported we set it to 0x0 so that it just gets ignored. Hopefully
> this is a more comprehensive solution.
...
>
On 08/24/20 at 10:34pm, Daan De Meyer wrote:
> > What about adding Include support to hooks? Then hooks that need this
> > type of functionality could explicitly include trigger files from
> > a particular directory, insulating the process from simple hook
> > renaming and hopefully making it more
On 08/28/20 at 02:37pm, Allan McRae wrote:
> On 27/8/20 10:26 am, Anatol Pomozov wrote:
> > Hi
> >
> > On Mon, Aug 10, 2020 at 2:45 PM Eli Schwartz
> > wrote:
> >> This is the right approach, yeah. I was thinking we'd wait until pacman
> >> 6.1 before stopping the signature embedding, to provide
On 08/24/20 at 11:22am, Allan McRae wrote:
> Lets take a step back here...
>
> I don't really care about the kernel use case, but more whether this
> could be more generally used. Here are other examples I came up with.
>
> Font caches:
> A package could drop a config file in /etc/font/conf.d/
On 08/12/20 at 01:36pm, lilydjwg wrote:
> When a SIGINT or SIGHUP arrives before alpm_unlock (in alpm_release) but
> after remove_soft_interrupt_handler, the lock file will be left behind.
>
> Signed-off-by: lilydjwg
> ---
> src/pacman/pacman.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletio
1af39 (tag)
tagging 5537881b2525a4f114fcf10b00413b4575a74968 (commit)
replaces v5.2.1
tagged by Andrew Gregory
on Thu Jun 25 23:46:11 2020 -0700
- Log -
v5.2.2
-BEGIN PGP SIGNATURE-
iQEzBAABCAAdFiEEuBUbEXA3
or: Andrew Gregory
Date: Mon Jun 22 02:15:23 2020 -0700
Release 5.2.2
Signed-off-by: Andrew Gregory
commit 027c87ae3f7f4728b4058adb23baf7612cc5ea77
Author: Andrew Gregory
Date: Mon Jun 22 02:12:41 2020 -0700
update NEWS for 5.2.2
Signed-off-by: Andrew Gregor
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official pacman repository".
The branch, release/5.2.x has been updated
via 1e9cd30e488cd133d24eac7ed9cac7806db2c406 (commit)
On 06/01/20 at 11:45pm, Anatol Pomozov wrote:
> Pacman has a 'key in keyring' verification step that makes sure the signatures
> have a valid keyid. Currently pacman parses embedded package signatures only.
>
> Add a fallback to detached signatures. If embedded signature is missing then
> it
> tr
On 05/20/20 at 02:22pm, Allan McRae wrote:
> Given RFC 4880 provides the code to do this calculation, I am not sure
> how I managed to stuff that up! This bug was only exposed when a
> signature made with "include-key-block" was added to the Arch repos,
> which provided a subpacket with the requir
On 05/31/20 at 01:37am, Anatol Pomozov wrote:
> Hi Andrew, thank you for the quick response
>
> On Sat, May 30, 2020 at 9:31 PM Andrew Gregory
> wrote:
> >
> > On 05/30/20 at 07:51pm, Anatol Pomozov wrote:
> > > Pacman has a 'key in keyring&
On 05/30/20 at 07:51pm, Anatol Pomozov wrote:
> Pacman has a 'key in keyring' verification step that makes sure the signatures
> have a valid keyid. Currently pacman parses embedded package signatures only.
>
> Add a fallback to detached signatures. If embedded signature is missing then
> it
> tr
On 05/23/20 at 02:04pm, Daan De Meyer wrote:
> This makes debugging hook failures when running pacman less of a
> hassle. Instead of a generic "command failed to execute correctly",
> we now get the exact command and its arguments, as well as the exit
> code of the command logged.
>
> Signed-off-b
On 05/14/20 at 11:30pm, Anatol Pomozov wrote:
> Hi
>
> On Wed, May 13, 2020 at 7:54 PM Andrew Gregory
> wrote:
> >
> > You say
> > that the only way there would not be a corresponding progress bar is
> > if the progress event is called without an init event
On 05/13/20 at 12:08pm, Anatol Pomozov wrote:
> > ---
> > It's perhaps worth mentioning that nowhere else in the ALPM codebase
> > do we use assert().
>
> I quite like the idea of defensive programming. This is something that
> I learnt the hard way when I was working with chips firmware.
> So I o
On 04/17/20 at 06:57pm, Carson Black wrote:
> This patch splits the monolithic 'Packages (count):' output on transactions
> into
> multiple package outputs per category of action: 'Installing (count):',
> 'Upgrading
> (count):', and 'Removing (count):'.
>
> Signed-off-by: Carson Black
> ---
>
On 04/01/20 at 11:29am, Eli Schwartz wrote:
> From: Earnestly
>
> Current code accidently uses noupgrade for the NoExtract directive.
>
> https://medium.com/@Code_Analysis/the-last-line-effect-7b1cb7f0d2a1
>
> Signed-off-by: Eli Schwartz
> ---
ACK
On 01/19/20 at 09:42am, Allan McRae wrote:
> We previously has the maximum database size as 25MB. This was set in the days
> before repos had as many packages as they do now, and before we started
> distributing files databases. Increase this limit to 128MB.
>
> Signed-off-by: Allan McRae
> ---
On 12/17/19 at 01:05am, Allan McRae wrote:
> If alpm_db_update() fails due to an invalid signature, then the system
> is left with an unusable repo database. Instead, backup the currently
> working database before performing the update, and restore on error.
>
> Note that the calls rename and unl
On 12/19/19 at 11:17am, Allan McRae wrote:
> On 17/12/19 5:13 pm, Andrew Gregory wrote:
> > s/Attempted to//?
> >
> > On 12/17/19 at 01:04am, Allan McRae wrote:
> >> Also fixes a memory leak under an error condition.
> >>
> >> Signed-off-by: Allan
s/Attempted to//?
On 12/17/19 at 01:04am, Allan McRae wrote:
> Also fixes a memory leak under an error condition.
>
> Signed-off-by: Allan McRae
> ---
> lib/libalpm/be_sync.c | 18 ++
> 1 file changed, 10 insertions(+), 8 deletions(-)
>
> diff --git a/lib/libalpm/be_sync.c b/li
On 11/15/19 at 12:03pm, Daniel T. Borelli wrote:
> Hi.
> I believe that the author's intention was to dereference the double
> pointer before assigning it NULL so that it has an effect outside the
> function.
>
> Signed-off-by: Daniel T. Borelli
> ---
>
> lib/libalpm/signing.c | 4 ++--
> 1 fil
On 11/15/19 at 11:46pm, Allan McRae wrote:
> In rare cases, likely due to a well timed Ctrl+C, but possibly due to a
> broken mirror, a ".part" file may have size at least that of the correct
> package size.
>
> When encountering this issue, currently pacman fails in different ways
> depending on
On 11/16/19 at 12:15am, Allan McRae wrote:
> Also retire Dan into past major contributors.
ACK.
On 10/19/19 at 10:43pm, Allan McRae wrote:
> On 19/10/19 10:41 pm, Allan McRae wrote:
> > On 19/10/19 10:38 pm, Allan McRae wrote:
> >> On 19/10/19 10:24 pm, Andrew Gregory wrote:
> >>> No rebuilding necessary if the conflicts are changed to just 'sh'.
&g
On 10/19/19 at 10:15pm, Allan McRae wrote:
> On 19/10/19 9:57 pm, Daan van Rossum wrote:
> > * on Saturday, 2019-10-19 18:15 +1000, Allan McRae
> > wrote:
> >
> >> /bin/sh -> bash/dash
> >> /usr/bin/awk -> gawk/nawk
> >> /usr/bin/cc -> gcc/clang
> >
> > Can we provide alternatives by means of s
On 10/18/19 at 06:38pm, Saul Tigh wrote:
> Dear pacman developers,
>
> First time poster here, so please be gentle. I've been trying to compile
> pacman from git and I constantly run into an issue. First I issue
> ./autogen.sh and then ./configure but this error always pops up:
>
> ./configure: l
This message was clarified for sync operations in
2b1b7b70753eb56bee08cd270efc7cfa342bc0ec.
Signed-off-by: Andrew Gregory
---
src/pacman/remove.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/pacman/remove.c b/src/pacman/remove.c
index 9d44cf53..0eeb19d3 100644
On 10/12/19 at 09:11pm, Allan McRae wrote:
> On 12/10/19 1:45 pm, Andrew Gregory wrote:
> > system() runs the provided command via a shell, which is subject to
> > command injection. Even though pacman already provides a mechanism to
> > sign and verify the databases contain
Converts an argc/argv pair to a string for presentation to the user.
Signed-off-by: Andrew Gregory
---
src/pacman/pacman.c | 26 +-
src/pacman/util.c | 23 +++
src/pacman/util.h | 1 +
3 files changed, 29 insertions(+), 21 deletions(-)
diff
vulnerable to MITM attacks. Replacing the system call with an
almost equivalent exec call removes the possibility of a shell-injection
attack for those users.
Signed-off-by: Andrew Gregory
---
v2:
* properly deal with signals
* pass errno via pipe instead of mmap
* fix debug logging
src
Signed-off-by: Andrew Gregory
---
v2: removes _alpm_prefix and moves to util-common
lib/libalpm/hook.c | 119 +--
src/common/util-common.c | 112
src/common/util-common.h | 3 +
3 files changed, 118 insertions
On 09/08/19 at 10:45pm, morganamilo wrote:
> If we failed to get the pkg from pkgcache then we know no satisfying
> package exists by name. So only compare provides.
> ---
> lib/libalpm/deps.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/lib/libalpm/deps.c b/lib/liba
On 09/09/19 at 05:49pm, morganamilo wrote:
> Error messages are now printed.
> Pacman now returns 1 if any of the files queried are not found.
> ---
> src/pacman/files.c | 14 ++
> 1 file changed, 10 insertions(+), 4 deletions(-)
>
> diff --git a/src/pacman/files.c b/src/pacman/files.
On 08/12/19 at 02:15pm, AstroSnail via pacman-dev wrote:
> Hi,
>
> I think I found a bug in pacman.
>
> When a package remove operation can't be satisfied, pacman prints an
> error, describes what went wrong, and does nothing:
> $ sudo pacman -R linux-api-headers
> checking dependencies..
On 08/03/19 at 01:27am, László Várady wrote:
> Commit 11ab9aa9f5f0f3873df89c73e8715b82f485bd9b replaced a strcpy() call
> with memcpy(), without copying the terminating null character.
>
> Since fname is allocated with malloc(), subsequent strstr() calls will
> overrun the buffer's boundary.
>
>
On 06/21/19 at 03:24pm, Morgan Adamiec wrote:
> On Thu, 20 Jun 2019 at 05:46, Allan McRae wrote:
> >
> > On 14/6/19 11:26 pm, Dave Reisner wrote:
> > > On Fri, Jun 14, 2019 at 02:19:52PM +0100, Morgan Adamiec wrote:
> > >> On Fri, 14 Jun 2019 at 14:09, Dave Reisner wrote:
> > >>>
> > >>> On Fri,
On 06/29/19 at 11:18pm, Eli Schwartz wrote:
> On 6/28/19 2:55 PM, Jelle van der Waa wrote:
> > From: Jelle van der Waa
> >
> > Describe the PKGINFO format which resides in a package produced makepkg.
> As mentioned on IRC, there's a lot of duplication with the PKGBUILD
> fields, so I'd feel bette
On 06/28/19 at 08:55pm, Jelle van der Waa wrote:
> From: Jelle van der Waa
>
> Describe the PKGINFO format which resides in a package produced makepkg.
> ---
> doc/Makefile.am| 4 +-
> doc/PKGINFO.5.asciidoc | 87 ++
> doc/meson.build| 1
On 06/11/19 at 11:06am, Allan McRae wrote:
> On 10/6/19 6:50 am, Andrew Gregory wrote:
> > Does anybody know what usepart was for? It was unset unless %o was
> > used in XferCommand, but I'm not sure what the use case for an
> > XferCommand without %o would be.
>
&g
---
A few changes I omitted from the initial patch.
Does anybody know what usepart was for? It was unset unless %o was
used in XferCommand, but I'm not sure what the use case for an
XferCommand without %o would be.
src/pacman/conf.c | 11 ---
test/pacman/tests/sync200
---
systemvp should pretty much be a drop-in replacement for system with
the exception that it takes an argv array and uses exec. If anybody
wants to play with it to stress test it a little, I have
a self-contained copy and test program at:
https://github.com/andrewgregory/snippets/blob/systemv/c
Not technically related to INI parsing, but we use it with INI files.
---
lib/libalpm/hook.c | 113 -
src/common/ini.c | 113 +
src/common/ini.h | 3 ++
3 files changed, 116 insertions(+), 113 deletions(-
%X is locale-dependent, making it impossible to reliably parse and
potentially overflowing the buffer. %T is consistent across locales.
Also fixes some adjacent whitespace.
Signed-off-by: Andrew Gregory
---
lib/libalpm/log.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
Overriding the segfault handler prevents the creation of core dumps by
the default handler, which makes debugging segfaults difficult.
Signed-off-by: Andrew Gregory
---
src/pacman/sighandler.c | 28 ++--
1 file changed, 22 insertions(+), 6 deletions(-)
diff --git a/src
If we get SIGSEGV we need to bail out quickly, leaving other signals
unblocked could lead to other signal handlers getting triggered.
Signed-off-by: Andrew Gregory
---
Signals are hard. I'd appreciate if somebody could double check my
math on these patches.
src/pacman/sighandler.c | 2
future release.
See FS#53136.
Signed-off-by: Andrew Gregory
---
doc/alpm-hooks.5.asciidoc | 17 +
lib/libalpm/hook.c | 8 ++--
test/pacman/tests/hook-file-change-packages.py | 2 +-
.../tests/hook-file-remove-trigger
reducing
the number of packages with non-ascii data in the wild before updating
libalpm to reject them outright.
See https://github.com/libarchive/libarchive/wiki/Filenames
and https://github.com/libarchive/libarchive/issues/587
Signed-off-by: Andrew Gregory
---
scripts/libmakepkg/lint_pkgbuild
On 04/06/19 at 04:43pm, Nathan Aclander wrote:
>
> I'm fairly new to using git send-email, so I wasn't sure how to add an
> explanation to the patch while cleanly separating it from the git commit
> message. I can speak more to why I found it useful.
Use --annotate and put comments you don't want
On 04/05/19 at 12:02am, Rikard Falkeborn wrote:
> Clang 8 warns that adding a string to an integer does not append to
> string. Indeed it doesn't, but that was not the intentetion. Use array
> indexing as suggested by the compiler to silence the warning. There
> should be no functional change.
>
>
On 04/04/19 at 12:21am, Leonardo Bras wrote:
> Signed-off-by: Leonardo Bras
> ---
> src/pacman/sync.c | 84 ---
> 1 file changed, 43 insertions(+), 41 deletions(-)
I appreciate the reduction of indentation, but I think this does more harm than
good. I
On 04/01/19 at 09:56am, Allan McRae wrote:
> Hi all,
>
> I plan to finish implementing an alternatives system for pacman post 5.2
> release:
> https://wiki.archlinux.org/index.php/User:Allan/Alternatives
>
> Any comments or suggestions?
"All alternatives are symlinked in /usr/bin so no need to s
On 03/26/19 at 10:42pm, Erich Eckner wrote:
> On Wed, 27 Mar 2019, Allan McRae wrote:
>
> > On 27/3/19 7:20 am, Erich Eckner wrote:
> >> https://mirror.pkgbuild.com/core/os/x86_64/core.links.tar.gz
> >>
> >> It contains (as far as I can tell) the names and versions of libraries
> >> against which
On 03/26/19 at 10:42pm, Erich Eckner wrote:
> On Wed, 27 Mar 2019, Allan McRae wrote:
>
> > On 27/3/19 7:20 am, Erich Eckner wrote:
> >> https://mirror.pkgbuild.com/core/os/x86_64/core.links.tar.gz
> >>
> >> It contains (as far as I can tell) the names and versions of libraries
> >> against which
On 03/26/19 at 02:52pm, Erich Eckner wrote:
> Hi,
>
> I'm looking into creating links databases for archlinux32 and saw (thanks,
> Eli) that they are created asynchronously by systemd timers here:
> https://git.archlinux.org/infrastructure.git/tree/roles/sogrep/files
>
> I was wondering, if it
On 03/17/19 at 06:02pm, Ralph Corderoy wrote:
> Hi Andrew,
>
> > I'm not trying to weaken anything; you simply haven't told us why you
> > needed the information beyond "I wanted to". If there was an actual
> > problem you were trying to solve, describing it might help us come up
> > with a bette
On 03/17/19 at 04:49pm, Ralph Corderoy wrote:
> Hi Andrew,
>
> > Based on your description, this sounds like a case of "I was mildly
> > curious about something this one time
>
> No, it would have been useful to know. There's no need to overly weaken
> it.
I'm not trying to weaken anything; you
On 03/17/19 at 03:31pm, Ralph Corderoy wrote:
> `pacman -Su' suggested an optional dependency of gst-plugins-bad.
> I looked to see what that was and didn't want it. Later, due to
> discussion on the local LUG IRC, I wanted to look up what package had
> the new optional depends but found /var/log/
On 03/04/19 at 04:46pm, Florian Wehner wrote:
> The time logged is currently given as localtime without any time-zone
> information. This is confusing in various scenarios.
>
> Examples:
> * If one is travelling across time-zones and the timestamps in the log
> appear out of order.
> * Comparing d
On 03/04/19 at 11:23am, Allan McRae wrote:
> On 2/3/19 8:19 pm, Allan McRae wrote:
> > Deltas are broken. So much so that I would strongly recommend never
> > using a delta from a repo that you did not generate yourself. In short,
> > we call "system(command)", with a command that includes the name
On 01/23/19 at 10:52pm, David Phillips wrote:
> If users have mounted a filesystem such as sshfs or NFS that doesn't
> allow root access by default for security reasons, _alpm_filecache_setup
> will blindly try and re-create the components of the cachedir path,
> eating EACCES (to be liek mkdir -p)
On 04/21/17 at 04:07pm, David Phillips wrote:
> This fixes a bug I encountered with a GPG keyring where the
> key id used to locate a key in the keyring was ambiguous within
> my keychain.
>
> This commit ensures that all valid return values are checked to
> catch this and related error cases rath
On 01/04/19 at 02:21pm, Allan McRae wrote:
> The behaviour of "pacman -Qu" was very strange... It would only consider
> packages from repos with Usage = Search (or All), and ignore those with
> Usage = Sync, Install or Upgrade.
>
> This is because alpm_sync_newversion() used ALPM_DB_USAGE_SEARCH
114f7 (tag)
tagging 0b36d8781783d7f4a0086e12eb7cae542e7f6bd7 (commit)
replaces v5.1.1
tagged by Andrew Gregory
on Tue Dec 25 01:57:46 2018 -0800
- Log -
v5.1.2
-BEGIN PGP SIGNATURE-
iQEzBAABCAAdFiEEuBUbEXA3
email; so we list those
revisions in full, below.
- Log -
commit 0b36d8781783d7f4a0086e12eb7cae542e7f6bd7
Author: Andrew Gregory
Date: Sun Dec 23 14:33:01 2018 -0800
Release v5.1.2
Signed-off-by: Andrew Gregor
ow.
- Log -
commit 6b541404cc691b2aea3d373e663d9628fda15a2b
Author: Andrew Gregory
Date: Sun Dec 23 14:30:49 2018 -0800
update NEWS for v5.1.2
Signed-off-by: Andrew Gregory
(cherry picked from commit f8c73464c9cf86d6b917542585d745
Signed-off-by: Andrew Gregory
---
test/pacman/tap.py | 5 +
1 file changed, 5 insertions(+)
diff --git a/test/pacman/tap.py b/test/pacman/tap.py
index 6a3bee0d..eb0747be 100644
--- a/test/pacman/tap.py
+++ b/test/pacman/tap.py
@@ -21,6 +21,11 @@
def _output(msg):
print("
Unused since 12e00af5315135a29a66c9aaa01e141a32d4634b
Signed-off-by: Andrew Gregory
---
test/pacman/pactest.py | 3 ---
test/pacman/pmenv.py | 5 -
2 files changed, 8 deletions(-)
diff --git a/test/pacman/pactest.py b/test/pacman/pactest.py
index 85cce6a1..a563fa72 100755
--- a/test
not affect running pactest.py with a single
test (as both autotools and meson do), but will affect anybody manually
running pactest.py with multiple tests at once.
Signed-off-by: Andrew Gregory
---
Makefile.am | 6 ++
test/pacman/meson.build | 25 ++
Signed-off-by: Andrew Gregory
---
lib/libalpm/handle.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/libalpm/handle.c b/lib/libalpm/handle.c
index f912d2f5..c491d87c 100644
--- a/lib/libalpm/handle.c
+++ b/lib/libalpm/handle.c
@@ -876,6 +876,8 @@ int SYMEXPORT
On 12/13/18 at 11:44am, Michael Straube wrote:
> sync:
> As pointed out by Andrew Gregory there could be an error when adding
> duplicates if they are two separate packages with the same name. Add a
> check in alpm_add_pkg() to test whether the duplicate is actually the
> same pac
On 12/11/18 at 06:14pm, Michael Straube wrote:
> Am 09.12.18 um 19:47 schrieb Andrew Gregory:
> > On 12/09/18 at 06:31pm, Michael Straube wrote:
> > > Change the warning message to reflect the reason when skipping duplicate
> > > targets. skipping target -
On 12/09/18 at 06:31pm, Michael Straube wrote:
> Change the warning message to reflect the reason when skipping duplicate
> targets. skipping target -> skipping duplicate target
>
> FS#49377
>
> Signed-off-by: Michael Straube
> ---
> src/pacman/remove.c | 2 +-
> src/pacman/sync.c | 2 +-
> 2
On 11/27/18 at 09:24pm, Allan McRae wrote:
> On 17/11/18 1:47 pm, Andrew Gregory wrote:
> > Commit 2ee7a8d89ad693617307260604e1d58757fd2978 replaced a manual check
> > for a local package with a check for the "oldpkg" member, which gets set
> > at the beginning of t
An empty siglevel does not do any signature verification which is
exactly what we want when compiled without gpg support. This is already
allowed in other parts of the codebase and required for the test suite
to pass when compiled without gpg support.
Fixes: FS#60880
Signed-off-by: Andrew
"wrong or NULL argument passed" is a useless error for end users.
Fixes FS#60880.
Signed-off-by: Andrew Gregory
---
lib/libalpm/alpm.h| 4 +++-
lib/libalpm/be_sync.c | 2 +-
lib/libalpm/error.c | 3 +++
lib/libalpm/handle.c | 6 +++---
4 files changed, 10 insertions(+), 5
ALPM_SIG_USE_DEFAULT does not refer to an actual siglevel, rather it
indicates that the global default should be used in place of the
operation-specific one. Setting this value for the global default
itself makes no sense.
Signed-off-by: Andrew Gregory
---
lib/libalpm/handle.c | 5 -
1
tification email; so we list those
revisions in full, below.
- Log -
commit 3a88fcb19199c5b5fa18162f5f9dc8990311dbd2
Author: Andrew Gregory
Date: Fri Oct 12 19:16:53 2018 -0700
handle EINTR while polling scripts/hooks
On 11/17/18 at 08:02pm, Eli Schwartz wrote:
> On 11/16/18 10:47 PM, Andrew Gregory wrote:
> > Commit 2ee7a8d89ad693617307260604e1d58757fd2978 replaced a manual check
> > for a local package with a check for the "oldpkg" member, which gets set
> > at the beginn
Signed-off-by: Andrew Gregory
---
test/pacman/meson.build | 2 ++
1 file changed, 2 insertions(+)
diff --git a/test/pacman/meson.build b/test/pacman/meson.build
index 90885015..3ad1fcd0 100644
--- a/test/pacman/meson.build
+++ b/test/pacman/meson.build
@@ -158,6 +158,8 @@ pacman_tests
Signed-off-by: Andrew Gregory
---
src/common/ini.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/common/ini.c b/src/common/ini.c
index 8e646528..30f1fac8 100644
--- a/src/common/ini.c
+++ b/src/common/ini.c
@@ -19,10 +19,9 @@
#include
#include
+#include
be
in the local db and pacman would try to remove it twice, resulting in
superfluous error messages.
Fixes: FS#50875, FS#5554
Signed-off-by: Andrew Gregory
---
lib/libalpm/add.c | 2 +-
test/pacman/meson.build | 1 +
test/pacman/t
On 11/01/18 at 08:51pm, Dave Reisner wrote:
> On Thu, Nov 01, 2018 at 01:03:27AM -0700, Andrew Gregory wrote:
> > On 10/21/18 at 05:46pm, Dave Reisner wrote:
...
> > > +libcommon = static_library(
> > > + 'common',
> > > + libcommon_sources,
>
On 10/21/18 at 05:46pm, Dave Reisner wrote:
-- >8 -- (lots of words)
> diff --git a/meson.build b/meson.build
> new file mode 100644
> index ..3f9b2ae0
> --- /dev/null
> +++ b/meson.build
> @@ -0,0 +1,487 @@
-- >8 -- (many more words)
> +PYTHON = find_program('python')
This should look
a77cf (tag)
from 59ae306a5453e0113ffba8395db9df1b5507c650 (which is now obsolete)
tagging 11fbc595d48d55be929e259285bb65e53ef33007 (commit)
tagged by Andrew Gregory
on Sat Oct 20 12:47:37 2018 -0700
- Log -
repla
fa4a4 (tag)
from b977b9c030861decd22376e4d2a9147e830ebfae (which is now obsolete)
tagging 9e3a1853451230d887c3c89f49f04e502fb69621 (commit)
replaces v3.0.0-rc1
tagged by Andrew Gregory
on Sat Oct 20 12:53:22 2018 -0
48c18 (tag)
from c6b17b224f264973f32291ec0e4101d1a9fd0af1 (which is now obsolete)
tagging 58fe79eef64fb87b2553e6514a47beaa6d0249c1 (commit)
replaces v3.0.0-rc2
tagged by Andrew Gregory
on Sat Oct 20 12:45:51 2018 -0
On 10/18/18 at 08:45pm, morganamilo wrote:
> Currently when attempting to sync a group where all packages are
> ignored (either by ignorepkg, ignoregroup or --needed) pacman
> will error with "target not found".
>
> Instead, if a group has no packages, check if the group exists
> and only throw an
On 10/17/18 at 04:40pm, morganamilo wrote:
> When --needed is used, up to date packages are now filtered out
> before showing the group select.
>
> Fixes FS#22870.
>
> Signed-off-by: morganamilo
> ---
> v2: Changed per Andrew's feedback.
I wasn't concerned about the misleading message for this
On 10/09/18 at 06:29pm, Olivier Brunel wrote:
> Variable dload_interrupted is used both to abort a download because
> SIGINT was caught, and when a file limit is reached. But raising SIGINT
> is only meant to happen in the first case.
>
> Signed-off-by: Olivier Brunel
> ---
ACK.
On 10/09/18 at 06:29pm, Olivier Brunel wrote:
> Upon receiving SIGINT a flag is set to abort the (curl) download.
> However, since it was never reset/initialized, if a front-end doesn't
> actually exit on SIGINT, and later tries any operation that needs to
> perform a new download, said download wo
On 09/22/18 at 05:24pm, morganamilo wrote:
> When --needed is used, up to date packages are now filtered out
> before showing the group select.
>
> Signed-off-by: morganamilo
> ---
>
> This patch set is currently incomplete. There is a problem where if every
> package in the group is already ins
On 09/20/18 at 05:43am, Dave Reisner wrote:
> Use BytesIO instead of StringIO, and ensure that we unicode-encode data
> where needed.
> ---
Any particular reason for the bump or just dropping the (allegedly)
dead python2? I've held off from doing this so far because asciidoc
is python2, hoping th
1 - 100 of 941 matches
Mail list logo