[arch-dev-public] Fix SVN commit mistakes
Devs and TUs, Fix your mess if you run "extrapkg" on a package in the community SVN or "communitypkg" on a package in the core/extra SVN. Also, always use these tools. There were a bunch of issues that could only be caused by manually using archrelease and doing it wrong. These can break ABS updating. I just fixed eight packages... Allan
Il 02/01/2013 11:03, Allan McRae ha scritto:
Devs and TUs,
Fix your mess if you run "extrapkg" on a package in the community SVN or "communitypkg" on a package in the core/extra SVN.
Also, always use these tools. There were a bunch of issues that could only be caused by manually using archrelease and doing it wrong.
These can break ABS updating. I just fixed eight packages...
Allan
Could you please list which packages you've fixed? So we know the dev/tu are doing it wrong. -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it
On 02/01/13 21:55, Giovanni Scafora wrote:
Il 02/01/2013 11:03, Allan McRae ha scritto:
Devs and TUs,
Fix your mess if you run "extrapkg" on a package in the community SVN or "communitypkg" on a package in the core/extra SVN.
Also, always use these tools. There were a bunch of issues that could only be caused by manually using archrelease and doing it wrong.
These can break ABS updating. I just fixed eight packages...
Allan
Could you please list which packages you've fixed? So we know the dev/tu are doing it wrong.
If you really want to know, look for my SVN commits in both repos for the last day with commit messages that are fairly obvious... Allan
On 02/01/13 23:44, Allan McRae wrote:
On 02/01/13 21:55, Giovanni Scafora wrote:
Il 02/01/2013 11:03, Allan McRae ha scritto:
Devs and TUs,
Fix your mess if you run "extrapkg" on a package in the community SVN or "communitypkg" on a package in the core/extra SVN.
Also, always use these tools. There were a bunch of issues that could only be caused by manually using archrelease and doing it wrong.
These can break ABS updating. I just fixed eight packages...
Allan
Could you please list which packages you've fixed? So we know the dev/tu are doing it wrong.
If you really want to know, look for my SVN commits in both repos for the last day with commit messages that are fairly obvious...
But git does not show empty directories such as repo/x86_64 being delete... So here goes the packages: sparsehash python-pymongo lib32-llvm lib32-libffi go erlang-cl ginac libcompizconfig
Hi, I'm guilty of python-pymongo, go and erlang-cl. I was unaware of the need to use communitypkg instead of extrapkg for community packages, until now, and will start using communitypkg instead. -- Sincerely, Alexander Rødseth xyproto / TU
On 3 January 2013 14:53, Alexander Rødseth <rodseth@gmail.com> wrote:
Hi,
I'm guilty of python-pymongo, go and erlang-cl. I was unaware of the need to use communitypkg instead of extrapkg for community packages, until now, and will start using communitypkg instead.
That doesn't make much sense to me. I mean, how have you been maintaining packages so far without using communitypkg?
Hi,
That doesn't make much sense to me. I mean, how have you been maintaining packages so far without using communitypkg?
Sorry, I was a bit too quick there. I have been using communitypkg all along. I confused it with extra-i686-build and extra-x86_64-build, which I do use for community packages. I have not used extrapkg at all, only communitypkg. -- Sincerely, Alexander Rødseth xyproto / TU
On 3 January 2013 15:09, Alexander Rødseth <rodseth@gmail.com> wrote:
Hi,
That doesn't make much sense to me. I mean, how have you been maintaining packages so far without using communitypkg?
Sorry, I was a bit too quick there. I have been using communitypkg all along. I confused it with extra-i686-build and extra-x86_64-build, which I do use for community packages. I have not used extrapkg at all, only communitypkg.
That does make more sense; thanks for clearing that up. :)
Hi again, 2013/1/3 Evangelos Foutras <evangelos@foutrelis.com>:
On 3 January 2013 15:09, Alexander Rødseth <rodseth@gmail.com> wrote: That does make more sense; thanks for clearing that up. :)
Thanks for clearing that up yourself. :) But, now I'm confused, because I never used "extrapkg" at all on those three packages that I maintain. I don't see any indication anywhere in the changelog for those three that "extrapkg" have been used either (if that's where it would show up). Allan, what is your source for that "extrapkg" has been used on these three? python-pymongo go erlang-cl And what could be the reason that someone would run extrapkg on these? Thanks. -- Sincerely, Alexander Rødseth xyproto / TU
On 04/01/13 00:42, Alexander Rødseth wrote:
Hi again,
2013/1/3 Evangelos Foutras <evangelos@foutrelis.com>:
On 3 January 2013 15:09, Alexander Rødseth <rodseth@gmail.com> wrote: That does make more sense; thanks for clearing that up. :)
Thanks for clearing that up yourself. :)
But, now I'm confused, because I never used "extrapkg" at all on those three packages that I maintain. I don't see any indication anywhere in the changelog for those three that "extrapkg" have been used either (if that's where it would show up).
Allan, what is your source for that "extrapkg" has been used on these three?
python-pymongo go erlang-cl
There were directories in the repos/ directory of SVN that should not be there. Dirrectories like extra-x86_64. Either than or directories name "x86_64" which implied using archrelease manually and wrong...
And what could be the reason that someone would run extrapkg on these?
Stupidity.
Hi, 2013/1/3 Allan McRae <allan@archlinux.org>:
There were directories in the repos/ directory of SVN that should not be there. Dirrectories like extra-x86_64. Either than or directories name "x86_64" which implied using archrelease manually and wrong...
I must have created a directory named just "repos/x86_64" and "repos/i686" by accident. Sorry about that. In any case, "extrapkg" was not involved.
And what could be the reason that someone would run extrapkg on these?
Stupidity.
"Stupidity" in response to creating two directories by mistake and svn commit messages like "fix shit". Are you 12? - Alexander
[2013-01-04 01:08:20 +0100] Alexander Rødseth:
"Stupidity" in response to creating two directories by mistake and svn commit messages like "fix shit". Are you 12?
Can you never just acknowledge your mistakes and move on? This list is not to discuss proper use of the word "stupidity"; it's to get things forward. Do your linguistic nitpicking somewhere else. Thanks. -- Gaetan
On 4 January 2013 08:08, Alexander Rødseth <rodseth@gmail.com> wrote:
Hi,
2013/1/3 Allan McRae <allan@archlinux.org>:
There were directories in the repos/ directory of SVN that should not be there. Dirrectories like extra-x86_64. Either than or directories name "x86_64" which implied using archrelease manually and wrong...
I must have created a directory named just "repos/x86_64" and "repos/i686" by accident. Sorry about that. In any case, "extrapkg" was not involved.
And what could be the reason that someone would run extrapkg on these?
Stupidity.
"Stupidity" in response to creating two directories by mistake and svn commit messages like "fix shit". Are you 12?
- Alexander
Alexander, you might've run extrapkg by accident, or someone else could have. I have made this careless mistake a few times myself and it was stupid of me. Leave it. -- GPG/PGP ID: C0711BF1
participants (6)
-
Alexander Rødseth
-
Allan McRae
-
Evangelos Foutras
-
Gaetan Bisson
-
Giovanni Scafora
-
Rashif Ray Rahman