Am Sonntag, 21. Februar 2010 08:47:27 schrieb Pierre Schmitz:
> 1) Add me to the dbscripts-git group and let me push my patch to the repo
> 2) Checkout the scripts into /arch or /arch-new (to be discussed)
> 3) Check which packages need to be kept in gz format for a while.(is it
> just pacman, lib
Am 22.02.2010 10:42, schrieb Roman Kyrylych:
> On Sun, Feb 21, 2010 at 16:10, Allan McRae wrote:
>> The use of --as-needed means we do not need all these. So the list is
>> somewhere between this and the one Pierre gave... has anyone got a really
>> old system we can test this upgrade on? I supp
On Sun, Feb 21, 2010 at 16:10, Allan McRae wrote:
> The use of --as-needed means we do not need all these. So the list is
> somewhere between this and the one Pierre gave... has anyone got a really
> old system we can test this upgrade on? I suppose an old installer is
> enough.
I had a VPS wit
On Mon, 2010-02-22 at 06:15 +0100, Pierre Schmitz wrote:
> It might sound silly but the probably easiest solution might be to
> modify
> namcap to support uncompressed tar archives. Then we can add a simple
> Bash
> wrapper script which uncompresses the package and calls namcap with
> the pure
>
Am Montag, 22. Februar 2010 05:05:26 schrieb Eric Bélanger:
> I don't know why it says "already done" because that was the first
> time that I ran extrapkg so it defenitely not done. I'll probably
> need to do it by hand.
The last one was some kind of bug as archrelease shouldn't call exit 1 on
Am Montag, 22. Februar 2010 05:33:56 schrieb Dan McGee:
> >> > Another thing: it was mentionned on the IRC channel that namcap
> >> > doesn't work with the new xz packages. It would be nice to have xz
> >> > support in namcap before we start pushing these changes out.
> >>
> >> Yeah, this is IMHO
On Sun, Feb 21, 2010 at 10:27 PM, Pierre Schmitz wrote:
> Am Montag, 22. Februar 2010 05:24:50 schrieb Dan McGee:
>> On Sun, Feb 21, 2010 at 10:05 PM, Eric Bélanger
> wrote:
>> > Another thing: it was mentionned on the IRC channel that namcap
>> > doesn't work with the new xz packages. It would b
On 22/02/10 14:24, Dan McGee wrote:
On Sun, Feb 21, 2010 at 10:05 PM, Eric Bélanger wrote:
Another thing: it was mentionned on the IRC channel that namcap
doesn't work with the new xz packages. It would be nice to have xz
support in namcap before we start pushing these changes out.
Yeah, this
Am Montag, 22. Februar 2010 05:24:50 schrieb Dan McGee:
> On Sun, Feb 21, 2010 at 10:05 PM, Eric Bélanger
wrote:
> > Another thing: it was mentionned on the IRC channel that namcap
> > doesn't work with the new xz packages. It would be nice to have xz
> > support in namcap before we start pushing
On Sun, Feb 21, 2010 at 10:05 PM, Eric Bélanger wrote:
> Another thing: it was mentionned on the IRC channel that namcap
> doesn't work with the new xz packages. It would be nice to have xz
> support in namcap before we start pushing these changes out.
Yeah, this is IMHO a blocker to going gung-h
On Sun, Feb 21, 2010 at 4:26 PM, Pierre Schmitz wrote:
> Am Sonntag, 21. Februar 2010 08:47:27 schrieb Pierre Schmitz:
>> After a few tests with a local repo I guess I am ready to submit my
>> changes. So, here is the plan:
>>
>> 1) Add me to the dbscripts-git group and let me push my patch to th
Am Sonntag, 21. Februar 2010 08:47:27 schrieb Pierre Schmitz:
> After a few tests with a local repo I guess I am ready to submit my
> changes. So, here is the plan:
>
> 1) Add me to the dbscripts-git group and let me push my patch to the repo
> 2) Checkout the scripts into /arch or /arch-new (to
Am Sonntag, 21. Februar 2010 15:57:38 schrieb Pierre Schmitz:
> > >> pacman, libarchive and xz-utils) and add PKGEXT='.pkg.tar.gz' into
> > >>their PKGBUILDs
> >
> > The use of --as-needed means we do not need all these. So the list is
> > somewhere between this and the one Pierre gave... h
Am Sonntag, 21. Februar 2010 15:10:12 schrieb Allan McRae:
> /arch-new gives a fallback if necessary. Fallbacks are good with
> db-scripts...
Fair enough. Could anyone fix the permissinos of /arch and create /arch-new
with the same? The dbscripts-git group should have g+s permissions here.
> >
On 21/02/10 23:50, Thomas Bächler wrote:
Am 21.02.2010 08:47, schrieb Pierre Schmitz:
2) Checkout the scripts into /arch or /arch-new (to be discussed)
You say you tested it, so I say /arch. Objections?
/arch-new gives a fallback if necessary. Fallbacks are good with
db-scripts...
3) Ch
Am 21.02.2010 14:50, schrieb Thomas Bächler:
>> 3) Check which packages need to be kept in gz format for a while.(is it just
>>pacman, libarchive and xz-utils) and add PKGEXT='.pkg.tar.gz' into their
>>PKGBUILDs
>
> Disregard the bash part below (bash can be any older version).
>
> |--p
Am 21.02.2010 08:47, schrieb Pierre Schmitz:
> Am Dienstag, 16. Februar 2010 01:27:32 schrieb Pierre Schmitz:
>> With this patch packages with different compressions are accepted. It is
>> ensured that one cannot have the same package with different compression
>> extensions.
>>
>> The new function
Am Dienstag, 16. Februar 2010 01:27:32 schrieb Pierre Schmitz:
> With this patch packages with different compressions are accepted. It is
> ensured that one cannot have the same package with different compression
> extensions.
>
> The new functions getpkgfile{,s} are used to sanitize globed filena
Am Dienstag, 16. Februar 2010 13:01:01 schrieb Allan McRae:
> the only way to really test these is to
> get an updated version on the server and try adding a few xz packages as
> a test.
I think I could do that with a new devtools release into testing. Even if the
package will be broken, only w
On 16/02/10 10:29, Pierre Schmitz wrote:
Am Dienstag, 16. Februar 2010 01:27:32 schrieb Pierre Schmitz:
With this patch packages with different compressions are accepted. It is
ensured that one cannot have the same package with different compression
extensions.
The new functions getpkgfile{,s}
On Mon, Feb 15, 2010 at 19:29, Pierre Schmitz wrote:
> So, here is some kind of draft to accept any package extension without using
> unsafe globing.
>
> I did not really test it and some parts are quite hacky. Please have a look.
>
> --
>
> Pierre Schmitz, https://users.archlinux.de/~pierre
>
Lo
Am Dienstag, 16. Februar 2010 01:27:32 schrieb Pierre Schmitz:
> With this patch packages with different compressions are accepted. It is
> ensured that one cannot have the same package with different compression
> extensions.
>
> The new functions getpkgfile{,s} are used to sanitize globed filena
With this patch packages with different compressions are accepted. It is
ensured that one cannot have the same package with different compression
extensions.
The new functions getpkgfile{,s} are used to sanitize globed filenames.
Signed-off-by: Pierre Schmitz
---
config |2 +-
db-fun
23 matches
Mail list logo
