Swamped ...

Swamped ...

[ralf]

Hi all,

as some you guys may know currently there is Linux the Linux/UNIX
conference season.  I'm currently pretty burried upto my throat in
email, so please excuse if I didn't answer your email yet.

  Ralf

cvs

[Ulf Carlsson]

Hi,
Can't you please make a tarball of the latest kernel in the cvs tree and
put it in /pub/test or something?

- Ulf

Re: cvs

[Alex deVries]

Ulf,

You want:

ftp://ftp.linux.sgi.com:/pub/mips-linux/GettingStarted/vmlinux-indy-2.1.99.tar.gz.

(Oh, and I have most of the RH installer running... more updates later
today)

- A

-- 
Alex deVries, puffin on LinuxNet.
http://www.engsoc.carleton.ca/~adevries/ .


On Tue, 9 Jun 1998, Ulf Carlsson wrote:

> Date: Tue, 9 Jun 1998 21:19:56 +0200 (CEST)
> From: Ulf Carlsson <grimsy@zigzegv.ml.org>
> To: linux@cthulhu.engr.sgi.com
> Subject: cvs
> 
> Hi,
> Can't you please make a tarball of the latest kernel in the cvs tree and
> put it in /pub/test or something?
> 
> - Ulf
> 

Re: cvs

[Alex deVries]

On Tue, 9 Jun 1998, Ulf Carlsson wrote:
> Hi,
> Can't you please make a tarball of the latest kernel in the cvs tree and
> put it in /pub/test or something?

Ooops, you meant _source_, I read _binary_, sorry.

Uh, why not just use cvs to check it out?

- A

Re: cvs

[Mike Shaver]

Alex deVries wrote:
> Uh, why not just use cvs to check it out?

Because I'm lamer than lame and still haven't made anonymous cvs work
right.

I'll do that right now...

Mike

-- 
107190.57 88319.77

Re: cvs

[Mike Shaver]

Mike Shaver wrote:
> I'll do that right now...

And I did (almost right away, even!).

cvs -d :pserver:cvs@linus.linux.sgi.com:/cvs login
(password is "cvs")
cvs -d :pserver:cvs@linus.linux.sgi.com:/cvs co linux

Although CVS doesn't appear to be honouring the CVSROOT/readers file,
:pserver: checkins don't succeed because there's no /var/tmp in the
chroot'd area.  Not optimal, but it keeps things safe for now.

Mike

-- 
190678.54 157843.71

cvs

[Ulf Carlsson]

What happend to the CVS ChangeLog? It hasn't been modified since 98/06/15.
Quite handy thing otherwise.

- Ulf

CVS

[Ralf Baechle]

I've just commited Linux 2.2.8 into the CVS archive.  Once this is
finished I'll create a branch named linux_2_2 for the 2.2 development
in the archive.  If you just do ``cvs update'' you'll stay on the
mainline of the development, that is 2.3.  If you want to work with
the 2.2 sources then you'll have to add the option ``-r linux_2_2''
to your next cvs update or cvs co command.

I'm already running 2.2.9 and 2.3.1 on my Indy but the checkin is that
slow that I won't commit these versions into the CVS archive now.

  Ralf

Re: CVS

[Ulf Carlsson]

On Sun, Jun 13, 1999 at 06:55:23PM +0200, Ralf Baechle wrote:
> I've just commited Linux 2.2.8 into the CVS archive.  Once this is
> finished I'll create a branch named linux_2_2 for the 2.2 development
> in the archive.  If you just do ``cvs update'' you'll stay on the
> mainline of the development, that is 2.3.  If you want to work with
> the 2.2 sources then you'll have to add the option ``-r linux_2_2''
> to your next cvs update or cvs co command.
> 
> I'm already running 2.2.9 and 2.3.1 on my Indy but the checkin is that
> slow that I won't commit these versions into the CVS archive now.

I would appreciate if it was possible to continue using 32 bit code on the Indy,
even if you add 64 bit code. Maybe we can add it as an option in the kernel
configuration scripts?

- Ulf

Re: CVS

[Ralf Baechle]

On Sun, Jun 13, 1999 at 08:31:40PM +0200, Ulf Carlsson wrote:

