Difference: SharedSoftware (1 vs. 26)

Revision 262008-10-17 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 13 to 13
  Software currently installed in /usr/grads (likely incomplete):
Changed:
<
<
Firefox2.02006-10-24posta web browser!
Pidgin2.0.02007-5-7kelseyMutiprotocol IM client (previously GAIM)
=keychain=2.5.3.12005-10-10kelseyssh-agent support
Emacs22.0.50.12006-09-07vandurmehead from cvs, binary is named emacs22
=vsound=0.52005-02-16vandurmevirtual audio loopback
>
>
Firefox2.02006-10-24posta web browser!
Emacs22.0.50.12006-09-07vandurmehead from cvs, binary is named emacs22
=vsound=0.52005-02-16vandurmevirtual audio loopback
 

Discussion

Revision 252008-10-15 - DanGildea

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 13 to 13
  Software currently installed in /usr/grads (likely incomplete):
Changed:
<
<
Firefox 2.0 2006-10-24 post a web browser!
Pidgin 2.0.0 2007-5-7 kelsey Mutiprotocol IM client (previously GAIM)
keychain 2.5.3.1 2005-10-10 kelsey ssh-agent support
maxima 5.10.0 2006-11-22 gildea Free mathematica/maple clone.
R 2.3.1 2006-09-21 post  
Emacs 22.0.50.1 2006-09-07 vandurme head from cvs, binary is named emacs22  
Emacs Speaks Statistics 5.2.11 2005-12-15 post how to use this
vsound 0.5 2005-02-16 vandurme virtual audio loopback
>
>
Firefox2.02006-10-24posta web browser!
Pidgin2.0.02007-5-7kelseyMutiprotocol IM client (previously GAIM)
=keychain=2.5.3.12005-10-10kelseyssh-agent support
Emacs22.0.50.12006-09-07vandurmehead from cvs, binary is named emacs22
=vsound=0.52005-02-16vandurmevirtual audio loopback
 

Discussion

Revision 242008-04-21 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 17 to 17
 
2.0 2006-10-24 post a web browser!
Pidgin 2.0.0 2007-5-7 kelsey Mutiprotocol IM client (previously GAIM)
Deleted:
<
<
Hugs 98 March 2005 2006-2-13 kelsey Haskell 98 Interpreter
 
keychain 2.5.3.1 2005-10-10 kelsey ssh-agent support
|maxima
Line: 27 to 25
 
Emacs 22.0.50.1 2006-09-07 vandurme head from cvs, binary is named emacs22  
Emacs Speaks Statistics 5.2.11 2005-12-15 post how to use this
Deleted:
<
<
tidy   2005-08-17 kelsey HTML cleaner.
 
vsound 0.5 2005-02-16 vandurme virtual audio loopback
Deleted:
<
<
x2vnc 1.7.2 2007-09-11 kelsey Let an X display flow over to a VNC server
xdiskusage 1.48 2005-08-03 kelsey frontend to du.
xxdiff 3.0.4 2005-10-28 kelsey frontend to diff
 

Discussion

Revision 232007-10-24 - DanGildea

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 22 to 22
 
keychain 2.5.3.1 2005-10-10 kelsey ssh-agent support
|maxima
Changed:
<
<
5.10.0 2006-11-22 gildea  
preview-latex 11.82 2006-02-22 gildea Preview your latex equations inside emacs
>
>
5.10.0 2006-11-22 gildea Free mathematica/maple clone.
 
R 2.3.1 2006-09-21 post  
Emacs 22.0.50.1 2006-09-07 vandurme head from cvs, binary is named emacs22  
|Emacs Speaks Statistics

Revision 222007-09-12 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Changed:
<
<

Shared software installed in /usr/grads

>
>

Shared software installed in /usr/grads/

 
Changed:
<
<
Really, we should find a way to have user-installed software all in one place, rather than in lots of separate places. This would save us disk space as well as time, so this page is an attempt to start doing that.
>
>
If you would like to install something and make it available to others:
  • build and install somewhere other than /usr/grads/ (space is limited)
    • use the --prefix option for configure scripts
    • make sure the program executes correctly without any special environment settings
  • put a link to the binaries and man pages in /usr/grads/{bin,man} with the version number appended
  • add it to the list here
 
