Pacman 3.2.0 is in testing for i686. Please signoff. Changes outlined
here: http://projects.archlinux.org/?p=pacman.git;a=blob;f=NEWS
Can someone build it for x86_64? Thanks.
On a side note, I'm gone for most of this upcoming weekend, so you may
want to wait until next week to move this to core even if it has the
requisite signoffs unless you guys want to put out any fires.
-Dan
07-31-2008, 04:38 AM
Eric Belanger
pacman 3.2.0
On Wed, 30 Jul 2008, Dan McGee wrote:
Pacman 3.2.0 is in testing for i686. Please signoff. Changes outlined
here: http://projects.archlinux.org/?p=pacman.git;a=blob;f=NEWS
Can someone build it for x86_64? Thanks.
Done. x86_64 package now in testing.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
07-31-2008, 07:01 AM
Eric Belanger
pacman 3.2.0
On Wed, 30 Jul 2008, Dan McGee wrote:
Pacman 3.2.0 is in testing for i686. Please signoff. Changes outlined
here: http://projects.archlinux.org/?p=pacman.git;a=blob;f=NEWS
When building mythbrowser, I noticed that makepkg now fails when there is
an '?' in the sources, e.g.
Removing the double quotes and escaping the characters doesn't work.
The error message:
==> ERROR: There is no agent set up to handle URLs. Check /etc/makepkg.conf.
Aborting...
Not a showstopper as the source can be downloaded maunally in the build
dir. I'll try to look into it further tomorrow.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
07-31-2008, 11:11 AM
"Dan McGee"
pacman 3.2.0
On Thu, Jul 31, 2008 at 2:01 AM, Eric Belanger
<belanger@astro.umontreal.ca> wrote:
> On Wed, 30 Jul 2008, Dan McGee wrote:
>
>> Pacman 3.2.0 is in testing for i686. Please signoff. Changes outlined
>> here: http://projects.archlinux.org/?p=pacman.git;a=blob;f=NEWS
>>
>
> When building mythbrowser, I noticed that makepkg now fails when there is an
> '?' in the sources, e.g.
> source=("http://www.mythtv.org/modules.php?name=Downloads&d_op=getit&lid=136&foo=/mythplugins-$pkgver.tar.bz2")
>
> Removing the double quotes and escaping the characters doesn't work.
>
> The error message:
>
> ==> ERROR: There is no agent set up to handle URLs. Check
> /etc/makepkg.conf.
> Aborting...
>
> Not a showstopper as the source can be downloaded maunally in the build dir.
> I'll try to look into it further tomorrow.
We have a regression here, and it is actually bigger than it looks at
first sight. Can you file a bug report for this?
Tracing the code shows that %o and %u are never even used right now,
as they don't make it all the way through to the download stage.
-Dan
_______________________________________________
pacman-dev mailing list
pacman-dev@archlinux.org
http://archlinux.org/mailman/listinfo/pacman-dev
07-31-2008, 11:11 AM
"Dan McGee"
pacman 3.2.0
On Thu, Jul 31, 2008 at 2:01 AM, Eric Belanger
<belanger@astro.umontreal.ca> wrote:
> On Wed, 30 Jul 2008, Dan McGee wrote:
>
>> Pacman 3.2.0 is in testing for i686. Please signoff. Changes outlined
>> here: http://projects.archlinux.org/?p=pacman.git;a=blob;f=NEWS
>>
>
> When building mythbrowser, I noticed that makepkg now fails when there is an
> '?' in the sources, e.g.
> source=("http://www.mythtv.org/modules.php?name=Downloads&d_op=getit&lid=136&foo=/mythplugins-$pkgver.tar.bz2")
>
> Removing the double quotes and escaping the characters doesn't work.
>
> The error message:
>
> ==> ERROR: There is no agent set up to handle URLs. Check
> /etc/makepkg.conf.
> Aborting...
>
> Not a showstopper as the source can be downloaded maunally in the build dir.
> I'll try to look into it further tomorrow.
We have a regression here, and it is actually bigger than it looks at
first sight. Can you file a bug report for this?
Tracing the code shows that %o and %u are never even used right now,
as they don't make it all the way through to the download stage.
-Dan
07-31-2008, 11:35 AM
"Roman Kyrylych"
pacman 3.2.0
2008/7/31 Dan McGee <dpmcgee@gmail.com>:
> On Thu, Jul 31, 2008 at 2:01 AM, Eric Belanger
> <belanger@astro.umontreal.ca> wrote:
>> On Wed, 30 Jul 2008, Dan McGee wrote:
>>
>>> Pacman 3.2.0 is in testing for i686. Please signoff. Changes outlined
>>> here: http://projects.archlinux.org/?p=pacman.git;a=blob;f=NEWS
>>>
>>
>> When building mythbrowser, I noticed that makepkg now fails when there is an
>> '?' in the sources, e.g.
>> source=("http://www.mythtv.org/modules.php?name=Downloads&d_op=getit&lid=136&foo=/mythplugins-$pkgver.tar.bz2")
>>
>> Removing the double quotes and escaping the characters doesn't work.
>>
>> The error message:
>>
>> ==> ERROR: There is no agent set up to handle URLs. Check
>> /etc/makepkg.conf.
>> Aborting...
>>
>> Not a showstopper as the source can be downloaded maunally in the build dir.
>> I'll try to look into it further tomorrow.
>
> We have a regression here, and it is actually bigger than it looks at
> first sight. Can you file a bug report for this?
>
> Tracing the code shows that %o and %u are never even used right now,
> as they don't make it all the way through to the download stage.
Hmm... I didn't look at that code for a long time, dunno why this
might happen. :-(
--
Roman Kyrylych (Ð*оман Кирилич)
_______________________________________________
pacman-dev mailing list
pacman-dev@archlinux.org
http://archlinux.org/mailman/listinfo/pacman-dev
07-31-2008, 12:11 PM
Allan McRae
pacman 3.2.0
Roman Kyrylych wrote:
> 2008/7/31 Dan McGee <dpmcgee@gmail.com>:
>
>> On Thu, Jul 31, 2008 at 2:01 AM, Eric Belanger
>> <belanger@astro.umontreal.ca> wrote:
>>
>>> On Wed, 30 Jul 2008, Dan McGee wrote:
>>>
>>>
>>>> Pacman 3.2.0 is in testing for i686. Please signoff. Changes outlined
>>>> here: http://projects.archlinux.org/?p=pacman.git;a=blob;f=NEWS
>>>>
>>>>
>>> When building mythbrowser, I noticed that makepkg now fails when there is an
>>> '?' in the sources, e.g.
>>> source=("http://www.mythtv.org/modules.php?name=Downloads&d_op=getit&lid=136&foo=/mythplugins-$pkgver.tar.bz2")
>>>
>>> Removing the double quotes and escaping the characters doesn't work.
>>>
>>> The error message:
>>>
>>> ==> ERROR: There is no agent set up to handle URLs. Check
>>> /etc/makepkg.conf.
>>> Aborting...
>>>
>>> Not a showstopper as the source can be downloaded maunally in the build dir.
>>> I'll try to look into it further tomorrow.
>>>
>> We have a regression here, and it is actually bigger than it looks at
>> first sight. Can you file a bug report for this?
>>
>> Tracing the code shows that %o and %u are never even used right now,
>> as they don't make it all the way through to the download stage.
>>
>
> Hmm... I didn't look at that code for a long time, dunno why this
> might happen. :-(
>
>
>
My hacked makepkg shows:
_______________________________________________
pacman-dev mailing list
pacman-dev@archlinux.org
http://archlinux.org/mailman/listinfo/pacman-dev
07-31-2008, 12:14 PM
Allan McRae
pacman 3.2.0
Roman Kyrylych wrote:
> 2008/7/31 Dan McGee <dpmcgee@gmail.com>:
>
>> On Thu, Jul 31, 2008 at 2:01 AM, Eric Belanger
>> <belanger@astro.umontreal.ca> wrote:
>>
>>> On Wed, 30 Jul 2008, Dan McGee wrote:
>>>
>>>
>>>> Pacman 3.2.0 is in testing for i686. Please signoff. Changes outlined
>>>> here: http://projects.archlinux.org/?p=pacman.git;a=blob;f=NEWS
>>>>
>>>>
>>> When building mythbrowser, I noticed that makepkg now fails when there is an
>>> '?' in the sources, e.g.
>>> source=("http://www.mythtv.org/modules.php?name=Downloads&d_op=getit&lid=136&foo=/mythplugins-$pkgver.tar.bz2")
>>>
>>> Removing the double quotes and escaping the characters doesn't work.
>>>
>>> The error message:
>>>
>>> ==> ERROR: There is no agent set up to handle URLs. Check
>>> /etc/makepkg.conf.
>>> Aborting...
>>>
>>> Not a showstopper as the source can be downloaded maunally in the build dir.
>>> I'll try to look into it further tomorrow.
>>>
>> We have a regression here, and it is actually bigger than it looks at
>> first sight. Can you file a bug report for this?
>>
>> Tracing the code shows that %o and %u are never even used right now,
>> as they don't make it all the way through to the download stage.
>>
>
> Hmm... I didn't look at that code for a long time, dunno why this
> might happen. :-(
>
>
>
My hacked makepkg with:
msg "ALLAN!: $netfile"
local proto=$(echo $netfile | sed 's|://.*||')
msg "ALLAN!: $proto"
sleep 5
_______________________________________________
pacman-dev mailing list
pacman-dev@archlinux.org
http://archlinux.org/mailman/listinfo/pacman-dev
07-31-2008, 12:24 PM
Xavier
pacman 3.2.0
On Thu, Jul 31, 2008 at 2:14 PM, Allan McRae <allan@archlinux.org> wrote:
>
> My hacked makepkg with:
>
> msg "ALLAN!: $netfile"
> local proto=$(echo $netfile | sed 's|://.*||')
> msg "ALLAN!: $proto"
> sleep 5
>
> outputs this:
> ==> ALLAN!:
> http://www.mythtv.org/modules.php?name=Downloads&d_op=getit&lid=136&foo=/mythplugins-0.21.tar.bz2
> ==> ALLAN!:
>
> So it is that sed line that is failing
>
Indeed, that is the first problem, netfile should be quoted here.
local proto=$(echo "$netfile" | sed 's|://.*||')
But once this is fixed, we run into a second problem, with another sed
command, which breaks because of all the & in the url.
local dlcmd=$(echo "$dlagent" | sed "s|%o|$file.part|" | sed "s|%u|$netfile|"
$ netfile="ab&cd&ef"; echo "%u" | sed "s|%u|$netfile|"
ab%ucd%uef
$ netfile="ab&cd&ef"; echo "%u" | sed "s|%u|$netfile|"
ab&cd&ef
So I don't see how to fix this except manually escaping all & in the url...
_______________________________________________
pacman-dev mailing list
pacman-dev@archlinux.org
http://archlinux.org/mailman/listinfo/pacman-dev
07-31-2008, 12:50 PM
Allan McRae
pacman 3.2.0
Xavier wrote:
> On Thu, Jul 31, 2008 at 2:14 PM, Allan McRae <allan@archlinux.org> wrote:
>
>> My hacked makepkg with:
>>
>> msg "ALLAN!: $netfile"
>> local proto=$(echo $netfile | sed 's|://.*||')
>> msg "ALLAN!: $proto"
>> sleep 5
>>
>> outputs this:
>> ==> ALLAN!:
>> http://www.mythtv.org/modules.php?name=Downloads&d_op=getit&lid=136&foo=/mythplugins-0.21.tar.bz2
>> ==> ALLAN!:
>>
>> So it is that sed line that is failing
>>
>>
>
> Indeed, that is the first problem, netfile should be quoted here.
> local proto=$(echo "$netfile" | sed 's|://.*||')
>
>
And that $netfile should be $url....
> But once this is fixed, we run into a second problem, with another sed
> command, which breaks because of all the & in the url.
> local dlcmd=$(echo "$dlagent" | sed "s|%o|$file.part|" | sed "s|%u|$netfile|"
>
> $ netfile="ab&cd&ef"; echo "%u" | sed "s|%u|$netfile|"
> ab%ucd%uef
>
> $ netfile="ab&cd&ef"; echo "%u" | sed "s|%u|$netfile|"
> ab&cd&ef
>
> So I don't see how to fix this except manually escaping all & in the url...
>
Well, to just make the bug more obscure.
$ netfile="ab&cd&ef"; echo "%u" | sed "s|%u|$netfile|" | sed "s|\%u|&|g"
ab&cd&ef
But that makes problems if there is a %u in the url. But can we do some
multistage hackery like that?
Allan
_______________________________________________
pacman-dev mailing list
pacman-dev@archlinux.org
http://archlinux.org/mailman/listinfo/pacman-dev