<div dir="ltr"><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

> This actually makes sense to me. Most people will only want one version<br>> or the other of the lib, depending on what software is using it. Having<br>> it as a split package forces them to build both and have all the deps<br>

> for both installed. Makes sense in a binary repo, not so much in the<br>> AUR.<br></blockquote><div><br></div></div><div>I thinked just liked this after i built these packages, and therefore, i discovered that some of then aren' t</div>

<div>compatible with python2 and python3, two of then are python2 only, so i had to comment some lines to</div><div>hide the python3 part. but i thought this was a bad solution to only keep the script ready for python3 compatibility.</div>

<div class="im"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><br></div>I just built the python-argparse split package in less than three<br>

seconds. Build time isn't a valid argument here. Also, I highly<br>recommend building all AUR packages inside a chroot; otherwise, you have<br>no control of what happens on your file system (think of broken build<br>
scripts that ignore $(DESTDIR) etc.)<br>
<br>I think it is a good idea to use split packages unless there are good<br>reasons not to do so. Note that the AUR can also be viewed as a staging<br>area for source packages that might eventually be moved to the official<br>

repositories. Not using split packages means more work for Trusted Users<br>and developers when moving.<br></blockquote></div></div><br></div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">Thinking this way you are right.</div>

<div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px"><br></div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">Personally i don't mind to work with one or another spec. But i would like the advise of yours to standardize this "trade of". ;)</div>

</div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">---<br>   Eduardo M. Machado<br>   Engenheiro de Computação<br>   Rio de Janeiro - RJ<br>   Brasil</div></div>
<br><br><div class="gmail_quote">2014-08-03 15:19 GMT-03:00 Lukas Fleischer <span dir="ltr"><<a href="mailto:archlinux@cryptocrack.de" target="_blank">archlinux@cryptocrack.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">On Sun, 03 Aug 2014 at 19:12:38, Doug Newgard wrote:<br>
> On 2014-08-03 10:15, Lukas Fleischer wrote:<br>
> > On Sun, 03 Aug 2014 at 15:33:28, Doug Newgard wrote:<br>
> >> On 2014-08-03 08:26, <a href="mailto:notify@aur.archlinux.org">notify@aur.archlinux.org</a> wrote:<br>
> >> > mawcomw [1] filed a deletion request for python-argparse [2]:<br>
> >> ><br>
> >> > It was a split package, and now i will use two pkgbuilds, one for<br>
> >> > python2 and another for python3.<br>
> >> ><br>
> >> > [1] <a href="https://aur.archlinux.org/account/mawcomw/" target="_blank">https://aur.archlinux.org/account/mawcomw/</a><br>
> >> > [2] <a href="https://aur.archlinux.org/pkgbase/python-argparse/" target="_blank">https://aur.archlinux.org/pkgbase/python-argparse/</a><br>
> >><br>
> >> So upload the py3 version to the current python-argparse package, then<br>
> >> upload a new python2-argparse. No need to remove what's there.<br>
> >><br>
> ><br>
> > Agreed. I would also be interested in why you would like to replace a<br>
> > split package with two separate packages?<br>
><br>
> This actually makes sense to me. Most people will only want one version<br>
> or the other of the lib, depending on what software is using it. Having<br>
> it as a split package forces them to build both and have all the deps<br>
> for both installed. Makes sense in a binary repo, not so much in the<br>
> AUR.<br>
><br>
<br>
</div></div>I just built the python-argparse split package in less than three<br>
seconds. Build time isn't a valid argument here. Also, I highly<br>
recommend building all AUR packages inside a chroot; otherwise, you have<br>
no control of what happens on your file system (think of broken build<br>
scripts that ignore $(DESTDIR) etc.)<br>
<br>
I think it is a good idea to use split packages unless there are good<br>
reasons not to do so. Note that the AUR can also be viewed as a staging<br>
area for source packages that might eventually be moved to the official<br>
repositories. Not using split packages means more work for Trusted Users<br>
and developers when moving.<br>
</blockquote></div><br></div>