[arch-dev-public] devtools, archiso, et al

[Allan McRae]

Allan McRae wrote:
> Dan McGee wrote:
>> On Thu, Apr 16, 2009 at 2:59 PM, Aaron Griffin 
>> <aaronmgriffin at gmail.com> wrote:
>>  
>>> On Tue, Apr 14, 2009 at 2:29 PM, Aaron Griffin 
>>> <aaronmgriffin at gmail.com> wrote:
>>>    
>>>> On Tue, Apr 14, 2009 at 2:10 PM, Eric Bélanger 
>>>> <snowmaniscool at gmail.com> wrote:
>>>>      
>>>>> On Thu, Apr 9, 2009 at 12:01 PM, Aaron Griffin 
>>>>> <aaronmgriffin at gmail.com> wrote:
>>>>>        
>>>>>> On Thu, Apr 9, 2009 at 6:39 AM, Allan McRae <allan at archlinux.org> 
>>>>>> wrote:
>>>>>>           
>>>>> Any update for devtools? I'm still using 2.6.29.1-2 as I want to keep
>>>>> using my chroots.
>>>>>         
>>>> If you want to jump ahead:
>>>> http://code.phraktured.net/cgit.cgi/devtools/commit/?id=ca87391f99760dc6677df419031108e65b588ecd 
>>>>
>>>>
>>>> The patch is simple, as aufs supports unionfs syntax too. Actually a
>>>> sed "s/unionfs/aufs/" should actually work too.
>>>>
>>>> Make sure to install aufs2-util though
>>>>       
>>> Any qualms with me releasing devtools as it is from git?
>>>     
>>
>> Yes- it installs a communitypkg script that will no longer work with
>> the tupkg uploader, as it has been switched to use the devtools and
>> upload to our other server.
>>   
>
> I suppose we can just not distribute that in the package for the time 
> being. 
> Anyway, I will be taking the git versions of the building scripts for 
> a spin later today so I can give them a good testing before you make a 
> release.

Issues I have with makechrootpkg (git master with Aaron's master merged):

1) there is a whole heap of issues with using ""'s around variables that 
have *'s in them.  So the * is not getting expanded and there are issues 
copying the completed packages and adding them to a db.  I will send a 
patch soon.  However the fix stops people using base chroot directories 
with spaces in them.  I personally don't care about that possibility and 
prefer things to work in some form...

2) I get output like:
which: no namcap in 
(/home/allan/bin:/home/allan/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/bin/perlbin/site:/usr/bin/perlbin/vendor:/usr/bin/perlbin/core)
because the redirection to /dev/null is not quite right.  Again, patch 
on its way...

Allan