Re: [gentoo-user] [OT] bash script error
On Mon, May 09, 2011 at 01:44:58PM +0800, Xi Shen wrote:
> It is not specific to Gentoo. But do not know where to search or post it :)
>
> My script looks like:
>
> url="http://mypage";
> curl_opts="-x ''"
> curl $url -d \"mydata\" $curl_opts
>
> If I execute it, I got an error from curl, saying it cannot resolve
> the proxy ''.
>
While bash arrays probably aren't required for this, the following seems
to work OK:
curl_opts=(-x "")
curl $url -d \"mydata\" "${curl_opts[@]}"
But I'm sure there's a quotes-only solution, too.
--
Kevin McCarthy
Re: [gentoo-user] QA Notice: libdialog.la appears to contain PORTAGE_TMPDIR paths
On Mon, May 09, 2011 at 10:44:10AM -0300, Rafael Barrera Oro wrote: > > Considering the confusing nature of the error and the easyness which it is > fixed with, should'n it be in a faq or something? > Well, I suppose the handbook could be changed to explain that no only do you have to set the timezone and UTC/local settings for you clock, but you also have to make sure it is set. Unfortunately, adding this specific problem to a FAQ is problematic because there are dozens of errors and problems that can come from a mis-set clock. It would be difficult to cover them all. -- Kevin McCarthy
Re: [gentoo-user] crossdev avr compile failing on crtm328p.o
On Sat, May 07, 2011 at 08:34:04PM +0800, William Kenworthy wrote:
> /usr/libexec/gcc/avr/ld: crtm328p.o: No such file: No such file or
> directory
>
> Ive rebuilt/uninstalled/reinstalled the avr toolchain with no success.
> Can someone suggest where to look next?
>
> The file crtm328p.o does exist in /usr/avr/lib/avr5 along with the other
> arch specific libs.
I would look in /usr/avr/etc/portage/make.conf and make sure everything
there looks OK. I'd make sure you have something like this in there:
CHOST=avr
ROOT=/usr/${CHOST}/
LDFLAGS="-L${ROOT}lib -L${ROOT}usr/lib"
Mind if I ask which arduino package you are using? The one in Portage is
somewhat old, and the one from overlay described on the Arduino site[1]
seems to have a problem with avrdude on my system. I eventually just
ended up downloading the binary version and running it from my home dir.
Maybe I should ping the Gentoo maintainers and see if I can help get
Arduino up-to-date in Portage...
[1] http://www.arduino.cc/playground/Linux/Gentoo
--
Kevin McCarthy
Re: [gentoo-user] QA Notice: libdialog.la appears to contain PORTAGE_TMPDIR paths
On Fri, May 06, 2011 at 10:45:31PM +0100, Neil Bothwick wrote: > Kevin, can you upload your PGP/GPG key to a public keyserver, otherwise > the only point of signing your mails is to cause mailers to slow down > while trying to check a signature against an unavailable key. I know what you mean. I hate it when mutt stalls for ages while GPG looks for the key. My key is in subkeys.pgp.net and I *thought* the major keyservers exchanged keys. Is there a particular keyserver you would like me to upload it to? I suppose there's no reason I even need to sign messages to the list. It's just a habit to sign e-mail. -- Kevin McCarthy
Re: [gentoo-user] QA Notice: libdialog.la appears to contain PORTAGE_TMPDIR paths
On Fri, May 06, 2011 at 03:25:31PM -0300, Rafael Barrera Oro wrote: > 2011/5/6 Kevin McCarthy > > > On Fri, May 06, 2011 at 01:45:01PM -0300, Rafael Barrera Oro wrote: > > > > > > Attached to this message are the contents of the afforementioned file, > > > thanks for the help!!! This seems like cause for alarm: > >>> Unpacking source... > >>> Unpacking dialog-1.1-20100428.tgz to > >>> /var/tmp/portage/dev-util/dialog-1.1.20100428/work > tar: dialog-1.1-20100428/aclocal.m4: time stamp 2010-04-28 17:36:28 is > 252636716.880100597 s in the future Something is definitely wrong with your clock. Then we have this: > >>> Source configured. > >>> Compiling source in > >>> /var/tmp/portage/dev-util/dialog-1.1.20100428/work/dialog-1.1-20100428 ... > make > make: Warning: File `trace.c' has modification time 2.4e+08 s in the future Here is the libtool link from the compile phase. It looks correct, but notice that it warns you about the clock problems: > libtool: link: i686-pc-linux-gnu-gcc -Wl,-O1 -Wl,--as-needed -o .libs/dialog > .libs/dialog.o > -L/var/tmp/portage/dev-util/dialog-1.1.20100428/work/dialog-1.1-20100428 > /var/tmp/portage/dev-util/dialog-1.1.20100428/work/dialog-1.1-20100428/.libs/libdialog.so > -L/usr/lib -lncursesw -lm > make: warning: Clock skew detected. Your build may be incomplete. > >>> Source compiled. > >>> Test phase [not enabled]: dev-util/dialog-1.1.20100428 > Then in the install phase, you will see that make can't figure out what is up-to-date (because the clock is off) so it decides everything needs to be rebuilt. > >>> Install dialog-1.1.20100428 into > >>> /var/tmp/portage/dev-util/dialog-1.1.20100428/image/ category dev-util ---8<---SNIP---8<--- > make: Warning: File `trace.c' has modification time 2.4e+08 s in the future > /usr/bin/libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc -O2 > -march=i686 -pipe -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 > -I/usr/include/ncursesw -D_XOPEN_SOURCE_EXTENDED -DHAVE_CONFIG_H -I. -I. > -DLOCALEDIR=\"/usr/share/locale\" -c trace.c In the install phase, DESTDIR is set to the PORTAGE_TEMP directory and libtool is called with -rpath set to the temp dir. This is what's causing the QA warning. The problem is that we aren't supposed to be building anything at this point. It is the INSTALL phase after all: > /usr/bin/libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -rpath > /var/tmp/portage/dev-util/dialog-1.1.20100428/image//usr/lib -version-info > `cut -f1 ./VERSION` -Wl,-O1 -Wl,--as-needed -o libdialog.la trace.lo rc.lo > calendar.lo fselect.lo timebox.lo formbox.lo guage.lo pause.lo progressbox.lo > tailbox.lo mixedform.lo mixedgauge.lo arrows.lo buttons.lo checklist.lo > columns.lo dlg_keys.lo editbox.lo inputbox.lo inputstr.lo menubox.lo mouse.lo > mousewget.lo msgbox.lo textbox.lo ui_getc.lo util.lo version.lo yesno.lo > -L/usr/lib -lncursesw -lm So, the short of it is that you need to fix your clock. It needs to be set reasonably close to the actual time and the timezone needs to be set correctly as well. You might also look into net-misc/ntp to set the clock from the network. If your clock is set correctly, there's something horribly wrong and it will require additional troubleshooting. -- Kevin McCarthy pgpT3OsTjyn8x.pgp Description: PGP signature
Re: [gentoo-user] QA Notice: libdialog.la appears to contain PORTAGE_TMPDIR paths
On Fri, May 06, 2011 at 01:45:01PM -0300, Rafael Barrera Oro wrote: > > Attached to this message are the contents of the afforementioned file, > thanks for the help!!! Hmm... It looks like libtool is being called to link the library when DESTDIR is set. It shouldn't be set during the compile phase, only during the install phase. I wonder if the library is failing to be built for some reason during compile, so make tries to build it in the ebuild's install phase? I guess I'll need to see the entire build.log for it before I can know for sure: /var/tmp/portage/dev-util/dialog-1.1.20100428/temp/build.log -- Kevin McCarthy pgplICJy9Tg5I.pgp Description: PGP signature
Re: [gentoo-user] QA Notice: libdialog.la appears to contain PORTAGE_TMPDIR paths
On Fri, May 06, 2011 at 12:32:50PM -0300, Rafael Barrera Oro wrote: > I successfuly installed lafilefixer and then ran it, however, the problem > persists :( > > 2011/5/5 Stroller > > > > > On 5/5/2011, at 3:00am, Rafael Barrera Oro wrote: > > > > ... > > The thing is that emerging mirrorselect has the following outcome: > > > > * QA Notice: libdialog.la appears to contain PORTAGE_TMPDIR paths > > * ERROR: dev-util/dialog-1.1.20100428 failed: > > * soiled libtool library files found Hmm, this is a strange one. It would probably help to take a look in libdialog.la to see what's getting set to PORTAGE_TMPDIR. Once emerge has failed to merge dev-util/dialog it should leave the workdir in /var/tmp/portage. Can you post the contents of: /var/tmp/portage/dev-util/dialog-1.1.20100428/work/dialog-1.1-20100428/libdialog.la to the list? If you don't have a /v/t/p/dev-util/dialog-1.1.20100428 directory after failing to emerge it, try *TEMPORARILY* using the keepwork feature: FEATURES="keepwork" emerge -1 dev-util/dialog It's bad to use keepwork when you aren't debugging, so DO NOT put it in your make.conf. Hopefully looking at the .la file will help us narrow down what is happening. -- Kevin McCarthy pgpdJIm46UKZ2.pgp Description: PGP signature
Re: [gentoo-user] LXDE
On Sat, Mar 05, 2011 at 02:51:54PM -0500, dhk wrote: > On 03/03/2011 10:25 PM, daid kahl wrote: > > I installed xdm and slim, but strange things happen with that. When I > run /etc/xinit.d/xdm start the slim login appears, but the right half of > my keyboard doesn't work right. For example when I press the "k" key a > "2" is printed. Very strange. > I bet you are on a laptop that doesn't have a dedicated number pad. If you look, you will see that JKL are also 123 when the numlock is on. SLiM's default setting is to turn the numlock on when it starts. You can turn this off with the "numlock" setting in /etc/slim.conf. -- Kevin McCarthy pgpOlnpakqut4.pgp Description: PGP signature
[gentoo-user] Re: Any small and fast desktop search app for GNOME?
On Tue, Mar 01, 2011 at 02:14:04PM +0800, Thomas Yao wrote: > I dislike gnome-do and I use synapse on ubuntu with another PC > So I'm wondering is there any other good desktop search applications? > Or how can I install synapse on gentoo? > Thank you! I've just committed gnome-extra/synapse to the testing tree in portage. I've also added all of the zeitgeist-related packages to support it. If you are running ~arch, it should just be a matter of "emerge -av synapse". If you are on a stable arch, you will have to unmask it first. There is an optional package called "zeitgeist-datahub" that you may want to emerge too. While optional, it should give zeitgeist more data to work with, so you may want to "emerge -av zeitgeist-datahub" too. Please open a bug at bugs.gentoo.org if you have any issues with it. Enjoy. -- Kevin McCarthy pgpl7JIxMX24w.pgp Description: PGP signature
