Re: KDE debs building

[Yenar Calentaure]

Yenar Calentaure wrote:
Anyway, i did cvsup today and i am going to build packages. It is quite 
probable that i'll be able to upload them next week. I'll try to publish 
them through http, so they can be pulled by you (this will be probably 
the best solution for me). Beware: the line is synchronous 128kb AFAIK 
(or 128/64 in worst case), so download speed won't be very impressive :(.
Oops... I broke it somehow (dcop isn't working)... I'll take a look at 
it (i see no dcop commits lately that could break it). Probably my 
qt-copy packaging broke something (it is unlikely but i possible). I'll 
cvsup once more and will try to get working debs in coming week.

--
---
inetname: Yenar Calentaure
realname: Peter Rockai
mail: yenar(at)host.sk
homepage: http://yenar.host.sk
---
The universe is entering maintenance mode in 2 minutes. Please logout.
 -- Your administrator
---

Re: KDE debs building

[Yenar Calentaure]

Ralf Nolden wrote:
On Monday 16 September 2002 17:25, Yenar Calentaure wrote:
I have enough C++ experience to fix (or workaround at least) most common
problems. There are little chances to get cvsup in middle of week for me
unfortunately.
Well, in that case I'd prefer sending you the according build files per email 
that the developers checked in to make it compile again. Even though you can 
fix issues yourself, you'll never know how it ends up in the real code 
comitted to CVS later. We'll find a solution to that problem in case we'll 
hit it, I guess.
If compilation breaks and i find solution, i usually send patches to 
kde-devel. Sure, I don't know what will maintainer do, but it is still 
better to have slightly broken packages than having no packages at all :).

As of sending updates to me by mail... I don't know if this is usable. 
It is hard to get right revisions to diff, and time of update isn't 
relevant (there are mirror sync, cvsup <-> cvs and probably other 
issues). It is probably easier to get cvsup working on weekdays for me.

Anyway, i did cvsup today and i am going to build packages. It is quite 
probable that i'll be able to upload them next week. I'll try to publish 
them through http, so they can be pulled by you (this will be probably 
the best solution for me). Beware: the line is synchronous 128kb AFAIK 
(or 128/64 in worst case), so download speed won't be very impressive :(.

I don't know if my last mail made it into your mailbox (the perl filter 
script) - i had some trouble with mozilla mail (i'm mailing from windoze 
box... this is very unfortunate).

I ran into one problem with the script though. In KDE, binaries have two 
parts: /usr/bin binary and /usr/lib .so file. The kdelibs-bin includes 
(as expected) both for every app. This means i cannot filter on /usr/bin 
to get file-list for such package. Probably the best solution is to 
enumerate binary file names (as in (?:bin1|bin2|binx)).

It will be handy to allow variable substitution in filter control file. 
Is there any standard way of definining such variables inside of control 
file? If not, is something like
Var-(varname): blah
acceptable? This means all leading/trailing whitespace will be trimmed 
from variable.

cheers
yenar
- -- 
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

--
---
inetname: Yenar Calentaure
realname: Peter Rockai
mail: yenar(at)host.sk
homepage: http://yenar.host.sk
---
The universe is entering maintenance mode in 2 minutes. Please logout.
 -- Your administrator
---

Re: KDE debs building

[Achim Bohnet]

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]

Re: KDE debs building

[David Pashley]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday 16 September 2002 6:46 pm, Ralf Nolden wrote:
> On Monday 16 September 2002 18:08, Tomas Pospisek's Mailing Lists wrote:
>
> Is the below rules file something we can reuse for that ? or are there
> other options ? Then, why not importing it as rules.cvs into every module
> so we can all reuse it for daily builds ?
>
> Ralf
>
There is a perl script (admin/debianrules) which generates the 
debian/debiandirs makefile fragment.

> > On Mon, 16 Sep 2002, Yenar Calentaure wrote:
> > > Another thing with debs I dislike atm: The package versions are the
> > > same all the time. Sure, apt-get is smart enough to figure out what
> > > changed, but you lose overview soon which build you run. I'll bump up
> > > version (probably best scheme is 3.0.7-cvsMMDD) at each rebuild,
> > > and probably push the patch upstream :). Likewise all changes to
> > > packaging should bump package version (they should be mentioned in
> > > debian/changelog).
> >
> > I'm using:
> >
> > $ cat debian/rules
> > #!/usr/bin/make -f
> > #
> > # Based on Sample debian/rules file - for GNU Hello (1.3) by Ian Jackson.
> > #
> > # See realsync-files/debian/rules for details!
> >
> > VERSION=${shell date +'%y%m%d%H%M%S'}
> > package=escher-cvs
> >
> > [...]
> >
> > binary-indep:   build
> > [...usual stuff...]
> > dpkg-gencontrol -isp -v${VERSION}
> > -DPackage=${package}-${VIDEO_DSCR} dpkg --build debian/tmp ..
> > [...]
> >
> > I suggest a note in README.Debian:
> >
> > This package represents a daily build from CVS. Upstream changes are not
> > noted in the changelog
> >
> > And I'd only mention stuff in the changelog if you really tighten some
> > Debian specific screw.
> > *t
> >
> > --
> > ---
> >  Tomas Pospisek
> >  SourcePole   -  Linux & Open Source Solutions
> >  http://sourcepole.ch
> >  Elestastrasse 18, 7310 Bad Ragaz, Switzerland
> >  Tel: +41 (81) 330 77 11
> > ---
>
> --
> 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

