.config website

dtw · 2006-07-24 19:43:41

Has someone suggested we create a .config site for Arch before?

Dusty · 2006-07-24 20:16:16

a what?

phrakture · 2006-07-24 20:23:19

like http://dotfiles.com/ ?

benplaut · 2006-07-24 20:46:01

how about a config wiki? (seperate section, or whatever)

put your config up there, people can annotate it, put links to a modification, etc

but...
will they?

dtw · 2006-07-24 22:20:10

phrakture wrote:

like http://dotfiles.com/ ?

Yeah, but no - I was thinking of doing it by user...but the I guess everyone already manages their own in some way...maybe just a wiki page to link to them then?

elasticdog · 2006-07-24 22:57:22

I registered the domain http://configexchange.com/ a long time ago for the purpose of making a better/more organized version of http://dotfiles.com but I haven't had the time to work on the project. Perhaps this will get me motivated...

codemac · 2006-07-25 02:42:26

I sure wouldn't mind posting my stuff up to a website, but that would require me to do that every time I update my configs. Right now my $HOME is in revision control, and I have yet to get it right, but I will soon have my configs online.. LIVE!

That's really the best option for someone who does a lot of configuring, some form of revision control and posting it up online. Not to be crazy tricky, but what you could do is just have an svn/cvs/hg/bzr/monotone/git/whatever server, and then have each user have their own repos. It's a bit much, but it would work the best for easy updating....maybe...

I dunno. Set something up or tell me what to do on the wiki, and I'll atleast do an initial upload.

postlogic · 2006-07-25 11:02:12

AUR for configs :-D

Hawhaw, this gives me an idea for some kind of tool to retrieve and handle config files for different stuff.

phrakture · 2006-07-25 14:13:40

elasticdog wrote:

I registered the domain http://configexchange.com/ a long time ago for the purpose of making a better/more organized version of http://dotfiles.com but I haven't had the time to work on the project. Perhaps this will get me motivated...

Sounds awesome! Get to work slave!

Chman · 2006-07-25 14:36:59

codemac wrote:

Right now my $HOME is in revision control, and I have yet to get it right, but I will soon have my configs online.. LIVE!

Oh, that's a very nice idea, I don't know why I didn't think about it myself...

*will setup another svn repo on my server tonight for my $HOME*

codemac · 2006-07-25 19:23:31

http://codemac.net/config/ is up and running.

o/ mercurial

dtw · 2006-07-25 19:25:45

Surely not all of home...or am i the only that actually keeps documents and stuff in my home?

I think RCS based system, as codemac suggests, would be awesome. I'm sure Mr Eli "RCS" Janssen could help.

benplaut · 2006-07-25 20:04:40

elasticdog wrote:

I registered the domain http://configexchange.com/ a long time ago for the purpose of making a better/more organized version of http://dotfiles.com but I haven't had the time to work on the project. Perhaps this will get me motivated...

use the dreamhost panel to set up a mediawiki, and give admin access to dtw.

If you need hosting, i can host the domain

cactus · 2006-07-25 20:22:22

codemac wrote:

o/ mercurial

Hooray for mercurial!

codemac · 2006-07-25 20:23:44

dtw wrote:

Surely not all of home...or am i the only that actually keeps documents and stuff in my home?

... I have all of home in rcs. The whole thing is just under 200 megs. I don't keep any music or digital photos there, but other than that pretty much everything is in there.

Since most of my stuff is either a text file or a text file, it really is nice to have rcs over all of it. And mercurial has a gracious mechanism for binary files, unlike cvs/svn.

Obviously the only stuff published is in ~/config :-P

nogoma · 2006-07-26 00:28:26

I've been considering doing a similar thing; I keep my configs under git (I flop between git and mercurial...), and would like to share them. I've had one reservation though: making sure I keep sensitive information out of public stuff! For example, my muttrc may have my password in it or whatnot. What do you guys do to avoid silly slipups? Keep passwords out of your configs altogether? Or keep them in separate, non-versioned config files that you include from the main ones? Or perhaps even some crafty commit-hooks that look for likely sensitive information and raises a red flag when you try to commit something like a password (I imagine this would be quite error prone!)?

benplaut · 2006-07-26 00:56:17

http://wiki.benplaut.org

have fun... whoever want an admin can have it

smoon · 2006-07-26 12:25:29

nogoma wrote:

