Why is there no /usr/bin/gnutar in Mavericks?

Some of my apps have ceased working.
Regards

The user account library is hidden by default in Lion and later. Apple made is easy to unhide in Mavericks.
Open your user account folder where you would normally see Documents, Movies, etc. Press Command+J and turn on the check box for "Show Library folder".

Similar Messages

Why i dont have /usr/bin/mpsadmserver folder after installing sjs appserve.

hi
i installed sjs appserver8.12005q1 on solaris sun ray.while installing its asking me to install webserver 6.1sp4 also,and messeage queue.i installed the same.
after done with the installation, i need to start admin console, for which i need to go to /usr/bin/mpsadmserver folder ,which i didnit find..............
i even tried with the tool ASADMIN(by creating domains,starting them, but domain is not getting created, its saying no nspr4 in java.lib.path.........)..to start appserver console,
can anyone guide me how to start admin console, as i was stuck up here only....i cannot go further...without starting servers...?
Thanks
[email protected]

I went over this link, but still have a similar problem -- different O/S, different scenario.
I'm trying to install this on Fedora Core 4, installing from one of the big overall download bundles that also includes the Messaging server, Web server, etc.
I installed, but chose to configure components manually after install. Now, I'm left with a /opt/sun/ directory, but the App server has not been installed.
I can't find the installation script or executible to install this, nor can I find this in the documentation. Anyone have any clues on this?
Thanks,
--Tad
System Administrator
Church of Scientology
http://www.scientology-washingtondc.org

/sw/bin/gzip instead of /usr/bin/gzip

I did a Fink update today an now
which gzip
returns
/sw/bin/gzip instead of /usr/bin/gzip
I have no /sw/bin path set in my .bashrc nor in my .bash_profile. Why is there this /sw/bin in
echo $PATH
/sw/bin:/sw/sbin:/usr/bin:/usr/sbin:/usr/local/php5/bin:/usr/local/php5/man:/bin :/sbin:/usr/bin:/usr/local/bin:/usr/sbin:/usr/local/:/usr/local/bin:/usr/local/s bin:/Developer/Tools:/usr/local/share/man:/sw/share/man:/usr/local/mysql/bin:/us r/local/mysql/man:/usr/X11R6/bin
I want to use /usr/bin and not /sw/bin
What to do to change this?
several Macs Mac OS X (10.4.3) 10.4.4

I didn't set the /sw/bin path in those config files. That's why I wonder how my system knows about /sw/bin.
my .bashrc:
LCALL=enUS.UTF-8
export LC_ALL
LANG=en_US.UTF-8
export LANG
PATH=/usr/local/php5/bin:/usr/local/php5/man:$PATH
PATH=/usr/local/:/usr/local/bin:/usr/local/sbin:/Developer/Tools:/usr/local/shar e/man:/sw/share/man:/usr/local/mysql/bin:/usr/local/mysql/man:$PATH
export PATH
my .bash_profile:
. .bashrc
alias ls='ls -vwG'
alias m2u="tr '\015' '\012'"
alias u2m="tr '\012' '\015'"
test -r /sw/bin/init.sh && . /sw/bin/init.sh
I want to type "gzip" and I want it to use "/usr/bin/gzip" and not "/sw/bin/gzip". How do I accomplish this? (Before I updated Fink today it worked as I want.)
several Macs Mac OS X (10.4.3)

/usr/bin/bash runs a new shell where PS1 is not set

When I execute the command bash in my terminal, it opens a new shell which properly reads all bashrc contents. But when I run /usr/bin/bash, then it is as if $PS1 is not set and those parts in my bashrc that are supposed to used only for interactive shells are not read at all.
The weird part is running which bash gives /usr/bin/bash. So, I'm not able to figure out why running bash and /usr/bin/bash produce different results. Also, although it appears as if $PS1 is not being set (based on reading of my bashrc), the prompt is still being set.
Can anyone explain why this variation is happening?
PS: Not sure if this matters, but my bashrc is not in the default location. It is in ~/.config/bash and I've modified my /etc/bash.bashrc to source the local bashrc from the custom location.
Last edited by hashken (2015-04-15 13:19:03)

