Re: KDE debs building
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
> nolden@kde.org
>
> 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.
-- reddy@lion.austin.ibm.com
Reply to: