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

[arch-dev-public] Social?
by Aaron Griffin 02 Oct '07

02 Oct '07

Ok ok.... let me preface this a tad. One of the things I think we've lost in arch, is a bit of the good ol' fun we used to have. Maybe it was just me having fun, but hey, I'm not the only one who got excited when skoal came back to the forums. So let's try and have some fun here, I'm sure we all have other things in common besides just Arch, right? This is the land of Web3.9 - there's no sense in me actually TELLING you guys what I like, because I can just paste links.... so here's some: music http://last.fm/user/phrakture movies http://www.netflix.com/Profile?prid=258042279 (sorry this one is most likely US only, as netflix probably doesn't ship overseas yet) random http://twitter.com/phrakture And you all got my previous text related (oops) spam, I'm sure. And there's much much more - for instance I own the entire set of Stargate SG1, Battlestar Galactica, Firefly, Farscape, and am closing in on the full set of Star Trek: TNG. So what about you all? A lot of us know very little about each other. So what do *YOU* do in your free time (besides the copious amounts of beer, heh)?

11 26

[arch-dev-public] pacbuild status
by Jason Chu 02 Oct '07

02 Oct '07

Ok, I missed sending this out last week. I really need to put more time into pacbuild. It has a todo list now of the things I think it needs to be used in production. It's in the git repo, but I'll repost it here. I'll explain some of the points better - Better logging in apple * There have been lots of requests for more logging in general. I'm trying to get the python logging module working with apple and strawberry. - Automatic chroot rebuilding (either triggered by apple or a "no update since" timer) * I wanted to see what Aaron's chroot building code looked like, it's possible I'd want to replace waka with it. - Unionfs * This is all in the chroot building as well. These days my package cache is so big and my free space is so small that unionfs will be the only way I can keep testing. * Simo has a patch or two that started adding unionfs but it needed more testing. Again, I'm waiting on Aaron's mkarchroot. - Dependency handling (know what packages other packages depend on) - Repo contents knowledge - Apple will have to know all the versions of all the packages in all the repos for all the architectures - New status -- inrepo - When a package moves from built to in the repo, we need to know its the one we can access and no others - New status -- depwait - When a package can't be built because another package isn't built yet * These are the meat of the delay. I need to change some of the architecture of pacbuild's db. I learned a lot reading about debian's dbuild. * I may even get rid of the multiple architectures in a single apple db decision. I originally put them all together because I wanted arches to be able to build the same packages, but I eventually realized that the apple daemon isn't the right place for that. - Update pacman python module (because the one with namcap currently sucks) * This one will be easy. I already rewrote the namcap pacman module, now I just have to use the new module when implementing the "Dependency handling" task. There's my pacbuild status. I'm trying to devote a handful of hours to arch development on saturdays when my girlfriend is studying, so I'm hoping to at least move forward on these things soon. Jason

1 0

[arch-dev-public] Problem with X?
by Jason Chu 01 Oct '07

01 Oct '07

I've got this weird problem that I think is caused by X. I've been following testing for a while now (so I have gnome, db, and heimdal). Every so often, and apparently randomly, X will stop taking any input except for mouse movement. But the mouse movement doesn't even trigger the focus follows mouse. The panel will still update and so will windows, but my input just totally doesn't work. The only thing that I can do to fix it seems to be sshing in and killing X. I run xfce4 so it might be the gnome/gtk updates that aren't working well with it... Has anyone heard anything about problems with X or is it just me? Jason

7 8

[arch-dev-public] Status Report 2007-10-01
by Aaron Griffin 01 Oct '07

01 Oct '07