Does the behaviour persist if you move .bashrc back to the conventional location?
Yeah, the behaviour persists even after moving back bashrc.
The contents of my /etc/bash.bashrc file:
# /etc/bash.bashrc
# If not running interactively, don't do anything
if [[ ! $- != *i* ]]; then
PS1='[\u@\h \W]\$ '
PS2='> '
PS3='> '
PS4='+ '
case ${TERM} in
xterm*|rxvt*|Eterm|aterm|kterm|gnome*)
PROMPT_COMMAND=${PROMPT_COMMAND:+$PROMPT_COMMAND; }'printf "\033]0;%s@%s:%s\007" "${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/\~}"'
screen)
PROMPT_COMMAND=${PROMPT_COMMAND:+$PROMPT_COMMAND; }'printf "\033_%s@%s:%s\033\\" "${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/\~}"'
esac
[ -r /usr/share/bash-completion/bash_completion ] && . /usr/share/bash-completion/bash_completion
fi
XDG_CONFIG_HOME=$HOME/.config
XDG_CACHE_HOME=$HOME/.cache
XDG_DATA_HOME=$HOME/.local/share
if [ -f "$XDG_CONFIG_HOME/bash/bashrc" ] && [ "$0" = "bash" ]; then
. "$XDG_CONFIG_HOME/bash/bashrc"
fi
if [ -f "$XDG_DATA_HOME/bash/history" ] && [ "$0" = "bash" ]; then
HISTFILE="${XDG_DATA_HOME}/bash/history"
fi
The contents of my bashrc file:
if [ -f $XDG_CONFIG_HOME/bash/xdg ]; then
. $XDG_CONFIG_HOME/bash/xdg
fi
if [ -f $XDG_CONFIG_HOME/bash/private ]; then
. $XDG_CONFIG_HOME/bash/private
fi
# If not running interactively, don't do anything else
if [ -z "$PS1" ]; then
PATH=$PATH:$HOME/bin/others
return
fi
#test "$PS1" || return
if [ -f $XDG_CONFIG_HOME/bash/colors ]; then
. $XDG_CONFIG_HOME/bash/colors
fi
if [ -f $XDG_CONFIG_HOME/bash/general ]; then
. $XDG_CONFIG_HOME/bash/general
fi
if [ -f $XDG_CONFIG_HOME/bash/aliases ]; then
. $XDG_CONFIG_HOME/bash/aliases
fi
if [ -f $XDG_CONFIG_HOME/bash/functions ]; then
. $XDG_CONFIG_HOME/bash/functions
fi
if [ -f $XDG_CONFIG_HOME/bash/completion ]; then
. $XDG_CONFIG_HOME/bash/completion
fi
What makes you think $PS1 is not being set if the prompt is correct?
Both bash/xdg and bash/private are getting sourced. But when I run /bin/bash, the other files (colors, general, aliases etc.) are not getting sourced. Since, I'm doing a $PS1 test before sourcing these files, I concluded that $PS1 is not being set.

OWB - Workflow- Cannot run program "/usr/bin/perl": CreateProcess error=2,

Hi All,
I am using OWB 11gR2 and I am getting "perl" location error after start workflow for any dimension or fact.
*Cannot run program "/usr/bin/perl": CreateProcess error=2, The system cannot find the file specified
The log is below. I am using Windows 2008 R2 OS and 11gR2 DB. The perl path is set in the environment variables and I can run the perl.exe from command line.
Why OWB is looking for the Unix base path "/usr/bin/perl": is a question for me.
If anybody knows the issue please guide me.
Thanks
OUBIWF_D_DEVICE_ACTIVITY_TYPE                                        2012-07-04 16:57:37.0     4
Parameters
OUBIWF_D_DEVICE_ACTIVITY_TYPE:FILEMGR_PRE                              1          2012-07-04 16:57:38.0     2
Parameters
RPE-02229: The following debug information was collected:
RPE-02230: Debug Information: os.name = Windows Server 2008 R2
RPE-02230: Debug Information: os.version = 6.1
RPE-02230: Debug Information: os.arch = amd64
RPE-02230: Debug Information: user.name = INT-A-MDM-01$
RPE-02230: Debug Information: user.dir = C:\product\11.2.0\dbhome_3\owb\bin\win32
RPE-02230: Debug Information: argv.arg0 = /usr/bin/perl
RPE-02230: Debug Information: argv.arg1 = /spl/intbase/DB/tools/filemgr/splfilemgr.plx
RPE-02230: Debug Information: argv.arg2 = -l
RPE-02230: Debug Information: argv.arg3 = /spl/BIDevelopment/bi2400db
RPE-02230: Debug Information: argv.arg4 = -n
RPE-02230: Debug Information: argv.arg5 = D_DEVICE_ACTIVITY_TYPE_EXT.DAT
RPE-02230: Debug Information: argv.arg6 = -p
RPE-02230: Debug Information: argv.arg7 = 1
RPE-02230: Debug Information: argv.arg8 = -s
RPE-02230: Debug Information: argv.arg9 = S
RPE-02230: Debug Information: argv.stdin =
RPE-02230: Debug Information: USERPROFILE = C:\Windows\system32\config\systemprofile
RPE-02230: Debug Information: JAVAPATH = C:\product\11.2.0\dbhome_3\jdk6
RPE-02230: Debug Information: NODEID = 1
RPE-02230: Debug Information: IAS_HOME = C:\product\11.2.0\dbhome_3
RPE-02230: Debug Information: SystemDrive = C:
RPE-02230: Debug Information: RTHOME = C:\product\11.2.0\dbhome_3
RPE-02230: Debug Information: Path = C:\product\11.2.0\dbhome_3\bin;C:\product\11.2.0\dbhome_3\jdk6\jre\bin\client;C:\product\11.2.0\dbhome_3\jdk6\jre\bin;C:\product\11.2.0\dbhome_3\owb\bin\admin;C:\Windows\system32
RPE-02230: Debug Information: CONNECT_SPEC = 10.34.32.136:1521:MDM
RPE-02230: Debug Information: PROCESSOR_REVISION = 1a05
RPE-02230: Debug Information: OCM_ORACLE_HOME = C:\product\11.2.0\dbhome_3
RPE-02230: Debug Information: USERDOMAIN = WORKGROUP
RPE-02230: Debug Information: ALLUSERSPROFILE = C:\ProgramData
RPE-02230: Debug Information: TMP = C:\Windows\TEMP
RPE-02230: Debug Information: CommonProgramFiles = C:\Program Files\Common Files
RPE-02230: Debug Information: PROMPT = $P$G
RPE-02230: Debug Information: PROCESSOR_LEVEL = 6
RPE-02230: Debug Information: JVM_OPTIONS = -Xmx768M
RPE-02230: Debug Information: LOCALAPPDATA = C:\Windows\system32\config\systemprofile\AppData\Local
RPE-02230: Debug Information: COMPUTERNAME = INT-A-MDM-01
RPE-02230: Debug Information: SystemRoot = C:\Windows
RPE-02230: Debug Information: ORA_HOME = C:\product\11.2.0\dbhome_3
RPE-02230: Debug Information: USERNAME = INT-A-MDM-01$
RPE-02230: Debug Information: APPDATA = C:\Windows\system32\config\systemprofile\AppData\Roaming
RPE-02230: Debug Information: ProgramData = C:\ProgramData
RPE-02230: Debug Information: PATHEXT = .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
RPE-02230: Debug Information: ORACLE_HOME = C:\product\11.2.0\dbhome_3
RPE-02230: Debug Information: RTUSER = OWBSYS
RPE-02230: Debug Information: ProgramFiles(x86) = C:\Program Files (x86)
RPE-02230: Debug Information: TEMP = C:\Windows\TEMP
RPE-02230: Debug Information: OEM_HOME = C:\product\11.2.0\dbhome_3
RPE-02230: Debug Information: ProgramFiles = C:\Program Files
RPE-02230: Debug Information: JDK_HOME = C:\product\11.2.0\dbhome_3\jdk6
RPE-02230: Debug Information: OCM_HOME = C:\product\11.2.0\dbhome_3
RPE-02230: Debug Information: ProgramW6432 = C:\Program Files
RPE-02230: Debug Information: PROCESSOR_IDENTIFIER = Intel64 Family 6 Model 26 Stepping 5, GenuineIntel
RPE-02230: Debug Information: STARTUP_TYPE = -manual
RPE-02230: Debug Information: PROCESSOR_ARCHITECTURE = AMD64
RPE-02230: Debug Information: OS = Windows_NT
RPE-02230: Debug Information: FP_NO_HOST_CHECK = NO
RPE-02230: Debug Information: CommonProgramW6432 = C:\Program Files\Common Files
RPE-02230: Debug Information: ORACLE_SID = mdm
RPE-02230: Debug Information: DISCOVERER_ALLOW_DB_CONNECT_STRING = YES
RPE-02230: Debug Information: OWB_HOME = C:\product\11.2.0\dbhome_3
RPE-02230: Debug Information: NUMBER_OF_PROCESSORS = 2
RPE-02230: Debug Information: PUBLIC = C:\Users\Public
RPE-02230: Debug Information: PSModulePath = C:\Windows\system32\WindowsPowerShell\v1.0\Modules\
RPE-02230: Debug Information: CommonProgramFiles(x86) = C:\Program Files (x86)\Common Files
RPE-02230: Debug Information: ComSpec = C:\Windows\system32\cmd.exe
RPE-02235: The operating system has reported that it cannot execute the requested command. This may be because the command or the parameters are invalid, or that the command is shell command. Any result code return is specific to the operating system. Debug information has been produced.
Cannot run program "/usr/bin/perl": CreateProcess error=2, The system cannot find the file specified
OUBIWF_D_DEVICE_ACTIVITY_TYPE:EMAIL_FILEMGR                              1          2012-07-04 16:57:40.0Parameters
ORA-24247: network access denied by access control list (ACL)
ORA-06512: at "SYS.UTL_TCP", line 17
ORA-06512: at "SYS.UTL_TCP", line 267
ORA-06512: at "SYS.UTL_SMTP", line 161
ORA-06512: at "SYS.UTL_SMTP", line 197
ORA-06512: at line 8