> On Sun, Jun 13, 1999 at 06:55:23PM +0200, Ralf Baechle wrote:
> > I've just commited Linux 2.2.8 into the CVS archive.  Once this is
> > finished I'll create a branch named linux_2_2 for the 2.2 development
> > in the archive.  If you just do ``cvs update'' you'll stay on the
> > mainline of the development, that is 2.3.  If you want to work with
> > the 2.2 sources then you'll have to add the option ``-r linux_2_2''
> > to your next cvs update or cvs co command.
> > 
> > I'm already running 2.2.9 and 2.3.1 on my Indy but the checkin is that
> > slow that I won't commit these versions into the CVS archive now.
> 
> I would appreciate if it was possible to continue using 32 bit code on the Indy,
> even if you add 64 bit code. Maybe we can add it as an option in the kernel
> configuration scripts?

I'll implement MIPS64 as a new architecture just like sparc64 is different
from sparc.  The changes are too big and I finally want to use the
freedem to use all the tricks in the box.  It also means that we'll have
some more of a maintenance pain for the common code for mips and mips64.

  Ralf

CVS

[Ralf Baechle]

Could those with write access to the CVS archive please hold their patches
back until I've commited 2.3.18 or send mail them to me?  It'll make myself
life easier as I'm currently with several source trees which I have to
merge into a single one.  Thanks,

  Ralf

CVS

[Ruedi.Hofer]

Hi

I have a slightly off topic question: How do you control your Linux files?

I tried to use CVS and wanted to keep all files stored in there. I imported
directories containing complete Linux distributions....

I ran into problems with those files:
- /dev/xxx
- binary, executable files

I need ideas, scripts
- How to preserve the permissions for the /dev and executable files.
  (The PRESERVEPERMISSIONS switch is too strong and complains
    about 'hard linkage errors' when rebuilding binaries and committing
    to the repo again!)
- How to distinguish automatically between binaries and text files.
  (Automatic control of the -kb switch!)

Cheers,
Ruedi Hofer

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: CVS

[Pavel Roskin]

Hello!

> I have a slightly off topic question: How do you control your Linux files?

CVS

> I tried to use CVS and wanted to keep all files stored in there. I imported
> directories containing complete Linux distributions....
>
> I ran into problems with those files:
> - /dev/xxx

Write a script that creates them or moves them to the place where they
should be.

Another, slightly perversive approach is to make /dev/console a regular
file and create other devices at the run time from rc.sysinit. It works
for me.

> - binary, executable files

Don't put them on CVS. Write another script that compiles them from the
sources. Make exceptions only for huge files that take too much time to
compile and are not going to change often (e.g. libc, libstdc++)

> - How to preserve the permissions for the /dev and executable files.
>   (The PRESERVEPERMISSIONS switch is too strong and complains
>     about 'hard linkage errors' when rebuilding binaries and committing
>     to the repo again!)

Set them from scripts.

> - How to distinguish automatically between binaries and text files.
>   (Automatic control of the -kb switch!)

I have just 6 binary files on my CVS (one being logo.gif - the penguin
from the kernel sources). It's not worth the trouble IMHO.

Regards,
Pavel Roskin


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

CVS

[Eduardo Frias]

Hi, good morning.

I just have one question. I am looking for a software that can allow me to
mantain differents versions of the same document, version 1, version 2,
version 3 and so on. What I want is that the user ( based on a
username/password ) can upload the document ( via Web Interface ) and once
the document is at the server everybody can make comments, opinions, etc
about it. Is it possible to do this with CVS? or do you know of an
open-soruce software that does something like this?, or perhaps something
commercial?

As always thank you very much for all your knowledge.

.-.
Eduardo Frias
-.-

Re: CVS

[Tim Walberg]