Hey! Second status report. It's like some sort of milestone! I'm going to keep some of the short and long term tasks in here, until we check them off. ----------------- ArchLinux Status Report, 2007-10-01 == Newsworthy Items == * Some "interesting" front page news. http://archlinux.org/news/350/ It kinda *ahem* speaks for itself. * Damir completed his Master's program I just wanted to send out a public congratulations, here. I've always thought of Damir as "the biology student", but I guess I can't do that anymore. Hooray! == Completed Tasks == * db and heimdal rebuilds These so renames were moved to testing over the weekend. Thanks a lot Andy and anyone else who participated. Relevant forum thread: http://bbs.archlinux.org/viewtopic.php?id=37984 == Pending Tasks, Short Term == * New Round of Package Cleanup Let's try and get this "complete" this week. I'd like to get at least 2 or 3 of us together with Eric to go through these packages and start moving them to community or unsupported. We have an internal list for this here: https://www.archlinux.org/wiki/Repo%20Cleanup/ Please add candidates if you find them. Eric, when is a good time for you? * DVD and Additional Package ISO Lists Previous discussion has pushed us toward a solution, but we need to sit down and define what packages we explicitly want (or, rather, _don't_ want) on these images - that is, * Unified chroot build tools I failed here. Deadlines aren't my strong point. Time to redouble my efforts to get you all some fun chroot building tools! * Use vendor_perl for pacman perl packages We weren't able to get to this last week. If anyone has some free time, I'd appreciate you taking a look at this. If not, I will get to it myself closer to the end of the week. This is an easy bug to fix, it's just tedious. http://bugs.archlinux.org/task/8082 Any takers? Jan, you brought up concern over our perl policy earlier, are you up to the task? * Move all Arch related projects to gerolde Yet another ping here. We're still missing one or two projects which are important - archboot, some of our internal scripts, etc. http://bugs.archlinux.org/task/7789 * Next ISO Release Date We're currently at testing release 0.2 of our next iso. Please test it out, for all of those interested. Tobias, can you approximate a date of release for all of us interested? http://archlinux.org/pipermail/arch-dev-public/2007-September/001849.html * DB Script Rewrite Yup, this one still needs to be done. It's not critical, as we're in one of those not-broke-won't-fix stages. * Devtools updates See this thread: http://archlinux.org/pipermail/arch-dev-public/2007-September/001883.html There are a few complaints with devtools I want to address shortly. If you have any other pending issues, let me know, and I will see what I can do. == Pending Tasks, Long Term == * Pacman 3.1 Release We have a decent amount of issues to be closed in the 3.1 release. Please take a look and see if you have any input. http://bugs.archlinux.org/task/8109 Sadly, my time is (heh) fractured into many different things now, but one of these days Dan and I are gonna sit down and bang out a large chunk of these. * Official pacbuild usage Jason, could we get a "heads up" here - just some sort of direction for people who would be interested * 'Continuous Integration' setup / machine Since the last status report, I got two offers for hardware to run a CI machine, which is great. Volunteers always make us over on this side of the fence happy. Maybe when I get time to breathe, I'll bang out a prelim script... a man can dream, right? * Multiple Maintainers on the Dashboard * Multiple Architectures on the Dashboard Damir lumped these two together and called it "modernizing" our dashboard - which I like. I guess, what we really need, is more people with "their hands in the code". Any volunteers? Who wants to learn Django? * Architecture Independent Repos Relevant thread: http://archlinux.org/pipermail/arch-dev-public/2007-September/001829.html This was discussed and we all seem to agree that it is a good idea to maintain the packages which aren't specific to any one architecture in only one repo, rather than maintaining 2 packages. Still, this needs some coordinated changes to scripts and pacman and the like - fairly minor stuff, but perhaps we can sneak it in in the 3.1 pacman release. * ArchCon 2009: Big Baaad Idea Yep, I'm still riding this one. A big ol' ArchCon would be fun. We're all in totally different parts of the world, so we never get to see each other. http://archlinux.org/pipermail/arch-dev-public/2007-September/001614.html == Bugs and Issues == * X input lockups This relates to the Xorg in testing, and may be XFCE related, but it appears important enough to mention here: http://archlinux.org/pipermail/arch-dev-public/2007-October/001899.html ----------------- So there we go. Status report numero dos down. Lots of this is copied from the last one, and see, that's on purpose. This list will keep growing and growing until we start closing out some of these issues. Thanks for your continued work, guys. -- Aaron

1 0

Re: [arch-dev-public] [arch-commits] CVS update of extra/devel/slang (PKGBUILD)
by Dan McGee 01 Oct '07

01 Oct '07

I think the options=(!makeflags) would work for this... -Dan On 10/1/07, andyrtr(a)archlinux.org <andyrtr(a)archlinux.org> wrote: > Date: Monday, October 1, 2007 @ 14:51:02 > Author: andyrtr > Path: /home/cvs-extra/extra/devel/slang > > Modified: PKGBUILD (1.15 -> 1.16) > > fixed smp build > > > ----------+ > PKGBUILD | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > > Index: extra/devel/slang/PKGBUILD > diff -u extra/devel/slang/PKGBUILD:1.15 extra/devel/slang/PKGBUILD:1.16 > --- extra/devel/slang/PKGBUILD:1.15 Sat Sep 29 04:26:02 2007 > +++ extra/devel/slang/PKGBUILD Mon Oct 1 14:51:02 2007 > @@ -1,4 +1,4 @@ > -# $Id: PKGBUILD,v 1.15 2007/09/29 08:26:02 juergen Exp $ > +# $Id: PKGBUILD,v 1.16 2007/10/01 18:51:02 andyrtr Exp $ > # Contributor: Tom Newsom <Jeepster(a)gmx.co.uk> > # Maintainer: Juergen Hoetzel <juergen(a)archlinux.org> > > @@ -17,5 +17,5 @@ > # patch -p1 -i $startdir/src/$pkgname-2.0.6-makefile.patch || return 1 > ./configure --prefix=/usr > make || return 1 > - make install DESTDIR=$startdir/pkg/ > + make -j1 install DESTDIR=$startdir/pkg/ > } > > _______________________________________________ > arch-commits mailing list > arch-commits(a)archlinux.org > http://archlinux.org/mailman/listinfo/arch-commits >

