On Monday 16 September 2002 16:07, Ralf Nolden wrote: > On Monday 16 September 2002 17:00, you wrote: > > Ralf Nolden wrote: > > > On Monday 16 September 2002 15:08, peter rockai wrote: > > > > > > Fine, that would help. I've unstable here, so we would have two builds > > > for debian, which is what everyone needs. My builds include having XFree > > > 4.2.1 installed, if that is a requirement for the linking I guess, we > > > should note that these packages only work with XFree 4.2.1. I would even > > > go as far as mirroring the XFree 4.2.1 packages on ftp.kde.org :-) > > > > They will depend on them, I'd guess (dh_shlibdeps). Btw., is it possible > > to apt-get from ftp.kde.org? I build full apt-get repo (only missing > > release file atm). Then it would be as easy as adding ftp.kde.org into > > your sources list and apt-get update/install/upgrade. Don't know about > > the breakage when packages get renamed (as with arts last week :). > That would be fine. We would need someone to set up the apt-get system on > ftp.kde.org for us.
It would be really helpful if the apt-get tree would explicitly mention for what debain and kde version the deb are. debian/woody/kde-3.0.x kde-3.1.x (including alpha/beta) kde-cvs -> kde-3.1.x (when a KDE_3_1_BRANCH is created (a kde-3.2.x subtree) kde-stable -> kde-3.0.x debian/sid/(same subdir/links as above) IMHO one should keeping at least the last two kde-x.y.z tree so it's easy to test upgrades from kde-x.y.z to kde-u.v.w with just a s/x.y.x/u.v.w/ in sources.list. It would also be helpful if the debian pkg version contains the string woody or sid Last but not least a little 'reminder': there's a debian-pkg tree in kde cvs. Maybe it's useful as a central repository for 'debian' subdir in case upstream doesn't grant the deb package maintainer write access (or a new sf project, e.g. kde-debian-pkgs?) Just my two cent, Achim > > Dirk, Daniel, how is the status with the ftp server ? Can we get access to > that ? > > > I messed a bit with Xft2 but i'll clean up my system to build correct > > woody debs. I'll improve automation of my build system, so it will work > > alone as far as possible. Most problems with cvs are from compile > > breakage :(. > That's the part that I would like to do; keep up constantly compiling here, > too. You can't avoid breakage one over the other day sometimes, especially on > weekends; just that the debian dirs are updated ASAP after developers did > changes (I build kde from cvs anyway so I would keep that up) > > > Atm i don't build all the stuff (i don't have always time to fix > > problems in packages like kdepim or kdeaddons). But i can provide at > > least qt-copy, kdelibs, kdebase and koffice weekly. Kdemultimedia breaks > > because of old xine atm (so i'm forced to use ogg123 instead of noatun > kdemultimedia works for me. I have noatun there :-) > > > > :). I'll have to build xine-lib-cvs package, too, as i see it :). > I used the unstable packages. > > > > ftp.kde.org will end up as experimental addon for debian ;). > Yes, that is the goal here. > > > > I cvsup every weekend, so i could upload on monday afternoon. I really > > hope that it will be possible. But i'll need to drop them somewhere, so > > if you could provide me with ftp address and login/pass, i would be > > glad. > Yes, we'll do that; even if I would offer my box with an account for you and > I > would collect everything here and put the packages back on ftp if Daniel and > Dirk won't be willing to give away too many password accounts. Builts should > be done tuesdays/wednesdays after a cvsup because weekend updates tend to be > having problems with compilation until monday afternoon/tuesday morning GMT > > Btw., is there someone on the server who could untar if i uploaded > > one huge tarball? I'll try to get automated upload of multiple files > > working at school, but i can't promise anything :(. > Dunno. Maybe Dirk or Daniel know more about that. > > Ralf > > > - -- > We're not a company, we just produce better code at less costs. > - -------------------------------------------------------------------- > Ralf Nolden > [EMAIL PROTECTED] > > The K Desktop Environment The KDevelop Project > http://www.kde.org http://www.kdevelop.org -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED]