> Often after getting onto my arch partition every few weeks, I happen to > need to download hundreds of > megs of programs in the system upgrade, OpenOffice2, kernel, kde, for > example, between this long process, > I would really like ot be able to install and test out another little > program, say mpd, basically I'm > stuck waiting for 40-50minutes. I wish we had more indepth acess to pacman > development, phrak says stuff
Not exactly, you could do what I do and ctrl-c the big long download of packages you don't care about, install the one(s) you do, then start the big long download again. Pacman's resume feature does work... There are some things about the pacman locking that I don't like (pacman -r /blah -S shouldn't lock on the / filesystem), but the basics of it I agree with. What if you were to pacman -S firefox, then forget you were doing it and pacman -S it again? The download will get corrupted, best case. More intelligent locking is an option, but I don't see a patch coming from you. Judd develops pacman. He accepts patches from people when he sees fit. He'll solicit some questions from the developers now and again, but that's about it. It would be nice if pacman was more open, but Judd doesn't want to do that until libpacman is out. I guess that's when it'll become a full project, with a mailing list and everything else. > in IRC now and then, anyone want to comment on if pacman 3.0 would, or would > be able to support multiple > instances, its just 1 point where I find portage/emerge to be more useful > than pacman. (I heard someone > mention something about berkleydb at one point or another, anyone want to say > what the main expected > features of pacman3.0 will be?) Berkleydb in pacman? Doubtful. Judd's not a big fan of its reliability or its hash-based nature. Sqlite, maybe. Judd has a better list than I. Jason -- If you understand, things are just as they are. If you do not understand, things are just as they are.
pgpyPLS6zaUkc.pgp
Description: PGP signature
_______________________________________________ arch mailing list [email protected] http://www.archlinux.org/mailman/listinfo/arch