- -- 
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9hjGWYsCKa6wDNXYRAkh4AJ9BITVs3ZJaD7Fg+7lEbmLIp0qiQQCgmdf5
909vxF8AS+qM8mPIzlofWZU=
=EmOb
-END PGP SIGNATURE-

Re: KDE debs building

[Tomas Pospisek's Mailing Lists]

On Mon, 16 Sep 2002, Ralf Nolden wrote:

> On Monday 16 September 2002 18:08, Tomas Pospisek's Mailing Lists wrote:
>
> Is the below rules file something we can reuse for that ? or are there other
> options ? Then, why not importing it as rules.cvs into every module so we can
> all reuse it for daily builds ?

It's not the whole rules file mind you. It's only the relevant sections
that differ from the standard debmake (AFAI remember) rules file.

You will still have to adopt things since the debian tools will probably
not be able to automatically catch everything. But it might be a good
start.

> > On Mon, 16 Sep 2002, Yenar Calentaure wrote:
> > > Another thing with debs I dislike atm: The package versions are the same
> > > all the time. Sure, apt-get is smart enough to figure out what changed,
> > > but you lose overview soon which build you run. I'll bump up version
> > > (probably best scheme is 3.0.7-cvsMMDD) at each rebuild, and probably
> > > push the patch upstream :). Likewise all changes to packaging should bump
> > > package version (they should be mentioned in debian/changelog).
> >
> > I'm using:
> >
> > $ cat debian/rules
> > #!/usr/bin/make -f
> > #
> > # Based on Sample debian/rules file - for GNU Hello (1.3) by Ian Jackson.
> > #
> > # See realsync-files/debian/rules for details!
> >
> > VERSION=${shell date +'%y%m%d%H%M%S'}
> > package=escher-cvs
> >
> > [...]
> >
> > binary-indep:   build
> > [...usual stuff...]
> > dpkg-gencontrol -isp -v${VERSION}
> > -DPackage=${package}-${VIDEO_DSCR} dpkg --build debian/tmp ..
> > [...]
> >
> > I suggest a note in README.Debian:
> >
> > This package represents a daily build from CVS. Upstream changes are not
> > noted in the changelog
> >
> > And I'd only mention stuff in the changelog if you really tighten some
> > Debian specific screw.

--
---
 Tomas Pospisek
 SourcePole   -  Linux & Open Source Solutions
 http://sourcepole.ch
 Elestastrasse 18, 7310 Bad Ragaz, Switzerland
 Tel: +41 (81) 330 77 11
---

Re: KDE debs building

[Ralf Nolden]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday 16 September 2002 18:08, Tomas Pospisek's Mailing Lists wrote:

Is the below rules file something we can reuse for that ? or are there other 
options ? Then, why not importing it as rules.cvs into every module so we can 
all reuse it for daily builds ?

Ralf

> On Mon, 16 Sep 2002, Yenar Calentaure wrote:
> > Another thing with debs I dislike atm: The package versions are the same
> > all the time. Sure, apt-get is smart enough to figure out what changed,
> > but you lose overview soon which build you run. I'll bump up version
> > (probably best scheme is 3.0.7-cvsMMDD) at each rebuild, and probably
> > push the patch upstream :). Likewise all changes to packaging should bump
> > package version (they should be mentioned in debian/changelog).
>
> I'm using:
>
> $ cat debian/rules
> #!/usr/bin/make -f
> #
> # Based on Sample debian/rules file - for GNU Hello (1.3) by Ian Jackson.
> #
> # See realsync-files/debian/rules for details!
>
> VERSION=${shell date +'%y%m%d%H%M%S'}
> package=escher-cvs
>
> [...]
>
> binary-indep:   build
>   [...usual stuff...]
> dpkg-gencontrol -isp -v${VERSION}
> -DPackage=${package}-${VIDEO_DSCR} dpkg --build debian/tmp ..
> [...]
>
> I suggest a note in README.Debian:
>
> This package represents a daily build from CVS. Upstream changes are not
> noted in the changelog
>
> And I'd only mention stuff in the changelog if you really tighten some
> Debian specific screw.
> *t
>
> --
> ---
>  Tomas Pospisek
>  SourcePole   -  Linux & Open Source Solutions
>  http://sourcepole.ch
>  Elestastrasse 18, 7310 Bad Ragaz, Switzerland
>  Tel: +41 (81) 330 77 11
> ---

- -- 
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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9hhkLu0nKi+w1Ky8RAtGMAKCd5Y9PE2IK7pnaEaLiAizILjUxAQCglmDM
J3nD2UWjVVsiqB0rpg8hiXg=
=L1ms
-END PGP SIGNATURE-

re: KDE debs building

[Tomas Pospisek's Mailing Lists]

On Mon, 16 Sep 2002, Yenar Calentaure wrote:

> Another thing with debs I dislike atm: The package versions are the same all
> the time. Sure, apt-get is smart enough to figure out what changed, but you
> lose overview soon which build you run. I'll bump up version (probably best
> scheme is 3.0.7-cvsMMDD) at each rebuild, and probably push the patch
> upstream :). Likewise all changes to packaging should bump package version
> (they should be mentioned in debian/changelog).

I'm using:

$ cat debian/rules
#!/usr/bin/make -f
#
# Based on Sample debian/rules file - for GNU Hello (1.3) by Ian Jackson.
#
# See realsync-files/debian/rules for details!

VERSION=${shell date +'%y%m%d%H%M%S'}
package=escher-cvs

[...]