Hi There
Am experiencing the same issue. Did you manage to resolve it, is so can you advice what the resolution is. Thanks
Regards,
Kayode

/usr/local/bin vs /usr/bin and Kazehakase vs Firefox

When you install an application to /usr/bin will it be more faster than installed on /usr/local/bin?
I have Firefox installed in /usr/bin and Kazehakase installed to /usr/local/bin. And it seems that Firefox is faster than Kazehakase. Why?
Last edited by Paingiver (2008-03-15 11:11:48)

dyscoria wrote:
Endperform wrote:The notion that an application can be sped up by linking it in your home directory, or even renaming it to one letter is also crazy. Your install will search for an executable in the path specified in $PATH and then execute the first instance it finds, but this does NOT speed the application itself up.
No seriously, if you rename all your executables to one letter then your system runs like lightning!
* am i really that bad at sarcasm? *
Yes, since there was no indication of sarcasm in your post. A or would have worked

Missing /usr/bin/reboot

i use GNOME and arch is up to date as it can be after doing a "pacman -Syu".
when i use GNOME's shutdown-dialog to reboot the system, GNOME and X stop as they should, but then the system gives a message, "Command failed /usr/bin/reboot" and a short description that it wasn't found.
the system then takes a short breath of about 5-10 seconds and reboots as it should.
well, there is no /usr/bin/reboot on my harddisk, just /sbin/reboot...why?
had the same thing some days ago on another system. was /usr/bin/reboot removed during one of the last updates and GNOME still tries to use it instead of /sbin/reboot?
Thanks!
Cheers!

