- Arch-dev-public - lists.archlinux.org

[arch-dev-public] ABS and community
by Travis Willard 19 Apr '08

19 Apr '08

Hey, Can I get someone with super-powers on gerolde to update abs to 2.1-1, and add the following line to /etc/cron.daily/update-abs.sh after the existing /usr/bin/svn2abs line? /usr/bin/community2abs /home/abs/rsync /home/cvs-community This will ensure people can also get community through ABS Thanks! -- Travis

2 1

[arch-dev-public] SVN $Id$ tags
by Aaron Griffin 18 Apr '08

18 Apr '08

Just a note for you all. If you want svn to modify the $Id$ tags the way SVN does, you need to enable it for the PKGBUILD. This is done like so: svn propset svn:keywords Id <filename> The available keywords for replacement are: LastChangedDate LastChangedRevision LastChangedBy HeadURL Id Please keep in mind the above is a "set" operation, not an "append" operation - if I later set svn:keywords to HeadURL, it overwrites the previous setting. You can do the following to set multiple keywords: svn propset svn:keywords "Id HeadURL LastChangedBy" <filename> If you guys like, we can run this once across the whole repo for all PKGBUILDs. find . -name PKGBUILD -exec svn propset svn:keywords Id {} \; What do you think?

3 3

[arch-dev-public] The move to SVN
by Aaron Griffin 18 Apr '08

18 Apr '08

For the rest of the week, I am going to be concentrating on one big thing: moving our repos to SVN. Why is this important, after all the stuff I've been griping about, you may ask? Because it's a 'blocker'. It's the most low-level building block for a lot of the other changes I'd like to see done regarding our repository management So, here's the plan. I need one day where we make the switch over. It will be rocky and annoying for that day, but it is also a break for all of you Here are the steps that this will involve: Set all the cvs repos to RO, so that we don't have any accidents Convert everything to svn Make the necessary structure changes Make devtools changes * Make abs changes * Make db-scripts changes * Make changes to community ** * Can be done before hand, without a new package release ** Paul and Simo, in need your input regarding doing this for community as well. I have not looked at the scripts in a long time, but how much effort do you think this would take? Here is the end result, repo created ages ago by Jason[1]: http://projects.xennet.org/svnarch/ It is a tad large, but SVN is nice in that it allows us to only check out subdirs we want, so you can checkout just your packages (see jason's archco tool[1]) We *will* lose history during this transition. It's something I'm willing to live with, as this is not code history. We will still archive CVS for posterity. So, what do I need from you? Nothing. I'm making this easy in that I will do all the work. I just need one thing: give me a day when it is best. When you all want to take a mini-vacation and do no packaging at all. If no one has a good day for this, I will probably do it on Thursday or Friday. Thanks, Aaron 1: http://archlinux.org/pipermail/arch-dev-public/2007-October/002308.html

17 93

Re: [arch-dev-public] [arch-commits] Commit in graphviz/repos/extra-x86_64 (PKGBUILD)
by Eric Belanger 17 Apr '08

17 Apr '08

What did you do to fix it? bzr for x86-64 has the same problem. On Mon, 14 Apr 2008, andyrtr(a)archlinux.org wrote: > Date: Monday, April 14, 2008 @ 16:28:07 > Author: andyrtr > Revision: 270 > > fix svn state for x86_64 extra > > Modified: > graphviz/repos/extra-x86_64/PKGBUILD > > ----------+ > PKGBUILD | 10 +++++----- > 1 file changed, 5 insertions(+), 5 deletions(-) > > Modified: PKGBUILD > =================================================================== > --- PKGBUILD 2008-04-14 15:59:50 UTC (rev 269) > +++ PKGBUILD 2008-04-14 20:28:07 UTC (rev 270) > @@ -1,20 +1,20 @@ > -# $Id: PKGBUILD,v 1.24 2008/03/27 19:38:19 andyrtr Exp $ > +# $Id: PKGBUILD,v 1.25 2008/03/27 20:01:15 andyrtr Exp $ > # Maintainer: kevin <kevin(a)archlinux.org> > # Contributor: John Proctor <jproctor(a)prium.net> > > pkgname=graphviz > -pkgver=2.16.1 > -pkgrel=3 > +pkgver=2.18 > +pkgrel=2 > pkgdesc="Creates acircular graph images" > arch=('i686' 'x86_64') > license=('CPL') > - depends=('gd' 'gtk2' 'libxaw' 'libtool>=2.2') > + depends=('gd>=2.0.35' 'librsvg>=2.22.2' 'libxaw>=1.0.4' 'libtool>=2.2') > makedepends=('bison' 'flex') > url="http://www.graphviz.org/" > options=('!libtool' 'force') > source=(${url}/pub/${pkgname}/ARCHIVE/${pkgname}-${pkgver}.tar.gz) > install=graphviz.install > -md5sums=('8952fb2a627b38e38ed429a3a9d5cc5c') > +md5sums=('7df2705482c86fc7a9ee5f0446ed0b9e') > > build() { > cd ${startdir}/src/${pkgname}-${pkgver} > > > _______________________________________________ > arch-commits mailing list > arch-commits(a)archlinux.org > http://archlinux.org/mailman/listinfo/arch-commits > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

[arch-dev-public] Error merging opera-devel
by Daniel Isenmann 17 Apr '08

17 Apr '08

Hi, following problem on merging opera-devel in unstable: $ unstablepkg ===> Uploaded opera-devel-9.50-0.20-x86_64.pkg.tar.gz ===> Commited with "upgpkg: opera-devel 9.50-0.20" message C ../repos/unstable-x86_64/PKGBUILD property 'svnmerge-integrated' set on '../repos/unstable-x86_64' ~/svn/opera-devel ~/svn/opera-devel/trunk svn: Commit failed (details follow): svn: Aborting commit: '/home/ise/svn/opera-devel/repos/unstable-x86_64/PKGBUILD' remains in conflict ~/svn/opera-devel/trunk ===> Tagged for unstable-x86_64 The i686 one worked, but the x86_64 not. Now I have 4 PKGBUILDs in my repo/unstable-x86_64: $ ls repos/unstable-x86_64/ PKGBUILD PKGBUILD.merge-right.r318 opera.desktop PKGBUILD.merge-left.r304 PKGBUILD.working opera_logo48.png The PKGBUILD.merge-right.r318 is the right one, which should be in the svn, but I don't have enough svn knowledge to solve the merging problem. Can someone please give me some advice or solve the merging problem?? Thanks, Daniel

3 3

[arch-dev-public] [signoff] bzip2 1.0.5-2
by Tom K 16 Apr '08

16 Apr '08

Everything 1.0.5-1 had, PLUS a working shared lib symlink for people like Dan. :P I rebuilt links against it - the executable is now a shade smaller, and ldd/strings output is identical. Uploaded for both arches. T.

2 1

[arch-dev-public] Rsync to [core]
by Travis Willard 16 Apr '08

16 Apr '08

With ABS changing from cvsup to rsync, we either need to move rsync to core, or abs to extra. I vote rsync to core. Anyone opposed? If all are OK with it, I'll move it to core tomorrow.

6 8

[arch-dev-public] [Draft] ABS announcement
by Travis Willard 16 Apr '08

16 Apr '08

May as well tell the people what's happening with ABS. Here's an announcement draft: -----------8<-----------------8<-------- ABS 2.0 In Testing With version 2, ABS has moved to an rsync method for pulling the ABS tree, as part of the changes that needed to be made for our internal move from CVS to SVN as our source control mechanism. This means a few things: 1) cvsup/csup are no longer required 2) /etc/abs/supfile.* are no longer required 3) Anyone opening ports for use with ABS will now need to open port 837, the rsync port Also, since category information (ie. base, devel, editors) is no longer stored in the repo, makeworld has been updated - check makeworld -h for more info. -----------8<-----------------8<-------- Thoughts?

7 11

Re: [arch-dev-public] [arch-commits] Commit in abs/trunk (PKGBUILD)
by Aaron Griffin 15 Apr '08

15 Apr '08

On Mon, Apr 14, 2008 at 10:59 AM, Travis Willard <travis(a)archlinux.org> wrote: > Date: Monday, April 14, 2008 @ 11:59:50 > Author: travis > Revision: 269 > > Simple test to check commit messages Win. This is a commit message from svn. It's made by the same guy who made the cvslog util we were using (oddly enough, he named it svnlog for reasons I will never know, heh). I had to hackity it to limit diffs to 40K though Oh, I also had to bump perl on gerolde... well, it was on accident, but we don't use perl for anything, right? Dale, Eliott, can you guys confirm I didn't accidentally make things go kablooey?

4 6

[arch-dev-public] [signoff] bzip2 1.0.5-1
by Tom K 15 Apr '08

15 Apr '08

Upstream vulnerability fix, our ref FS#10121, additional info here: https://www.cert.fi/haavoittuvuudet/joint-advisory-archive-formats.html Also, man path amended. In testing now for both arches. Thanks T.

4 7