binary-indep:   build
[...usual stuff...]
dpkg-gencontrol -isp -v${VERSION} -DPackage=${package}-${VIDEO_DSCR}
dpkg --build debian/tmp ..
[...]

I suggest a note in README.Debian:

This package represents a daily build from CVS. Upstream changes are not
noted in the changelog

And I'd only mention stuff in the changelog if you really tighten some
Debian specific screw.
*t

--
---
 Tomas Pospisek
 SourcePole   -  Linux & Open Source Solutions
 http://sourcepole.ch
 Elestastrasse 18, 7310 Bad Ragaz, Switzerland
 Tel: +41 (81) 330 77 11
---

Re: KDE debs building

[Macolu]

Le Lundi 16 Septembre 2002 11:23, David Pashley a écrit :
> > Also, like Charles de Miramon pointed out, we should take care of daily
> > or at least weekly builds from CVS that can be installed side by side of
> > a stable environment for the translators and doc writers who need a
> > recent KDE from CVS but can't/won't want to go through the development
> > process.
>
> Do we have anyone willing to build them and host them?

It already exists (packaging quality should improve)

http://matthieu.robin.free.fr/linux/

re: KDE debs building

[Yenar Calentaure]

On Mon, 16 Sep 2002 16:07:42 +0200, Ralf Nolden wrote
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Monday 16 September 2002 17:00, you wrote:
> > Ralf Nolden wrote:
> > > On Monday 16 September 2002 15:08, peter rockai wrote:
> > >
[snip]
> That would be fine. We would need someone to set up the apt-get 
> system on ftp.kde.org for us.
I'll look into that. AFAIK only thing is to put right files into right 
places, no need for dedicated software on server.

> 
> 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)
I will update mostly on weekends. I am bit overloaded, so responsivity isn't 
best on my part. I'll try to keep up to date.

Another thing with debs I dislike atm: The package versions are the same all 
the time. Sure, apt-get is smart enough to figure out what changed, but you 
lose overview soon which build you run. I'll bump up version (probably best 
scheme is 3.0.7-cvsMMDD) at each rebuild, and probably push the patch 
upstream :). Likewise all changes to packaging should bump package version 
(they should be mentioned in debian/changelog).

> 
> > 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
I have enough C++ experience to fix (or workaround at least) most common 
problems. There are little chances to get cvsup in middle of week for me 
unfortunately.

There are chances i'll get things right (building on tuesday), but i don't 
want to be overly optimistic :). I'll have to redesign some networks around 
me in this town to get it working, wiping windows along the way... ;).

[snip]
> 
> 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

cheers
yenar

[ Yenar Calentaure | [EMAIL PROTECTED] | http://yenar.host.sk ]

Re: KDE debs building

[Ralf Nolden]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

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.

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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9heWuu0nKi+w1Ky8RAiDfAJ9LC9wL4sJA+g9ODUt8n1T3XqWOFACfReI1
1ReHYE4gl9Vi6ZqgPvgSYRI=
=TDGd
-END PGP SIGNATURE-

Re: KDE debs building

[peter rockai]

On Mon, Sep 16, 2002 at 01:33:27AM +0200, Ralf Nolden wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Sunday 15 September 2002 20:08, Yenar Calentaure wrote:
> 
> Hi Yenar,
> 
> thanks for your kind and quick answer - I've got CVS write access, so does 
> Chris. We'll be glad to take any patches and put them into CVS that would 
> help automate the build process. I myself have a DSL line so up/download is 
> not an issue for me; I could also use the 2mbit line in the company I work 
> for now. 
Ok. I have some time issues lately, but i'll try to contribute as much
as possible. KDE on Debian is best system i had so far :).

For now, i see one major problem with packaging of CVS. The list of
installed files is somewhat in flux. For now, i had this idea: write
perl script, that will parse control file containing regexp rules, run
make -n install on sources, extract list of source and destination files
and their attributes (executable, mode, etc.) and build file lists from
these. Rules like:

Package: kdelibs-bin
Match-mode: executable
Match-dest: /usr/bin/
Exclude-mode: others-write

Package: kdelibs4
Match-dest: /usr/lib/kde3/.*so[0-9.-]*|/usr/lib/.*so[0-9.-]*

Package: kdelibs-data
Match-src: pics/|
Match-dest: /usr/share

(this is just to illustrate what i try to propose, not anything that
matches reality)

You know what i mean. I can make something like this this week
(hopefully). I believe that most of package file-lists can be expressed
this way more flexibly than with hardcoded filenames.

And i believe that this can extend lifetime of packaging information,
too. Sure, before release it should be hand-checked and fine-tuned, but
i think it is good enough for cvs snapshots (if one or two files end up
in wrong package, it won't end the world).

> 
> Also, like Charles de Miramon pointed out, we should take care of daily or at 
> least weekly builds from CVS that can be installed side by side of a stable 
> environment for the translators and doc writers who need a recent KDE from 
> CVS but can't/won't want to go through the development process. 

I'll try to convince my informatics teacher to let me upload my builds
weekly :). I'll see what i can do. Btw., i build on woody.

> 
> Ralf
> 

cheers
yenar

Re: KDE debs building