I had this problem as well and couldn't work out what I had done wrong - I hadn't been fiddling with any settings, honest. Anyway, it first occurred last Saturday when I shutdown my PC after these updates:
[2008-02-02 07:49] synchronizing package lists
[2008-02-02 07:49] starting full system upgrade
[2008-02-02 07:50] upgraded bash (3.2.025-4 -> 3.2.033-2)
[2008-02-02 07:50] warning: /etc/profile installed as /etc/profile.pacnew
[2008-02-02 07:50] warning: directory permissions differ on var/lock/
filesystem: 775 package: 755
[2008-02-02 07:50] upgraded filesystem (2007.11-3 -> 2007.11-6)
[2008-02-02 07:50] upgraded groff (1.19.2-3 -> 1.19.2-4)
[2008-02-02 07:50] upgraded man (1.6f-1 -> 1.6f-2)
[2008-02-02 07:50] upgraded mkinitcpio (0.5.17-1 -> 0.5.17-2)
[2008-02-02 07:50] upgraded mpg123 (1.1.0-3 -> 1.2.0-1)
and not only was there an error about the missing file but gdm-binary segfaulted. Here's the entry from everything.log:
Feb 2 09:53:50 gconfd (david-9810): Exiting
Feb 2 09:53:50 darkstar gdm-binary[9706]: WARNING: Command failed /usr/bin/poweroff: Failed to execute child process "/usr/bin/poweroff" (No such file or directory)
Feb 2 09:53:50 darkstar shutdown[11387]: shutting down for system halt
Feb 2 09:53:50 darkstar init: Switching to runlevel: 0
Feb 2 09:53:50 darkstar gdm-binary[9706]: segfault at 0000000000000031 rip 00002aaccdefa090 rsp 00007fffdfb2ce28 error 4
Thing is, looking back through older log entries, the warning about failing to execute /usr/bin/reboot or /usr/bin /poweroff is always there on reboot/shutdown but I had never before seen it echoed to the screen. Anyway, I wasn't sure where to report the bug but made my own fix in the meantime by adding the following to the daemon section of /etc/gdm/defaults.conf
RebootCommand=/sbin/reboot
HaltCommand=/sbin/poweroff
The other consequence of those Saturday updates, which hasn't gone away yet, is that the normal shutdown messages - stopping this, stopping that etc. - don't always appear. It's not consistent but more often than not gnome will drop to a console with a login prompt and my PC will shutdown a few seconds later If I don't start gnome and just run /sbin/poweroff from the console then the usual messages will appear. As far as I can tell, however, my PC is shutting down properly despite the lack of messages.
EDIT: And /sbin is in my path.
EDIT 1: And the segfaults continue (I thought that they'd gone away):
Feb 6 23:27:08 gconfd (david-9811): Exiting
Feb 6 23:27:09 darkstar shutdown[15679]: shutting down for system halt
Feb 6 23:27:09 darkstar init: Switching to runlevel: 0
Feb 6 23:27:09 darkstar gdm-binary[9706]: segfault at 0000000000000021 rip 00002b63ab165090 rsp 00007fff028bfe48 error 4
Last edited by azleifel (2008-02-07 22:35:41)

Executing /usr/bin/mail From Within Daemon

I've created a script that, among other things, sends an email to an external email address and it works fine from the command line. When the same script is run periodically from within a daemon (i.e. launchctl), the email functionality of the script does not execute. There are no errors in the system.log, the appfirewall.log or the mail.log. All of my referenced paths are absolute. I'm overlooking something, but don't know what.
Python:
cmd = "/bin/echo \"%s\" | /usr/bin/mail -s \"%s\" %s" % (messageText.strip(),subject,receiver)
os.system(cmd)
The question is, why does /usr/bin/mail not function correctly from within a daemon?
I appreciate your assistance

> Checked man mail but nothing that I could see...
That's because you're looking in the wrong place
mail uses your current login name combined with the domain settings for postfix, so it's postfix's configuration you need to be looking at.
Specifically:
/etc/postfix/main.cf
which states:
# The myorigin parameter specifies the domain that locally-posted
# mail appears to come from. The default is to append $myhostname,
# which is fine for small sites.
So you should change the myorigin setting to reflect the @part of addresses for mail sent from this machine. It may be as simple as:
myorigin = $mydomain
if you just want to append your domain name.

/usr/bin/install is missing!

Well, I don't know how this one happened. I was trying to "make install" a program I had just finished compiling, and then I get a message saying that /usr/bin/install is missing. I checked /usr/bin for "install", and it isn't there, even though it was before. How do I fix this problem?
Last edited by Falcata (2008-01-25 22:02:46)

Problem solved. I made a link to /bin/install under /usr/bin, and it worked fine.
Now then, another question: why did Nodoka get installed under /usr/local/lib, rather than /usr/lib?
EDIT: Should have waited a moment before posting, I guess. How do you install packages from AUR? Or packages that you downloaded onto your system?
Last edited by Falcata (2008-01-25 23:41:26)

[SOLVED] Why is there a PKGBUILD made available for the Android SDK?

Hello all my fellow Arch users.
I'm just curious as to WHY there's a PKGBUILD in the AUR made available for the Android SDK. I mean, it's already made available at the Android Developer's website, and the only things you'd need are Java, Python, and 32-bit application support, and correct me if I'm wrong, but usually you have the option to install those the moment you're selecting packages for Arch Linux while you're installing them.
I don't have anything against the PKGBUILD, it saved me a load of headaches trying to configure the SDK, and limited my pains to merely editing my .bashrc file to include the full path to the Android SDK tools and platform tools folders.
I find it strange. But then again, I find the concept of an i686-optimized GNU/Linux operating system that leaves all the major configuration to me that also kicks major ass strange as well.
Last edited by shaunsingh14 (2012-01-08 19:34:35)

Awebb wrote:
My brain refuses to form an adequate answer to your question. Downloading $APPLICATION from the developers website, extracting it, manually solving dependencies, figuring out a good path to put it and symlink it to /usr/bin is exactly what you do not want to do on an Arch Linux system, therefore you create a PKGBUILD, which enables pacman to know about the package. Just because it does not need to be compiled, does not mean it is a bad idea to create a PKGBUILD. If this is not the purpose of the AUR, then I must have gotten it wrong entirely.
Maybe if you took another AUR package (of your choice) and compared it to the Android SDK PKGBUILD, I could comprehend what's different about this one.
ouch, i was just wondering. i did migrate here from ubuntu after all. but i was just curious, because it reminded me of the android sdk installer gentoo had when i was still running it on a virtual machine a few months ago.

/usr/bin/ directory scripts

I have OSX 10.9.5. I discovered the "fuser" command in the /usr/bin/ directory is a script, instead of a binary. Anyone have any idea why Apple would replace the "fuser" binary with a script?

I guess because lsof does the important work, and scripting lsof did the job that was needed for fuser. 1 less executable to maintain, where that executable needs to know the inner workings of the operating system.
It has been a perl script since at least Leopard (10.5 is the oldest system available to me). I do not know when it first appeared, and if it was always a perl script.
When was the last time you knew it was an executable, as you say it was replaced?
POSX only requires that there be an fuser command, it does not dictate how that command is implemented.

/usr/bin changes and grub legacy

Hello,
Grub legacy is one of the packages that keeps its binaries in /sbin. I'm just wondering if this means that I have to replace grub legacy with another bootloader before I upgrade my system? I certainly wouldn't know how to update grub legacy so that the binaries are found in /usr/bin.
Thanks.

The reason to change to systemd is that the daemon scripts in /etc/rc.d are disappearing, as are hte /etc/conf.d stuff. It will break sooner or later (probably sooner) and I am actually really surprised it hasn't already. There is a reason why the news indicated that you should switch, as the old initscripts are not longer supported. That means more than just not getting updates, the files that make that work are slowly being pulled from the packages (and slowly in Arch is not very slow at all).
As for consolekit, it is an unmaintained piece of software. Its functionality has been replcaed by systemd's logind (quite successfully I mgith add) which is another reason why you should switch.
I'm not saying that you have to switch, as there are other alternatives out there that you could use. There is a whole thread on how to use openrc, and some stuff about using various other thigns as well, like runit or even the busybox init. But I have seen very little quality stuff in regard to maintenance of the old initscripts. Sticking with this is not something you should really want to do. I think in the end, you will end up with a much larger headache than simply ironing out any issues may have with moving to systemd.

/usr/bin binaries automatically executed?

"Houston, we have a problem"
I've put in /usr/bin/ a simple script /usr/bin/pumount (I moved the original pumount in pumount_normal)
the pumount content is this:
#!/bin/bash
pumount_original $1
notify-send -i drive-removable-media 'USB storage device removed: ' $1
echo media_removed > /dev/vc/1
the problem is that it is AUTOMATICALLY launched at every startup, so (I suppose) every /usr/bin/ is launched on startup...
(I have my noteo notify the launch of the notify-send and "media_removed" appear on my vc1)
and this appen too for some other "folder" for scripts... (I tried /usr/sbin too)
now, maybe this is totally normal and I'm simply stupid (:P) but /usr/bin contains 1140 files on my system....
I'm not sure why this happen, and I reinstalled arch one month ago, so I don't think I already broke it << (I hope at least..)
Tell me if you too experiment this issue, and if it's an issue..
Thanks for the attention..
bye

sniffles wrote:
_Marco_ wrote:@sniffles
why should my system call a "pumount " without args in the boot?
I think obviously there is a problem, the point is "it's only for me or for every archer?"
I have no idea why, I don't have that particular thing on my system. Now that iphitus gave you a reason, my scenario does not seem so laughable, does it? A lot more credible than "omg my system runs everything in /usr/bin/ on every boot!" (do you even realise what that would do?)
well, did you have an idea before iphitus pointed out this?
I just had mine script executed on every boot and I didn't found any reason for this...
I realise what that would do, but if I don't understand something I study it (tried to get it work for two hours) and, if I still don't understand, I ask to someone more expert.
excuse me if I choose this forum.. didn't know it was a philosophy forum, I thought it was ArchLinux forum.
edit:
for the fork bomb it was more a "demonstrative" thing that anything else... (the "aim" were more important of the "result")
if I had the will to crash his computer I would have tested it on my box first... don't you think?
anyway this is not the point.
next time I ask something stupid, please, simply start reading another topic.
Nobody need that kind of help.
Last edited by _Marco_ (2008-06-09 10:16:26)

Trying to move files to /usr/bin

I am trying to install g77 on my Powerbook, but I keep getting a "permission denied" when I try to move the files to /usr/bin so I can link them to gcc. I have admin permissions, but it still won't let me put the files I need in the /usr/bin directory. Any ideas of what is going wrong here?

You need root access to modify that folder. If you're working in the Terminal, preface the command you're using with sudo. If you're using a GUI application, use the Go to Folder command in the Finder's Go menu to navigate to it, drag the files there, and authenticate yourself.
(47141)

Libx32-glibc fails to build - /usr/bin/ld: cannot find -lgcc

I am trying to run steam using my own runtime libraries, however I'm missing libcrypt.so.11
After trawling through a chain of dependencies, I'm stuck on libx32-glibc.
When attmpting to build libx32-glibc I encounter an error while gcc is trying to compile elf/librtld.mapT
[myusername@hostname libx32-glibc]$ makepkg -R
==> Making package: libx32-glibc 2.18_12-1 (Sun Feb 9 18:12:22 NZDT 2014)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Removing existing pkg/ directory...
==> Entering fakeroot environment...
==> Starting package()...
LANGUAGE=C LC_ALL=C; export LANGUAGE LC_ALL; \
make -r PARALLELMFLAGS="" -C /home/myusername/aur/libx32-glibc/src/glibc-2.18 objdir=`pwd` install
make[1]: Entering directory '/home/myusername/aur/libx32-glibc/src/glibc-2.18'
make subdir=csu -C csu ..=../ subdir_lib
make subdir=iconv -C iconv ..=../ subdir_lib
make[2]: Entering directory '/home/myusername/aur/libx32-glibc/src/glibc-2.18/iconv'
make[2]: Nothing to be done for 'subdir_lib'.
make[2]: Leaving directory '/home/myusername/aur/libx32-glibc/src/glibc-2.18/iconv'
make[2]: Entering directory '/home/myusername/aur/libx32-glibc/src/glibc-2.18/login'
make[2]: Nothing to be done for 'subdir_lib'.
make[2]: Leaving directory '/home/myusername/aur/libx32-glibc/src/glibc-2.18/login'
make subdir=elf -C elf ..=../ subdir_lib
make[2]: Entering directory '/home/myusername/aur/libx32-glibc/src/glibc-2.18/elf'
/opt/gcc-x32-seed/bin/gcc -mx32 -B/opt/gcc-x32-seed/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/ -Wl,-O1,--sort-common,--as-needed,-z,relro -nostdlib -nostartfiles -r -o /home/myusername/aur/libx32-glibc/src/glibc-build/elf/librtld.map.o '-Wl,-(' /home/myusername/aur/libx32-glibc/src/glibc-build/elf/dl-allobjs.os /home/myusername/aur/libx32-glibc/src/glibc-build/libc_pic.a -lgcc '-Wl,-)' -Wl,-Map,/home/myusername/aur/libx32-glibc/src/glibc-build/elf/librtld.mapT
/usr/bin/ld: cannot find -lgcc
collect2: error: ld returned 1 exit status
Makefile:285: recipe for target '/home/myusername/aur/libx32-glibc/src/glibc-build/elf/librtld.map' failed
make[2]: *** [/home/myusername/aur/libx32-glibc/src/glibc-build/elf/librtld.map] Error 1
make[2]: Leaving directory '/home/myusername/aur/libx32-glibc/src/glibc-2.18/elf'
Makefile:236: recipe for target 'elf/subdir_lib' failed
make[1]: *** [elf/subdir_lib] Error 2
make[1]: Leaving directory '/home/myusername/aur/libx32-glibc/src/glibc-2.18'
Makefile:12: recipe for target 'install' failed
make: *** [install] Error 2
==> ERROR: A failure occurred in package().
Aborting...
In accordance with this solved topic for a similar issue, I have ensured that options=('staticlibs') is present in PKGBUILD:
options=('!strip' '!emptydirs' 'staticlibs')
I have tried re downloading and compiling all the src but the same issue occurs.
Here is a list of gcc/glibc/multilib packages that I have installed:
[mephage@tws01 exercise1]$ pacman -Q | grep -E -e 'multilib|gcc|glibc'
binutils-multilib 2.24-1
gcc-libs-multilib 4.8.2-7
gcc-multilib 4.8.2-7
gcc-x32-seed 4.8.2_7-1
glibc 2.18-12
glibc-x32-seed 0.1.0-1
lib32-gcc-libs 4.8.2-7
lib32-glibc 2.18-12
libtool-multilib 2.4.2-12
Here is a list of aur packages that I have installed:
[mephage@tws01 exercise1]$ pacman -Qm
gcc-x32-seed 4.8.2_7-1
glibc-x32-seed 0.1.0-1
linux-ck 3.12.9-3
linux-ck-headers 3.12.9-3
nvidia-ck 331.38-2
xdm-arch-theme 2.3.1-3

Still haven't resolved this. However, I did see that there is more information in /home/myusername/dir-where-i-extract-aur-tarballs/libx32-glibc/src/glibc-build/config.log:
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc
/usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
/usr/bin/ld: cannot find -lc
/usr/bin/ld: cannot find -lgcc
collect2: error: ld returned 1 exit status
My guess is that I need a compatible libc.so so that /usr/bin/ld can create the links using gcc.
Edit: Removed a line that was incorrect
Last edited by mephage (2014-02-23 04:54:07)

Why is there no /usr/bin/gnutar in Mavericks?

Similar Messages

Maybe you are looking for