You are not logged in.
I'm using libetc for two weeks already, but haven't managed to make bash read my .bashrc. Can someone help?
I ignore .bashrc (and .bash_profile, .xinitrc and .inputrc). I have a ~/.config/bash/bashrc file that's linked to from my home directory.
I set the whole shebang up in .bash_profile as well.
TBH I can't remember why I did that, but it works okay.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
Shapeshifter wrote:graysky wrote:How can one change $HOME to this paradigm of /home/USER/.home without roaching things?
If you're not setting the user up from scratch, you can simply edit /etc/passwd where you'll find a line like:
shapeshifter:x:1000:100:,,,:/home/shapeshifter/.home:/bin/zsh
Change the path in the middle to your desired directory, and then move all your configs to it right after, or you'll make a mess of things. Or you can play safe and instead of editing a file you can do
usermod -d your-new-desired-home-path
and again move the configs.
Ohh thanks that work's I got clean home directory
I got one question about bash.
Bash use config's from /home/user or /home/user/.home can I delate them form my /home/user?
I've just tried this and while helpful for home/user clutter. The one problem appears to be Gnome's Desktop and Downloads directories now get created in /home/user/,home/
as /home/user/,home/Desktop and /home/user/,home/Download
As these are data directories I'd prefer they remain at the /home/user level.
Is there a fix for this?
thanks Russ
Offline
I've just tried this and while helpful for home/user clutter. The one problem appears to be Gnome's Desktop and Downloads directories now get created in /home/user/,home/
as /home/user/,home/Desktop and /home/user/,home/DownloadAs these are data directories I'd prefer they remain at the /home/user level.
Is there a fix for this?
dirty fix;
/home/user/.home # ln -s ../Desktop
/home/user/.home # ln -s ../Downloads
ᶘ ᵒᴥᵒᶅ
Offline
ruscook have you tried adding Desktop and Downloads to LIBETC_IGNORE? I don't have them so haven't tried myself.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
I can reproduce the dlsym problem. I'll look at it this week-end.
Offline
Thanks.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
my $HOME is in /home/shapeshifter/.home
That means that all the apps will put their dotfiles in the .home folder, instead of trashing my "real" home folder. I have all the folders I like in /home/shapeshifter, like docs and images and whatever, but the configs and dots go all in .home. Brilliant I think!
Your method -- or alternatively libetc that scj also suggested -- seems well-suited to dealing with the problem of configuration file 'collisions' that can occur when a system is set up to boot two or more Linux distros but with only a single /home/<username> directory.
I believe that the usual practice for such for such dual-/tri/quad-boot systems is to make a unique /home/<username> directory for each Linux distro to prevent config file problems, but I'm thinking that I could alternatively create .arch, .gentoo, .lubuntu, etc. subdirectories for config files under /home/FxF and point $HOME for each of the distros to the appropriate folder.
Has anyone actually done this, and if so, are you happy with the results?
Offline
Okay, just found the origin of the chromium issue :
$ mkdir test
$ cd test
$ rmdir ~/test
$ ls
[crash of ls, shell and terminal]
And yes, chromium-sandbox delete its current working directory — don't ask why.I'll also look at greasemonkey issue. I never managed to get greasemonkey working, but never linked it to libetc (I thought I was probably missing something).
For the games, I don't have 3D drivers, so I can't help you, sorry. Beside, debugging non-open-source program is way too hard. But perhaps fixing the greasemonkey & chromium issues will fix these games.
Are they native apps or wine apps ?
I really can't understand how you fixed the chromium issue.
Offline
I really can't understand how you fixed the chromium issue.
Offline
I installed libetc-experimental-git (which sources is your git repo) and it works! Thanks man!
Offline
Oh, now I have another, more serious problem!
Whatever command I give I take:
as: symbol lookup error: /usr/lib/libetc.so.0: undefined symbol: dlsym
What I have on my .zshrc is
export LD_PRELOAD=libetc.so.0
Help help!!
Offline
See previous page(s). I resolved that by building libetc manually from source. Others solved it by rolling back a version.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
I installed libetc-experimental-git so chromium can run good... it seems I'll install libetc, with only the patch for chromium.
EDIT! I can't patch the file, things have changed very much! Ooh, do something please!
Last edited by gtklocker (2010-07-19 16:22:55)
Offline
I installed libetc-experimental-git so chromium can run good... it seems I'll install libetc, with only the patch for chromium.
EDIT! I can't patch the file, things have changed very much! Ooh, do something please!
Sorry that was my laziness. I meant I built libetc-experimental-git manually, not libetc.
In my mind libetc-experimental-git *is* now libetc.
Last edited by skanky (2010-07-19 17:03:41)
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
I take that error with libetc-experimental-git:
Offline
grmbl, I have reproduced the bug one week ago, and now I can't reproduce it anymore…
I hate Heisenbugs.
I just tried to push a fix. Those who can reliably reproduce the problem, please try
Offline
I just install libetc-experimental-git right after having installed and enabled libetc. and... it happens
Offline
Does your makefile contains (line 12)
gcc rewrite.o libetc.o ${LDFLAGS} -o libetc.so.${VERSION}
or
gcc ${LDFLAGS} rewrite.o libetc.o -o libetc.so.${VERSION}
?
Offline
grmbl, I have reproduced the bug one week ago, and now I can't reproduce it anymore…
I hate Heisenbugs.
I just tried to push a fix. Those who can reliably reproduce the problem, please try
Just done makepkg -i and it so far it's looking good. Many thanks.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
Could libetc be the cause of some of my FFx add-ons (inc. Greasemonkey) causing it to fail to start? What would I need to do get output that might be useful? strace? I suppose I can just clear LD_PRELOAD, link to the mozilla dir and run it. Anything else?
I'm back on the relevant machine tomorrow so can try a few things then if I get a few minutes.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
Greasemonkey had a problem some week (months?) ago, but it should be fixed now.
> I suppose I can just clear LD_PRELOAD, link to the mozilla dir and run it.
Yes, and if that fixes the problem, that's libetc fault. If you can reproduce a problem, just let me know
> strace?
For big applications like firefox, finding the problem with strace is like finding a needle in a haystack, unless you can isolate the exact moment when things mess up.
Offline
Greasemonkey had a problem some week (months?) ago, but it should be fixed now.
> I suppose I can just clear LD_PRELOAD, link to the mozilla dir and run it.
Yes, and if that fixes the problem, that's libetc fault. If you can reproduce a problem, just let me know> strace?
For big applications like firefox, finding the problem with strace is like finding a needle in a haystack, unless you can isolate the exact moment when things mess up.
Just tried it, thanks. Made no difference. So it's *not* libetc.
The FFx bug that seems to be causing the issue refers to symlinks - I did wonder if there was some similar underlying system result that was giving the same effect. Anyway, ruled that one out.
I'll track the bug and wait.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
LD_PRELOAD=libetc.so VBoxSDL --startvm xp
Frack, another libetc-induced segfault...
LD_PRELOAD=/usr/lib/libetc.so VBoxSDL --startvm xp
WTF ?! works fine
LD_PRELOAD=libetc.so screen
Sure, works fine
LD_PRELOAD=/usr/lib/libetc.so screen
Totally ignore libetc.so now ! Doesn't make any sense !
LD_PRELOAD=libetc.so firefox/claws-mail/ls/xterm/whatever
works fine
LD_PRELOAD=/usr/bin/libetc.so firefox/claws-mail/ls/xterm/whatever
works fine, too
Okay, I give up. The LD_PRELOAD method has too many problem. I abandon libetc, and I'm starting a FUSE filesystem which will do the job without this kind of weird bug. Someone think it's worth making a "last" version of libetc (tagging current commit as 0.5 in git ?)
Offline
First working version : http://aur.archlinux.org/packages.php?ID=39893
Works just fine so far, including VirtualBox and screen. The pam_mount configuration is a bit more difficult comparing to just definig LD_PRELOAD in .xsession though…
Offline