[David Pashley]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday 16 September 2002 12:09 pm, Karolina Lindqvist wrote:
> måndagen den 16 september 2002 11.20 skrev David Pashley:
> > I'm sorry that just isn't true. KDE HEAD has been kept up to date as much
> > as possible. People have been able to build packages for 3.1 for the last
> > few months. I could check the dates if you are interested. We haven't
> > provided binary packages because a) they take up a lot of room and b)
> > calc has been busy making sure that 3.0.x is working, bab has been
> > working on koffice 1.2 and everyone else has been making sure that HEAD
> > works. We have never said that we will start for on 3.1 debs once 3.1 has
> > been released.
>
> Good you say it, since then I don't have to bother with building KDE 3.1
> packages for others. Actually I never intended to and just made my own
> packages available, and was surprised by the demand. I am happy for the
> feedback I got on this list, and will improve my own packages and packaging
> technique. I have some plans and make small experiements on improvements,
> based on problems I have heard on this list, from all kind of KDE versions.
>
If you want to provide patches, we will gladly look at them. Just send them to 
the list.

> If someone want my new packages for KDE 3.1 beta 2, when they come, I will
> make them available. But as you say, it is probably not needed since you
> already have done the work and hopefully will also provide binary packages.
>

I can't provide binaries, but I'm sure someone will. Hopefully it will start 
to get a bit less bumpy so when beta 2 is tagged, files won't be moved around 
so much.

> -- Karolina


- -- 
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9hcYaYsCKa6wDNXYRAhX0AJ4rOZfRD5CxuM7bkKitH0jBPwMuzwCdGse1
CoPDUxjK75TDfUfVpLWOEgM=
=Pw49
-END PGP SIGNATURE-

Re: KDE debs building

[Karolina Lindqvist]

måndagen den 16 september 2002 11.20 skrev David Pashley:

> I'm sorry that just isn't true. KDE HEAD has been kept up to date as much
> as possible. People have been able to build packages for 3.1 for the last
> few months. I could check the dates if you are interested. We haven't
> provided binary packages because a) they take up a lot of room and b) calc
> has been busy making sure that 3.0.x is working, bab has been working on
> koffice 1.2 and everyone else has been making sure that HEAD works. We have
> never said that we will start for on 3.1 debs once 3.1 has been released.

Good you say it, since then I don't have to bother with building KDE 3.1 
packages for others. Actually I never intended to and just made my own 
packages available, and was surprised by the demand. I am happy for the 
feedback I got on this list, and will improve my own packages and packaging 
technique. I have some plans and make small experiements on improvements, 
based on problems I have heard on this list, from all kind of KDE versions. 

If someone want my new packages for KDE 3.1 beta 2, when they come, I will 
make them available. But as you say, it is probably not needed since you 
already have done the work and hopefully will also provide binary packages.

-- Karolina

Re: KDE debs building

[David Pashley]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday 16 September 2002 12:33 am, Ralf Nolden wrote:
> On Sunday 15 September 2002 20:08, Yenar Calentaure wrote:
>
> Hi Yenar,
>
> thanks for your kind and quick answer - I've got CVS write access, so does
> Chris. We'll be glad to take any patches and put them into CVS that would
> help automate the build process. I myself have a DSL line so up/download is
> not an issue for me; I could also use the 2mbit line in the company I work
> for now.
>
Ben Burton and myself also have write access.

> Also, like Charles de Miramon pointed out, we should take care of daily or
> at least weekly builds from CVS that can be installed side by side of a
> stable environment for the translators and doc writers who need a recent
> KDE from CVS but can't/won't want to go through the development process.
>

Do we have anyone willing to build them and host them?

- -- 
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9haL+YsCKa6wDNXYRAuasAJ9jnxHJDeQVGlx+xYAS0GGVhisCvwCglbs7
/c6iwhEx+zL1ikAbv5U6ufQ=
=ox/o
-END PGP SIGNATURE-

Re: KDE debs building

[David Pashley]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday 16 September 2002 5:53 am, Karolina Lindqvist wrote:
> söndagen den 15 september 2002 17.35 skrev Ralf Nolden:
> > as some of you got to know until now, I switched from SuSE to Debian this
> > week - - and directly hit the fact that building debs from CVS would work
> > best for me to have it working the right way (tm). Now, I got into
> > working with Chris lately and we try to fix the issues one by one soon
> > now so that everyone can build debs himself but more important, provide
> > debs for KDE constantly that work, where also most importantly betas,
> > RC's and finals are provided by the day that the packages are build and
> > work optimal on Debian.
>
> I have some experience of packaging KDE into debs, and I think it would be
> great if we could combine our efforts.
>
> My KDE3.1-beta packaging was not originally meant for distribution to
> others, but it appears to be quite popular judging on the number of
> downloads I got (I have 123 downloads of kdelibs from my machine, and there
> are a
> mirrors), so I am thinking of making the packaging both better, more
> versatile and more fine-grained.
>
> My main interest is just something that works, and since the debian KDE
> packagers have announced that they are not interested in packaging KDE
> beta, and have said that they are starting their packaging efforts first
> when the final version is out, I aimed at packaging just beta versions and
> early releases. I don't think it is such a bad idea that the main packagers
> work on refining the final product, and are not bothered with beta versions
> when they come.
>
I'm sorry that just isn't true. KDE HEAD has been kept up to date as much as 
possible. People have been able to build packages for 3.1 for the last few 
months. I could check the dates if you are interested. We haven't provided 
binary packages because a) they take up a lot of room and b) calc has been 
busy making sure that 3.0.x is working, bab has been working on koffice 1.2 
and everyone else has been making sure that HEAD works. We have never said 
that we will start for on 3.1 debs once 3.1 has been released.

> Actually, what I really think is that by providing packaging of KDE betas,
> the packaging problems can be found at an early stage, making it much
> easier and less troublesome to fast provide a good final version for those
> who don't want surprises (like with libpng this spring).
>
> -- Karolina

