makepkg and premature termination

signal11 · 2008-02-04 11:00:26

hi all,

while using makepkg, i have run into the following problem:
1. start 'makepkg'
2. wait for the package sources to begin downloading
3. terminate makepkg
4. start makepkg once again

step 4 ends up checking the md5sum of the partially downloaded sources which ofcourse doesnt match, and thus makepkg terminates (with an error code '0' btw !) the only solution that i have is to either:

- manually finish the download with a 'wget -c ....'
- or remove the offending file, and redo the entire download once again.

is there a better way ?

thanks
anupam

Allan · 2008-02-04 11:05:31

signal11 wrote:

is there a better way ?

Skip "Step 3"...

I don't think there is a better way.

bangkok_manouel · 2008-02-04 12:15:45

[OT]

Allan wrote:

signal11 wrote:
is there a better way ?
Skip "Step 3"...
I don't think there is a better way.

I LOL'd and didn't stop until now (sorry to OP, nothing personal of course)

[/OT]

Last edited by bangkok_manouel (2008-02-04 12:16:58)

jacko · 2008-02-04 13:04:57

makepkg -o

that will download the source and extract it, but will not compile it. What exactly is the problem u are having. Your recreation steps leave a lot to be desired. Step 3 sounds like something your doing but, why?

shining · 2008-02-04 13:28:47

http://bugs.archlinux.org/task/9299

signal11 · 2008-02-04 13:31:00

jacko wrote:

makepkg -o
Your recreation steps leave a lot to be desired. Step 3 sounds like something your doing but, why?

no i am not doing step 3 deliberately. my home internet connection is a bit flaky. so it happens "naturally".

is there some more information that you would like to get the issue addressed ? i wrongly assumed that the mentioned steps should be sufficient to reproduce the problem.

signal11 · 2008-02-04 13:34:02

shining wrote:

http://bugs.archlinux.org/task/9299

thanks. that's exactly the problem. but apparently, there seems to be no interest in fixing it (

RobbeR49 · 2008-02-04 14:25:53

signal11 wrote:

shining wrote:
http://bugs.archlinux.org/task/9299
thanks. that's exactly the problem. but apparently, there seems to be no interest in fixing it (

I don't think it would be a common enough problem to give it a huge priority.
If your connection is that flaky the best option is probably just to download your sources before you run makepkg.

signal11 · 2008-02-04 19:02:11

RobbeR49 wrote:

signal11 wrote:
shining wrote:
http://bugs.archlinux.org/task/9299
thanks. that's exactly the problem. but apparently, there seems to be no interest in fixing it (
I don't think it would be a common enough problem to give it a huge priority.
If your connection is that flaky the best option is probably just to download your sources before you run makepkg.

maybe. but if you are installing something via "pacman -S ...." then would you expect a similar behavior ?

kozzi · 2008-02-10 16:42:13

problem is wget because new version is bugy.

schivmeister · 2008-02-12 12:46:17

It's because makepkg has no control set over this. Relevant extracts only:

elif [ -f "$SRCDEST/$file" ]; then
                        msg2 "$(gettext "Using cached copy of %s")" "$file"
                        cp -s --remove-destination "$SRCDEST/$file" "$srcdir/"
                        continue

So as long as the package exists, complete or not, makepkg will resume the build, not the download. This is because makepkg tries to remain client-agnostic:

# find the client we should use for this URL
                local dlclient=$(get_downloadclient $netfile) || exit $?

Allan · 2008-02-12 12:48:23

Have a look on the pacman-dev mailing list archives (can get there from the main Arch web page). There is a patch in the works...

schivmeister · 2008-02-12 13:53:28

pacman can resume, because it uses a client directly.

so get the above patch (go to the bug, go to the mailing list link someone posted, download the attachment).

a good and simple one, and I would think it's all that's needed. since makepkg can't really determine an incomplete/failed download, using extensions (like what download managers do) is the only simple solution. normally, stuff like wget don't need extensions because they do a size check, and just a size check, against the remote file. so in this case, while remaining client-agnostic, the *.part extension provides a means of determining an incomplete/failed download.

download to *.part and remove the suffix if successful,
    thus md5sums will be checked only for complete files,
    and next time makepkg will resume downloading of partial file
    instead of complaining about invalid md5sums

Arch Linux

#1 2008-02-04 11:00:26

makepkg and premature termination

#2 2008-02-04 11:05:31

Re: makepkg and premature termination

#3 2008-02-04 12:15:45

Re: makepkg and premature termination

#4 2008-02-04 13:04:57

Re: makepkg and premature termination

#5 2008-02-04 13:28:47

Re: makepkg and premature termination

#6 2008-02-04 13:31:00

Re: makepkg and premature termination

#7 2008-02-04 13:34:02

Re: makepkg and premature termination

#8 2008-02-04 14:25:53

Re: makepkg and premature termination

#9 2008-02-04 19:02:11

Re: makepkg and premature termination

#10 2008-02-10 16:42:13

Re: makepkg and premature termination

#11 2008-02-12 12:46:17

Re: makepkg and premature termination

#12 2008-02-12 12:48:23

Re: makepkg and premature termination

#13 2008-02-12 13:53:28

Re: makepkg and premature termination

Board footer