ports/188711: sysutils/hal: ===> Applying FreeBSD patches for hal-0.5.14_24 File to patch: NO FILE
Christopher Kenna
cjkenna at gmail.com
Thu Apr 17 05:30:01 UTC 2014
The following reply was made to PR ports/188711; it has been noted by GNATS.
From: Christopher Kenna <cjkenna at gmail.com>
To: bug-followup at freebsd.org, ohartman at zedat.fu-berlin.de
Cc:
Subject: Re: ports/188711: sysutils/hal: ===> Applying FreeBSD patches for
hal-0.5.14_24 File to patch: NO FILE
Date: Wed, 16 Apr 2014 22:23:52 -0700
--001a113a6dda4a7bf304f7363ede
Content-Type: text/plain; charset=UTF-8
I dug into this more. The problem is that change 351423 has a bad patch.
Change:
http://svnweb.freebsd.org/ports?view=revision&sortby=date&revision=351423
Bad patch introduced:
http://svnweb.freebsd.org/ports/head/sysutils/hal/files/patch-hald_hf-storage.c?sortby=date&r1=351423&r2=351422&pathrev=351423
===> Patching for hal-0.5.14_24
===> Applying FreeBSD patches for hal-0.5.14_24
File to patch: ^C
root at localhost:/usr/ports/sysutils/hal # => Patch patch-hald_hf-storage.c
failed to apply cleanly.
=> Patch(es) patch-Makefile.in patch-doc_Makefile.in
patch-fdi_policy_10osvendor_10-power-mgmt-policy.fdi
patch-fdi_policy_10osvendor_10-x11-input.fdi patch-hald-runner_runner.c
patch-hald_freebsd_Makefile.in patch-hald_freebsd_addons_addon-storage.c
patch-hald_freebsd_hf-devd.c patch-hald_freebsd_hf-devtree.c
patch-hald_freebsd_hf-drm.c patch-hald_freebsd_hf-memcard.c
patch-hald_freebsd_hf-memcard.h patch-hald_freebsd_hf-scsi.c
patch-hald_freebsd_hf-usb.c patch-hald_freebsd_hf-usb2.c
patch-hald_freebsd_hf-volume.c patch-hald_freebsd_probe-usb2-device.c
patch-hald_freebsd_probing_Makefile.am
patch-hald_freebsd_probing_Makefile.in
patch-hald_freebsd_probing_probe-storage.c
patch-hald_freebsd_probing_probe-usb2-interface.c
patch-hald_freebsd_probing_probe-video4linux.c
patch-hald_freebsd_probing_probe-volume.c applied cleanly.
--001a113a6dda4a7bf304f7363ede
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">I dug into this more. The problem is that change=C2=A03514=
23 has a bad patch.<div><br></div><div>Change:</div><div><a href=3D"http://=
svnweb.freebsd.org/ports?view=3Drevision&sortby=3Ddate&revision=3D3=
51423">http://svnweb.freebsd.org/ports?view=3Drevision&sortby=3Ddate&am=
p;revision=3D351423</a><br>
</div><div><br></div><div>Bad patch introduced:</div><div><a href=3D"http:/=
/svnweb.freebsd.org/ports/head/sysutils/hal/files/patch-hald_hf-storage.c?s=
ortby=3Ddate&r1=3D351423&r2=3D351422&pathrev=3D351423">http://s=
vnweb.freebsd.org/ports/head/sysutils/hal/files/patch-hald_hf-storage.c?sor=
tby=3Ddate&r1=3D351423&r2=3D351422&pathrev=3D351423</a><br>
</div><div><br></div><div>
<p class=3D"">=3D=3D=3D>=C2=A0 Patching for hal-0.5.14_24</p>
<p class=3D"">=3D=3D=3D>=C2=A0 Applying FreeBSD patches for hal-0.5.14_2=
4</p>
<p class=3D"">File to patch: ^C</p>
<p class=3D"">root at localhost:/usr/ports/sysutils/hal # =3D> Patch patch-=
hald_hf-storage.c failed to apply cleanly.</p>
<p class=3D"">=3D> Patch(es) patch-Makefile.in patch-doc_Makefile.in pat=
ch-fdi_policy_10osvendor_10-power-mgmt-policy.fdi patch-fdi_policy_10osvend=
or_10-x11-input.fdi patch-hald-runner_runner.c patch-hald_freebsd_Makefile.=
in patch-hald_freebsd_addons_addon-storage.c patch-hald_freebsd_hf-devd.c p=
atch-hald_freebsd_hf-devtree.c patch-hald_freebsd_hf-drm.c patch-hald_freeb=
sd_hf-memcard.c patch-hald_freebsd_hf-memcard.h patch-hald_freebsd_hf-scsi.=
c patch-hald_freebsd_hf-usb.c patch-hald_freebsd_hf-usb2.c patch-hald_freeb=
sd_hf-volume.c patch-hald_freebsd_probe-usb2-device.c patch-hald_freebsd_pr=
obing_Makefile.am patch-hald_freebsd_probing_Makefile.in patch-hald_freebsd=
_probing_probe-storage.c patch-hald_freebsd_probing_probe-usb2-interface.c =
patch-hald_freebsd_probing_probe-video4linux.c patch-hald_freebsd_probing_p=
robe-volume.c applied cleanly.</p>
</div></div>
--001a113a6dda4a7bf304f7363ede--
More information about the freebsd-gnome
mailing list