- -- 
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9haJkYsCKa6wDNXYRAjpwAJ0V3DU+iLiUJwbm8pTiCdAZojSmQQCeI6i8
wjVyXZKAS5Jj5Cb49V9ejdY=
=UVqw
-END PGP SIGNATURE-

Re: KDE debs building

[David Pashley]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sunday 15 September 2002 7:35 pm, Alan Chandler wrote:
> On Sunday 15 September 2002 4:35 pm, Ralf Nolden wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi,
> >
> > as some of you got to know until now, I switched from SuSE to Debian this
> > week - - and directly hit the fact that building debs from CVS would work
> > best for me to have it working the right way (tm). Now, I got into
> > working with Chris lately and we try to fix the issues one by one soon
> > now so that everyone can build debs himself but more important, provide
> > debs for KDE constantly that work, where also most importantly betas,
> > RC's and finals are provided by the day that the packages are build and
> > work optimal on Debian.
>
> Fantastic
>
> > The other thing is that third party apps need to be compiled if you like
> > to use them. Until now several people do that for the apps they like to
> > run or that they are developing using debian as their development
> > platform. The problem for the users is that the deb lines for
> > sources.list are spread all over and there is no central way of getting
> > the newest apps through debs for people that are not necessarily
> > developers like we are. The other thing is that as developers, just doing
> > a make install would work but that usually messes up our systems,
> > especially as KDE has /usr as its prefix on debian. So it would be the
> > best if we could somehow collect our resources and schedule building debs
> > and providing them in a central place.
>
> Still not sure why KDE and these apps can't seem to make it into the formal
> debian unstable (and then the more stable) archive and mirrors, but
> apparently not - so ...
>
Read the FAQ at http://www.davidpashley.com/debian-kde/faq.html

> > I talked with Dirk Müller already and some other guys that I use to work
> > with at KDE and we should provide that possibility through KDE on
> > ftp.kde.org. Wether that will work out just depends on how many people
> > would volunteer to participate.
>
> A good alternative - especially if you could set it up so that it had
> different sections for stable, unstable and development (or something) so
> that we could chose what.
>
> I am not sure how I could participate - I do have an always on, lightly
> used server supporting my family at home at the end of a cable modem, but
> my acceptable use conditions require that it is not used as a public server
> other than for a limited (<10) password controlled connections.  I could
> perhaps do some regular builds (Its only a p2 400 with 128MB Ram, but it
> has loads of disk space).
>
> As for my time, I am travelling abroad (from the UK) between 3 and 4 days a
> week, so that pretty much limits what I could do.  I am trying to do some
> light coding or bug fixing offline in the evenings when I am away - but
> last weeks attempt was feeble, I managed only an hour (working late and
> then eating seems to grab most of the time).  I could devote a bit more
> when I am at home.
>
>
>
>
>
> --
> Alan Chandler
> [EMAIL PROTECTED]

- -- 
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9haEZYsCKa6wDNXYRAh3+AJwIU5spgBSgKEUSYKp4t9pwJnaQ2ACfYq/n
U+681Wq5w7iw11lw77GzmwE=
=9FIJ
-END PGP SIGNATURE-

Re: KDE debs building

[David Pashley]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sunday 15 September 2002 6:53 pm, Tamas Nagy wrote:
> Glad to hear the initiative. First of all, credit to all packagers, it
> was a good work...
>
> IMHO, the current practice (everybody creates own packaging for KDE)
> needs to be changed. The debian directories in CVS used to be outdated,
> and this leads to duplicated (and wasted) packaging efforts. KDE package
> building should be repeatable from the CVS by anyone.
>
and they are for 3.0.x, see below for info.

> However there are some site, including mine
> (http://mypage.bluewin.ch/kde3-debian, for gathering all the (often
> incompatible) packages and sources ), the best would be to have a single
> repository for all the KDE Debian packages at ftp.kde.org.
>
The problem is that several people are maintainers for several packages. Chris
Cheney is maintainer for kdelibs, kdebase and others, while Ben Burton is
maintainer for kdeartwork, kdeaddons, koffice and a few others.  Someone else
is maintainer for kdevelop.

> Finally, individual heroes, please try to use the KDE CVS (more
> frequently) and let everybody will benefit from your work.
>
AFAIK, most people do use CVS and try to keep HEAD up to date. The problem
there is that HEAD is a moving target. KDE developers add files, move files
and remove files which means that the file lists in CVS are not up to date.
Several people, including myself, build KDE HEAD as and when we can and
update CVS so they are buildable, but we can't do all of the modules all of
the time, so they won't always be buildable.  BRANCH has pretty much been up
to date since before 3.0.0 so people could build packages from CVS for the
3.0.x series.  IMHO, the situation with KDE is significantly better than for
most other Debian packages which do not have debian dirs available for
development versions.



