On Sat, Mar 26, 2011 at 6:26 AM, Rémy Oudompheng
wrote:
> Hello,
>
> I have released and packaged namcap 3.0.3. It includes Dan's patches
> for the PKGBUILD analysis and a fix for the dangling symlink
> detection.
>
> I hope this will be the last bugfix release before the move from
> [testing] to
On 2011/3/27 Eric Bélanger wrote:
> Hi,
>
> I'm still getting this false positive:
> PKGBUILD (wxsvg) W: Non standard variable 'fvwm_icon_width' doesn't
> start with an underscore
>
> Wasn't Dan's patch supposed to fix that?
No, Dan's patch is for variables declared in the PKGBUILD, it does not
i
On Wed, Mar 23, 2011 at 11:36 PM, Dave Reisner wrote:
> The attached patch proposes to replace wget with curl as the default
> DLAGENT in makepkg for http, https, and ftp. This seems like the
> sane choice given our switch from fetch to curl.
>
> dave
>
+1
For some reason on Mac OS X (at least
Use mode 755, so non-root users can see inside.
Add "--no-permission-warning" to GPG_PACMAN to suppress the noise that
otherwise comes of not using mode 700 - this is not private data.
GPGme turns out not to issue this warning itself, so no problem there.
TODO: should non-root users be allowed to
Hello,
The functions defined in handle.c seem to have an inconsistent
behaviour. Many of them check that handle is not NULL before acting,
and set pm_errno to PM_ERR_HANDLE_NULL if so.
But others do not, and segfault if used before alpm_initialize() is
called. Is there a rationale behind that or
On Sun, Mar 27, 2011 at 4:54 AM, Rémy Oudompheng
wrote:
> On 2011/3/27 Eric Bélanger wrote:
>> Hi,
>>
>> I'm still getting this false positive:
>> PKGBUILD (wxsvg) W: Non standard variable 'fvwm_icon_width' doesn't
>> start with an underscore
>>
>> Wasn't Dan's patch supposed to fix that?
>
> No,
On Sun, Mar 27, 2011 at 11:33 AM, Rémy Oudompheng
wrote:
> Hello,
>
> The functions defined in handle.c seem to have an inconsistent
> behaviour. Many of them check that handle is not NULL before acting,
> and set pm_errno to PM_ERR_HANDLE_NULL if so.
>
> But others do not, and segfault if used be
On Fri, Mar 25, 2011 at 6:36 PM, Ray Kohler wrote:
> Ok, here's the second rev of this patch. Hopefully the code is as nice
> as the output it produces. I'll give the manpage a look as well.
Can you resend this as not base64 encoded, and using send-email? As an
FYI, you can always comment below t
On Sat, Mar 26, 2011 at 5:03 PM, Allan McRae wrote:
> On 26/03/11 12:52, Allan McRae wrote:
>>
>> Just a heads-up that the upcoming gcc-4.6 release will cause a build
>> failure when building with --enable-debug (which sets -Werror...)
>>
>> be_package.c: In function 'pkg_load':
>> be_package.c:25
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, maint has been updated
via ea216d3f5a84814c512ab51ac37a4055b82032c3 (commit)
via
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, master has been updated
via 4a3cd364d00b6889b24a16542618f1e2c14b86ac (commit)
vi
On 28/03/11 11:43, Dan McGee wrote:
On Sat, Mar 26, 2011 at 5:03 PM, Allan McRae wrote:
On 26/03/11 12:52, Allan McRae wrote:
Just a heads-up that the upcoming gcc-4.6 release will cause a build
failure when building with --enable-debug (which sets -Werror...)
be_package.c: In function 'pkg_
This now includes -s and -v, tailors itself to the current command,
and is formatted more like that of other pacman commands.
Signed-off-by: Ray Kohler
---
I don't know why it was base64'd - I guess Gmail did that, since I sent that
one by pasting the content there? Thanks for the tip about where
On Fri, Mar 25, 2011 at 7:26 PM, Ray Kohler wrote:
> Signed-off-by: Ray Kohler
> ---
> doc/.gitignore | 1 +
> doc/Makefile.am | 4
> doc/pkgdelta.8.txt | 37 +
> 3 files changed, 42 insertions(+), 0 deletions(-)
> create mode 100644 doc/p
On Sun, Mar 27, 2011 at 11:14 AM, Ray Kohler wrote:
> Use mode 755, so non-root users can see inside.
> Add "--no-permission-warning" to GPG_PACMAN to suppress the noise that
> otherwise comes of not using mode 700 - this is not private data.
>
> GPGme turns out not to issue this warning itself, s
On Sun, Mar 27, 2011 at 10:23 PM, Dan McGee wrote:
> On Fri, Mar 25, 2011 at 7:26 PM, Ray Kohler wrote:
>> +'pkgdelta' is used to create package delta files between two versions of
>> the same package. These files are essentially binary patches.
>> linkman:pacman[8] can download deltas instead
On Sun, Mar 27, 2011 at 10:32 PM, Dan McGee wrote:
> On Sun, Mar 27, 2011 at 11:14 AM, Ray Kohler wrote:
>> Use mode 755, so non-root users can see inside.
>> Add "--no-permission-warning" to GPG_PACMAN to suppress the noise that
>> otherwise comes of not using mode 700 - this is not private data
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, master has been updated
via 4ef664f485559b0764271184a5305808b1a2e911 (commit)
vi
On Sun, Mar 27, 2011 at 10:43 PM, Ray Kohler wrote:
> On Sun, Mar 27, 2011 at 10:32 PM, Dan McGee wrote:
>> On Sun, Mar 27, 2011 at 11:14 AM, Ray Kohler wrote:
>>> Use mode 755, so non-root users can see inside.
>>> Add "--no-permission-warning" to GPG_PACMAN to suppress the noise that
>>> other
19 matches
Mail list logo