I've been considering doing a similar thing; I keep my configs under git (I flop between git and mercurial...), and would like to share them. I've had one reservation though: making sure I keep sensitive information out of public stuff! For example, my muttrc may have my password in it or whatnot. What do you guys do to avoid silly slipups? Keep passwords out of your configs altogether? Or keep them in separate, non-versioned config files that you include from the main ones? Or perhaps even some crafty commit-hooks that look for likely sensitive information and raises a red flag when you try to commit something like a password (I imagine this would be quite error prone!)?

That is something that bothers me as well. I really like to make the repository with my config files available to the public, but some of the files contain sensitive data like passwords that I need to keep for myself Maintaining a public and a private repo is just too much work, so I'm curious how others manage to get around this issue.

soloport · 2006-07-26 14:44:53

smoon wrote:

Maintaining a public and a private repo is just too much work, so I'm curious how others manage to get around this issue.

Bash, sed and awk scripts (serious).

phrakture · 2006-07-26 14:52:24

soloport wrote:

smoon wrote:
Maintaining a public and a private repo is just too much work, so I'm curious how others manage to get around this issue.
Bash, sed and awk scripts (serious).

I used to do similar... I would maintain a upload script which would sed crap out of different files.

Now, however, I just make crap like ".msmtp.fake" and upload that in place of the original

codemac · 2006-07-26 14:54:33

I use esmtp, which then keeps the password, etc in a seperate file outside of muttrc. also I don't post up my fetchmailrc, because it's the same as everyone elses.

rezza · 2006-07-26 16:30:12

codemac wrote:

That's really the best option for someone who does a lot of configuring, some form of revision control and posting it up online.

Putting my home dir online would result in my painful death at the hands of angry women.

codemac · 2006-07-26 19:11:24

rezza wrote:

Putting my home dir online would result in my painful death at the hands of angry women.

Yea, thus ~/config is up online, ~ is not.

peterk0 · 2006-07-28 12:19:52

thx codemac your zsh settings are awesome

allucid · 2006-07-29 01:35:48

codemac wrote:

rezza wrote:
Putting my home dir online would result in my painful death at the hands of angry women.
Yea, thus ~/config is up online, ~ is not.

Well, we can still see you cleaning out your porn in your zsh history. Ah, the beauty of changesets.

I move all dotfiles that I modify in ~/config and link them to their correct location in ~. I also have a script that handles this automagically for new installs. This directory is managed by subversion. Subversion is also used for my programming projects kept in ~/work. All files that I do not need revision control for (pdfs, images, etc) are kept in ~/files which is rsync'd to my main server daily by cron.

I also have emacs setup to place backups of every file I touch in a specific directory on my local system. This is handy for files that are in /etc/ and that I don't keep in subversion.

I make it a habit not to have any passwords stored in plaintext anywhere. I also do not keep a zsh history on disk. It is only active per session (it is maintained in memory and erased when xterm is closed).

Arch Linux

#1 2006-07-24 19:43:41

.config website

#2 2006-07-24 20:16:16

Re: .config website

#3 2006-07-24 20:23:19

Re: .config website

#4 2006-07-24 20:46:01

Re: .config website

#5 2006-07-24 22:20:10

Re: .config website

#6 2006-07-24 22:57:22

Re: .config website

#7 2006-07-25 02:42:26

Re: .config website

#8 2006-07-25 11:02:12

Re: .config website

#9 2006-07-25 14:13:40

Re: .config website

#10 2006-07-25 14:36:59

Re: .config website

#11 2006-07-25 19:23:31

Re: .config website

#12 2006-07-25 19:25:45

Re: .config website

#13 2006-07-25 20:04:40

Re: .config website

#14 2006-07-25 20:22:22

Re: .config website

#15 2006-07-25 20:23:44

Re: .config website

#16 2006-07-26 00:28:26

Re: .config website

#17 2006-07-26 00:56:17

Re: .config website

#18 2006-07-26 12:25:29

Re: .config website

#19 2006-07-26 14:44:53

Re: .config website

#20 2006-07-26 14:52:24

Re: .config website

#21 2006-07-26 14:54:33

Re: .config website

#22 2006-07-26 16:30:12

Re: .config website

#23 2006-07-26 19:11:24

Re: .config website

#24 2006-07-28 12:19:52

Re: .config website

#25 2006-07-29 01:35:48

Re: .config website

Board footer