[-- Attachment #1: Type: text/plain, Size: 1456 bytes --]

CVS would work, but if you're only looking to
handle a single document (or a small number of
them), rcs may be more in line with your needs.
Both are typically installed in your favorite
distro, or available via freshmeat or sourceforge
if you want to get the latest... You'd also have
to hunt around for a web interface frontend, but
there's plenty of those around - can't recommend
any particular one off the top of my head.


			tw

On 06/20/2002 10:04 -0400, Eduardo Frias wrote:
>>	
>>	Hi, good morning.
>>	
>>	I just have one question. I am looking for a software that can allow me to
>>	mantain differents versions of the same document, version 1, version 2,
>>	version 3 and so on. What I want is that the user ( based on a
>>	username/password ) can upload the document ( via Web Interface ) and once
>>	the document is at the server everybody can make comments, opinions, etc
>>	about it. Is it possible to do this with CVS? or do you know of an
>>	open-soruce software that does something like this?, or perhaps something
>>	commercial?
>>	
>>	As always thank you very much for all your knowledge.
>>	
>>	.-.
>>	Eduardo Frias
>>	-.-
>>	
>>	
>>	-
>>	To unsubscribe from this list: send the line "unsubscribe linux-admin" in
>>	the body of a message to majordomo@vger.kernel.org
>>	More majordomo info at  http://vger.kernel.org/majordomo-info.html
End of included message



-- 
twalberg@mindspring.com

[-- Attachment #2: Type: application/pgp-signature, Size: 174 bytes --]

cvs

[Hill, John]

I have tried everything I know to access the cvs it fails. I have it set up
as instructed on the web page. Please advise.

Thanks

CVS

[Pieter Palmers]

I checked the sourceforge site, and it states that:
   
Project CVS Services:
Developer (SSH) CVS access online; pserver-based CVS access and ViewCVS 
(web-based) access offline

(2003-01-14 14:04:19 - Project CVS Services)   As of 2003-01-14, pserver-based 
CVS repository access and ViewCVS (web-based) CVS repository access have been 
taken offline as to stabilize CVS server performance for developers. These 
services will be re-enabled as soon as the underlying scalability issues have 
been analyzed and resolved (as soon as 2003-01-15, if possible). Additional 
updates will be posted to the Site Status page as they become available. Your 
patience is appreciated.


So I guess there is nothing to be done but wait...

Is it possible to make a snapshot available? 

Pieter


-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com
Understand how to protect your customers personal information by implementing
SSL on your Apache Web Server. Click here to get our FREE Thawte Apache 
Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en

Re: CVS

[Roger Williams]

>>>>> Pieter Palmers <pieter.palmers@student.kuleuven.ac.be> writes:

  > Is it possible to make a snapshot available?

For now, you can grab a snapshot of 0.9.0rc6 from
ftp://ftp.coelacanth.com/pub/audio/alsa-0.9.0rc6.tar.gz
This is close to being the most recent CVS release (13 January), and
includes the HDSP MIDI patch to alsa-kernel/pci/rme9652/hdsp.c.

-- 
Roger Williams <raw@qux.com>
Qux Tool & Die, Middleborough, Massachusetts
// Omne tulit punctum qui misquit utile dulci //


-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your 
clients even if they use browsers that are limited to 40 bit encryption. 
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en

Re: CVS

[Roger Williams]

>>>>> Pieter Palmers <pieter.palmers@student.kuleuven.ac.be> writes:
  >> Is it possible to make a snapshot available?

This is the mirror site I was trying to remember:

http://www.tux.org/pub/sites/ftp.alsa-project.org/cvsexport/2003-01-14.tar.bz2

is the latest HEAD snapshot

or grab .../cvsroot/2003-01-14.tar.bz2 -- really gzipped -- for the
complete CVSROOT.

-- 
Roger Williams <raw@qux.com>
Qux Tool & Die, Middleborough, Massachusetts
// Omne tulit punctum qui misquit utile dulci //


-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your 
clients even if they use browsers that are limited to 40 bit encryption. 
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en

Re: CVS

[iriXx]

just a quick question -
do these require following the same instructions for compilation as 
ordinary CVS?

thanks
m~

Roger Williams wrote:
>>>>>>Pieter Palmers <pieter.palmers@student.kuleuven.ac.be> writes:
>>>>>
>   >> Is it possible to make a snapshot available?
> 
> This is the mirror site I was trying to remember:
> 
> http://www.tux.org/pub/sites/ftp.alsa-project.org/cvsexport/2003-01-14.tar.bz2
> 
> is the latest HEAD snapshot
> 
> or grab .../cvsroot/2003-01-14.tar.bz2 -- really gzipped -- for the
> complete CVSROOT.
> 

-- 
iriXx
www.iriXx.org

copyleft: creativity, technology and freedom?
info@copyleftmedia.org.uk
www.copyleftmedia.org.uk

  _
( )  ascii ribbon against html email
  X
/ \    cat /dev/sda1 > /dev/dsp


   *** stopping make sense ***



-------------------------------------------------------
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en

Re: CVS

[Roger Williams]

>>>>> m@iriXx writes:

  > do these require following the same instructions for compilation
  > as ordinary CVS?

  >> http://www.tux.org/pub/sites/ftp.alsa-project.org/cvsexport/2003-01-14.tar.bz2

Yes, the archives in cvsexport are checked-out development trees, so
you'll want to run 'cvscompile' in each directory, just as if you'd
checked them out with CVS yourself.

(The archives in cvsroot are images of the CVS repository itself, and
aren't what you want.)

-- 
Roger Williams <raw@qux.com>
Qux Tool & Die, Middleborough, Massachusetts
// Omne tulit punctum qui misquit utile dulci //


-------------------------------------------------------
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en

cvs

[bulent acikgoz]

Hi Friends,
I want to setup and configure cvs. Ýs there any body set up  and
conf.cvs?.And also which cvs advise me? I use RH8.
Thank you...
-- 
Bülent Açýkgöz
Software Manager

Halýcý Yazýlým A.Þ.
ODTÜ-Halýcý Yazýlýmevi Teknokent
ODTÜ Yerleþkesi 06531 ANKARA

Tel  : +90 312 2101502
Faks : +90 312 2106370
bulent@halici.com.tr
www.halici.com.tr

-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

CVS

[Philip Edelbrock]

Thanks! It is updated. I did a quick test and all seems fine. But, let 
me know if something isn't working right.


Phil

Jean Delvare wrote:

>Hi Phil,
>
>In case you missed it, just wanted to let you know that two security
>issues have been fixed in cvs 1.11.15. If not done yet, you might
>consider upgrading.
>
>Thanks.
>
>  
>

CVS

[Jean Delvare]

Phil,

> >In case you missed it, just wanted to let you know that two security
> >issues have been fixed in cvs 1.11.15. If not done yet, you might
> >consider upgrading.
>
> Thanks! It is updated. I did a quick test and all seems fine. But,
> let me know if something isn't working right.

I have warning messages whenever I commit changes:

"cvs commit: warning:  Set to use deprecated info format strings.  Establish
compatibility with the new info file format strings (add a temporary '1' in
all info files after each '%' which doesn't represent a literal percent)
and set UseNewInfoFmtStrings=yes in CVSROOT/config.  After that, convert
individual command lines and scripts to handle the new format at your
leisure."

I suspect that you updated to a 1.12.x release of CVS while we were
using 1.11.x before. 1.11 is the Stable branch, 1.12 is the Feature
branch. I'd suggest that you move back to 1.11.15, which should work
better for us (and is safe).

Thanks.

-- 
Jean Delvare
http://www.ensicaen.ismra.fr/~delvare/

CVS

[Philip Edelbrock]

OK, I stepped backwards to 1.11.15. There was a older 1.12.x installed 
which I thought was being used for the server, but perhaps not.

Anyways, let me know if still it causes troubles.


Phil

CVS

[Jean Delvare]

> OK, I stepped backwards to 1.11.15. There was a older 1.12.x
> installed which I thought was being used for the server, but
> perhaps not.
> 
> Anyways, let me know if still it causes troubles.

Seems to work fine now, no more warnings :)

Thanks.

-- 
Jean Delvare
http://www.ensicaen.ismra.fr/~delvare/

CVS

[Tom McCabe]

There seems to be some sort of trouble with the SF
CVS- trying to browse the CVS version (the only
remotely up-to-date one) gets a 502 Proxy error, and
logging in anonymously gets:

cvs
-d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/elks
login
Logging in to
:pserver:anonymous@cvs.sourceforge.net:2401/cvsroot/elks
CVS password:
cvs login: authorization failed: server
cvs.sourceforge.net rejected access to /cvsroot/elks
for user anonymous

Does anyone know what's going on?

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: CVS

[Jody]

Tom McCabe wrote:
> There seems to be some sort of trouble with the SF
--snip--
> Does anyone know what's going on?

It seems that this is an ELKS-specific CVS issue.  I tried another 
project, LNG, and it doesn't do this on the CVS system.

Of course, the whole ELKS project pages are pretty broken, and I'm 
trying to get an admin to make me able to fix it up.

Jody