Changed:
<
<
Here is the software currently installed in /usr/grads (likely incomplete):
>
>
Software currently installed in /usr/grads (likely incomplete):
 
Firefox 2.0 2006-10-24 post a web browser!
Changed:
<
<
Gaim 2.0.0b2 2006-3-8 kelsey Mutiprotocol IM client
>
>
Pidgin 2.0.0 2007-5-7 kelsey Mutiprotocol IM client (previously GAIM)
 
Hugs 98 March 2005 2006-2-13 kelsey Haskell 98 Interpreter
|=keychain=
Line: 24 to 29
 
Emacs 22.0.50.1 2006-09-07 vandurme head from cvs, binary is named emacs22  
Emacs Speaks Statistics 5.2.11 2005-12-15 post how to use this
Deleted:
<
<
Subversion 1.4.0 2006-09-11 kelsey Versioning system.
Synergy 1.3.1 2006-04-17 kelsey Keyboard/Mouse sharing
 
tidy   2005-08-17 kelsey HTML cleaner.
Changed:
<
<
vsound 0.5 2005-02-16 kelsey virtual audio loopback
>
>
vsound 0.5 2005-02-16 vandurme virtual audio loopback
x2vnc 1.7.2 2007-09-11 kelsey Let an X display flow over to a VNC server
 
xdiskusage 1.48 2005-08-03 kelsey frontend to du.
|=xxdiff=
Line: 37 to 39
 

Discussion

Deleted:
<
<
Since there are a lot of cooks that have access to the /usr/grads pot, in the list above I have implemented some conventions. The list will be alphabetical, contain the software name, relevant links, and version number, and will be concluded with the date it was last updated, and by whom. Please feel free to discuss / argue / refine this below.

-- MattPost - 16 Dec 2005

There is very little space available in /usr/grads/. I think the best solution is to continue installing things wherever one likes, but linking to it in /usr/grads/. This also has the advantage of allowing one person to upgrade the software without actually removing someone else's installation. We should figure out how to easily ensure that binaries and (e.g.) man pages both get linked.

Also, its nice to have a description for unfamiliar things.

-- KirkKelsey - 16 Dec 2005

The system used at CMU is that a specific individual (staff/grad/whatever) claims responsibility for a particular package. In their case this extends all the way to things like gcc. I was/am a big fan of that arrangement. I am in favor of boosting the size of /usr/grads/, or perhaps a more generic /usr/contrib/, and then having people register via the wiki in a format much like Matt has proposed. As an additional field one perhaps might note whether they are planning on being responsible for future updates, or at least would like to be told/warned before someone else performed an upgrade. For instance, I (maybe?) have the newest version of Gaim in the department, but have no interest in updating it (I have version 1.4, there have been multiple releases since then). But something like emacs, Matt and I practically raced each other to grab the head out of cvs once news of stability came out; I'd have no problem being in charge of keeping that bleeding edge.

The benefit to Kirk's suggestion is that it is easy to update something you care about all the time, without worrying about possibly hurting other people that rely on that package (although this really doesn't solve anything, it just makes the maintainer feel better, as they can shirk the label "maintainer"). Since people can still install things locally even if we did adopt something like what Matt suggests, then I don't see this as a strong enough argument to keeping things the way we are going. This is especially true when I think about 6 years from now when we have a crazy number of libraries and executables criss-crossing the user directories, after all of those users have left and no longer respond to emails.

If we do decide that we want what Kirk suggests, I think at the very least we should try to adopt a standard organization scheme within each user account, in addition to having a procedure for properly linking libraries, executables and binaries into /usr/grads/ (as Kirk said).

-- BenjaminVanDurme - 20 Dec 2005

First: I think the assumption should be that if you wants a new version of something that someone else installed, mention it to that person first. It doesn't seem worthwhile to state explicitly whether one plans to actually maintain something.

Second: Having a consistent naming scheme in everyones $HOME would be nice, but I think its more important that people separate things they really intend for general consumption (i.e. separate ~/local/bin/ and ~/share/bin/). This will reduce the amount of cruft in /usr/grads/.

Omega: The problem with actually building in /usr/grads/ is that anyone can pile crap in there that noone else cares about. If you want something enough to install it, my feeling is that you should own it until someone else wants to take over, or get rid of it. I don't see having old versions of things floating around in peoples directories as an issue.

Having a myriad of links around the ~'s seems poor-form, but the sys-admin's policy on actually installing something includes keeping the source around, and having a makefile that someone else can run to recreate the binaries. Thats a lot to keep in one place.

My biggest concern is about permissions. In either case once someone installs something it cannot be replaced by another person. It looks like the sticky bit is the problem, but I don't know if I think taking it off is really better.

-- KirkKelsey - 21 Dec 2005

Okay, so I just went ahead and changed the layout to be a table. If you don't like it, just revert to an ealier version. Getting TablePlugin would make it a bit nicer.

-- KirkKelsey - 21 Dec 2005

Added a link to the SoftwareGuidelines pages. The discussion should move there

-- KirkKelsey - 14 Feb 2006

 In case you were having problems getting Matlab to start up because of a glibc error, here's a simple workaround you should drop in your environment (via cshrc or similar):

# workaround to deal with Matlab crashing on startup

Revision 212006-12-04 - DanGildea

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 17 to 17
 
keychain 2.5.3.1 2005-10-10 kelsey ssh-agent support
|maxima
Changed:
<
<
5.9.1 2005-12-19 gildea  
>
>
5.10.0 2006-11-22 gildea  
 
preview-latex 11.82 2006-02-22 gildea Preview your latex equations inside emacs
R 2.3.1 2006-09-21 post  

Revision 202006-10-25 - MattPost

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 9 to 9
 Here is the software currently installed in /usr/grads (likely incomplete):

|Firefox

Changed:
<
<
1.5.0.1 2005-12-15 post  
>
>
2.0 2006-10-24 post a web browser!
 
Gaim 2.0.0b2 2006-3-8 kelsey Mutiprotocol IM client
|Hugs 98

Revision 192006-09-21 - MattPost

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 20 to 20
 
5.9.1 2005-12-19 gildea  
preview-latex 11.82 2006-02-22 gildea Preview your latex equations inside emacs
Changed:
<
<
R 2.2.0 2005-12-15 post  
>
>
R 2.3.1 2006-09-21 post  
 
Emacs 22.0.50.1 2006-09-07 vandurme head from cvs, binary is named emacs22  
Emacs Speaks Statistics 5.2.11 2005-12-15 post how to use this

Revision 182006-09-11 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 25 to 25
 
Emacs Speaks Statistics 5.2.11 2005-12-15 post how to use this
|Subversion
Changed:
<
<
1.3.2 2006-08-10 kelsey Versioning system.
>
>
1.4.0 2006-09-11 kelsey Versioning system.
 
Synergy 1.3.1 2006-04-17 kelsey Keyboard/Mouse sharing
tidy   2005-08-17 kelsey HTML cleaner.
Line: 34 to 34
 
1.48 2005-08-03 kelsey frontend to du.
xxdiff 3.0.4 2005-10-28 kelsey frontend to diff
Changed:
<
<
zgrviewer 0.3.1a 2004-11-22 kelsey A Java graphviz graph viewer.
>
>
 

Revision 172006-09-08 - BenjaminVanDurme

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 21 to 21
 
preview-latex 11.82 2006-02-22 gildea Preview your latex equations inside emacs
R 2.2.0 2005-12-15 post  
Added:
>
>
Emacs 22.0.50.1 2006-09-07 vandurme head from cvs, binary is named emacs22  
 
Emacs Speaks Statistics 5.2.11 2005-12-15 post how to use this
|Subversion

Revision 162006-08-10 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 24 to 24
 
Emacs Speaks Statistics 5.2.11 2005-12-15 post how to use this
|Subversion
Changed:
<
<
1.2.3 2005-09-20 kelsey Versioning system.
>
>
1.3.2 2006-08-10 kelsey Versioning system.
 
Synergy 1.3.1 2006-04-17 kelsey Keyboard/Mouse sharing
tidy   2005-08-17 kelsey HTML cleaner.

Revision 152006-06-21 - PaulArdis

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.

Revision 142006-04-17 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 25 to 25
 
5.2.11 2005-12-15 post how to use this
Subversion 1.2.3 2005-09-20 kelsey Versioning system.
Added:
>
>
Synergy 1.3.1 2006-04-17 kelsey Keyboard/Mouse sharing
 
tidy   2005-08-17 kelsey HTML cleaner.
vsound 0.5 2005-02-16 kelsey virtual audio loopback
|=xdiskusage=

Revision 132006-04-02 - PaulArdis

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 79 to 79
 Added a link to the SoftwareGuidelines pages. The discussion should move there

-- KirkKelsey - 14 Feb 2006 \ No newline at end of file

Added:
>
>
In case you were having problems getting Matlab to start up because of a glibc error, here's a simple workaround you should drop in your environment (via cshrc or similar):

# workaround to deal with Matlab crashing on startup setenv MALLOC_CHECK_ 0

-- PaulArdis - 02 Apr 2006

 \ No newline at end of file

Revision 122006-03-08 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.

Shared software installed in /usr/grads

Changed:
<
<
Really, we should find a way to have user-installed software all in one place, rather than in lots of separate places. This would save us disk space as well as time, so this page is an attempt to start doing that.
>
>
Really, we should find a way to have user-installed software all in one place, rather than in lots of separate places. This would save us disk space as well as time, so this page is an attempt to start doing that.
  Here is the software currently installed in /usr/grads (likely incomplete):

Firefox 1.5.0.1 2005-12-15 post  
Added:
>
>
Gaim 2.0.0b2 2006-3-8 kelsey Mutiprotocol IM client
 
Hugs 98 March 2005 2006-2-13 kelsey Haskell 98 Interpreter
|=keychain=

Revision 112006-02-28 - MattPost

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.

Shared software installed in /usr/grads

Changed:
<
<
Really, we should find a way to have user-installed software all in one place, rather than in lots of separate places. This would save us disk space as well as time, so this page is an attempt to start doing that.
>
>
Really, we should find a way to have user-installed software all in one place, rather than in lots of separate places. This would save us disk space as well as time, so this page is an attempt to start doing that.
  Here is the software currently installed in /usr/grads (likely incomplete):

|Firefox

Changed:
<
<
1.5 (final) 2005-12-15 post  
>
>
1.5.0.1 2005-12-15 post  
 
Hugs 98 March 2005 2006-2-13 kelsey Haskell 98 Interpreter
|=keychain=

Revision 102006-02-25 - DanGildea

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
If you decide to install shared software for the department, please look over the current guidelines for doing so.
Line: 16 to 16
 
2.5.3.1 2005-10-10 kelsey ssh-agent support
maxima 5.9.1 2005-12-19 gildea  
Added:
>
>
preview-latex 11.82 2006-02-22 gildea Preview your latex equations inside emacs
 
R 2.2.0 2005-12-15 post  
Emacs Speaks Statistics 5.2.11 2005-12-15 post how to use this

Revision 92006-02-14 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"
Added:
>
>
If you decide to install shared software for the department, please look over the current guidelines for doing so.
 

Shared software installed in /usr/grads

Really, we should find a way to have user-installed software all in one place, rather than in lots of separate places. This would save us disk space as well as time, so this page is an attempt to start doing that.

Line: 66 to 68
 Okay, so I just went ahead and changed the layout to be a table. If you don't like it, just revert to an ealier version. Getting TablePlugin would make it a bit nicer.

-- KirkKelsey - 21 Dec 2005 \ No newline at end of file

Added:
>
>
Added a link to the SoftwareGuidelines pages. The discussion should move there

-- KirkKelsey - 14 Feb 2006

 \ No newline at end of file

Revision 82006-02-13 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"

Shared software installed in /usr/grads

Line: 8 to 8
 
Firefox 1.5 (final) 2005-12-15 post  
Added:
>
>
Hugs 98 March 2005 2006-2-13 kelsey Haskell 98 Interpreter
 
keychain 2.5.3.1 2005-10-10 kelsey ssh-agent support
|maxima

Revision 72005-12-21 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"

Shared software installed in /usr/grads

Changed:
<
<
Really, we should find a way to have user-installed software all in one place, rather than in lots of separate places. This would save us disk space as well as time, so this page is an attempt to start doing that.
>
>
Really, we should find a way to have user-installed software all in one place, rather than in lots of separate places. This would save us disk space as well as time, so this page is an attempt to start doing that.
  Here is the software currently installed in /usr/grads (likely incomplete):
Changed:
<
<
>
>
Firefox 1.5 (final) 2005-12-15 post  
keychain 2.5.3.1 2005-10-10 kelsey ssh-agent support
maxima 5.9.1 2005-12-19 gildea  
R 2.2.0 2005-12-15 post  
Emacs Speaks Statistics 5.2.11 2005-12-15 post how to use this
Subversion 1.2.3 2005-09-20 kelsey Versioning system.
tidy   2005-08-17 kelsey HTML cleaner.
vsound 0.5 2005-02-16 kelsey virtual audio loopback
xdiskusage 1.48 2005-08-03 kelsey frontend to du.
xxdiff 3.0.4 2005-10-28 kelsey frontend to diff
zgrviewer 0.3.1a 2004-11-22 kelsey A Java graphviz graph viewer.
 
Line: 41 to 49
  -- BenjaminVanDurme - 20 Dec 2005
Changed:
<
<
First: I think the assumption should be that if you wants a new version of something that someone else installed, mention it to that person first. It doesn't seem worthwhile to state explicitly whether one plans to actually maintain something. Actually, I'm thinking about reformatting the list into a table. Objections?
>
>
First: I think the assumption should be that if you wants a new version of something that someone else installed, mention it to that person first. It doesn't seem worthwhile to state explicitly whether one plans to actually maintain something.
  Second: Having a consistent naming scheme in everyones $HOME would be nice, but I think its more important that people separate things they really intend for general consumption (i.e. separate ~/local/bin/ and ~/share/bin/). This will reduce the amount of cruft in /usr/grads/.
Line: 53 to 61
  -- KirkKelsey - 21 Dec 2005
Added:
>
>
Okay, so I just went ahead and changed the layout to be a table. If you don't like it, just revert to an ealier version. Getting TablePlugin would make it a bit nicer.

-- KirkKelsey - 21 Dec 2005

Revision 62005-12-21 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"

Shared software installed in /usr/grads

Line: 41 to 41
  -- BenjaminVanDurme - 20 Dec 2005
Added:
>
>
First: I think the assumption should be that if you wants a new version of something that someone else installed, mention it to that person first. It doesn't seem worthwhile to state explicitly whether one plans to actually maintain something. Actually, I'm thinking about reformatting the list into a table. Objections?

Second: Having a consistent naming scheme in everyones $HOME would be nice, but I think its more important that people separate things they really intend for general consumption (i.e. separate ~/local/bin/ and ~/share/bin/). This will reduce the amount of cruft in /usr/grads/.

Omega: The problem with actually building in /usr/grads/ is that anyone can pile crap in there that noone else cares about. If you want something enough to install it, my feeling is that you should own it until someone else wants to take over, or get rid of it. I don't see having old versions of things floating around in peoples directories as an issue.

Having a myriad of links around the ~'s seems poor-form, but the sys-admin's policy on actually installing something includes keeping the source around, and having a makefile that someone else can run to recreate the binaries. Thats a lot to keep in one place.

My biggest concern is about permissions. In either case once someone installs something it cannot be replaced by another person. It looks like the sticky bit is the problem, but I don't know if I think taking it off is really better.

-- KirkKelsey - 21 Dec 2005

Revision 52005-12-20 - BenjaminVanDurme

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"

Shared software installed in /usr/grads

Line: 11 to 11
 
Changed:
<
<
>
>
 
  • tidy [kelsey]: HTML cleaner.
  • vsound 0.5 [kelsey]: a "virtual audio loopback cable"
  • xdiskusage 1.48 [kelsey]: A GUI frontend to du.
Line: 33 to 33
  -- KirkKelsey - 16 Dec 2005
Added:
>
>
The system used at CMU is that a specific individual (staff/grad/whatever) claims responsibility for a particular package. In their case this extends all the way to things like gcc. I was/am a big fan of that arrangement. I am in favor of boosting the size of /usr/grads/, or perhaps a more generic /usr/contrib/, and then having people register via the wiki in a format much like Matt has proposed. As an additional field one perhaps might note whether they are planning on being responsible for future updates, or at least would like to be told/warned before someone else performed an upgrade. For instance, I (maybe?) have the newest version of Gaim in the department, but have no interest in updating it (I have version 1.4, there have been multiple releases since then). But something like emacs, Matt and I practically raced each other to grab the head out of cvs once news of stability came out; I'd have no problem being in charge of keeping that bleeding edge.

The benefit to Kirk's suggestion is that it is easy to update something you care about all the time, without worrying about possibly hurting other people that rely on that package (although this really doesn't solve anything, it just makes the maintainer feel better, as they can shirk the label "maintainer"). Since people can still install things locally even if we did adopt something like what Matt suggests, then I don't see this as a strong enough argument to keeping things the way we are going. This is especially true when I think about 6 years from now when we have a crazy number of libraries and executables criss-crossing the user directories, after all of those users have left and no longer respond to emails.

If we do decide that we want what Kirk suggests, I think at the very least we should try to adopt a standard organization scheme within each user account, in addition to having a procedure for properly linking libraries, executables and binaries into /usr/grads/ (as Kirk said).

-- BenjaminVanDurme - 20 Dec 2005

Revision 42005-12-19 - DanGildea

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"

Shared software installed in /usr/grads

Line: 8 to 8
 
Changed:
<
<
  • maxima 5.9.1 [2005-12-19, gildea]
>
>
  • maxima 5.9.1 [2005-12-19, gildea]
 

Revision 32005-12-19 - DanGildea

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"

Shared software installed in /usr/grads

Line: 8 to 8
 
Added:
>
>
  • maxima 5.9.1 [2005-12-19, gildea]
 

Revision 22005-12-16 - KirkKelsey

Line: 1 to 1
 
META TOPICPARENT name="SoftwareStuff"

Shared software installed in /usr/grads

Line: 7 to 7
 Here is the software currently installed in /usr/grads (likely incomplete):

  • Firefox 1.5 (final) [2005-12-15, post]
Added:
>
>
 
Added:
>
>
  • Subverision 1.2.3 [kelsey]: Versioning system.
  • tidy [kelsey]: HTML cleaner.
  • vsound 0.5 [kelsey]: a "virtual audio loopback cable"
  • xdiskusage 1.48 [kelsey]: A GUI frontend to du.
  • xxdiff 3.0.4 [kelsey]: A GUI frontend to diff (also, xxdiff-subversion).
  • zgrviewer [kelsey]: A Java graphviz graph viewer.
 

Discussion

Line: 16 to 25
  -- MattPost - 16 Dec 2005
Added:
>
>
There is very little space available in /usr/grads/. I think the best solution is to continue installing things wherever one likes, but linking to it in /usr/grads/. This also has the advantage of allowing one person to upgrade the software without actually removing someone else's installation. We should figure out how to easily ensure that binaries and (e.g.) man pages both get linked.

Also, its nice to have a description for unfamiliar things.

-- KirkKelsey - 16 Dec 2005

Revision 12005-12-16 - MattPost

Line: 1 to 1
Added:
>
>
META TOPICPARENT name="SoftwareStuff"

Shared software installed in /usr/grads

Really, we should find a way to have user-installed software all in one place, rather than in lots of separate places. This would save us disk space as well as time, so this page is an attempt to start doing that.

Here is the software currently installed in /usr/grads (likely incomplete):

Discussion

Since there are a lot of cooks that have access to the /usr/grads pot, in the list above I have implemented some conventions. The list will be alphabetical, contain the software name, relevant links, and version number, and will be concluded with the date it was last updated, and by whom. Please feel free to discuss / argue / refine this below.

-- MattPost - 16 Dec 2005

 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2017 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding URCS? Send feedback