2 1

Re: [arch-dev-public] Arch mirrors
by eliott 01 Oct '07

01 Oct '07

There is a FS ticket for part of this thread: http://bugs.archlinux.org/task/7006 I support changing the link on the downloads page to reference the wiki. This would, however, allow end users to modify the mirror page thus changing the mirror list in a way that may be seen as more 'official'. We could perhaps lock the mirrors page, but that semi-defeats the purpose of the change control suggestion. Any thoughts or feedback of a high caliber?

5 10

[arch-dev-public] Fwd: Arch mirrors (discuss)
by Roman Kyrylych 01 Oct '07

01 Oct '07

---------- Forwarded message ---------- From: Vinay Shastry <vinayshastry(a)gmail.com> Date: 1 Жов 2007 09:03 Subject: Fwd: [arch-dev-public] Arch mirrors (discuss) To: roman.kyrylych(a)gmail.com ehm... i forgot that the ml is not open for the general public to jump in :P ---------- Forwarded message ---------- From: Vinay Shastry <vinayshastry(a)gmail.com> Date: Oct 1, 2007 11:29 AM Subject: Re: [arch-dev-public] Arch mirrors (discuss) To: Public mailing list for ArchLinux development <arch-dev-public(a)archlinux.org> > Well, I think official mirror list can be kept on our download page > (almost all official mirrors have iso dirs anyway, those who don't - > deserve removal :-P). > It can be a table with the following row format: > > mirror | FTP | HTTP | rsync | country > ------------------------------------------------ > mirror.domain.org | + | + | + | Country1 > mir1.domain2.com | + | - | - | Country2 > > where mirror name should be a URL to the FTP (or HTTP if FTP does not exist) > and those "+" (or some nice checkmark images) should be URLs of > respective protocol. > > And put a link to 'Unofficial mirrors' section on wiki page. > > This way official mirrorlist will be clean and could be changed only by devs. Won't it be nice if the mirror list is organised according to Continent/Country.. perhaps something like http://en.opensuse.org/Mirrors_Released_Version ? -- Vinay S Shastry http://vinayshastry.blogspot.com/ -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] Arch mirrors (discuss)
by eliott 29 Sep '07

29 Sep '07

Ok. Starting a new thread for some discussion. Roman did great work generating an up to date mirror list. I changed the "get arch" page to a layout more conducive to "new users". In doing so, I realized that the focus of that page is for downloading ISOs (eg. Getting arch). I think I am going to change the layout a bit, and link directly to the /iso/ folder on the mirrors listed. I am going to incorporate the changes roman made, regarding mirrors, and only include those that offer isos *in that page*. This leads me to an interesting suggestion. Should be create a page with an more official list of mirrors, and list only teir1 mirrrors (those that we allow rysnc from on gerolde)? We can list the top level http, ftp, and rsync locations for those servers (if they have them). We can then link to the Wiki for "teir2" mirrors. Those that we do not allow direct sync from gerolde, but are viable alternatives nonetheless. Maybe those servers sync from one of the teir1 servers. This should allow us to keep a handle on the teir1 servers, and whom we allow to sync against gerolde, as well as provide a mechanism for the community to manage the list of teir{n} servers more effectively. Not sure how the tie-in to pacman's mirror list is going to handle this, insofar as teir1..n mirrors. Thoughts?

3 5

[arch-dev-public] Additional Package ISOs
by Aaron Griffin 29 Sep '07

29 Sep '07

Continuing a discussion from earlier, on into a fresh thread. We need a plan for the additional ISOs. To reiterate what's going on here: There are a handful of users who would like to have a giant iso of packages to aid in installing on boxes with slower networks (for instance, they could download and burn the ISOs from school). So, I've seen a few ideas, and Thomas seems to have the best grasp on what is slated. Here's what I'd like to see: * A small script which constructs a repo from a list of packages, then runs mkisofs on it. This would allow users to very easily create a CD or DVD full of packages THEY want. * One or two officially built ISOs (CD? DVD?) using the above tool, with some nice utilities and tools, etc. * Perhaps a combination of the two, and a bootable "OMGHUGE" DVD. Opinions, what do you guys think? I haven't really heard much comment on this topic so far. Thanks in advance, Aaron

6 23

[arch-dev-public] Architecture Independent Packages
by Aaron Griffin 28 Sep '07

28 Sep '07

This was brought up in a previous thread started by Damir, regarding committing a package to more than one repo at a time. I think it'd be more beneficial for us to split of architecture independent packages, just to eliminate redundancy. Python modules, scripts, etc they'd all fit here. Does anyone have an opinion on the matter? I think adding a arch=(none) or arch=(all) setup would be a good idea, BUT there might be a lot of other things that need to be changed. For instance, pacman doesn't handle this case right now, we'd need code in there, etc Please discuss, I haven't put much thought into it. Thanks, Aaron

9 19