Re: [gentoo-user] Wireless connection-sharing with networkmanager problem
On Tue, October 2, 2012 3:18 am, João Matos wrote: > Dear list, > > I've been trying to get networkmanager working and use it to share my > Internet connection with my Android. > > I have my wireless card working properly, since I can create a network > with > my phone and connect to it, using the networkmanager script from KDE. > > I've already enabled the "connection-sharing" user flag, and followed the > instruction from > http://simplehacksnreviews.wordpress.com/2011/10/30/simple-connection-sharing-with-networkmanager-how-to-connect-with-a-3g-usb-modem-on-linux/(just > 4 simple steps), and tried many other configurations by myself. > > Apparently the configuration is ok, bcz my wlan0 gets itself a IP address, > but my smartphone can't see the network I've *theoretically* created. > > I don't know why, the channel is -1 (0 Mhz) (networkmanager screeshot > attached), and I think is should be the problem, but I don't know what > else > to try. > > Any ideias how to solve this problem? do you need any other information? Can you please clarify if you want to use your mobile phone to provide an internet connection to your laptop? Assuming the answer is yes, you should only need to do the following: - Configure your mobile to enable "Portable Wi-Fi hotspot" - Configure your laptop to connect to your mobile as if it's a standard WiFi hotspot/access point. There should be no need to adjust anything else on your laptop. The website you followed describes how to do it with a USB-connection. That works differently then when using WIFI. -- Joost
[gentoo-user] Re: Amaya
On 10/01/2012 05:39 PM, Silvio Siefke wrote: I run the follow command, ../configure --enable-system-wx --enable-system-libwww --enable-system-raptor Sorry, I forgot to say that it compiles for me only when I omit all of those flags. Amaya doesn't like my system libs any better than it likes yours :)
Re: [gentoo-user] Re: Amaya
Hello, So i try on my Desktop to compile Amaya. Want not work. g++ -O2 -Wall -x c++ -D__cplusplus -D_UNIX -D_GL -D_WX -DHAVE_CONFIG_H -I.. -I../../amaya/xpm -I../../thotlib/include -I../../thotlib/internals/var -I../../thotlib/internals/h -I../../thotlib/internals/f -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -I/home/siefke/Downloads/Amaya11.4.4/Amaya/obj/Mesa/include -I/usr/include/freetype2 -c ../../thotlib/image/picture.c -o image/picture.o ../../thotlib/image/picture.c: In Funktion »ThotBool TtaFileCopyUncompress(const char*, const char*)«: ../../thotlib/image/picture.c:2386:50: Warnung: ignoring return value of »size_t fwrite(const void*, size_t, size_t, FILE*)«, declared with attribute warn_unused_result g++ -O2 -Wall -x c++ -D__cplusplus -D_UNIX -D_GL -D_WX -DHAVE_CONFIG_H -I.. -I../../amaya/xpm -I../../thotlib/include -I../../thotlib/internals/var -I../../thotlib/internals/h -I../../thotlib/internals/f -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -I/home/siefke/Downloads/Amaya11.4.4/Amaya/obj/Mesa/include -I/usr/include/freetype2 -c ../../thotlib/image/pnghandler.c -o image/pnghandler.o ../../thotlib/image/pnghandler.c: In Funktion »unsigned char* ReadPng(FILE*, unsigned int*, unsigned int*, int*, int*, ThotColorStruct**, int*, ThotBool*, ThotBool*)«: ../../thotlib/image/pnghandler.c:152:9: Fehler: invalid use of incomplete type »struct png_struct« /usr/include/png.h:857:16: Fehler: forward declaration of »struct png_struct« ../../thotlib/image/pnghandler.c:163:33: Fehler: ungültige Umwandlung von »long unsigned int*« in »png_uint_32*« ../../thotlib/image/pnghandler.c:163:33: Fehler: Argument 3 von »png_uint_32 png_get_IHDR(png_struct*, png_info*, png_uint_32*, png_uint_32*, int*, int*, int*, int*, int*)« wird initialisiert ../../thotlib/image/pnghandler.c:163:33: Fehler: ungültige Umwandlung von »long unsigned int*« in »png_uint_32*« ../../thotlib/image/pnghandler.c:163:33: Fehler: Argument 4 von »png_uint_32 png_get_IHDR(png_struct*, png_info*, png_uint_32*, png_uint_32*, int*, int*, int*, int*, int*)« wird initialisiert ../../thotlib/image/pnghandler.c:178:38: Fehler: »png_set_gray_1_2_4_to_8« wurde in diesem Gültigkeitsbereich nicht definiert ../../thotlib/image/pnghandler.c:201:21: Fehler: ungültige Umwandlung von »long unsigned int*« in »png_uint_32*« ../../thotlib/image/pnghandler.c:201:21: Fehler: Argument 3 von »png_uint_32 png_get_IHDR(png_struct*, png_info*, png_uint_32*, png_uint_32*, int*, int*, int*, int*, int*)« wird initialisiert ../../thotlib/image/pnghandler.c:201:21: Fehler: ungültige Umwandlung von »long unsigned int*« in »png_uint_32*« ../../thotlib/image/pnghandler.c:201:21: Fehler: Argument 4 von »png_uint_32 png_get_IHDR(png_struct*, png_info*, png_uint_32*, png_uint_32*, int*, int*, int*, int*, int*)« wird initialisiert ../../thotlib/image/pnghandler.c: In Funktion »ThotBool SavePng(const char*, unsigned char*, unsigned int, unsigned int)«: ../../thotlib/image/pnghandler.c:861:7: Fehler: invalid use of incomplete type »struct png_struct« /usr/include/png.h:857:16: Fehler: forward declaration of »struct png_struct« ../../thotlib/image/pnghandler.c: In Funktion »unsigned char* ReadPng(FILE*, unsigned int*, unsigned int*, int*, int*, ThotColorStruct**, int*, ThotBool*, ThotBool*)«: ../../thotlib/image/pnghandler.c:136:32: Warnung: ignoring return value of »size_t fread(void*, size_t, size_t, FILE*)«, declared with attribute warn_unused_result make[1]: *** [image/pnghandler.o] Fehler 1 make[1]: Leaving directory `/home/siefke/Downloads/Amaya11.4.4/Amaya/obj/thotlib' make: *** [thotlib] Fehler 2 I run the follow command, ../configure --enable-system-wx --enable-system-libwww --enable-system-raptor Regards Silvio
Re: [gentoo-user] Re: Amaya
On Tue, 25 Sep 2012 17:18:03 -0700 walt wrote: > I finally got it installed using this source tarball: > http://www.w3.org/Amaya/Distribution/amaya-sources-11.4.4.tgz I try it now on my Desktop System. > I run gentoo ~amd64, and because of that I had to edit three of the amaya > source files to get it to compile. I think maybe if you are running a > 32-bit stable gentoo it should 'just work', but I no longer have such a > machine to test. What gentoo version/arch are you running? I use the normal arch, 32 bit. I try it with the source now on my desktop. Regards Silvio
[gentoo-user] Re: ghostscript fails to find Helvetica font
On Thu, Sep 27, 2012 at 10:42:26PM -0300, José Romildo Malaquias wrote: > Hello. > > Recently ghostscript stopped working on my ~amd64 system. The error > message indicates it cannot find basic fonts like Times and Helvetica. > > > $ ps2pdf a.ps > Error: /invalidfont in /findfont > Operand stack: >Times-Italic@0 --nostringval-- Times-Italic > Execution stack: >%interp_exit .runexec2 --nostringval-- --nostringval-- > --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- > --nostringval-- false 1 %stopped_push 1878 1 3 %oparray_pop > 1877 1 3 %oparray_pop 1861 1 3 %oparray_pop 1755 1 3 > %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- > --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- > --nostringval-- 1836 3 4 %oparray_pop > Dictionary stack: >--dict:1169/1684(ro)(G)-- --dict:0/20(G)-- --dict:78/200(L)-- > --dict:59/120(L)-- > Current allocation mode is local > Last OS error: No such file or directory > Current file position is 5611 > GPL Ghostscript 9.06: Unrecoverable error, exit code 1 I have filled a bug report: https://bugs.gentoo.org/show_bug.cgi?id=436500 Romildo
Re: [gentoo-user] ghostscript fails to find Helvetica font
On 09/27/12 22:42, José Romildo Malaquias wrote: Hello. Recently ghostscript stopped working on my ~amd64 system. The error message indicates it cannot find basic fonts like Times and Helvetica. $ ps2pdf a.ps Error: /invalidfont in /findfont Operand stack: Times-Italic@0 --nostringval-- Times-Italic Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1878 1 3 %oparray_pop 1877 1 3 %oparray_pop 1861 1 3 %oparray_pop 1755 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- 1836 3 4 %oparray_pop Dictionary stack: --dict:1169/1684(ro)(G)-- --dict:0/20(G)-- --dict:78/200(L)-- --dict:59/120(L)-- Current allocation mode is local Last OS error: No such file or directory Current file position is 5611 GPL Ghostscript 9.06: Unrecoverable error, exit code 1 Any clues? Romildo I had a problem in the past xpdf wasn't able to find the correct fonts, see topic in: http://forums.gentoo.org/viewtopic-t-907720-highlight-fonts.html -- Joseph
Re: [gentoo-user] ghostscript fails to find Helvetica font
On Thu, 27 Sep 2012 22:42:26 -0300 José Romildo Malaquias wrote: > Hello. > > Recently ghostscript stopped working on my ~amd64 system. The error > message indicates it cannot find basic fonts like Times and Helvetica. > > > $ ps2pdf a.ps > Error: /invalidfont in /findfont > Operand stack: >Times-Italic@0 --nostringval-- Times-Italic > Execution stack: >%interp_exit .runexec2 --nostringval-- --nostringval-- > --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- > --nostringval-- false 1 %stopped_push 1878 1 3 %oparray_pop > 1877 1 3 %oparray_pop 1861 1 3 %oparray_pop 1755 1 3 > %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- > --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- > --nostringval-- 1836 3 4 %oparray_pop > Dictionary stack: >--dict:1169/1684(ro)(G)-- --dict:0/20(G)-- --dict:78/200(L)-- > --dict:59/120(L)-- > Current allocation mode is local > Last OS error: No such file or directory > Current file position is 5611 > GPL Ghostscript 9.06: Unrecoverable error, exit code 1 > > > Any clues? > > Romildo > Have had such stuff for quite some time… unfortunately I did not write that down… :( I remember it was some problem with font loading in X, somehow the order mattered, had to edit xorg.conf and .xinitrc to get it all right
[gentoo-user] Re: crossdev/x86dev screwdup ?!
gmx.de> writes: > > julka ~ # gcc-config -l > > [1] armv4tl-softfloat-linux-gnueabi-4.4.6 * > "gcc-config 1" did the magic! Hurray! :) The default for arm (6,7) hardware is now hard-float, not soft-float. Research and read about the details and contact the gentoo-embedded-arm folks for more details and help. hth, James
Re: [gentoo-user] crossdev/x86dev screwdup ?!
YoYo Siska [12-10-01 14:20]: > On Mon, Oct 01, 2012 at 12:50:40PM +0200, meino.cra...@gmx.de wrote: > > hi, > > > > Something broke my crossdev installation... > > > > I installed crossdev and did a > > > > crossdev --target armv7a-unknown-linux-gnueabi > > > > which produces a useable cross development toolchain. > > > > A few days ago there was an update related to thsi crossdev > > toolchain (dont remember exactly), which also installs fine. > > > > But now, calling > > > > armv7a-unknown-linux-gnueabi-gcc > > > > results in > > > > gcc-config: error: could not run/locate > > 'armv7a-unknown-linux-gnueabi-gcc' > > [1]25787 exit 1 armv7a-unknown-linux-gnueabi-gcc > > > > . > > > > Calling > > > > armv7a-unknown-linux-gnueabi-gcc-4.7.2 > > > > gives the exspected error message "no input files". > > > > The output of > > > > gcc-config -l > > > > is > > > > [1] armv7a-unknown-linux-gnueabi-4.7.2 > > > > [2] x86_64-pc-linux-gnu-4.4.7 > > [3] x86_64-pc-linux-gnu-4.5.4 * > > > > seems that the armv7a compiler isn't 'active' in the gcc-config output > (no asterix after the [1] option), did you try to 'reactivate' it with > gcc-config, ie > # gcc-config 1 > ? > > My output here: > julka ~ # gcc-config -l > [1] armv4tl-softfloat-linux-gnueabi-4.4.6 * > [2] armv4tl-softfloat-linux-gnueabi-4.5.3 > > [3] x86_64-pc-linux-gnu-4.4.4 > [4] x86_64-pc-linux-gnu-4.5.3 * > > (Though it is possible the asterix won't show up if there is only one > option, but reactivating it should do anything bad...) > > > > . Before i screw up my native toolchain I better ask for help, > > how I can reactivate my crossdev toolchain, so that it is available > > via > > > > armv7a-unknown-linux-gnueabi-gcc > > > > . > > > > How can I acchieve this? > > > > Thank you very much in advance for any help! > > > > Best regards, > > mcc > > > > yoyo Hi yoyo, Thanks for your reply. "gcc-config 1" did the magic! Hurray! :) Best regards, mcc
Re: [gentoo-user] crossdev/x86dev screwdup ?!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01.10.2012 14:13, YoYo Siska wrote: > On Mon, Oct 01, 2012 at 12:50:40PM +0200, meino.cra...@gmx.de > wrote: >> hi, >> >> Something broke my crossdev installation... >> >> I installed crossdev and did a >> >> crossdev --target armv7a-unknown-linux-gnueabi >> >> which produces a useable cross development toolchain. >> >> A few days ago there was an update related to thsi crossdev >> toolchain (dont remember exactly), which also installs fine. >> >> But now, calling >> >> armv7a-unknown-linux-gnueabi-gcc >> >> results in >> >> gcc-config: error: could not run/locate >> 'armv7a-unknown-linux-gnueabi-gcc' [1]25787 exit 1 >> armv7a-unknown-linux-gnueabi-gcc >> >> . >> >> Calling >> >> armv7a-unknown-linux-gnueabi-gcc-4.7.2 >> >> gives the exspected error message "no input files". >> >> The output of >> >> gcc-config -l >> >> is >> >> [1] armv7a-unknown-linux-gnueabi-4.7.2 >> >> [2] x86_64-pc-linux-gnu-4.4.7 [3] x86_64-pc-linux-gnu-4.5.4 * >> > > seems that the armv7a compiler isn't 'active' in the gcc-config > output (no asterix after the [1] option), did you try to > 'reactivate' it with gcc-config, ie # gcc-config 1 ? > > My output here: julka ~ # gcc-config -l [1] > armv4tl-softfloat-linux-gnueabi-4.4.6 * [2] > armv4tl-softfloat-linux-gnueabi-4.5.3 > > [3] x86_64-pc-linux-gnu-4.4.4 [4] x86_64-pc-linux-gnu-4.5.3 * > > (Though it is possible the asterix won't show up if there is only > one option, but reactivating it should do anything bad...) > > >> . Before i screw up my native toolchain I better ask for help, >> how I can reactivate my crossdev toolchain, so that it is >> available via >> >> armv7a-unknown-linux-gnueabi-gcc >> >> . >> >> How can I acchieve this? >> >> Thank you very much in advance for any help! >> >> Best regards, mcc > > > > yoyo > I can remember that I had to "reactivate" mine a while ago (maybe two weeks). Afterwards it worked again as expected. You should check afterwards, if your "system-compiler" is still the right one (and maybe reactivate it, too - I just did it without checking first). Now I have two asterisks marking gcc-versions (in different colors, if I recall correctly). WKR Hinnerk -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBAgAGBQJQaYxKAAoJEJwwOFaNFkYcBGEH/A2VPYStKya4aYony/qqBl1E MAD+VCBmqE1QBOvNMDMY5bvmS79HvS2VlQfM0P8XMGGzBRFN2c0fQQFRZ5xLTd5K e+CfUoAIRmielEic2FK7dsQMXjuRluCFzyuX5kuQGyIzGSxRXHdNXSQfpoTIei+F C6AU5riB5xWt/KusB6tnTxWA+RQdQMpNSRkZtqPNOESNWQtKx6cOEwZDlbRm4jcM uq/t2+yPxiZTVzsbn/xWzI3UQvNdzqqPejP2cN6woXsBfewz1MqrTdlLsns/CPa2 yQSCzbr/LwKKT/LUEbiHRJQcF8p7pd+lvo0MlZiLY1td3mgeyk5TDfGxqkQFXfY= =0b2d -END PGP SIGNATURE-
Re: [gentoo-user] crossdev/x86dev screwdup ?!
On Mon, Oct 01, 2012 at 02:13:49PM +0200, YoYo Siska wrote: > On Mon, Oct 01, 2012 at 12:50:40PM +0200, meino.cra...@gmx.de wrote: > > The output of > > > > gcc-config -l > > > > is > > > > [1] armv7a-unknown-linux-gnueabi-4.7.2 > > > > [2] x86_64-pc-linux-gnu-4.4.7 > > [3] x86_64-pc-linux-gnu-4.5.4 * > > > > seems that the armv7a compiler isn't 'active' in the gcc-config output > (no asterix after the [1] option), did you try to 'reactivate' it with > gcc-config, ie > # gcc-config 1 > ? > > My output here: > julka ~ # gcc-config -l > [1] armv4tl-softfloat-linux-gnueabi-4.4.6 * > [2] armv4tl-softfloat-linux-gnueabi-4.5.3 > > [3] x86_64-pc-linux-gnu-4.4.4 > [4] x86_64-pc-linux-gnu-4.5.3 * > > (Though it is possible the asterix won't show up if there is only one > option, but reactivating it should do anything bad...) ... shouldn't do anything bad... ;) yoyo
Re: [gentoo-user] crossdev/x86dev screwdup ?!
On Mon, Oct 01, 2012 at 12:50:40PM +0200, meino.cra...@gmx.de wrote: > hi, > > Something broke my crossdev installation... > > I installed crossdev and did a > > crossdev --target armv7a-unknown-linux-gnueabi > > which produces a useable cross development toolchain. > > A few days ago there was an update related to thsi crossdev > toolchain (dont remember exactly), which also installs fine. > > But now, calling > > armv7a-unknown-linux-gnueabi-gcc > > results in > > gcc-config: error: could not run/locate 'armv7a-unknown-linux-gnueabi-gcc' > [1]25787 exit 1 armv7a-unknown-linux-gnueabi-gcc > > . > > Calling > > armv7a-unknown-linux-gnueabi-gcc-4.7.2 > > gives the exspected error message "no input files". > > The output of > > gcc-config -l > > is > > [1] armv7a-unknown-linux-gnueabi-4.7.2 > > [2] x86_64-pc-linux-gnu-4.4.7 > [3] x86_64-pc-linux-gnu-4.5.4 * > seems that the armv7a compiler isn't 'active' in the gcc-config output (no asterix after the [1] option), did you try to 'reactivate' it with gcc-config, ie # gcc-config 1 ? My output here: julka ~ # gcc-config -l [1] armv4tl-softfloat-linux-gnueabi-4.4.6 * [2] armv4tl-softfloat-linux-gnueabi-4.5.3 [3] x86_64-pc-linux-gnu-4.4.4 [4] x86_64-pc-linux-gnu-4.5.3 * (Though it is possible the asterix won't show up if there is only one option, but reactivating it should do anything bad...) > . Before i screw up my native toolchain I better ask for help, > how I can reactivate my crossdev toolchain, so that it is available > via > > armv7a-unknown-linux-gnueabi-gcc > > . > > How can I acchieve this? > > Thank you very much in advance for any help! > > Best regards, > mcc yoyo
[gentoo-user] crossdev/x86dev screwdup ?!
hi, Something broke my crossdev installation... I installed crossdev and did a crossdev --target armv7a-unknown-linux-gnueabi which produces a useable cross development toolchain. A few days ago there was an update related to thsi crossdev toolchain (dont remember exactly), which also installs fine. But now, calling armv7a-unknown-linux-gnueabi-gcc results in gcc-config: error: could not run/locate 'armv7a-unknown-linux-gnueabi-gcc' [1]25787 exit 1 armv7a-unknown-linux-gnueabi-gcc . Calling armv7a-unknown-linux-gnueabi-gcc-4.7.2 gives the exspected error message "no input files". The output of gcc-config -l is [1] armv7a-unknown-linux-gnueabi-4.7.2 [2] x86_64-pc-linux-gnu-4.4.7 [3] x86_64-pc-linux-gnu-4.5.4 * . Before i screw up my native toolchain I better ask for help, how I can reactivate my crossdev toolchain, so that it is available via armv7a-unknown-linux-gnueabi-gcc . How can I acchieve this? Thank you very much in advance for any help! Best regards, mcc