This bug has been open for a year now. Can somebody please look at the
attached patches.
https://bugs.archlinux.org/task/19730
Regards,
Mike
> After playing around i a throwaway-chroot, the problem seems to be
> libfetch >=2.30. I just modified the PKGBUILD to different versions
> (without replacing or rebuilding pacman at all).
>
> Libfetch 2.26 fetches files without a problem, 2.30+ fails after
> downloading 5 files while MaxInstances
> How would I best go about researching this? I have all the components
> right here, and it's easy enough to trigger, but I have no experience
> whatsoever in debugging libraries or C code in general.
>
> I could try and set up a chroot to bisect pacman /
> lib{fetch,archive,alpm} but I have no cl
On Mon, Aug 16, 2010 at 4:50 PM, Heiko Baums wrote:
> Am Mon, 16 Aug 2010 18:42:55 -0400
> schrieb Matthew Monaco :
>
>> http://bugs.archlinux.org/task/12231
>
> I requested to re-open this bug.
>
> Heiko
>
Thank you Heiko, I'll submit the patch if the task ever gets reopened.
Mike
> Haha. Don't be so aggressive against discussion on an issue that you
> brought up in the first place. We're just trying to help put things in
> their proper place. But yeah I agree there are too many silly tangents
> on this issue. So let somebody submit a patch and get it over with.
Ah wasn't m
> Someone unaware of dotfiles might miss them, but others (blind or
> sighted) should be able to access them without issue.
And all of this has nothing to do with the orignal issue /usr/local. I
only suggested using something in $HOME for "user" based scripts which
can be anything it does not matt
>
> I use ~/.local/bin for user specific applications and scripts. ~/bin would
> create visible clutter to the home folder.
>
> --
> Ape
>
That might work for you however in Jude's case being a blind user I
would think he would want something that is very visible in a braille
terminal. Either way
On Sun, Aug 15, 2010 at 5:44 AM, Heiko Baums wrote:
> Am Sun, 15 Aug 2010 11:21:24 +0200
> schrieb Laurent Carlier :
>
>> Le dimanche 15 août 2010 11:20:33, Allan McRae a écrit :
>> > On 15/08/10 18:50, Jude DaShiell wrote:
>> > > In order for that to be correct it needs to also
>> > > have :/usr/
Dave you need to quote your variables ie.
var="*pacman*"; echo "$var"
so printf "Search: %s\n" $myvar should read
printf "Search: %s\n" "$myvar"
On Thu, Aug 12, 2010 at 11:39 PM, David C. Rankin
wrote:
> On 08/13/2010 01:32 AM, Davi
On Thu, Aug 12, 2010 at 11:06 PM, David C. Rankin
wrote:
> Guys,
>
> I'm either misunderstanding how to control expansion of wildcards on
> the command line when passing the parameter containing the wildcard as a cli
> option to a script or the bash controls to allow that are broken. I want
On Thu, Jul 29, 2010 at 5:06 PM, Allan McRae wrote:
> On Thu, Jul 29, 2010 at 1:37 PM, Caleb Cushing
> wrote:
>>
>> Just so you know I volunteered to be a junior dev and was
>> rejected. I have ~400
>> http://aur.archlinux.org/packages.php?SeB=m&L=2&K=xenoterracide
>> packages on the AUR. I f
11 matches
Mail list logo