KDE PIM 3.5.9 Feature List

Re: 404 on most of the mirrors

On Thursday 31 January 2008, Christian Ehrlicher wrote:

> >> e.g. http://mirrors.dotsrc.org/kde/unstable/3.97/windows does not work
> >> anymore.
> > the 3.97 unstable release was completly removed from the kde mirrors by
> > unknown. 

Sorry, a small messup that has been fixed. The files should appear again 
shortly. 

> ok, looks like we need our own server. The whole thing we the kde
> mirrors don't work at all. We've other needs than what ftp.kde.org is
> made for. We need to release packages like any other linux distribution.

And why can't you use download.kde.org for that? I think it is fine to add 
smallish patches to our sources to be able to keep them compiling. And if you 
regularly track the weekly snapshots of KDE 4.1, you should come close to a 
state where you can just semi-automatically build the new snapshot without 
any additional patch needed. 

> CC'ing to release-team - maybe they've an idea how to solve this problem.

My idea would be: work together, help ensure that the weekly snapshots are in 
a good state, package them and provide them via download.kde.org. If you run 
into a problem, tell us about it instead of trying to do your own thing. 

Greetings,
Dirk

Re: 404 on most of the mirrors

On Thursday 31 January 2008, Benjamin Reed wrote:

> We're kind of in the same boat with KDE/Mac, although, I was going to
> see how well the 4.0.60 stuff builds before making a final judgement.

if 4.0.60 does not build on mac out of the box, then please create patches, 
submit them upstream, so that the 4.0.61 that comes out a week later works 
just fine. It is not the end of the world if one snapshot does not build.. 
The next one will be better, if you participate instead of silently keeping 
your own patches around forever 

Greetings,
Dirk

Re: 404 on most of the mirrors

Dirk Mueller wrote:

| if 4.0.60 does not build on mac out of the box, then please create
patches,
| submit them upstream, so that the 4.0.61 that comes out a week later
works
| just fine. It is not the end of the world if one snapshot does not
build..
| The next one will be better, if you participate instead of silently
keeping
| your own patches around forever 

Oh, I've got commit access, and I submit fixes as I hit problems, it's
more that things are still moving pretty fast right now.  It's starting
to get to the point where snapshots are probably Enough(TM) though.

Thanks for all your hard work!  KDE/Mac is starting to look like a
project, and not just my hobby.  :)

--
Benjamin Reed a.k.a. Ranger Rick
Fink, KDE, and Mac OS X development
http://www.racoonfink.com/

Re: KDE 3.5.9

Re: KDE 3.5.9

Am Freitag, 1. Februar 2008 schrieb Allen Winter:
> On Friday 11 January 2008 12:08:44 Stephan Kulow wrote:
> > Hi!
> >
> > I wanted to wait with it after 4.0 and I don't mind if we don't do it
> > at all, but there were 327 commits not counting translations, so
> > it would be justified.
> >
> > In case you forgot: 3.5.8 was released in october :)
> >
> > Any preferences? I don't mind either way, perhaps right in between 4.0.1
> > and 4.0.2?
>
> Stephan,
>
> Do you have a final schedule for 3.5.9 yet?
> People are asking me and I've been saying "mid-Feb" sometime.
>

Hi Allen,

just discussed it with Albert - to avoid FOSDEM weekend, I would tag on 13th
to release on 19th. Fine with everyone?

Greetings, Stephan

Re: KDE 3.5.9

Re: KDE 3.5.9

Re: KDE 3.5.9

On Friday 01 February 2008 21:30:19 Andras Mantia wrote:
> On Friday 01 February 2008, Stephan Kulow wrote:
> > Hi Allen,
> >
> > just discussed it with Albert - to avoid FOSDEM weekend, I would tag
> > on 13th to release on 19th. Fine with everyone?
>
> I think this is a good plan.

+1
--

-- 
sebas

 http://www.kde.org | http://vizZzion.org |  GPG Key ID: 9119 0EF9 

Re: 404 on most of the mirrors

On Friday 01 February 2008 14:56:34 Dirk Mueller wrote:
> On Thursday 31 January 2008, Christian Ehrlicher wrote:
> > >> e.g. http://mirrors.dotsrc.org/kde/unstable/3.97/windows does not work
> > >> anymore.
> > >
> > > the 3.97 unstable release was completly removed from the kde mirrors by
> > > unknown. 
>
> Sorry, a small messup that has been fixed. The files should appear again
> shortly.
>
> > ok, looks like we need our own server. The whole thing we the kde
> > mirrors don't work at all. We've other needs than what ftp.kde.org is
> > made for. We need to release packages like any other linux distribution.
>
> And why can't you use download.kde.org for that? I think it is fine to add
> smallish patches to our sources to be able to keep them compiling. And if
> you regularly track the weekly snapshots of KDE 4.1, you should come close
> to a state where you can just semi-automatically build the new snapshot
> without any additional patch needed.
>
> > CC'ing to release-team - maybe they've an idea how to solve this problem.
>
> My idea would be: work together, help ensure that the weekly snapshots are
> in a good state, package them and provide them via download.kde.org. If you
> run into a problem, tell us about it instead of trying to do your own
> thing.
>
i am very much in favor of dirks proposal. in the long run (some years from 
now) kde on windows will "only be kde on one of these platforms".

so i don´t see a reason why we windows people should build a kind of own 
infrastructure, when we kde people already have the infrastructure working 
fine on big servers. and some great sysadmins which take care of them.

when we windows people talk to them, they listen to us, i don´t know if that 
would work for sf or some other hosting. so hosting on "foreign" servers will 
only introduce one more point of possible failure.

and it gives a better impression to the outside world / users, when we have an 
integrated system that just works.

i think dirks proposal which he told me at the release event is exactly what 
we need. he offered to add a windows directory on the kde download server, 
which he would use to mirror via rsync from some server, for example ralfs 
server at cegit. that would leave us with the freedom to change the 
subdirectory layout under that directory, as we see need in the future. and 
it will be set up once and will continue to run without (much) further 
maintenance.

of course we are working to bring our patches upstream. it just takes time and 
manpower.

regards, Holger