I have pretty much left everything default (it's always worked for small stuff) except that I've made version=current instead of 9.1

Anyway, the problem is that when I let it do big operations (like selecting all current packages) and leave it on for an hour to do it's thing, when I come back it's usually stuck and may be asking for me to select some dependencies or something. Well I will, but suddenly they won't download. It keeps saying failed. This last time was the most severe, not only was it failing it said the NIC interface was down. I used netscape (mozilla had stopped working) to check and it was able to get around.. but when I rebooted the sytem I could neither startx and the NIC interface didn't come up. So knowing nothing else to do I reinstalled and so I'm here.

FIrst of all.. I downloaded xfree4.4 and installed it previous to this and it was working fine. I also had downloaded the newest fluxbox package (my current wm).. and had it installed. So it shouldn't have been doing anything to mess with x starting anyway.. but who knows?
My exclusion list is default so I think it's like only the kernel and swaret on it. Anyhow.. if anyone has any idea how I can get this thing to complete all it's downloads (I'd like to have KDE running for some games.. though I'm starting to like flux for normal use), please help me a bit

Thanks.

Do you have a flakey connection, or have you tried changing the mirror you're pulling from in swaret.conf? I've had failed upgrades with swaret before when the server I'm using from is just too busy.

Well the server was getting me 150+ k/sec normally. And the windows machines here had it's net connection still working. Can you think of anyway that swaret could screw up the eth0 interface though? Is there any software it could have downloaded to do that when updating? that's what's got me.. I'll probably just stick to upgrading only what I know I want from now on.. but even that has run me into some problems as I updated gtk and thunderbird doesn't want to work (firefox has no problems though).

Did you re-run netconfig?
Did you re-run xf86config?
If you compiled some programs from source, then i think it can lead to problems, so you have to recompile.
For my part, the only problem i had with the swaret upgrade to current is that i had to reinstall NVIDIA drivers after fetching a new Xfree.

I didn't try to rerun netconfig..as I didn't know about it.. and apparently I've been trying to run xf86config without root previleges and never had to use it before.. hehe.. (if you try to run it not as root you can't even see that it's there like so many other things, so I thought it was messed up but it worked fine before)..

Anyway.. I reinstalled so neither of these things is now a problem. Instead swaret seems to be breaking things down. The more I update the more problems I run into. Kde works, but it kills my sound. Many applications (gimp, abiword, mozilla, thunderbird) give this error here.. and this is even after upgrading them and their dependencies (I do have dep checking on)
relocation error: /usr/lib/libgtk-x11-2.0.so.0: undefined symbol: g_type_class_add_private

now someone else had this problem and said he needed to upgrade pango also, and I've done that to no avail.. the problems still exist... and it's such a pain because the more I do the less works.. lol..

anyway thanks for hearing out my frustration

EDIT: here is the error I get in KDE that seems to be causing me not to be able to use
Also, I installed ut2004 to test out acceleration on this and it's not working with this message (this is of secondary importance to the main swaret problem)

When you set swaret to current you really need to upgrade everything for everything to work... you end up with errors if you are just mixing and matching related packages (eg the gtk/ gnome packages) between 9.1 and current.

For the KDE sound error - you might need to reinstall alsa (especially if you have compiled a new kernel), or update arts, or change the permissions on /dev/dsp, or change the sound system settings in the KDE control panel.

For the UT error - try uncommenting the load glx line in XF86Config, and make sure you have the vendor 3d driver for your video card.

I don't have that driver.. I'd misread here and thought someone said the xfree 4.4 driver was fine (but slower) or something to that effect. Anyhow.. it's not and now I'm looking for info on patching it.. it was a secondary concern anyway

This goes back to my other problem then. Everytime I've tried to just update everything, it ends up stalling during the night and then when I get up in the morning to check it it's at like 75% and wants me to say yes or no to a few things
I say A to approve them all (despite the fact I already did that).. and it'll say FAILED over and over and so eventually I just have to exit
and then commonly after that the system is really screwed up. *sigh*.. and now you are telling me I have to do that .. is there no way to sort out these dependency problems without doing something I'm pretty sure is just going to screw me up again?

I would back up everything important and then do a "swaret --update" followed by a "swaret --upgrade -a" to update everything on your system. I think the -a switch should turn off all the prompting and just download upgrade everything. Run it a couple of times to make sure it doesn't miss anything, and then "swaret --dep" for further dependency checking.

yeah I'm going to try this once more tonight.. the problem is I want a mix of packages because like the radeon drivers don't work in xfree 4.4 I really wish there was something that would help a lot in this, and supposedly dependency checking should but .. apparently it just isn't good enough