Am 30.01.2012 21:31, schrieb Mike Noyes:
Everyone,
I backed up our old CVS repository, uploaded it to the SF FRS, truncated
CVS with adminrepo, hid our leaf-cvs-commits mailing list (delete?), and
disabled CVS.
Revision *1.4* - (*show annotations*
Everyone,
I backed up our old CVS repository, uploaded it to the SF FRS, truncated
CVS with adminrepo, hid our leaf-cvs-commits mailing list (delete?), and
disabled CVS.
Revision *1.4* - (*show annotations*
http://leaf.cvs.sourceforge.net/viewvc/leaf/README?annotate=1.4)
(*download*
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 1/31/2011 3:18 PM, Charles Steinkuehler wrote:
I tried browsing the subversion repository, and it didn't seem to
work...I'm not sure if that's due to there being nothing there or a
result of the recent security issues with SF. I should have a
Am Dienstag, 28. Dezember 2010, um 23:36:10 schrieb KP Kirchdoerfer:
Am Dienstag, 30. November 2010, 15:55:23 schrieb KP Kirchdoerfer:
Am Samstag, 27. November 2010, 22:30:13 schrieb davidMbrooke:
On Sat, 2010-11-27 at 15:58 +, davidMbrooke wrote:
On Sat, 2010-11-27 at 07:28 -0800,
Am Dienstag, 30. November 2010, 15:55:23 schrieb KP Kirchdoerfer:
Am Samstag, 27. November 2010, 22:30:13 schrieb davidMbrooke:
On Sat, 2010-11-27 at 15:58 +, davidMbrooke wrote:
On Sat, 2010-11-27 at 07:28 -0800, Mike Noyes wrote:
On Fri, 2010-11-26 at 08:07 -0800, Mike Noyes wrote:
On Mon, 2010-11-22 at 23:11 +0100, KP Kirchdoerfer wrote:
Am Montag, 1. November 2010, 22:04:59 schrieb davidMbrooke:
On Mon, 2010-11-01 at 21:32 +0100, KP Kirchdoerfer wrote:
David;
Am Sonntag, 31. Oktober 2010, 22:09:54 schrieb davidMbrooke:
On Sun, 2010-10-31 at 20:50 +0100, KP
Am Montag, 1. November 2010, 22:04:59 schrieb davidMbrooke:
On Mon, 2010-11-01 at 21:32 +0100, KP Kirchdoerfer wrote:
David;
Am Sonntag, 31. Oktober 2010, 22:09:54 schrieb davidMbrooke:
On Sun, 2010-10-31 at 20:50 +0100, KP Kirchdoerfer wrote:
Am Freitag, 29. Oktober 2010, 20:25:58
On Sun, 2010-10-31 at 20:50 +0100, KP Kirchdoerfer wrote:
-snip-
Ok; I propose:
- just core and contrib repository (names are not fixed), testing isn't
needed - we can also put packages in contrib which we consider for testing
or provided as-is.
- lrp's and sources are required for both
David;
Am Sonntag, 31. Oktober 2010, 22:09:54 schrieb davidMbrooke:
On Sun, 2010-10-31 at 20:50 +0100, KP Kirchdoerfer wrote:
Am Freitag, 29. Oktober 2010, 20:25:58 schrieb Andrew:
Ok; I propose:
- just core and contrib repository (names are not fixed), testing
isn't needed - we can
On Mon, 2010-11-01 at 21:32 +0100, KP Kirchdoerfer wrote:
David;
Am Sonntag, 31. Oktober 2010, 22:09:54 schrieb davidMbrooke:
On Sun, 2010-10-31 at 20:50 +0100, KP Kirchdoerfer wrote:
Am Freitag, 29. Oktober 2010, 20:25:58 schrieb Andrew:
Ok; I propose:
- just core and contrib
Am Freitag, 29. Oktober 2010, 20:25:58 schrieb Andrew:
29.10.2010 20:29, KP Kirchdoerfer пишет:
- Shall we provide compiled packages, as we did with Bering-uClibc
(packages page), better ideas?
IMHO it'll be good to provide separate packages and prebuilt full image
- like it was earlier.
On Sun, 2010-10-31 at 20:50 +0100, KP Kirchdoerfer wrote:
Am Freitag, 29. Oktober 2010, 20:25:58 schrieb Andrew:
Ok; I propose:
- just core and contrib repository (names are not fixed), testing isn't
needed - we can also put packages in contrib which we consider for testing
or provided
Hi Martin
on 29.09.2010 20:12, Martin Hejl wrote:
Hi Erich,
Either way, what is the canonical way to keep an existing build
environment in sync with CVS. Buildtool does not check for modifications
once a package is built.
since nobody else chimed in (and since I'm partly to blame for some
Hi,
I have been trying to check in some changes to package ntp as per my
postings to leaf-user in January. I tried a couple of times on Monday
and again yesterday since I know that sometimes SourceForge has issues.
I can write to leaf/devel/davidmbrooke/src/bering-uclibc/apps but
On Wed, 2010-03-10 at 18:06 +, davidMbrooke wrote:
Hi,
I have been trying to check in some changes to package ntp as per my
postings to leaf-user in January. I tried a couple of times on Monday
and again yesterday since I know that sometimes SourceForge has issues.
I can
On Wed, 2010-03-10 at 10:18 -0800, Mike Noyes wrote:
On Wed, 2010-03-10 at 18:06 +, davidMbrooke wrote:
Hi,
I have been trying to check in some changes to package ntp as per my
postings to leaf-user in January. I tried a couple of times on Monday
and again yesterday since I know
Hi kp,
it seems that the cvs-commit mailinglist or the feature that commits activate
a message on that list is broken.
I've heard of various pb's with the latest SF platform update, maybe this ir
related?
as discussed off list, the missing cvs-commit messages from our new team
memeber
Hello;
it seems that the cvs-commit mailinglist or the feature that commits activate
a message on that list is broken.
I've heard of various pb's with the latest SF platform update, maybe this ir
related?
kp
--
The
On Thu, 2009-03-12 at 20:57 +0100, KP Kirchdoerfer wrote:
I do not see a real need to migrate.
The current cvs usage just works and I haven't heart complains from users
that there are any difficulties using cvs. Not to mention performance pb's
with the few checkouts a week.
a simple user
Hi all,
-Original Message-
From: KP Kirchdoerfer [mailto:kap...@users.sourceforge.net]
Sent: Thursday, March 12, 2009 7:58 PM
To: leaf-devel@lists.sourceforge.net
Subject: Re: [leaf-devel] CVS migration to SVN?
Am Donnerstag, 12. März 2009 18:56:09 schrieb Mike Noyes:
Everyone
Everyone,
I think we should migrate to SVN. SVN integrates with Track well, and:
moorman 1. Availability will be better on other services; we
have a more scalable and resilient infrastructure under them
moorman 2. Performance will be substantially better for any
On Wed, 2009-03-11 at 12:17 -0700, Mike Noyes wrote:
2009-03-10: Service CVS unplanned downtime - UPDATE
http://apps.sourceforge.net/wordpress/sourceforge/2009/03/11/2009-03-10-service-cvs-unplanned-downtime-update/
2009-03-10: Service CVS unplanned downtime - UPDATE 2
Am Donnerstag, 12. März 2009 18:56:09 schrieb Mike Noyes:
Everyone,
I think we should migrate to SVN. SVN integrates with Track well, and:
moorman 1. Availability will be better on other services; we
have a more scalable and resilient infrastructure under them
moorman
On Thu, 2009-03-12 at 12:43 -0700, Mike Noyes wrote:
On Wed, 2009-03-11 at 12:17 -0700, Mike Noyes wrote:
2009-03-10: Service CVS unplanned downtime - UPDATE
http://apps.sourceforge.net/wordpress/sourceforge/2009/03/11/2009-03-10-service-cvs-unplanned-downtime-update/
2009-03-10: Service
2009-03-10: Service CVS unplanned downtime - UPDATE
http://apps.sourceforge.net/wordpress/sourceforge/2009/03/11/2009-03-10-service-cvs-unplanned-downtime-update/
--
Mike Noyes mhnoyes at users.sourceforge.net
http://sourceforge.net/users/mhnoyes/
SF.net Projects: leaf, sitedocs
On Tue, 2007-07-03 at 02:09, KP Kirchdoerfer wrote:
On Tuesday 03 July 2007 09:08:29 Erich Titl wrote:
Hi Folks
I just happened to look into CVS and found a r1000 directory right at
the root. This is certainly due to me doing an inapropriate checkin to
the wrong location some time ago.
Mike Noyes schrieb:
..
KP Erich,
I noticed that issue a while ago. I'll try to attend to it next week.
Thanks that would be great, there is a copy of r1000 in the contribute
limb so removing the wrong one at the root should be enough
Note: my track record for attending to recent
Hi Folks
I just happened to look into CVS and found a r1000 directory right at
the root. This is certainly due to me doing an inapropriate checkin to
the wrong location some time ago. Could someone with admin rights please
move the thing to a better position within the tree?
Thanks
Erich
On Tuesday 03 July 2007 09:08:29 Erich Titl wrote:
Hi Folks
I just happened to look into CVS and found a r1000 directory right at
the root. This is certainly due to me doing an inapropriate checkin to
the wrong location some time ago. Could someone with admin rights please
move the thing to
Mike
Mike Noyes wrote:
On Wed, 2007-04-11 at 15:06, Erich Titl wrote:
Hi Mike, KP if you read along
there is more to it, I changed the server name in sources.cfg to see
where it leads to...
snip
It appears that the path on the server has changed too. Looks like
cgi-bin moved somewhere
Hi
Erich Titl wrote:
Mike
Mike Noyes wrote:
On Wed, 2007-04-11 at 15:06, Erich Titl wrote:
Hi Mike, KP if you read along
there is more to it, I changed the server name in sources.cfg to see
where it leads to...
snip
It appears that the path on the server has changed too. Looks like
Am Donnerstag, 12. April 2007 08:13:58 schrieb Erich Titl:
Mike
Mike Noyes wrote:
On Wed, 2007-04-11 at 15:06, Erich Titl wrote:
Hi Mike, KP if you read along
there is more to it, I changed the server name in sources.cfg to see
where it leads to...
snip
It appears that the
luna ./buildtool.pl build buildenv
make the list of required source packages: linux,buildenv [0.K.]
source/package: linux
downloading: buildtool.cfg from server cvs-sourceforge type viewcvs
wget failed:
Am Donnerstag, 12. April 2007 13:41:33 schrieb Erich Titl:
luna ./buildtool.pl build buildenv
make the list of required source packages: linux,buildenv [0.K.]
source/package: linux
downloading: buildtool.cfg from server cvs-sourceforge type viewcvs
wget failed:
KP
KP Kirchdoerfer wrote:
Am Donnerstag, 12. April 2007 13:41:33 schrieb Erich Titl:
luna ./buildtool.pl build buildenv
make the list of required source packages: linux,buildenv [0.K.]
source/package: linux
downloading: buildtool.cfg from server cvs-sourceforge
Am Mittwoch, 11. April 2007 19:40:51 schrieb Mike Noyes:
On Wed, 2007-04-11 at 07:56, Erich Titl wrote:
Sorry again, even more info
16:55:45.633503 IP cvs.sourceforge.net luna.think.ch: icmp 68: host
cvs.sourceforge.net unreachable - admin prohibited
Erich,
I just checked with the SF
On Wed, 2007-04-11 at 12:13, KP Kirchdoerfer wrote:
Am Mittwoch, 11. April 2007 19:40:51 schrieb Mike Noyes:
On Wed, 2007-04-11 at 07:56, Erich Titl wrote:
Sorry again, even more info
16:55:45.633503 IP cvs.sourceforge.net luna.think.ch: icmp 68: host
cvs.sourceforge.net
Hi Mike
Mike Noyes schrieb:
On Wed, 2007-04-11 at 13:12, Erich Titl wrote:
Erich Titl schrieb:
You are more familiar to the SF procedures than I am. I would not even
know where to look. Could you give me a hand?
I somehow managed to enter an SR. Will see where this leads to.
Erich,
Hi Mike, KP if you read along
there is more to it, I changed the server name in sources.cfg to see
where it leads to...
Erich Titl schrieb:
Hi Mike
Mike Noyes schrieb:
On Wed, 2007-04-11 at 13:12, Erich Titl wrote:
Erich Titl schrieb:
You are more familiar to the SF procedures than I am.
On Wed, 2007-04-11 at 15:06, Erich Titl wrote:
Hi Mike, KP if you read along
there is more to it, I changed the server name in sources.cfg to see
where it leads to...
snip
It appears that the path on the server has changed too. Looks like
cgi-bin moved somewhere else.
Erich,
When the SF
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Erich Titl wrote:
- adding a tag does not create overhead to the CVS archive (unless we
use subversion)
Tags do not create overhead in subversion, either.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG
Charles Steinkuehler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Erich Titl wrote:
- adding a tag does not create overhead to the CVS archive (unless we
use subversion)
Tags do not create overhead in subversion, either.
I must have misunderstood you then, probably mistook
On Sun, 2006-05-07 at 10:07, Erich Titl wrote:
Mike Noyes wrote:
On Fri, 2006-05-05 at 13:17, Martin Hejl wrote:
Ideally, building from a local working-copy of the repository will be
fairly easy (it sounds like this is getting tested RealSoonNow). This
would separate download problems
Subject was: Re: [leaf-devel] Glitch in initrd backup when using
alternative initrdfile
On Fri, 2006-05-05 at 02:58, Eric Spakman wrote:
How does one to go about building the buildenv for a specific release,
e.g. does CVS have release tags? For example, if I wanted to have a
buildenv which
Hi Mike,
The Bering-uClibc team will make a snapshot of the current tree and put
the sources in a tarball in the File release area.
Eric,
Please reconsider this decision. Tagging the release in cvs is easier.
http://ximbiot.com/cvs/manual/cvs-1.11.21/cvs_4.html#SEC48
If this is easier to
Hi Mike,
Mike Noyes wrote:
Subject was: Re: [leaf-devel] Glitch in initrd backup when using
alternative initrdfile
On Fri, 2006-05-05 at 02:58, Eric Spakman wrote:
How does one to go about building the buildenv for a specific release,
e.g. does CVS have release tags? For example, if I
On Fri, 2006-05-05 at 09:10, Martin Hejl wrote:
Mike Noyes wrote:
Tagging the release in cvs is easier.
http://ximbiot.com/cvs/manual/cvs-1.11.21/cvs_4.html#SEC48
Adding the tag is not the problem.
Martin,
Agreed, and this is probably causing me confusion.
Updating buildtool
Martin
Martin Hejl wrote:
..
Adding the tag is not the problem. Updating buildtool to use the
tag/branch is. That's why creating a snapshot of a buildenv base (all
the sources downloaded, but nothing compiled yet) is much easier for us
than tagging the release, creating a maintenance branch (up
Hi Mike;
Am Freitag, 5. Mai 2006 19:24 schrieb Mike Noyes:
On Fri, 2006-05-05 at 09:10, Martin Hejl wrote:
Mike Noyes wrote:
Tagging the release in cvs is easier.
http://ximbiot.com/cvs/manual/cvs-1.11.21/cvs_4.html#SEC48
Adding the tag is not the problem.
Martin,
Hi Erich,
I assume the code within buildtool to access a certain file is pretty
central. How difficult is it for this piece of code to use an
environment variable specifying a TAG (defaulting to HEAD).
It is, but that doesn't solve the problem. The idea behind buildtool is
that it can use
Hi again,
Martin Hejl wrote:
* Check out src/bering-uclibc/buildtool for the release branch of 2.4.1
* check out src/bering-uclibc/apps for the release branch of 2.4.1
* modify cvs-sourceforge use the file target for server
cvs-sourceforge and make it point to the cvs checkout of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Hejl wrote:
Hi Erich,
I assume the code within buildtool to access a certain file is pretty
central. How difficult is it for this piece of code to use an
environment variable specifying a TAG (defaulting to HEAD).
It is, but that
Hi Charles,
This is where subversion's branching would really shine. You would
simply change the repository URL in the main config file and 'head'
would point to the latest version of that branch, which is probably what
you'd want (ie: security updates/bug fixes included).
Ah, ok, I get it.
On Fri, 2006-05-05 at 13:17, Martin Hejl wrote:
Ideally, building from a local working-copy of the repository will be
fairly easy (it sounds like this is getting tested RealSoonNow). This
would separate download problems from actually building the source
(possibly important for those with
On Sun, 2004-06-27 at 04:38, Charles Steinkuehler wrote:
Mike Noyes wrote:
I'll see if I can rsync our repository from
Charles through my dial-up connection.
ugh That will take forever. If you want, I can burn a couple of CDs
and mail an initial copy of the archive to you. Once you've
Is it possible to use a key and ssh-agent to access the sourceforge cvs
repository?
Thanks,
Chad
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat Briefings Training, Las Vegas July 24-29 -
digital self
On Mon, 2004-07-05 at 10:46, Chad Carr wrote:
Is it possible to use a key and ssh-agent to access the sourceforge cvs
repository?
Chad,
Yes, as far as I know. Please let me know if these documents fail to
answer your question(s).
SF Site Docs
E5. Guide to generating, posting and using SSH
Charles
FYI here is the output of the rsync job, looks like it takes 8 seconds to complete
(without changes)
Maybe you want to upgrade your rsync server someday.
From [EMAIL PROTECTED] Tue Jun 29 10:00:08 2004
Date: Tue, 29 Jun 2004 10:00:01 +0200
From: [EMAIL PROTECTED] (Cron Daemon)
Erich Titl wrote:
Charles
At 19:29 27.06.2004 -0500, Charles Steinkuehler wrote:
...
[EMAIL PROTECTED] charles]$ crontab -l
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.29831 installed on Fri Aug 8 08:17:52 2003)
# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17
Mike Noyes wrote:
On Sat, 2004-06-26 at 19:17, K.-P. Kirchdrfer wrote:
Am Samstag, 26. Juni 2004 19:40 schrieb Mike Noyes:
wget http://cvs.sourceforge.net/cvstarballs/leaf-cvsroot.tar.bz2
Length: 959,993,540 [application/x-bzip2]
Well, I need about three to four hours to download
Hi everyone
At 04:17 27.06.2004, K.-P. Kirchdörfer wrote:
Am Samstag, 26. Juni 2004 19:40 schrieb Mike Noyes:
On Sat, 2004-06-26 at 09:44, K.-P. Kirchdörfer wrote:
Am Samstag, 26. Juni 2004 18:27 schrieb Mike Noyes:
We should have multiple backups of our repository. My limited bandwidth
On Sun, 2004-06-27 at 09:00, Erich Titl wrote:
Isn't there the possibility to use rsync at SF? The first download will be
horrible, but afterwards daily backups should not be that bad.
Erich,
SourceForge doesn't make a CVS repository rsync service available. It's
a service that is often
On Sun, 2004-06-27 at 04:38, Charles Steinkuehler wrote:
Mike Noyes wrote:
I'll see if I can rsync our repository from
Charles through my dial-up connection.
ugh That will take forever. If you want, I can burn a couple of CDs
and mail an initial copy of the archive to you. Once you've
Mike
At 18:56 27.06.2004, Mike Noyes wrote:
On Sun, 2004-06-27 at 09:00, Erich Titl wrote:
Isn't there the possibility to use rsync at SF? The first download will be
horrible, but afterwards daily backups should not be that bad.
Erich,
SourceForge doesn't make a CVS repository rsync service
Erich Titl wrote:
Mike
At 18:56 27.06.2004, Mike Noyes wrote:
On Sun, 2004-06-27 at 09:00, Erich Titl wrote:
Isn't there the possibility to use rsync at SF? The first download will be
horrible, but afterwards daily backups should not be that bad.
Erich,
SourceForge doesn't make a CVS repository
Everyone,
How many of you periodically download our nightly repository?
http://cvs.sourceforge.net/cvstarballs/leaf-cvsroot.tar.bz2
--
Mike Noyes mhnoyes at users.sourceforge.net
http://sourceforge.net/users/mhnoyes/
SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs
Am Samstag, 26. Juni 2004 17:39 schrieb Mike Noyes:
Everyone,
How many of you periodically download our nightly repository?
http://cvs.sourceforge.net/cvstarballs/leaf-cvsroot.tar.bz2
Mike;
I'm not aware that a member of the Bering-uClibc team does it.
Why do you ask?
kp
On Sat, 2004-06-26 at 08:40, K.-P. Kirchdrfer wrote:
Am Samstag, 26. Juni 2004 17:39 schrieb Mike Noyes:
Everyone,
How many of you periodically download our nightly repository?
http://cvs.sourceforge.net/cvstarballs/leaf-cvsroot.tar.bz2
I'm not aware that a member of the
Am Samstag, 26. Juni 2004 18:27 schrieb Mike Noyes:
On Sat, 2004-06-26 at 08:40, K.-P. Kirchdrfer wrote:
Am Samstag, 26. Juni 2004 17:39 schrieb Mike Noyes:
Everyone,
How many of you periodically download our nightly repository?
Mike Noyes wrote:
Charles makes our repository available for rsync.
rsync rsync.leaf-project.org::
leaf-cvsLEAF Project CVS Archives
I have no idea how big the tarball is?
K.-P.,
It is large.
I'm not sure how big the tarball is (I decompress it as it's
downloaded), but
Am Samstag, 26. Juni 2004 19:40 schrieb Mike Noyes:
On Sat, 2004-06-26 at 09:44, K.-P. Kirchdrfer wrote:
Am Samstag, 26. Juni 2004 18:27 schrieb Mike Noyes:
We should have multiple backups of our repository. My limited bandwidth
prevents me from downloading leaf-cvsroot.tar.bz2. Charles
On Sat, 2004-06-26 at 19:17, K.-P. Kirchdrfer wrote:
Am Samstag, 26. Juni 2004 19:40 schrieb Mike Noyes:
wget http://cvs.sourceforge.net/cvstarballs/leaf-cvsroot.tar.bz2
Length: 959,993,540 [application/x-bzip2]
Well, I need about three to four hours to download it; I can
Am Sonntag, 27. Juni 2004 05:23 schrieb Mike Noyes:
On Sat, 2004-06-26 at 19:17, K.-P. Kirchdrfer wrote:
Am Samstag, 26. Juni 2004 19:40 schrieb Mike Noyes:
wget
http://cvs.sourceforge.net/cvstarballs/leaf-cvsroot.tar.bz2 Length:
959,993,540 [application/x-bzip2]
Well, I
Everyone,
Yesterday I updated 'syncmail', and applied a patch to 'cvs_acls' that
simplified 'avail'. Please let me know if you run into any problems.
Thanks.
--
Mike Noyes mhnoyes @ users.sourceforge.net
http://sourceforge.net/users/mhnoyes/
http://leaf-project.org/ http://sitedocs.sf.net/
Everyone,
I made significant changes to our defined modules. See the cvs-commit
message for details.
CVSROOT modules,1.5,1.6
https://sourceforge.net/mailarchive/forum.php?thread_id=1835246forum_id=12138
--
Mike Noyes mhnoyes @ users.sourceforge.net
http://sourceforge.net/users/mhnoyes/
Everyone,
I just made some significant changes to our CVS repository.
I defined modules for all of our releases/branches and packages.
I gave global write access for all project members to the following
trees:
doc/docmanager
doc/howto
doc/man
Chad,
Thanks for all your help with my CVS qustions. I think I have the hang
of it now.
Greg Morgan
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Mike Noyes wrote:
On Tue, 2003-02-11 at 23:56, Greg Morgan wrote:
I followed the CVS document Mike Noyes wrote at
http://sourceforge.net/docman/display_doc.php?docid=9960group_id=13751.
Greg,
That may be the cause, but I'd need the exact import command you used to
The fatal captain's
On Thu, 2003-02-13 at 03:32, Greg Morgan wrote:
Mike Noyes wrote:
That may be the cause, but I'd need the exact import command you used to
The fatal captain's log from the history file:
cd /home/edrive/leaf/devel/dr_kludge/GilaMonster
Greg,
Is this a checked out cvs tree/module? Imports
On Tue, 2003-02-11 at 23:56, Greg Morgan wrote:
I followed the CVS document Mike Noyes wrote at
http://sourceforge.net/docman/display_doc.php?docid=9960group_id=13751.
I wound up with two problems. One I have two directories in my checkin.
Two, I must of fouled up something because I
Is this correct? I understand you can do many things with CVS. I want
to checkin some of my stuff. Do I just want to think in directory
structure under my directory?
..\devel\dr_kludge\thingtwo
..\devel\dr_kludge\and
..\devel\dr_kludge\thingone
In other words, I don't need to think about tags
On Mon, 2003-02-10 at 05:21, Greg Morgan wrote:
Is this correct? I understand you can do many things with CVS. I want
to checkin some of my stuff. Do I just want to think in directory
structure under my directory?
..\devel\dr_kludge\thingtwo
..\devel\dr_kludge\and
On Mon, 26 Aug 2002 14:11:13 -0500
guitarlynn [EMAIL PROTECTED] wrote:
+packages +glibc-2.0
+glibc-2.1
+glibc-none
+binaries
I believe the seperation of glibc within packages will avoid
confusion between packages with the same
11:43 PM
To: [EMAIL PROTECTED]
Subject: [Leaf-devel] cvs src tree
I've been doing some thinking about a good way to setup the
LEAF src tree, as there is still nothing there. As I need to upload
my own src for a package binary and working on others, I need
somewhere to put it within the tree. My
src +bering
+dachstein
+oxygen
+packetfilter
+wisp-dist
+packages +glibc-2.0
+glibc-2.1
+glibc-none
+glibc-2.2
For WISP-Dist ;)
Actually WISP-Dist CFSLRP packages are not
On Mon, 2002-08-26 at 10:06, Vladimir I. wrote:
Actually WISP-Dist CFSLRP packages are not backwards compatible with LRP. Any
ideas about a good place for them?
Vladimir,
Anything release/branch specific should be in the release/branch trees.
Example:
On Sat, 2002-08-24 at 20:42, guitarlynn wrote:
I've been doing some thinking about a good way to setup the
LEAF src tree, as there is still nothing there.
snip
Lynn,
Thank you for opening this topic for discussion again. :-)
Remember I'm not a programmer when reading my comments below.
src
On Monday 26 August 2002 12:49, Mike Noyes wrote:
Lynn,
Thank you for opening this topic for discussion again. :-)
Remember I'm not a programmer when reading my comments below.
No problem, as discussed many times over the last yearthis needs
to be done!
+packages +glibc-2.0
On Wed, Jul 10, 2002 at 02:19:58PM -0500, Michael D. Schleif wrote:
[1] Should I have separate trees for different underlying versions of
net-snmp? For example, I committed net-snmp v4.2.4. I am contemplating
building and committing both v4.2.5 and the totally different
distribution v5.x. So,
On Wed, Jul 10, 2002 at 01:01:27PM -0700, Jeff Newmiller wrote:
On Wed, 10 Jul 2002, Michael D. Schleif wrote:
CVS is designed to handle directories full of information... so a
directory tree of html documents is a natural thing to enter.
An idea...
net-snmp/
README.txt
package/
On Tue, 2002-07-16 at 14:41, David Douthitt wrote:
On Mon, Jul 15, 2002 at 10:28:00AM -0700, Mike Noyes wrote:
I think a system similar to BSD Ports or Gentoo Portage would be
great. David already has sample implementation available.
Jeff Newmiller wrote:
On Wed, 10 Jul 2002, Michael D. Schleif wrote:
[ snip ]
I am starting to realize that, perhaps, I should take a directory based
approach to helices' cvs tree.
I have not settled on any particular structure. However, I am wondering
about several things:
[
Everyone,
Project members should subscribe to our leaf-cvs-commits list.
http://lists.sourceforge.net/lists/listinfo/leaf-cvs-commits
--
Mike Noyes [EMAIL PROTECTED]
http://sourceforge.net/users/mhnoyes/
http://leaf-project.org/
---
This
On Wed, Jul 17, 2002 at 03:21:32PM -0500, Michael D. Schleif wrote:
Jeff Newmiller wrote:
CVS is designed to handle directories full of information... so a
directory tree of html documents is a natural thing to enter.
An idea...
net-snmp/
README.txt
package/
David Douthitt wrote:
[ snip ]
My model has been the following:
archives/
somearchive.tar.gz
otherarchive.bz2
...
iproute2/
distinfo
Makefile
patches/
somepatchname.diff
somepatchname2.diff
...
work/
On Wed, 2002-07-17 at 15:50, Michael D. Schleif wrote:
[2] Since cvs does not retain group, mode nor ownership attributes, [1]
is further complicated and requires another kludge to correct directory
and files attributes.
Michael,
This should only be an issue when exporting for public
On Mon, 2002-07-15 at 22:39, Michael D. Schleif wrote:
No matter how hard I try, I cannot commit a directory structure to cvs.
Michael,
You need to use import to add a directory of files. You can use add
to make new directories.
I get lock failures, even when I try to commit them one
On Mon, 2002-07-15 at 22:39, Michael D. Schleif wrote:
No matter how hard I try, I cannot commit a directory structure to cvs.
I get lock failures, even when I try to commit them one directory at a
time.
Clearly, there is some approved process for doing this and I do not know
what that
I now believe that all of my cvs study led me to conclude that I was
creating and modifying ``modules''; but, modules can only exist at the
top level under CVSROOT. Therefore, you are probably correct that cvs
import is the solution here.
In an effort to correct my miscreant behaviour, I tried
On Tue, 2002-07-16 at 06:32, Michael D. Schleif wrote:
I now believe that all of my cvs study led me to conclude that I was
creating and modifying ``modules''; but, modules can only exist at the
top level under CVSROOT. Therefore, you are probably correct that cvs
import is the solution
1 - 100 of 167 matches
Mail list logo
