Re: BASH as root shell (static linking)
On Saturday 06 October 2007 11:56:03 andrew clarke wrote:
On Sat, Oct 06, 2007 at 04:54:26AM +1000, Jerahmy Pocott wrote:
I'm wanting to use BASH as my root shell, so I compiled a statically
linked version then tried to log in with only / mounted. But I was locked
out because elf.ld.so could not be found..
I though elf was the native binary format these days? But it needs a
library to run them? Is it possible to statically link against elf? Or do
standalone binary have to be in aout format? I'm a bit confused as to why
it requires this dynamic library..
I'm not sure if this helps at all, but you can build a static version of
bash from the Ports tree:
cd /usr/ports/shells/bash
make WITH_STATIC_BASH=1
You'll need to cp bash to /bin.
Regards
Andrew
Exactly. As a portupgrade user i've done in my pkgtools.conf:
MAKE_ARGS = {
'shells/bash' = [
'WITH_STATIC_BASH=yes',
],
}
AFTERINSTALL = {
'shells/bash' = 'cp /usr/local/bin/bash /bin'
}
And no more troubles even after portupgrade shells/bash :))
Aline
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Do you need to rebuild ports after 7-Current upgrade?
Citando Philip M. Gollucci [EMAIL PROTECTED]: Brent Jones wrote: Good morning - After a 6.2 to 7-Current FreeBSD upgrade, do you need to rebuild your ports? If you have all the compat*x libraries installed you might not need to. But if you don't, things will use the old libraries and not the new ones in 7. I would suggest you do. After a 6.2-stable to 7.0-current upgrade i'm having segmentation fault from some apps (gnucash at the beggining and now from several kde tools). So I'm rebuilding everything :) -- Philip M. Gollucci ([EMAIL PROTECTED]) c:323.219.4708 o:703.749.9295x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/EC88A0BF 0DE5 C55C 6BF3 B235 2DAB B89E 1324 9B4F EC88 A0BF Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 pgpPJFDPAL59K.pgp Description: Assinatura Digital PGP
Re: tmpfs on FreeBSD 7.0
Em Thursday 07 February 2008 11:57:26 Wojciech Puchar escreveu: just to make sure - is it included in FreeBSD 7.0 ? Yes, it is can it be used in production. I'm running it in my workstation, and it looks pretty good... [EMAIL PROTECTED]:/usr/home/aline]$ cat /etc/fstab | grep tmpfs tmpfs /tmptmpfs rw 0 0 [EMAIL PROTECTED]:/usr/home/aline]$ df -ht tmpfs FilesystemSizeUsed Avail Capacity Mounted on tmpfs 1.7G8.0K1.7G 0%/tmp -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: This is a digitally signed message part.
llmozlib fails to build (unofficial port)
I'm triyng to build llmozlib (which is a dependency for secondlife viewer) from the port provided in http://wiki.secondlife.com/wiki/Compiling_the_viewer_(FreeBSD). The build fails in a way that looks very easy to solve, but I couldn't manage it. The error message: /usr/bin/ld: cannot find -lmozjs c++ is invoked with: -L../../dist/bin -lmozjs and in the ../dist/bin directory we have: [EMAIL PROTECTED] /usr/ports/local/llmozlib/work/llmozlib/build_mozilla/objdir-mozilla-freebsd/dist/bin]# ls -lh libmozjs.so.1.0 lrwxr-xr-x 1 root wheel28B 14 Fev 10:30 libmozjs.so.1.0 - ../../js/src/libmozjs.so.1.0 The link is not broken and the permissions looks right to me: [EMAIL PROTECTED] /usr/ports/local/llmozlib/work/llmozlib/build_mozilla/objdir-mozilla-freebsd/js/src]# ls -lh libmozjs.so.1.0 -rwxr-xr-x 1 root wheel 693K 14 Fev 10:30 libmozjs.so.1.0 Does any one have any idea about what may be wrong here? Thanks in advance. -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: This is a digitally signed message part.
Re: llmozlib fails to build (unofficial port)
Em Thursday 14 February 2008 11:25:28 Aline de Freitas escreveu: I'm triyng to build llmozlib (which is a dependency for secondlife viewer) from the port provided in http://wiki.secondlife.com/wiki/Compiling_the_viewer_(FreeBSD). The build fails in a way that looks very easy to solve, but I couldn't manage it. The error message: /usr/bin/ld: cannot find -lmozjs c++ is invoked with: -L../../dist/bin -lmozjs and in the ../dist/bin directory we have: [EMAIL PROTECTED] /usr/ports/local/llmozlib/work/llmozlib/build_mozilla/objdir-mozilla-freebs d/dist/bin]# ls -lh libmozjs.so.1.0 lrwxr-xr-x 1 root wheel28B 14 Fev 10:30 libmozjs.so.1.0 - ../../js/src/libmozjs.so.1.0 The link is not broken and the permissions looks right to me: [EMAIL PROTECTED] /usr/ports/local/llmozlib/work/llmozlib/build_mozilla/objdir-mozilla-freebs d/js/src]# ls -lh libmozjs.so.1.0 -rwxr-xr-x 1 root wheel 693K 14 Fev 10:30 libmozjs.so.1.0 Does any one have any idea about what may be wrong here? Thanks in advance. Replying to myself I've solved with ln -s libmozjs.so.1.0 libmozjs.so This is because I realized in the ld manpage that the linker when invoked with -larchive looks for a library libarchive.so But a question remains. How could I link a library which name is libarchive.so.1.0 ? -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: This is a digitally signed message part.
Re: amd64 or i386 for desktop use?
Em Wednesday 05 March 2008 02:36:33 Isaac Mushinsky escreveu: I have new hardware (Abit ip35-pro, Intel Q6600), and was contemplating installing FreeBSD/arch, but now realise that I am going to have some problems. My nvidia card will not be of much use (GeForce 8500GT), since nvidia-drivers are not there for amd64, and the open source nv driver does not even support XVideo extension for these cards. I can downgrade to a nv 7xxx series card, which works better with the open driver. I do not mind loss of 3D support, but would need basic things like mplayer. So my questions are: 1. Should I get nvidia 7xxx or an ATI card? Which card is most likely to work reasonably well? No fancy features required, but may be appreciated later. I prefer ATI ones, like r300, in which works out-of-the-box with the opensource xf86-video-ati. 2. Any problems with flash plugin (flash7 for now, I do not mean the confounded flash9 headache)? flash7 through nspluginwrapper works fine with firefox compiled by ports. flash9 is working through windows firefox (via wine). 3. Other casual desktop user problems I should be aware of? 4. Is it worth it? Perhaps I should stay with i386, but it is a pity not to be able to use the new machine to its full potential. With amd64 you'll not get wine, VESA, boot splash screen and maybe more stuff. Even googleearth I couldn't make it work in amd64. So I think it's not a good idea to use amd64 as a desktop. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: This is a digitally signed message part.
Re: Major version binary upgrade 6.3-RELEASE - 7-RELEASE
Em Friday 14 March 2008 08:22:14 Daniel Demacek escreveu: Hi, in my testing environemnt I've tryied binary upgrade from 6.3-RELEASE - 7-RELEASE by following Colin Percival's article at http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.ht ml I am stuck at the step portupgrade -f ruby: --- Reinstalling 'ruby-1.8.6.111_1,1' (lang/ruby18) --- Building '/usr/ports/lang/ruby18' === Cleaning for ruby-1.8.6.111_1,1 === Found saved configuration for ruby-1.8.6,1 === Extracting for ruby-1.8.6.111_1,1 = MD5 Checksum OK for ruby/ruby-1.8.6-p111.tar.bz2. = SHA256 Checksum OK for ruby/ruby-1.8.6-p111.tar.bz2. /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6-p111/ext/dl/h2rb /usr/ports/lang/ruby18/work/ruby-1.8.6-p111/bin/ === Patching for ruby-1.8.6.111_1,1 === Applying FreeBSD patches for ruby-1.8.6.111_1,1 /usr/bin/sed -i.bak -e 's|-l$pthread_lib|-pthread|g' /usr/ports/lang/ruby18/work/ruby-1.8.6-p111/configure /bin/rm -rf /usr/ports/lang/ruby18/work/ruby-1.8.6-p111/ext/Win32API /bin/rm -rf /usr/ports/lang/ruby18/work/ruby-1.8.6-p111/ext/win32ole /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6-p111/ext/gdbm /usr/ports/lang/ruby18/work/ /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6-p111/ext/iconv /usr/ports/lang/ruby18/work/ /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6-p111/ext/tk /usr/ports/lang/ruby18/work/ === Configuring for ruby-1.8.6.111_1,1 /usr/bin/touch /usr/ports/lang/ruby18/work/ruby-1.8.6-p111/configure configure: WARNING: you should use --build, --host, --target checking build system type... i386-portbld-freebsd6 checking host system type... i386-portbld-freebsd6 checking target system type... i386-portbld-freebsd6 checking for i386-portbld-freebsd6-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... Bad system call (core dumped) configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details. === Script configure failed unexpectedly. Please report the problem to [EMAIL PROTECTED] [maintainer] and attach the /usr/ports/lang/ruby18/work/ruby-1.8.6-p111/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/lang/ruby18. *** Error code 1 Stop in /usr/ports/lang/ruby18. ! lang/ruby18 (ruby-1.8.6.111_1,1)(configure error) Any suggestions? Thank you. Dan. In my experience, when I moved from 6.2 to 7.0 I had to recompile portupgrade at hand first. To do this you need to recompile portupgrade and all his dependencies by doing 'make install clean' in each one. Yes, ruby is one of the portupgrade dependencies... And after, with a fresh portupgrade compiled in the new 7.0 environment, I've done portupgrade -fa. -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: This is a digitally signed message part.
Re: dvd-audio
Citando Steve Franks [EMAIL PROTECTED]: Anyone make audio files from their dvd's? All the stuff out there for windows is based on the same crappy MS example, with different skins. Steve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Probably it's not the best way, but you can try using mplayer plus lame, with something like: mplayer dvd:// -ao pcm | lame audio.mp3 -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 pgpkAts8ihRlf.pgp Description: Assinatura Digital PGP
Re: Xorg ATi/Radeon drivers on 7.0-STABLE?
Em Tuesday 25 March 2008 15:35:51 C Verboom escreveu: Hi All, Just new here, so if this has been dealt with before, pls excuse me. I've seen only a few posts dealing w/ ATi drivers (ati and radeon) on v7.0-STABLE and Xorg, and together with my own experience I'm inclined to suspect there's something wrong with this combo. Or wrong... it may need special attention, but I lack the knowledge to prove or find a definitive answer, and you ppl here might. For a while I've been running 6.2-STABLE w/ Xorg on a Dell Latitude C610. Worked nicely @ 1400x1050, no problems. A few days ago I've performed a fresh install of 7.0-STABLE. The install was done for User/X-User, nothing (cvs, ports, etc) has been added or modified apart from network settings to be able to ssh/scp. The problem: there's no way that I can get a decent graphics resolution like I was used to. The only one xorg.conf setting that resulted in stable graphics was 'Driver vga' and 'Mode 640x480'. For the last 2 days (with the help of numerous Ati and Xorg-related posts on the net and c/p from my old xorg.conf) I've been trying to apply any reasonable setting using the ati and radeon drivers, only to see a blurred screen: HorizSync and/or VertSync way off, flickering and scrolling bars. No visible diff in the blurr w/ modified sync numbers, but no hang-ups as others seem to have stumbled upon: I can always kill the server w/ C-A-BS. Sometimes something seemed to happen (KDE starting? I never waited long before I killed the server...) as I did see a partial light-colored change in the blurr. Comparing the log of my old setup (I've put the image back twice over to check), there's a few -in my little experience- important differences with output of drivers and modules, or at least the way things such as capacities and capabilities are displayed, so under the hood there's so much changes that I cannot reasonably grasp what exactly is different and in what way... for which I apologize, but I'm bold enough to suspect.. So: is the problem with me or with the new ... (drivers, modules, ???) It looks like an ati driver issue. I suggest you to first, try the latest git tree driver by doing the following: git-clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati cd xf86-video-ati ./autogen.sh --prefix=/usr/local --mandir=/usr/local/man make Then deinstall the xf86-video-ati from the ports tree: pkg_deinstall xf86-video-ati-6.8.0_1 and install the one from the git tree: make install If you see the same issues with the driver from the git tree, you should report it to the xorg mailing list at: http://lists.freedesktop.org/mailman/listinfo/xorg -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: MPlayer does not compile (actually gio-fam-backend does not)
Em Tuesday 25 March 2008 16:11:53 Niels Kobschaetzki escreveu: Hi! I'm trying to compile MPlayer but it just doesn't work because it depends on gio-fam-backend and that does not compile. It always stops with: /usr/bin/ld: cannot find -lgio-2.0 gmake: *** [libgiofam.la] Error 1 *** Error code 2 Stop in /usr/ports/devel/gio-fam-backend. *** Error code 1 Any ideas what I can do? Niels ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] A had the same trouble, but after a glib rebuild the gio-fam-backend has build without problems. -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: This is a digitally signed message part.
Re: linux_sys_futex: unknown op 128
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em Thursday 12 June 2008 07:55:55 Tsu-Fan Cheng escreveu: hi all, i have this weird log in my /var/log/messages, it keeps showing Jun 12 06:53:36 kernel: linux_sys_futex: unknown op Jun 12 06:53:36 kernel: 128 Jun 12 06:53:36 kernel: linux_sys_futex: unknown op 128 and it seems to have something to do with my flash plugin, as I kill npviewer, this message goes away, does anyone know why?? thanks !! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] You may be running linux_base-f8 with 7.0-RELEASE, isn't it? linux_base-f8 uses some futex functions present only in STABLE. To get rid of it you could update to 7-STABLE, or, as I do, just copy linux_futex.c and linux_futex.h from CURRENT or STABLE into sys/compat/linux and rebuild your kernel, while keep using 7.0-RELEASE. - -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhRCOgACgkQhLRvs95jIBb/9ACeL1s+OZcl8S0FE+esZdBJi7OA ZFIAmgKUaN0VsW4XIze8AV5x/xrmS7Tt =Ivf3 -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
hw.snd.pcm0.vchans does not exist under 7.0-release
Hi everyone! In the 6.x series we could set hw.snd.pcm.vchans to 4 in order to have four sound virtual channels. But under 7.0 it does not exist. I've found dev.pcm.0.play.vchans which I did set to 4 but still I have only /dev/dsp0.0. Does anyone knows how to deal with it under 7.x series? Thanks, -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: This is a digitally signed message part.