> Tamas
>
> -Original Message-
> From: Ralf Nolden [mailto:[EMAIL PROTECTED]
> Sent: Sunday, September 15, 2002 5:36 PM
> To: debian-kde@lists.debian.org
> Subject: KDE debs building
>
>
> Hi,
>
> as some of you got to know until now, I switched from SuSE to Debian
> this week
> - and directly hit the fact that building debs from CVS would work
> best for
> me to have it working the right way (tm). Now, I got into working with
> Chris
> lately and we try to fix the issues one by one soon now so that everyone
> can
> build debs himself but more important, provide debs for KDE constantly
> that
> work, where also most importantly betas, RC's and finals are provided by
> the
> day that the packages are build and work optimal on Debian.
>
> The other thing is that third party apps need to be compiled if you like
> to
> use them. Until now several people do that for the apps they like to run
> or
> that they are developing using debian as their development platform. The
>
> problem for the users is that the deb lines for sources.list are spread
> all
> over and there is no central way of getting the newest apps through debs
> for
> people that are not necessarily developers like we are. The other thing
> is
> that as developers, just doing a make install would work but that
> usually
> messes up our systems, especially as KDE has /usr as its prefix on
> debian. So
> it would be the best if we could somehow collect our resources and
> schedule
> building debs and providing them in a central place.
>
> I talked with Dirk Müller already and some other guys that I use to work
> with
> at KDE and we should provide that possibility through KDE on
> ftp.kde.org.
> Wether that will work out just depends on how many people would
> volunteer to
> participate.
>
> If you're interested, let's come together to finally end this messy
> system
> where there's certain problems with building debs for us and the KDE
> users
> using debian, it would surely make things a *lot* easier if we organize
> ourselves and coordinate doing things efficiently.
>
> Thanks for your attention and for volunteering :-)
>
> 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 UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]

- --
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9haDEYsCKa6wDNXYRAv3qAKCDLJFgZKFsfCFx00agVsZvchuUCQCdFyh8
OAl8hAvTFGBub6MSeJxbtgM=
=Q9T1
-END PGP SIGNATURE-

Re: KDE debs building

[Karolina Lindqvist]

söndagen den 15 september 2002 17.35 skrev Ralf Nolden:

> as some of you got to know until now, I switched from SuSE to Debian this
> week - - and directly hit the fact that building debs from CVS would work
> best for me to have it working the right way (tm). Now, I got into working
> with Chris lately and we try to fix the issues one by one soon now so that
> everyone can build debs himself but more important, provide debs for KDE
> constantly that work, where also most importantly betas, RC's and finals
> are provided by the day that the packages are build and work optimal on
> Debian.

I have some experience of packaging KDE into debs, and I think it would be 
great if we could combine our efforts.
 
My KDE3.1-beta packaging was not originally meant for distribution to others, 
but it appears to be quite popular judging on the number of downloads I got 
(I have 123 downloads of kdelibs from my machine, and there are a 
mirrors), so I am thinking of making the packaging both better, more 
versatile and more fine-grained.

My main interest is just something that works, and since the debian KDE 
packagers have announced that they are not interested in packaging KDE beta, 
and have said that they are starting their packaging efforts first when the 
final version is out, I aimed at packaging just beta versions and early 
releases. I don't think it is such a bad idea that the main packagers work on 
refining the final product, and are not bothered with beta versions when they 
come.

Actually, what I really think is that by providing packaging of KDE betas, the 
packaging problems can be found at an early stage, making it much easier and 
less troublesome to fast provide a good final version for those who don't 
want surprises (like with libpng this spring).

-- Karolina

Re: KDE debs building

[Ralf Nolden]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sunday 15 September 2002 20:08, Yenar Calentaure wrote:

Hi Yenar,

thanks for your kind and quick answer - I've got CVS write access, so does 
Chris. We'll be glad to take any patches and put them into CVS that would 
help automate the build process. I myself have a DSL line so up/download is 
not an issue for me; I could also use the 2mbit line in the company I work 
for now. 

Also, like Charles de Miramon pointed out, we should take care of daily or at 
least weekly builds from CVS that can be installed side by side of a stable 
environment for the translators and doc writers who need a recent KDE from 
CVS but can't/won't want to go through the development process. 

Ralf

> Ralf Nolden wrote:
> > Hi,
>
> Hi
>
> [snip]
> /me has to agree.
>
> > I talked with Dirk Müller already and some other guys that I use to work
> > with at KDE and we should provide that possibility through KDE on
> > ftp.kde.org. Wether that will work out just depends on how many people
> > would volunteer to participate.
>
> I'd like to help. I build most of the debs on regular basis (each
> weekend) but unfortunately i'm seriously limited bandwidth-wise. I can
> provide patches to compile my favorite parts of kde on woody, though.
> Another thing is that qt-copy packaging in cvs is abandoned. I have
> working Qt 3.1 beta 1 mt packages, and i'll probably extend packaging to
> build non-mt versions, too. If someone could apply to cvs, i'd be glad :).
>
> > If you're interested, let's come together to finally end this messy
> > system where there's certain problems with building debs for us and the
> > KDE users using debian, it would surely make things a *lot* easier if we
> > organize ourselves and coordinate doing things efficiently.
>
> I'm definitely interested, but need someone to push my patches to cvs
> and to build debs for download. I can't work in kde cvs (i use cvsup due
> to internet connection issues) and have no write access anyway.
>
> If you are interested, i have mostly-working set of scripts to make
> building kde debs easier. This mostly consists of:
> ./build 
> 
> ./build2  (will continue where build stopped)
> 
> (cd .. && ./apt-archive)
> ./mkdiff  (will create patch from your changes)
> apt-get update
> apt-get upgrade
> (or apt-get install if you compile for first time)
>
> It needs quite a lot of space on harddrive and isn't particularly smart,
> but it works for me (tm). mkdiff doesn't work with qt-copy right now,
> but i'll fix that asap.
>
> > Thanks for your attention and for volunteering :-)
>
> Thanks for nice initiative.
>
> > 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

