Menu
▾
▴
linux-apus-devel
|
From: Sven L. <lu...@dp...> - 2000-05-26 08:12:27
|
On Fri, May 26, 2000 at 10:07:44AM +0200, Michel Dänzer wrote: > Sven LUTHER wrote: > > > that is native 2.3.99-pre8, as in ftp.kernel.org, isn't it ? > > Yep. > > > we will need to apply the latest 2.3 patch to it, or maybe directly the > > patch with Roman's stuff ? > > I was thinking about the latter. If there's something in Jesper's latest stuff > that we can't miss, it won't be hard to put it in again I guess. Roman, could you send me (or upload to sourceforge) a native patch of your work ? I have no bitkeeper tree to work with. > > > If possible, we can still import Jesper's modules for the history. > > > > Yes, we can still do that, ... > > > > Will try contacting someone at sourceforge for it, ... > > Something came to my mind at home yesterday: Would importing the '.' module > work? Don't know, ... lets try it Friendly, Sven LUTHER |
|
From: Michel <dae...@st...> - 2000-05-26 08:26:55
|
Sven LUTHER wrote: > > Something came to my mind at home yesterday: Would importing the '.' > > module work? > > Don't know, ... > > lets try it Negative :( It still takes the repository files as working files (tried with Jesper's doc module). Okay Sven, will you contact someone at sourceforge? Michel -- There's no place like ~ ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Sven L. <lu...@dp...> - 2000-05-26 08:43:09
|
On Fri, May 26, 2000 at 10:24:58AM +0200, Michel Dänzer wrote: > Sven LUTHER wrote: > > > > Something came to my mind at home yesterday: Would importing the '.' > > > module work? > > > > Don't know, ... > > > > lets try it > > Negative :( Thought so, ... > It still takes the repository files as working files (tried with Jesper's doc > module). > > Okay Sven, will you contact someone at sourceforge? I just contacted the sourceforge support team, request id is 102062. lets give them time to go over that, ... if not we can always contact the sourceforge team directly, ... Friendly, Sven LUTHER |
|
From: Roman Z. <zi...@fh...> - 2000-05-26 08:45:11
|
Hi, > > I was thinking about the latter. If there's something in Jesper's latest stuff > > that we can't miss, it won't be hard to put it in again I guess. > > Roman, could you send me (or upload to sourceforge) a native patch of your > work ? I can do that, in the meantime I get the 2.3 CVS tree. bye, Roman |
|
From: Sven L. <lu...@dp...> - 2000-05-26 08:55:08
|
On Fri, May 26, 2000 at 10:34:23AM +0200, Roman Zippel wrote: > Hi, > > > > I was thinking about the latter. If there's something in Jesper's latest stuff > > > that we can't miss, it won't be hard to put it in again I guess. > > > > Roman, could you send me (or upload to sourceforge) a native patch of your > > work ? > > I can do that, in the meantime I get the 2.3 CVS tree. Which one will you do ? provide the patch, or commit the patch ? i am checkin out the 2.3 tree, but it seems to be quite slow, ... Friendly, Svne LUTHER |
|
From: Roman Z. <zi...@fh...> - 2000-05-26 09:41:16
|
Hi, > Which one will you do ? provide the patch, or commit the patch ? I can do both, just tell me what you prefer, but the diff to the bitkeeper tree will be larger (but I can omit nonrelevant changes like added/removed files in non-m68k/ppc dirs). > i am checkin out the 2.3 tree, but it seems to be quite slow, ... I'm noticing that too. :) Anyway, which kernel do we take as base kernel? Most relevant are in the main tree, but the bitkeeper tree is still more uptodate for ppc stuff. On the other hand creating a release would be quite easy with the main tree. Keeping both in there is possible too, but creates quite some work. bye, Roman |
|
From: Michel <dae...@st...> - 2000-05-26 10:01:11
|
Roman Zippel wrote: > > Which one will you do ? provide the patch, or commit the patch ? > > I can do both, just tell me what you prefer, but the diff to the bitkeeper > tree will be larger (but I can omit nonrelevant changes like added/removed > files in non-m68k/ppc dirs). I'd say commit it. > > i am checkin out the 2.3 tree, but it seems to be quite slow, ... > > I'm noticing that too. :) > Anyway, which kernel do we take as base kernel? Most relevant are in the > main tree, but the bitkeeper tree is still more uptodate for ppc stuff. On > the other hand creating a release would be quite easy with the main tree. > Keeping both in there is possible too, but creates quite some work. If someone can keep the bitkeeper tree up to date, I think having that one would be better. As Jesper pointed out, making diffs to the native tree is easy. Michel -- It is easier to fix Unix than to live with NT. ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Roman Z. <zi...@fh...> - 2000-05-26 12:05:06
|
Hi, > > I can do both, just tell me what you prefer, but the diff to the bitkeeper > > tree will be larger (but I can omit nonrelevant changes like added/removed > > files in non-m68k/ppc dirs). > > I'd say commit it. I think someone with a faster connection should do this (I'm still checking out...) I've put to files into incoming, one diff against the bitkeeper tree and one against the native tree. bye, Roman |
|
From: <fp...@zu...> - 2000-05-26 09:48:54
|
On Fri, May 26, 2000 at 10:54:40AM +0200, Sven LUTHER wrote: > i am checkin out the 2.3 tree, but it seems to be quite slow, ... I find it quite fast, actually. It seems to depend on your network connection. -- Frank Petzold, IBM Zurich Research Laboratory, Säumerstrasse 4, CH-8803 Rüschlikon/Switzerland, Tel. +41-1-724-84-42 Fax. +41-1-724-89-56 Business email: fp...@zu... Private email: pe...@he... The opinions expressed here are mine and not necessarily those of IBM. |
|
From: Michel <dae...@st...> - 2000-05-25 18:35:16
|
Jesper Skov wrote: > Sven> Basically, the idea is that we wip out the current cvsroot > Sven> content (just 2.2. and 2.3 modules) and replace it by the > Sven> tarball of jesper's cvsroot, containing all the history of apus > Sven> developpment. > > The latest backup I have of the CVS tree is from 19th of > February. You'll probably have to patch up from whatever release was > last made from that set (apus-991212 according to the last tag). > > The archive is 29 MB including full history of both APUS 2.2.x and > APUS 2.3.x (and the FAQ). I'm uploading it to sunsite/misc - it'll > take at least another hour (exact size is 28496785 bytes). You could have uploaded it directly to sourceforge... Anyway, it seems like we aren't as lucky as we thought - we can't access the repository files. ssh can only be used for CVS on the machine holding the repository. (Maybe we could ask someone at sourceforge to put the files in place?) So am I right in thinking the best way to go is import 2.2 and 2.3? Michel -- Five days a week my body is a temple. The other two, it's an amusement park. ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Geert U. <ge...@li...> - 2000-05-25 19:44:39
Attachments:
patch2cvs
|
On Thu, 25 May 2000, Michel Dänzer wrote:
> Jesper Skov wrote:
> > Sven> Basically, the idea is that we wip out the current cvsroot
> > Sven> content (just 2.2. and 2.3 modules) and replace it by the
> > Sven> tarball of jesper's cvsroot, containing all the history of apus
> > Sven> developpment.
> >
> > The latest backup I have of the CVS tree is from 19th of
> > February. You'll probably have to patch up from whatever release was
> > last made from that set (apus-991212 according to the last tag).
> >
> > The archive is 29 MB including full history of both APUS 2.2.x and
> > APUS 2.3.x (and the FAQ). I'm uploading it to sunsite/misc - it'll
> > take at least another hour (exact size is 28496785 bytes).
>
> You could have uploaded it directly to sourceforge...
>
> Anyway, it seems like we aren't as lucky as we thought - we can't access the
> repository files. ssh can only be used for CVS on the machine holding the
> repository. (Maybe we could ask someone at sourceforge to put the files in
> place?)
>
> So am I right in thinking the best way to go is import 2.2 and 2.3?
Cvs import is simple (for one branch, i.e. 2.2).
For the second branch (2.3):
- create a diff between 2.2 and 2.3
- create the branch in your checked out 2.2 cvs tree
- apply the diff to your checked out tree
- do cvs add/rm where needed for new/obsolete files
- check everything in
After that you have two branches: main (2.2) and 2.3.
The attached `patch2cvs' script may be useful to generate cvs add/rm commands
from the diff. I wrote it when I had my own CVS repository[*] with Linus',
Jes', vger and my personal kernel sources, and I needed such a beast. There's
one major missing feature: it doesn't catch new/obsolete directories, so you
still have to do those manually.
Gr{oetje,eeting}s,
Geert
[*] I gave up using that because keeping the CVS repository up to date consumed
way too much of my precious time.
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li...
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
|
|
From: Alan B. <al...@ms...> - 2000-05-25 22:10:57
|
hi, > Anyway, it seems like we aren't as lucky as we thought - we can't access the > repository files. ssh can only be used for CVS on the machine holding the > repository. (Maybe we could ask someone at sourceforge to put the files in > place?) you can have different modules in the same project though...nice submitting and updating exercise. by the way...anonymous CVS - whats the usual password...i tried using sourceforge pserver:anonymous system and cant login. also, where are the module files (ie kernel and bootstrap) held on the system... /hom/groups/linux-apus/ftp only seems to have the stuff dragged from sunsite, do i hav to follow the "upload then select file and submit" via the webpage front-end? alan |
|
From: Sven L. <lu...@dp...> - 2000-05-26 05:56:59
|
On Thu, May 25, 2000 at 11:04:35PM +0100, Alan Buxey wrote: > hi, > > > Anyway, it seems like we aren't as lucky as we thought - we can't access the > > repository files. ssh can only be used for CVS on the machine holding the > > repository. (Maybe we could ask someone at sourceforge to put the files in > > place?) > > you can have different modules in the same project though...nice > submitting and updating exercise. > > by the way...anonymous CVS - whats the usual password...i tried using > sourceforge pserver:anonymous system and cant login. This one i know, just use the :ext: method and you developper login and password, should work, ... Friendly, Sven LUTHER |
|
From: Alan B. <al...@ms...> - 2000-05-26 09:51:49
|
hi, > This one i know, just use the :ext: method and you developper login and > password, should work, ... argh! Its almost as bad as sendmail... $ <> %@ $$ $1 $2 <> *$* ..nah, its not that bad come to think of it 8-) alan |
|
From: Alan B. <al...@ms...> - 2000-05-26 13:51:57
|
hi, what does it mean if you just drop back to your shell after issuing the cvs login command? I'm trying on a different machine with direct all-port net access and my CVSROOT is set correctly to :pserver:etcetc this is the same behaviour as my machine at home...which led me to ask about passwords ;-) > This one i know, just use the :ext: method and you developper login and > password, should work, ... sorry, but whats the syntax for this? I've tried a few combos...and dumped back to shell is all i get after password prompt/answer alan |
|
From: Michel <dae...@st...> - 2000-05-27 10:04:00
|
Alan Buxey wrote: > what does it mean if you just drop back to your shell after issuing the > > cvs login > > command? It means you're logged in anonymously and can check out whatever you like. Michel -- Here I am! Now what are your other two wishes? ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Michel <dae...@st...> - 2000-05-26 08:53:21
|
Alan Buxey wrote: > by the way...anonymous CVS - whats the usual password...i tried using > sourceforge pserver:anonymous system and cant login. Just press enter for the password. This is described very well on the project CVS repository page. > also, where are the module files (ie kernel and bootstrap) held on the > system... They're on download.sourceforge.net, don't think we have direct access there... > /hom/groups/linux-apus/ftp only seems to have the stuff dragged from > sunsite, do i hav to follow the "upload then select file and submit" > via the webpage front-end? Exactly. Michel -- True programmers never die, they just branch to an odd address. ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Alan B. <al...@ms...> - 2000-05-26 11:07:11
|
hi, > > /hom/groups/linux-apus/ftp only seems to have the stuff dragged from > > sunsite, do i hav to follow the "upload then select file and submit" > > via the webpage front-end? > > Exactly. okay. I've now removed the old apus-noscsi-blahblah kernel from the ftp://linux-apus/contrib directory - this will stop a few problem emailas each week. can we also delete the older boothack_wup_detect trials from the contrib directory now? (i'll do this if the answer is yes) alan |
|
From: Nicholai B. <nic...@ch...> - 2000-05-26 11:11:36
|
Hello Alan Den 26-Maj-00, skrev Alan Buxey: AB> hi, AB> AB>>> /hom/groups/linux-apus/ftp only seems to have the stuff dragged from AB>>> sunsite, do i hav to follow the "upload then select file and submit" AB>>> via the webpage front-end? AB>> AB>> Exactly. AB> AB> okay. I've now removed the old apus-noscsi-blahblah kernel from the AB> ftp://linux-apus/contrib directory - this will stop a few problem AB> emailas each week. AB> AB> can we also delete the older boothack_wup_detect trials from the contrib AB> directory now? (i'll do this if the answer is yes) AB> yes /Nicholai |
|
From: Sven L. <lu...@dp...> - 2000-05-26 05:41:57
|
On Thu, May 25, 2000 at 08:32:53PM +0200, Michel Dänzer wrote: > Jesper Skov wrote: > > > Sven> Basically, the idea is that we wip out the current cvsroot > > Sven> content (just 2.2. and 2.3 modules) and replace it by the > > Sven> tarball of jesper's cvsroot, containing all the history of apus > > Sven> developpment. > > > > The latest backup I have of the CVS tree is from 19th of > > February. You'll probably have to patch up from whatever release was > > last made from that set (apus-991212 according to the last tag). > > > > The archive is 29 MB including full history of both APUS 2.2.x and > > APUS 2.3.x (and the FAQ). I'm uploading it to sunsite/misc - it'll > > take at least another hour (exact size is 28496785 bytes). > > You could have uploaded it directly to sourceforge... > > Anyway, it seems like we aren't as lucky as we thought - we can't access the > repository files. ssh can only be used for CVS on the machine holding the > repository. (Maybe we could ask someone at sourceforge to put the files in > place?) > > So am I right in thinking the best way to go is import 2.2 and 2.3? lets me look around a bit, ... (how did you make the 2.2 and 2.3 modules, you told me you did go to the cvs repository and did it ...) If not it would be best to ask the people at sourceforge to do it, it would be a shame to loose the history information ... Do you know who to contact there ? Friendly, Sven LUTHER |
|
From: Michel <dae...@st...> - 2000-05-26 07:57:33
|
Sven LUTHER wrote: > > Anyway, it seems like we aren't as lucky as we thought - we can't access > > the repository files. ssh can only be used for CVS on the machine holding > > the repository. (Maybe we could ask someone at sourceforge to put the > > files in place?) > > > > So am I right in thinking the best way to go is import 2.2 and 2.3? > > lets me look around a bit, ... > > (how did you make the 2.2 and 2.3 modules, you told me you did go to the cvs > repository and did it ...) I checked out ./CVSROOT and edited CVSROOT/modules and I created the directories and added and committed them. > If not it would be best to ask the people at sourceforge to do it, it would > be a shame to loose the history information ... > > Do you know who to contact there ? Nope. Michel -- Secret hacker rule #11: hackers read manuals. ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Sven L. <lu...@dp...> - 2000-05-26 08:02:45
|
On Fri, May 26, 2000 at 09:55:41AM +0200, Michel Dänzer wrote: > Sven LUTHER wrote: > > > > Anyway, it seems like we aren't as lucky as we thought - we can't access > > > the repository files. ssh can only be used for CVS on the machine holding > > > the repository. (Maybe we could ask someone at sourceforge to put the > > > files in place?) > > > > > > So am I right in thinking the best way to go is import 2.2 and 2.3? > > > > lets me look around a bit, ... > > > > (how did you make the 2.2 and 2.3 modules, you told me you did go to the cvs > > repository and did it ...) > > I checked out ./CVSROOT and edited CVSROOT/modules and I created the > directories and added and committed them. :((( Trying with ftp, not sure if it will work (most probably not) > > If not it would be best to ask the people at sourceforge to do it, it would > > be a shame to loose the history information ... > > > > Do you know who to contact there ? > > Nope. Did you contact any human being or a email address during the creation process ? Friendly, Sven LUTHER |
|
From: Sven L. <lu...@dp...> - 2000-05-26 06:23:30
|
On Thu, May 25, 2000 at 08:32:53PM +0200, Michel Dänzer wrote: > Jesper Skov wrote: > > > Sven> Basically, the idea is that we wip out the current cvsroot > > Sven> content (just 2.2. and 2.3 modules) and replace it by the > > Sven> tarball of jesper's cvsroot, containing all the history of apus > > Sven> developpment. > > > > The latest backup I have of the CVS tree is from 19th of > > February. You'll probably have to patch up from whatever release was > > last made from that set (apus-991212 according to the last tag). > > > > The archive is 29 MB including full history of both APUS 2.2.x and > > APUS 2.3.x (and the FAQ). I'm uploading it to sunsite/misc - it'll > > take at least another hour (exact size is 28496785 bytes). > > You could have uploaded it directly to sourceforge... > > Anyway, it seems like we aren't as lucky as we thought - we can't access the > repository files. ssh can only be used for CVS on the machine holding the > repository. (Maybe we could ask someone at sourceforge to put the files in > place?) Yes, i checked, i have no right to access cvs.linux-apus.sourceforge.net, trying to ssh in gives me a : ----------------------------------------------------- No mail. Welcome to cvs1.sourceforge.net This is a restricted Shell Account You cannot execute anything here. Connection to cvs.linux-apus.sourceforge.net closed. ----------------------------------------------------- message ... best would be to ask the sourceforge guys, if someone can be trusted to do cvs admin work and be able to log in there, or ask them import the cvs repository. If you want, i will ask them, who are the guys to contact at sourceforge for this ? Friendly, Sven LUTHER |
|
From: Geert U. <ge...@li...> - 2000-05-23 20:10:18
|
On Tue, 23 May 2000, Michel Dänzer wrote:
> Geert Uytterhoeven wrote:
> > I think it would also be a good idea if someone propagates APUS stuff to the
> > Linux/PPC BitKeeper tree. I have an account there, but my time is limited
> > (and I don't have an APUS box).
>
> Yes, I'd like to have the native and/or bitkeeper (or Paul's pmac-devel?) tree
> integrated in our CVS if that is feasible so we can make diffs from time to
> time and try to catch up.
Better make it bitkeeper, not the pmac-devel tree.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li...
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
|
|
From: Jesper S. <js...@re...> - 2000-05-23 16:10:46
|
>>>>> "Geert" == Geert Uytterhoeven <ge...@li...> writes: Geert> I think it would also be a good idea if someone propagates APUS Geert> stuff to the Linux/PPC BitKeeper tree. I have an account there, Geert> but my time is limited (and I don't have an APUS box). I have been doing this. At least uptil the time when I last did any APUS work. The bitkeeper tree has most of the APUS changes, actually. Jesper |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X