On 09/02/14 19:54, Jerome Leclanche wrote:
On Sun, Feb 9, 2014 at 1:02 AM, Allan McRae al...@archlinux.org wrote:
In conclusion, we have the same support for ChangeLog that every other
package manager has. And I am convinced that the changelog for the
package is the changelog a package
On Sun, Feb 9, 2014 at 10:06 AM, Allan McRae al...@archlinux.org wrote:
Sure it does. Taking the Debian approach:
install -Dm644 ChangeLog $pkgdir/usr/share/doc/$pkgname/ChangeLog
In that case, we need to officialise it in the wiki imo.
I'm still strongly in favour of adding a
On 09/02/14 20:19, Jerome Leclanche wrote:
On Sun, Feb 9, 2014 at 10:06 AM, Allan McRae al...@archlinux.org wrote:
Sure it does. Taking the Debian approach:
install -Dm644 ChangeLog $pkgdir/usr/share/doc/$pkgname/ChangeLog
In that case, we need to officialise it in the wiki imo.
I'm
On Sun, Feb 9, 2014 at 10:27 AM, Allan McRae al...@archlinux.org wrote:
Pacman does not have a wiki... so I guess you are talking about Arch
policy, in which case I believe the answer would be no. If upstream
wanted their ChangeLog installed to your system, they would do that on
make
On 09/02/14 20:37, Jerome Leclanche wrote:
On Sun, Feb 9, 2014 at 10:27 AM, Allan McRae al...@archlinux.org wrote:
Pacman does not have a wiki... so I guess you are talking about Arch
policy, in which case I believe the answer would be no. If upstream
wanted their ChangeLog installed to your
On Sun, Feb 9, 2014 at 10:46 AM, Allan McRae al...@archlinux.org wrote:
It is not the package managers job to maintain information about
upstream development. The job for a package manager is to maintain
information about the actual package file. Hence the only changelog
that is appropriate
On 14-02-09 11:22:03, Allan McRae wrote:
On 07/02/14 12:07, Andrew Gregory wrote:
On 02/05/14 at 04:15pm, Pierre Neidhardt wrote:
On 14-02-05 09:15:28, Andrew Gregory wrote:
On 02/04/14 at 12:16am, Pierre Neidhardt wrote:
Signed-off-by: Pierre Neidhardt ambre...@gmail.com
---
On 14-02-09 11:17:06, Allan McRae wrote:
On 06/02/14 01:16, Pierre Neidhardt wrote:
On 14-02-05 09:18:48, Andrew Gregory wrote:
On 02/04/14 at 12:16am, Pierre Neidhardt wrote:
Package are processed in the same order as pacman output, so there is no
real
need to sort, we can print
On 14-02-06 21:43:58, Andrew Gregory wrote:
These part were always ~ 50% different. It's less thant 10 lines of code
anyway,
no big deal. Trying to make a common function out of this would result in
longer
and more complex code I believe.
The sync search code is 21 lines. Only 1
In the old pacsearch, packages were identified uniquely by pkgfields[1], which
contained pkgname+pkgver. Since commit 4d13558 pkgver is stored in pkgfields[2],
and packages have been identified with pkgfields[1] only. Because of that
packages with a different version would appear once only.
This
Previously only one pattern was allowed.
$ pacsearch foo bar
Search for packages containing 'foo bar'.
$ pacman -Ss foo bar
Search for packages containing both 'foo' and 'bar'.
Note that removing the quotes from the call was not enough since
$ pacsearch 'foo|bar'
would then fail.
If input cannot be parsed, it is not desirable to output it along other valid
entries. This would make pacsearch output unpredictable.
Signed-off-by: Pierre Neidhardt ambre...@gmail.com
---
contrib/pacsearch.in | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git
We include the leading space in the match for 'group' and 'installed'. This
allows us to remove the conditions when printing.
Signed-off-by: Pierre Neidhardt ambre...@gmail.com
---
contrib/pacsearch.in | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git
Signed-off-by: Pierre Neidhardt ambre...@gmail.com
---
contrib/pacsearch.in | 65 +++-
1 file changed, 29 insertions(+), 36 deletions(-)
diff --git a/contrib/pacsearch.in b/contrib/pacsearch.in
index 0dad366..bcfedf0 100644
---
Signed-off-by: Pierre Neidhardt ambre...@gmail.com
---
contrib/pacsearch.in | 1 -
1 file changed, 1 deletion(-)
diff --git a/contrib/pacsearch.in b/contrib/pacsearch.in
index 21043d4..71e0107 100644
--- a/contrib/pacsearch.in
+++ b/contrib/pacsearch.in
@@ -138,7 +138,6 @@ if ($#querypkgs = 0) {
Package are processed in the same order as pacman output, so there is no real
need to sort. This makes the code simpler and faster.
The only difference is that local packages will always be printed at the
end. Previously, they were printed before multilib for instance.
Signed-off-by: Pierre
I hope I incorporated all suggestions. Most patches didn't change,
but I'm submitting them anyway for an easier (hopefully final) review.
Signed-off-by: Florian Pritz bluew...@xinu.at
---
lib/libalpm/be_local.c | 18 ++
1 file changed, 2 insertions(+), 16 deletions(-)
diff --git a/lib/libalpm/be_local.c b/lib/libalpm/be_local.c
index 0b5b266..d2b0fe3 100644
--- a/lib/libalpm/be_local.c
+++ b/lib/libalpm/be_local.c
This greatly speeds up file list generation times by avoiding
uncompressing the whole package.
pacman -S base with a deliberate file conflict:
before: 9.1 seconds
after: 2.2 seconds
Signed-off-by: Florian Pritz bluew...@xinu.at
---
lib/libalpm/be_package.c | 149
Signed-off-by: Florian Pritz bluew...@xinu.at
---
lib/libalpm/be_package.c | 56 +---
1 file changed, 29 insertions(+), 27 deletions(-)
diff --git a/lib/libalpm/be_package.c b/lib/libalpm/be_package.c
index 5980784..e276f53 100644
---
This is used to deduplicate code when using the mtree as the file list
source.
Signed-off-by: Florian Pritz bluew...@xinu.at
---
lib/libalpm/be_package.c | 27 ++-
1 file changed, 22 insertions(+), 5 deletions(-)
diff --git a/lib/libalpm/be_package.c
Signed-off-by: Florian Pritz bluew...@xinu.at
---
lib/libalpm/add.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/lib/libalpm/add.c b/lib/libalpm/add.c
index f38afef..1199d30 100644
--- a/lib/libalpm/add.c
+++ b/lib/libalpm/add.c
@@ -178,6 +178,11 @@ static int
These will be used in the following patches.
Signed-off-by: Florian Pritz bluew...@xinu.at
---
v5: Split automatic growing into _alpm_greedy_grow.
lib/libalpm/util.c | 62 ++
lib/libalpm/util.h | 2 ++
2 files changed, 64 insertions(+)
diff
I noticed when I built a kernel package with options 'strip' and 'debug' that
the debug package was missing the debug information for the kernel modules.
This patch adds kernel modules to the targets for 'strip' and is compatible
with the split-out debug information packages.
Signed-off-by:
I noticed when I built a kernel package with options 'strip' and 'debug' that
the debug package was missing the debug information for the kernel modules.
This patch adds kernel modules to the targets for 'strip' and is compatible
with the split-out debug information packages.
v2: Correct logic
I noticed when I built a kernel package with options 'strip' and 'debug' that
the debug package was missing the debug information for the kernel modules.
This patch adds kernel modules to the targets for 'strip' and is compatible
with the split-out debug information packages.
v2: Correct logic
On Sun, Feb 09, 2014 at 03:15:42PM -0800, Steven Noonan wrote:
I noticed when I built a kernel package with options 'strip' and 'debug' that
the debug package was missing the debug information for the kernel modules.
This patch adds kernel modules to the targets for 'strip' and is compatible
On 10/02/14 09:26, Steven Noonan wrote:
I noticed when I built a kernel package with options 'strip' and 'debug' that
the debug package was missing the debug information for the kernel modules.
This patch adds kernel modules to the targets for 'strip' and is compatible
with the split-out debug
See https://bugs.archlinux.org/task/38584 for more detail and a new patch,
but this bug turns out to not prevent standalone syslog. The current
logging just does not fallback to syslog if LogFile is invalid /
unopenable, which is somewhat expected behavior, and is a lot less
important. This patch
On 10/02/14 05:24, Florian Pritz wrote:
Signed-off-by: Florian Pritz bluew...@xinu.at
---
lib/libalpm/be_local.c | 18 ++
1 file changed, 2 insertions(+), 16 deletions(-)
diff --git a/lib/libalpm/be_local.c b/lib/libalpm/be_local.c
index 0b5b266..d2b0fe3 100644
---
On 10/02/14 05:24, Florian Pritz wrote:
I hope I incorporated all suggestions. Most patches didn't change,
but I'm submitting them anyway for an easier (hopefully final) review.
Looks good from a quick read to me, apart from that comment I made on
the final patch. I'm low on time this week, so
31 matches
Mail list logo