- -- 
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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9hRjOu0nKi+w1Ky8RAoX1AJ4wx/kFQMEgViG2+OUON8x7iuk0cwCbBDqB
6d9vplmd0E3srOlhwdl54Hw=
=ImnE
-END PGP SIGNATURE-

Re: KDE debs building

[Paul Cupis]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sunday 15 September 2002 20:33, Macolu wrote:
> I don't understand... Is kde3 not supposed to come into the official
> unstable/testing when the switch to gcc3.2 is done ? This should stop this
> mess. Why create another area ?
> Or will there be no/not enough people for maintaining kde when it comes
> into sid ?

It will go into sid after gcc3.2. People are currently looking at a single 
cohesive location for kde3 until that time, from what I can tell.

Paul Cupis
- -- 
[EMAIL PROTECTED]

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9hOOSIzuKV+SHX/kRAp1yAJwMycrSNiKYCNvf4gqyRwwxjPkkyACeNCw6
0rFIRZfjvoaUvhDkGzOpiG0=
=eTTt
-END PGP SIGNATURE-

Re: KDE debs building

[Macolu]

I don't understand... Is kde3 not supposed to come into the official 
unstable/testing when the switch to gcc3.2 is done ? This should stop this 
mess. Why create another area ?
Or will there be no/not enough people for maintaining kde when it comes into 
sid ?

Re: KDE debs building

[Alan Chandler]

On Sunday 15 September 2002 4:35 pm, Ralf Nolden wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> as some of you got to know until now, I switched from SuSE to Debian this
> week - - and directly hit the fact that building debs from CVS would work
> best for me to have it working the right way (tm). Now, I got into working
> with Chris lately and we try to fix the issues one by one soon now so that
> everyone can build debs himself but more important, provide debs for KDE
> constantly that work, where also most importantly betas, RC's and finals
> are provided by the day that the packages are build and work optimal on
> Debian.
>

Fantastic

> The other thing is that third party apps need to be compiled if you like to
> use them. Until now several people do that for the apps they like to run or
> that they are developing using debian as their development platform. The
> problem for the users is that the deb lines for sources.list are spread all
> over and there is no central way of getting the newest apps through debs
> for people that are not necessarily developers like we are. The other thing
> is that as developers, just doing a make install would work but that
> usually messes up our systems, especially as KDE has /usr as its prefix on
> debian. So it would be the best if we could somehow collect our resources
> and schedule building debs and providing them in a central place.

Still not sure why KDE and these apps can't seem to make it into the formal 
debian unstable (and then the more stable) archive and mirrors, but 
apparently not - so ...


>
> I talked with Dirk Müller already and some other guys that I use to work
> with at KDE and we should provide that possibility through KDE on
> ftp.kde.org. Wether that will work out just depends on how many people
> would volunteer to participate.
>

A good alternative - especially if you could set it up so that it had 
different sections for stable, unstable and development (or something) so 
that we could chose what.

I am not sure how I could participate - I do have an always on, lightly used 
server supporting my family at home at the end of a cable modem, but my 
acceptable use conditions require that it is not used as a public server 
other than for a limited (<10) password controlled connections.  I could 
perhaps do some regular builds (Its only a p2 400 with 128MB Ram, but it has 
loads of disk space).

As for my time, I am travelling abroad (from the UK) between 3 and 4 days a 
week, so that pretty much limits what I could do.  I am trying to do some 
light coding or bug fixing offline in the evenings when I am away - but last 
weeks attempt was feeble, I managed only an hour (working late and then 
eating seems to grab most of the time).  I could devote a bit more when I am 
at home.





-- 
Alan Chandler
[EMAIL PROTECTED]

RE: KDE debs building

[Tamas Nagy]

Glad to hear the initiative. First of all, credit to all packagers, it
was a good work...

IMHO, the current practice (everybody creates own packaging for KDE)
needs to be changed. The debian directories in CVS used to be outdated,
and this leads to duplicated (and wasted) packaging efforts. KDE package
building should be repeatable from the CVS by anyone. 

However there are some site, including mine
(http://mypage.bluewin.ch/kde3-debian, for gathering all the (often
incompatible) packages and sources ), the best would be to have a single
repository for all the KDE Debian packages at ftp.kde.org. 

Finally, individual heroes, please try to use the KDE CVS (more
frequently) and let everybody will benefit from your work.

Tamas

-Original Message-
From: Ralf Nolden [mailto:[EMAIL PROTECTED] 
Sent: Sunday, September 15, 2002 5:36 PM
To: debian-kde@lists.debian.org
Subject: KDE debs building


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

as some of you got to know until now, I switched from SuSE to Debian
this week 
- - and directly hit the fact that building debs from CVS would work
best for 
me to have it working the right way (tm). Now, I got into working with
Chris 
lately and we try to fix the issues one by one soon now so that everyone
can 
build debs himself but more important, provide debs for KDE constantly
that 
work, where also most importantly betas, RC's and finals are provided by
the 
day that the packages are build and work optimal on Debian.

The other thing is that third party apps need to be compiled if you like
to 
use them. Until now several people do that for the apps they like to run
or 
that they are developing using debian as their development platform. The

problem for the users is that the deb lines for sources.list are spread
all 
over and there is no central way of getting the newest apps through debs
for 
people that are not necessarily developers like we are. The other thing
is 
that as developers, just doing a make install would work but that
usually 
messes up our systems, especially as KDE has /usr as its prefix on
debian. So 
it would be the best if we could somehow collect our resources and
schedule 
building debs and providing them in a central place. 

I talked with Dirk Müller already and some other guys that I use to work
with 
at KDE and we should provide that possibility through KDE on
ftp.kde.org. 
Wether that will work out just depends on how many people would
volunteer to 
participate.

If you're interested, let's come together to finally end this messy
system 
where there's certain problems with building debs for us and the KDE
users 
using debian, it would surely make things a *lot* easier if we organize 
ourselves and coordinate doing things efficiently.

Thanks for your attention and for volunteering :-)

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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9hKjFu0nKi+w1Ky8RApYuAJ99B4CoIKcjCbtnIXr6z55tuiawEACdH/GV
77boQrRHorvDm4G/GjgqnwA=
=nYVL
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]

