[arch-dev-public] Status of arch=any ?
IIRC Abishek and Aaron have been recently working to implement "arch=any" in devtools etc. May I kindly ask about the current status of that? If there's any work you would like to me to do, I might be able to give a hand. I'm asking because I am about to do a mass update of the texlive packages, and that feature would be very convenient as all texlive packages save one are arch-independent. Some of them can also be very large (e.g. texlive-fontsextra with 136MB). So my question is: if the implementation of the arch=any feature is more or less imminent, I might wait before uploading the new texlive packages... Cheers F
On Tue, Apr 28, 2009 at 4:16 PM, Firmicus <Firmicus@gmx.net> wrote:
IIRC Abishek and Aaron have been recently working to implement "arch=any" in devtools etc.
May I kindly ask about the current status of that? If there's any work you would like to me to do, I might be able to give a hand.
I'm asking because I am about to do a mass update of the texlive packages, and that feature would be very convenient as all texlive packages save one are arch-independent. Some of them can also be very large (e.g. texlive-fontsextra with 136MB). So my question is: if the implementation of the arch=any feature is more or less imminent, I might wait before uploading the new texlive packages...
Hmmm, well basically the changes need to be tested and ironed out. And we need to ensure that the -any directories are scanned in all of our cron jobs. My suggestion: check out the dbscripts repo, change the config file (I hope everything is in there) and then try to create/maintain a repo. It might be useful to copy a handful of packages from your pkgcache just to have some cruft in the DB
Aaron Griffin a écrit :
On Tue, Apr 28, 2009 at 4:16 PM, Firmicus <Firmicus@gmx.net> wrote:
IIRC Abishek and Aaron have been recently working to implement "arch=any" in devtools etc.
May I kindly ask about the current status of that? If there's any work you would like to me to do, I might be able to give a hand.
I'm asking because I am about to do a mass update of the texlive packages, and that feature would be very convenient as all texlive packages save one are arch-independent. Some of them can also be very large (e.g. texlive-fontsextra with 136MB). So my question is: if the implementation of the arch=any feature is more or less imminent, I might wait before uploading the new texlive packages...
Hmmm, well basically the changes need to be tested and ironed out. And we need to ensure that the -any directories are scanned in all of our cron jobs.
My suggestion: check out the dbscripts repo, change the config file (I hope everything is in there) and then try to create/maintain a repo. It might be useful to copy a handful of packages from your pkgcache just to have some cruft in the DB
OK, I've just git-cloned dbscripts and devtools. BTW I notice that the summary, shortlog and log links on projects.archlinux.org give a garbled display. Only the "tree"s are displayed properly. I'll email you patches if I find something that needs fixing. F
On Wed, Apr 29, 2009 at 2:02 PM, Firmicus <Firmicus@gmx.net> wrote:
OK, I've just git-cloned dbscripts and devtools. BTW I notice that the summary, shortlog and log links on projects.archlinux.org give a garbled display. Only the "tree"s are displayed properly.
Erm, sounds like a font issue on your end. Everything looks fine from here
Aaron Griffin wrote:
On Wed, Apr 29, 2009 at 2:02 PM, Firmicus <Firmicus@gmx.net> wrote:
OK, I've just git-cloned dbscripts and devtools. BTW I notice that the summary, shortlog and log links on projects.archlinux.org give a garbled display. Only the "tree"s are displayed properly.
Erm, sounds like a font issue on your end. Everything looks fine from here
Certainly not. But never mind. The problem disappeared the next day. OK, back to topic. First of all, the git repo you gave me does not have the patches from Abhishek. I finally figured out that I had to pull his branch any-arch from github. I have fixed quite a few bugs in db-update and rewritten some sections (patch attached). Then I have tested it quite intensively with all possible scenarios, and, as far as I can tell, it works fine! BTW, the script convert-to-any is quite broken. I have first tried to fix it but soon realized it is actually not a good idea to rely on it at all. Better to create clean packages for arch=any instead. Looking forward to seeing the official adoption of arch=any in our repos! Best, F
On Tue, May 5, 2009 at 4:15 PM, Firmicus <Firmicus@gmx.net> wrote:
Aaron Griffin wrote:
On Wed, Apr 29, 2009 at 2:02 PM, Firmicus <Firmicus@gmx.net> wrote:
OK, I've just git-cloned dbscripts and devtools. BTW I notice that the summary, shortlog and log links on projects.archlinux.org give a garbled display. Only the "tree"s are displayed properly.
Erm, sounds like a font issue on your end. Everything looks fine from here
Certainly not. But never mind. The problem disappeared the next day.
OK, back to topic. First of all, the git repo you gave me does not have the patches from Abhishek. I finally figured out that I had to pull his branch any-arch from github.
My fault. It wasn't merged to master. Everything is merged and pushed now.
I have fixed quite a few bugs in db-update and rewritten some sections (patch attached).
I've merged and pushed some of this, but haven't looked through the more complicated logic just yet. I know though that I don't like the "all" lock - I'd prefer to lock things for as little time as possible.
Then I have tested it quite intensively with all possible scenarios, and, as far as I can tell, it works fine!
BTW, the script convert-to-any is quite broken. I have first tried to fix it but soon realized it is actually not a good idea to rely on it at all. Better to create clean packages for arch=any instead.
Looking forward to seeing the official adoption of arch=any in our repos!
Me too. I'm just slow these days.
I know though that I don't like the "all" lock - I'd prefer to lock things for as little time as possible.
OK. Then change the last line thus: diff --git a/db-update b/db-update index 426a236..2b55a9f 100755 --- a/db-update +++ b/db-update @@ -234,5 +234,5 @@ done if [ -n "$to_add_any" ]; then /bin/rm $to_add_any fi -cleanup +rm -rf "$WORKDIR" # vim: set ts=4 sw=4 noet ft=sh: (Untested)
Firmicus a écrit :
I know though that I don't like the "all" lock - I'd prefer to lock things for as little time as possible.
OK. Then change the last line thus:
diff --git a/db-update b/db-update index 426a236..2b55a9f 100755 --- a/db-update +++ b/db-update @@ -234,5 +234,5 @@ done if [ -n "$to_add_any" ]; then /bin/rm $to_add_any fi -cleanup +rm -rf "$WORKDIR" # vim: set ts=4 sw=4 noet ft=sh:
(Untested)
Update: This is included in the patches produced by "git format-patch" that I have just sent Aaron offlist.
On Wed, May 6, 2009 at 2:46 PM, Firmicus <Firmicus@gmx.net> wrote:
Firmicus a écrit :
I know though that I don't like the "all" lock - I'd prefer to lock things for as little time as possible.
OK. Then change the last line thus:
diff --git a/db-update b/db-update index 426a236..2b55a9f 100755 --- a/db-update +++ b/db-update @@ -234,5 +234,5 @@ done if [ -n "$to_add_any" ]; then /bin/rm $to_add_any fi -cleanup +rm -rf "$WORKDIR" # vim: set ts=4 sw=4 noet ft=sh:
(Untested)
Update: This is included in the patches produced by "git format-patch" that I have just sent Aaron offlist.
And mailman list to strip these things... grrr
participants (2)
-
Aaron Griffin
-
Firmicus