[gentoo-user] 'emerge --depclean' continuously drops dev-lang/ekopath
Hi, Everytime 'emerge --depclean' drops dev-lang/ekopath it is reinstalled on the next world update. I guess dev-lang/ekopath is pulled in by dev-lang/R in my case (I do not USE fortran). ekopath provides virtual/fortran which in turn is required by R. --8---cut here---start-8--- $ equery depgraph virtual/fortran * Searching for fortran in virtual ... * dependency graph for virtual/fortran-0 `-- virtual/fortran-0 amd64 `-- sys-devel/gcc-4.6.2-r1 (sys-devel/gcc) [missing keyword] [fortran] `-- sys-devel/gcc-apple-4.2.1_p5666-r1 (sys-devel/gcc-apple) [missing keyword] [fortran] `-- dev-lang/ekopath-4.0.12.1_pre20120530 (dev-lang/ekopath) ~amd64 `-- dev-lang/path64-1.0.0_pre20120223 (dev-lang/path64) ~amd64 `-- dev-lang/ifc-13.0.0.079-r1 (dev-lang/ifc) Intel-SDP license(s) [ virtual/fortran-0 stats: packages (6), max depth (1) ] --8---cut here---end---8--- So, my question is: why does 'emerge --depclean' suggest to drop it? -Stefan
Re: [gentoo-user] OT: shot an XFS-filesystem, oh my
Am 27.09.2012 02:32, schrieb Michael Orlitzky: That won't work with any filesystem. I think instead of that last step, you should have booted to a livecd and used GParted to resize the partition. Yeah, my fault, stupid ... :-( I went through this once: http://michael.orlitzky.com/articles/resizing_a_kvm_or_qemu_disk_image.php That won't help you get your stuff back but it might help out the next time. There's proprietary software that can scan the disk for the deleted partition. They used to be included on Hiren's Boot CD circa 9.0, but you could easily waste a few hours screwing around with it. If there was nothing critical and nobody else has any clever ideas, you're probably better off reinstalling. You should cherish the times you trash something non-critical. Thanks, yes ...
[gentoo-user] Re: 'emerge --depclean' continuously drops dev-lang/ekopath
On 27/09/12 10:10, Stefan Hübner wrote: Everytime 'emerge --depclean' drops dev-lang/ekopath it is reinstalled on the next world update. I guess dev-lang/ekopath is pulled in by dev-lang/R in my case (I do not USE fortran). ekopath provides virtual/fortran which in turn is required by R. [...] So, my question is: why does 'emerge --depclean' suggest to drop it? I don't know, but you should probably enable the fortran USE flag of GCC and don't use ekopath. The virtual also picks GCC first and only falls back to ekopath if you don't USE fortran on GCC. I think this is a problem with portage, picking ekopath without telling the user anything.
Re: [gentoo-user] 'emerge --depclean' continuously drops dev-lang/ekopath
On Thu, 27 Sep 2012 09:10:11 +0200, Stefan Hübner wrote: Everytime 'emerge --depclean' drops dev-lang/ekopath it is reinstalled on the next world update. Are you using --with-bdeps=y? -- Neil Bothwick Windows Error #10: Insufficient money spent in hardware. signature.asc Description: PGP signature
[gentoo-user] Re: 'emerge --depclean' continuously drops dev-lang/ekopath
Neil Bothwick n...@digimed.co.uk writes: On Thu, 27 Sep 2012 09:10:11 +0200, Stefan Hübner wrote: Everytime 'emerge --depclean' drops dev-lang/ekopath it is reinstalled on the next world update. Are you using --with-bdeps=y? On occasions, yes. But not in this case.
[gentoo-user] Re: OT: new printer suggestions?
Michael Mol mikemol at gmail.com writes: Are you saying that you were able to print to your brother printers by more or less following these steps: 1. buy a computer, install gentoo 2. buy a brother printer, plug it into computer via usb 3. emerge net-print/cups and net-print/foomatic-filters 4. Visit the local cups webpage, add new printer, select brother 5. print Notably missing from my list is a visit to brother's website (or any other website) to download drivers/binaries/confs/etc. More or less. The Brother printers happen to be attached to a Debian box, but the Gentoo box doesn't require any additional drivers in order to feed the content to the Debian box over IPP. (And the Debian box isn't doing any PCL-Brother or PostScript-Brother translation.) Wow, when I go into CUPS, I do not even see brother listed. (localhost:631) on a gentoo system. this link: http://www.openprinting.org/printers did list many brother printers,but not the one I'm interested in : Brother MFC-J6710DW Inkjet What did you do to your cups to get it to show (flags?) brother printers as an option to install a brother printer? Here are my flags: Installed versions: 1.5.2-r4^t(00:11:27 09/13/12)(X acl dbus filters gnutls java jpeg ldap pam perl png python slp ssl threads tiff usb -avahi snip Maybe the debian system has other additional software installed besides cups? James
[gentoo-user] Re: OT: new printer suggestions?
Neil Bothwick neil at digimed.co.uk writes: I have a Brother MFC-7460DN network laser AIO. Both printing and scanning work fine, using modified ebuilds from b.g.o. Duplex printing also works as expected. OK, well, I cannot find any other printer close to the price/feature list, as I really need 11x17 (ledger size paper) to print drawings, schematics and 1/4 scale cad files (22 x 34) is the common autocad files I have to create; 11x17 is 1/4 that size and they fold up nicely into a standard 8.5x11 report. If I get in trouble with this hack, I'll drop you a line.. If you run across a wiki basically outlining the process, let me know. James
Re: [gentoo-user] Re: OT: new printer suggestions?
On Thu, Sep 27, 2012 at 11:53 AM, James wirel...@tampabay.rr.com wrote: Michael Mol mikemol at gmail.com writes: Are you saying that you were able to print to your brother printers by more or less following these steps: 1. buy a computer, install gentoo 2. buy a brother printer, plug it into computer via usb 3. emerge net-print/cups and net-print/foomatic-filters 4. Visit the local cups webpage, add new printer, select brother 5. print Notably missing from my list is a visit to brother's website (or any other website) to download drivers/binaries/confs/etc. More or less. The Brother printers happen to be attached to a Debian box, but the Gentoo box doesn't require any additional drivers in order to feed the content to the Debian box over IPP. (And the Debian box isn't doing any PCL-Brother or PostScript-Brother translation.) Wow, when I go into CUPS, I do not even see brother listed. (localhost:631) on a gentoo system. this link: http://www.openprinting.org/printers did list many brother printers,but not the one I'm interested in : Brother MFC-J6710DW Inkjet What did you do to your cups to get it to show (flags?) brother printers as an option to install a brother printer? Here are my flags: Installed versions: 1.5.2-r4^t(00:11:27 09/13/12)(X acl dbus filters gnutls java jpeg ldap pam perl png python slp ssl threads tiff usb -avahi snip Maybe the debian system has other additional software installed besides cups? Looking at dependencies, these may be relevant packages installed on the debian box: cups-driver-gutenprint foomatic-db foomatic-engine So, I may be wrong about my print server not doing translation. Or maybe my print server is providing IPP clients with the appropriate PPD file to generate printer commands. I really don't know. My setup seems to just work. You might poke net-print/foomatic-filters-ppds and net-print/gutenprint. Really, I'd suggest you try net-print/foomatic-*; it's easier to shotgun it and reduce to a minimal working set than attack it from the other direction. -- :wq
[gentoo-user] distcc cross-compiling for OSX
Hello, I have installed distccd on my Gentoo box and I would like to use it from a OSX Snow Leopard. The distcc daemon runs on the Gentoo box and my OSX clients connect the box. I can run distcc on my OSX and it send the code to the Gentoo box and compile it. But my cross-compiling does not work at the moment: distcc[6233] ERROR: compile mytest.cpp on gentoo failed distcc[6233] (dcc_build_somewhere) Warning: remote compilation of 'mytest.cpp' failed, retrying locally I have checked the content of the directory /usr/lib/distcc/bin there are only the local compiler calls: lrwxrwxrwx 1 root root 15 Sep 27 11:17 c++ - /usr/bin/distcc lrwxrwxrwx 1 root root 15 Sep 27 11:17 cc - /usr/bin/distcc lrwxrwxrwx 1 root root 15 Sep 27 11:17 g++ - /usr/bin/distcc lrwxrwxrwx 1 root root 15 Sep 27 11:17 gcc - /usr/bin/distcc lrwxrwxrwx 1 root root 15 Sep 27 11:17 x86_64-pc-linux-gnu-c++ - /usr/bin/distcc lrwxrwxrwx 1 root root 15 Sep 27 11:17 x86_64-pc-linux-gnu-g++ - /usr/bin/distcc lrwxrwxrwx 1 root root 15 Sep 27 11:17 x86_64-pc-linux-gnu-gcc - /usr/bin/distcc I think I must add a OSX specified symbolic link. Which tools / configuration must be set for cross-compiling OSX code on my Gentoo box? Thanks Phil
Re: [gentoo-user] distcc cross-compiling for OSX
I think I must add a OSX specified symbolic link. Symlinks are only needed on the distcc client, not on the server running distccd. But that is a trivial matter. Which tools / configuration must be set for cross-compiling OSX code on my Gentoo box? You need to put together a complete OSX cross toolchain. This basically means building cctools (osx's equivalent of binutils) and apple's compiler from source. Then you have to do some additional plumbing on both ends to get it all to work. An overview of the process for 10.4: http://myownlittleworld.com/miscellaneous/computers/darwin-cross-distcc.html Do note that quite a lot of things have changed from back then, so those instructions are probably not going to work. andrea
Re: [gentoo-user] Re: OT: new printer suggestions?
On Wed, Sep 26, 2012 at 2:08 PM, Michael Trausch m...@trausch.us wrote: I have used Lexmark lasers (mono and color) for They work with standard PostScript drivers out of the box Michael, Are you saying that you were able to print to your Lexmark laser printers by more or less following these steps: 1. buy a computer, install gentoo 2. buy a lexmark mono or laser printer, plug it into computer via usb 3. emerge net-print/cups 4. Do something with standard postscript drivers (??? please elaborate on this) 5. Visit the local cups webpage, add new printer, select lexmark 6. print Notably absent from this list: PCL, IPP, foomatic, hplip, ppds, binary, drivers, manufacturer website visits, etc Thank you! Chris
Re: [gentoo-user] distcc cross-compiling for OSX
Am 27.09.2012 um 20:33 schrieb Andrea Conti: I think I must add a OSX specified symbolic link. Symlinks are only needed on the distcc client, not on the server running distccd. But that is a trivial matter. Which tools / configuration must be set for cross-compiling OSX code on my Gentoo box? You need to put together a complete OSX cross toolchain. This basically means building cctools (osx's equivalent of binutils) and apple's compiler from source. Then you have to do some additional plumbing on both ends to get it all to work. An overview of the process for 10.4: http://myownlittleworld.com/miscellaneous/computers/darwin-cross-distcc.html Do note that quite a lot of things have changed from back then, so those instructions are probably not going to work. Thanks for this link, I have read it before I write the post. Did I understand thr problem correct: I need a full OSX compatible toolchain !? So I download all Apple developer tools, compile it under my Gentoo box and add all header files which I used under OSX to my Linux box? Thanks Phil
Re: [gentoo-user] distcc cross-compiling for OSX
Thanks for this link, I have read it before I write the post. Did I understand thr problem correct: I need a full OSX compatible toolchain !? So I download all Apple developer tools, compile it under my Gentoo box and add all header files which I used under OSX to my Linux box? According to those instructions, for distcc use you only need cctools and a compiler. You don't need any headers as the code distcc sends to servers is preprocessed on the client. You won't be able to cross-compile directly on the linux box (you're missing headers, libraries and frameworks), but that should not be a problem. The OpenDarwin project died a long time ago, so odcctools is no more. The source packages for cctools and apple's blend of gcc can be downloaded from opensource.apple.com. I have no idea whether they support building on Linux or not (especially cctools)... andrea
Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4
On Wed, Sep 26 2012, Canek Peláez Valdés wrote: On Wed, Sep 26, 2012 at 5:21 PM, Allan Gottlieb gottl...@nyu.edu wrote: My new install is gnome 3.4, which is running pretty well. I am having trouble with an (important-to-me) custom keyboard shortcut. I am an emacs user so changed many of the shortcuts to use the Windows key, i.e. super. This works Super+Up moves to the workspace above, etc. Be aware that Super+Up, Super+Left, and Super+Right work for maximize, mazimize to the left, and maximize to the right. I remap those to window above/below However, I have had 2 custom keyboards with previous gnome's Super+T gnome-terminal Super+E emacs This does not work. Pressing Super+T gives t, Super+E gives e. Known bug: https://bugzilla.gnome.org/show_bug.cgi?id=659899 https://bugzilla.gnome.org/show_bug.cgi?id=655615 Thanks. I just added myself to the CC list for both. In the mean time, may I recommend trying: Ctrl+Alt+e - Emacs Ctrl+Alt+t - Terminal It is not optimal, and the bug should be fixed. But it has a workaround. Both those keys are mapped to standard (useful) emacs commands. Also in emacs Ctrl+Alt+Shift+e is translated into Ctrl+Alt+e and the same for t. I might ask on the emacs list if messing with the translate table is advisable for competent-but-not-wizard emacs users. I hesitate since Ctrl+Alt+Shift+e is not so easy to type and it might be easier to just hit super (activities view) and then select emacs/gnome-terminal from the favorites list. thanks again, allan
Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4
On Thu, Sep 27, 2012 at 7:29 PM, Allan Gottlieb gottl...@nyu.edu wrote: On Wed, Sep 26 2012, Canek Peláez Valdés wrote: On Wed, Sep 26, 2012 at 5:21 PM, Allan Gottlieb gottl...@nyu.edu wrote: My new install is gnome 3.4, which is running pretty well. I am having trouble with an (important-to-me) custom keyboard shortcut. I am an emacs user so changed many of the shortcuts to use the Windows key, i.e. super. This works Super+Up moves to the workspace above, etc. Be aware that Super+Up, Super+Left, and Super+Right work for maximize, mazimize to the left, and maximize to the right. I remap those to window above/below However, I have had 2 custom keyboards with previous gnome's Super+T gnome-terminal Super+E emacs This does not work. Pressing Super+T gives t, Super+E gives e. Known bug: https://bugzilla.gnome.org/show_bug.cgi?id=659899 https://bugzilla.gnome.org/show_bug.cgi?id=655615 Thanks. I just added myself to the CC list for both. In the mean time, may I recommend trying: Ctrl+Alt+e - Emacs Ctrl+Alt+t - Terminal It is not optimal, and the bug should be fixed. But it has a workaround. Both those keys are mapped to standard (useful) emacs commands. Custom, I suppose? I've been using Emacs since 1996, and I certainly don't have C-M-e nor C-M-t defined. Also in emacs Ctrl+Alt+Shift+e is translated into Ctrl+Alt+e and the same for t. I might ask on the emacs list if messing with the translate table is advisable for competent-but-not-wizard emacs users. I hesitate since Ctrl+Alt+Shift+e is not so easy to type and it might be easier to just hit super (activities view) and then select emacs/gnome-terminal from the favorites list. I usually launch from the activities view. It's fast enough to do Super - e - m (and Emacs jump to the first selected item). I believe if you have a program in your favorites, it jumps faster (I just now realized that Super - e brings me Emacs right away). Anyway, with some luck the bug will be closes soon enough. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4
On Thu, Sep 27 2012, Canek Peláez Valdés wrote: On Thu, Sep 27, 2012 at 7:29 PM, Allan Gottlieb gottl...@nyu.edu wrote: On Wed, Sep 26 2012, Canek Peláez Valdés wrote: In the mean time, may I recommend trying: Ctrl+Alt+e - Emacs Ctrl+Alt+t - Terminal It is not optimal, and the bug should be fixed. But it has a workaround. Both those keys are mapped to standard (useful) emacs commands. Custom, I suppose? I've been using Emacs since 1996, 1985 for me. and I certainly don't have C-M-e nor C-M-t defined. I would think that you do. Type C-h k C-M-e and you will get C-M-e runs the command end-of-defun, which is an interactive compiled Lisp function in `lisp.el'. It is bound to C-M-end, C-M-e, ESC C-end. (end-of-defun optional ARG) Move forward to next end of defun. With argument, do it that many times. Negative argument -N means move back to Nth preceding end of defun. An end of a defun occurs right after the close-parenthesis that matches the open-parenthesis that starts a defun; see function `beginning-of-defun'. If variable `end-of-defun-function' is non-nil, its value is called as a function to find the defun's end. I might ask on the emacs list if messing with the translate table is advisable for competent-but-not-wizard emacs users. I hesitate since Ctrl+Alt+Shift+e is not so easy to type and it might be easier to just hit super (activities view) and then select emacs/gnome-terminal from the favorites list. I usually launch from the activities view. It's fast enough to do Super - e - m (and Emacs jump to the first selected item). I believe if you have a program in your favorites, it jumps faster (I just now realized that Super - e brings me Emacs right away). Yes this is my current plan. Anyway, with some luck the bug will be closes soon enough. Agreed. allan
[gentoo-user] ghostscript fails to find Helvetica font
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
Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4
On Thu, Sep 27, 2012 at 8:33 PM, Allan Gottlieb gottl...@nyu.edu wrote: On Thu, Sep 27 2012, Canek Peláez Valdés wrote: On Thu, Sep 27, 2012 at 7:29 PM, Allan Gottlieb gottl...@nyu.edu wrote: On Wed, Sep 26 2012, Canek Peláez Valdés wrote: In the mean time, may I recommend trying: Ctrl+Alt+e - Emacs Ctrl+Alt+t - Terminal It is not optimal, and the bug should be fixed. But it has a workaround. Both those keys are mapped to standard (useful) emacs commands. Custom, I suppose? I've been using Emacs since 1996, 1985 for me. and I certainly don't have C-M-e nor C-M-t defined. I would think that you do. Type C-h k C-M-e and you will get C-M-e runs the command end-of-defun, which is an interactive compiled Lisp function in `lisp.el'. You are right. I didn't knew that one. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4
On Thu, Sep 27 2012, Canek Peláez Valdés wrote: On Thu, Sep 27, 2012 at 8:33 PM, Allan Gottlieb gottl...@nyu.edu wrote: C-M-e runs the command end-of-defun, which is an interactive compiled Lisp function in `lisp.el'. You are right. I didn't knew that one. It is actually quite useful and, despite the name is not limited to lisp. Same with C-M-t. allan