Fwd: Re: KDE debs building

[Charles de Miramon]

Hi Ralf,
Sorting the 'mess'of KDE packages on Debian will be a very nice 
achievement.
I would just like to point a specific problem for the KDE translators. When,
like now, we are working on KDE 3.1, we need to have a CVS version of KDE to
check the new applications and see in context the strings to be translated.
Translators are generally not developpers, have slow computers, and not the
skill to compile from CVS.
For our use, Macolu (http://matthieu.robin.free.fr/linux/) has created 
some
debs of KDE CVS version that can be installed side by side with a stable KDE
in /opt/kde3cvs. You have to create a special user to use these debs and can
use on the same box a stable and a experimental KDE.
I think it would be nice and very useful to have a system like that 
that can
create experimental snapshots debs of KDE (with names like kdebase-CVS,
etc...) and generate stable debs when a new stable version comes out.
By this way, Debian could become the reference distribution for the 
people
(artists, translators, people writing documentation, bughunters, etc.) that
need bleeding edge KDE but are unable or unwilling to compile from CVS.

Cheers,
Charles


-- 
[EMAIL PROTECTED]
http://www.kde-france.org

Re: KDE debs building

[John S. J. Anderson]

Tim Wheeler <[EMAIL PROTECTED]> writes:

> i would quite pleased to have kde 3 on debian

Garnome () has been able to build
KDE3 for a while now, and it works just fine on Debian. It doesn't
make packages or anything fancy like that, but it also doesn't touch
things under /usr, so it's all good.

john.
-- 
"In case you haven't heard, the Internet is not a superhighway."
  - Bill Washburn, _Internet_World_, Feb. 1995

Re: KDE debs building

[Yenar Calentaure]

Ralf Nolden wrote:
Hi,
Hi
[snip]
/me has to agree.
I talked with Dirk Müller already and some other guys that I use to work with 
at KDE and we should provide that possibility through KDE on ftp.kde.org. 
Wether that will work out just depends on how many people would volunteer to 
participate.
I'd like to help. I build most of the debs on regular basis (each 
weekend) but unfortunately i'm seriously limited bandwidth-wise. I can 
provide patches to compile my favorite parts of kde on woody, though.
Another thing is that qt-copy packaging in cvs is abandoned. I have 
working Qt 3.1 beta 1 mt packages, and i'll probably extend packaging to 
build non-mt versions, too. If someone could apply to cvs, i'd be glad :).

If you're interested, let's come together to finally end this messy system 
where there's certain problems with building debs for us and the KDE users 
using debian, it would surely make things a *lot* easier if we organize 
ourselves and coordinate doing things efficiently.
I'm definitely interested, but need someone to push my patches to cvs 
and to build debs for download. I can't work in kde cvs (i use cvsup due 
to internet connection issues) and have no write access anyway.

If you are interested, i have mostly-working set of scripts to make 
building kde debs easier. This mostly consists of:
./build 

./build2  (will continue where build stopped)

(cd .. && ./apt-archive)
./mkdiff  (will create patch from your changes)
apt-get update
apt-get upgrade
(or apt-get install if you compile for first time)

It needs quite a lot of space on harddrive and isn't particularly smart, 
but it works for me (tm). mkdiff doesn't work with qt-copy right now, 
but i'll fix that asap.

Thanks for your attention and for volunteering :-)
Thanks for nice initiative.
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

--
---
inetname: Yenar Calentaure
realname: Peter Rockai
mail: yenar(at)host.sk
homepage: http://yenar.host.sk
---
The universe is entering maintenance mode in 2 minutes. Please logout.
 -- Your administrator
---

Re: KDE debs building

[Tim Wheeler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> [ On Sunday 15 September 2002 10:35 am, Ralf Nolden wrote: ]
> [...] So it would be the best if we could somehow collect our resources
> and schedule building debs and providing them in a central place.
>
> [...]
>
> If you're interested, let's come together to finally end this messy system
> where there's certain problems with building debs for us and the KDE users
> using debian, it would surely make things a *lot* easier if we organize
> ourselves and coordinate doing things efficiently.
>
> Thanks for your attention and for volunteering :-)
>
> Ralf

i try to avoid using bandwith on the list unless i have something of 
substance to contribute...but i can't help commenting on this.  it would be 
simply wonderful.

i recently tried suse, mandrake and redhat so i could use kde 3, but i didn't 
like them.  i would quite pleased to have kde 3 on debian (i tried it but 
kmail messed up somewhere.  i didn't catch it soon enough to know what 
happen).

thanks,

tim wheeler
- -- 
Tim Wheeler <[EMAIL PROTECTED]>
http://www.greengibberish.com/
- --
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9hLTGRNiK9b6/KqoRAslNAJ9F+SmRtSN/OZ/FL6Xf+ZtL1DFW8QCfY7/r
fjKGg8x6jsDcnXjh/s6n8LQ=
=MBjZ
-END PGP SIGNATURE-