Re: [gentoo-user] Re: libpng slot usage
On 02/24/2014 02:06 AM, eroen wrote: On Sun, 23 Feb 2014 17:54:07 +0100, Fox halfsocial...@gmail.com wrote: Hello, I am trying to compile fltk-1.1.10 both using an ebuild from [1] and with just the downloaded source. I think this version needs libpng 1.2 which is installed in one of the slots. Using the source code and cmake with FLTK_USE_SYSTEM_PNG off it complies fine. I can see that it automatically points the libs to /usr/lib64/libpng12.so.0. The ebuild does not use cmake, it uses autoconf/automake which is also suported. I tried to build the code this way with --disable/enable-localpng with no luck. The problem is the used png.h file. Which is /usr/include/png.h which points to /usr/include/libpng16/png.h but I need the one from version 1.2. I thought slots would allow to have both versions of the library and use them but only one include file is present: $ equery f libpng:1.2 * Searching for libpng:1.2 ... * Contents of media-libs/libpng-1.2.50-r1: /usr /usr/lib64 /usr/lib64/libpng12.so.0 /usr/share /usr/share/doc /usr/share/doc/libpng-1.2.50-r1 /usr/share/doc/libpng-1.2.50-r1/CHANGES.bz2 /usr/share/doc/libpng-1.2.50-r1/README.bz2 /usr/share/doc/libpng-1.2.50-r1/TODO.bz2 Any idea on how to solve this problem? Some how it should be possible maybe not using the system lib like I did with cmake but I can't figure it out how to do it with autoconf/automake. Thank you, Quim [1] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-libs/fltk/fltk-1.1.10.ebuild?view=log The libpng slots, apart from 0, only install the shared library files, not the headers. They are intended for compatibility with old binaries for which no source code is available, not for building new software. Afaik the common opinion is that different libpng versions are mostly source compatible, and minor patching to other things is preferable to inventing a non-standard way to make the libpng implementation switchable at build-time. Is there a reason you can not use fltk-1.1.10-r2.ebuild [1] in stead, which incorporates a patch [2] for libpng-1.5 (which probably still works with 1.6), as well as various other fixes? 1: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-libs/fltk/fltk-1.1.10-r2.ebuild 2: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-libs/fltk/files/fltk-1.1.10-libpng15.patch I didn't know about this patch, this should make the job.
[gentoo-user] EAPI 4-python
Hello, I am trying to install an ebuild that used EAPI=4-python getting the error: API of python.eclass in EAPI=4-python not established I googled the problem but there is not much to read (or at least I could not find much) and what is there is old. So I wonder what is the problem with this and if there is a way to use it as there are many ebiulds (maybe only in overlays, I am not sure) that use it. Quim
Re: [gentoo-user] Re: EAPI 4-python
On 02/24/2014 04:32 PM, eroen wrote: On Mon, 24 Feb 2014 14:30:29 +0100, Fox halfsocial...@gmail.com wrote: Hello, I am trying to install an ebuild that used EAPI=4-python getting the error: API of python.eclass in EAPI=4-python not established I googled the problem but there is not much to read (or at least I could not find much) and what is there is old. So I wonder what is the problem with this and if there is a way to use it as there are many ebiulds (maybe only in overlays, I am not sure) that use it. Quim Afaik the *-python eapis are almost exclusively used by Arfrever's Progress overlay (and, by extension, funtoo). The error message you show seems to be from python.eclass in the main gentoo tree, which does not take un-official eapis into account. The code in question for reference (lines 30-32): if ! has ${EAPI:-0} 0 1 2 3 4 5; then die API of python.eclass in EAPI=\${EAPI}\ not established fi You might be able to use the ebuild stand-alone by also copying the relevant eclasses from whereever you got the ebuild into your local overlay (where I presume you put the ebuild?). However, from previous experience with the Progress overlay, you might want to use the entire overlay though layman in stead. Due to unfortunately incompatible python-implementation dependencies with gentoo proper it's rather an all-or-nothing deal. The ebuild is from the ezod overlay. I am trying to use the ROS related packages like wstool, rosdep. etc. They all seem to use this EAPI. I thought that using this overlay would be easier than using pip but apparently it's not is it?
[gentoo-user] libpng slot usage
Hello, I am trying to compile fltk-1.1.10 both using an ebuild from [1] and with just the downloaded source. I think this version needs libpng 1.2 which is installed in one of the slots. Using the source code and cmake with FLTK_USE_SYSTEM_PNG off it complies fine. I can see that it automatically points the libs to /usr/lib64/libpng12.so.0. The ebuild does not use cmake, it uses autoconf/automake which is also suported. I tried to build the code this way with --disable/enable-localpng with no luck. The problem is the used png.h file. Which is /usr/include/png.h which points to /usr/include/libpng16/png.h but I need the one from version 1.2. I thought slots would allow to have both versions of the library and use them but only one include file is present: $ equery f libpng:1.2 * Searching for libpng:1.2 ... * Contents of media-libs/libpng-1.2.50-r1: /usr /usr/lib64 /usr/lib64/libpng12.so.0 /usr/share /usr/share/doc /usr/share/doc/libpng-1.2.50-r1 /usr/share/doc/libpng-1.2.50-r1/CHANGES.bz2 /usr/share/doc/libpng-1.2.50-r1/README.bz2 /usr/share/doc/libpng-1.2.50-r1/TODO.bz2 Any idea on how to solve this problem? Some how it should be possible maybe not using the system lib like I did with cmake but I can't figure it out how to do it with autoconf/automake. Thank you, Quim [1] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-libs/fltk/fltk-1.1.10.ebuild?view=log
[gentoo-user] banshee installation without systemd
Hello, after reading the thread about systemd somebody mentioned sys-fs/eudev. I decided used because I had systemd only to used udev and unmerge systemd. Now I can't use Banshee which I use as my music player because of the next dependency tree: banshee - gnome-base/gnome-settings-daemon - sys-apps/gentoo-systemd-integration - sys-apps/systemd and systemd can't be used because it conflicts with eudev. Is there anyway to avoid emerge systemd in this case? Thank you, Quim
Re: [gentoo-user] banshee installation without systemd
On 02/23/2014 07:25 PM, Canek Peláez Valdés wrote: On Sun, Feb 23, 2014 at 11:02 AM, Fox halfsocial...@gmail.com wrote: Hello, after reading the thread about systemd somebody mentioned sys-fs/eudev. I decided used because I had systemd only to used udev and unmerge systemd. Now I can't use Banshee which I use as my music player because of the next dependency tree: banshee - gnome-base/gnome-settings-daemon - sys-apps/gentoo-systemd-integration - sys-apps/systemd and systemd can't be used because it conflicts with eudev. Knowing the exact versions in the dependency chain would be useful. Is there anyway to avoid emerge systemd in this case? gnome-base/gnome-settings-daemon 3.8.x and 3.10.x have the (quite unsupported) openrc-force USE flag. Set it, and it will force gsd to be used with OpenRC, so you don't need to depend on systemd. Be aware, this is totally unsupported; from /usr/portage/profiles/use.local.desc: gnome-base/gnome-settings-daemon:openrc-force - Skip systemd dependency (#480336), enabling this flag will become your setup to be fully unsupported by upstream and downstream Gnome team. Do not try to enable it unless completely needed So, if something breaks, you get to keep both pieces. Regards. Ok, thanks for the advise.
Re: [gentoo-ppc-user] Re: New install - Unable to get my ppc Mac Mini to boot the root partition
Barry, That's a good idea. I forgot about that. I was was going to suggest that Mark verify that he's compiling the right drive controller driver, but if that was the case, he wouldn't have gotten as far as he did. Joe Fox Systems/Network Administrator Mobile# (716) 846-9308 http://twitter.com/JWFoxJr On Thu, Sep 2, 2010 at 7:31 PM, Enlightened User li...@nc.rr.com wrote: Could the root device now be referred to as /dev/sda4 (SCSI Disk support) with the kernel now loading? You should be able to pass the root device to the kernel at boot time (root=/dev/sda4). If you are able to get past the root filesystem check (the disk is referred to as sda instead of hda), then you will need to update your /etc/fstab to reflect the different device names. Barry On Sep 2, 2010, at 5:55 PM, Mark Knecht wrote: On Tue, Aug 31, 2010 at 2:35 PM, Mark Knecht markkne...@gmail.com wrote: On Tue, Aug 31, 2010 at 1:50 PM, Joe Fox jwfo...@gmail.com wrote: Mark, Did you compile in your ext2/ext3 support as a module or statically into the kernel? If you compiled them as modules, then you need to create an inirtrd that includes the drivers to load on boot. Just a thought. Joe On Tue, Aug 31, 2010 at 3:31 PM, Mark Knecht markkne...@gmail.com wrote: /dev/hda4 / ext3noatime I believe they are both built-in: livecd ~ # cat /mnt/gentoo/usr/src/linux/.config | grep EXT2 CONFIG_EXT2_FS=y CONFIG_EXT2_FS_XATTR=y CONFIG_EXT2_FS_POSIX_ACL=y CONFIG_EXT2_FS_SECURITY=y # CONFIG_EXT2_FS_XIP is not set livecd ~ # cat /mnt/gentoo/usr/src/linux/.config | grep EXT3 CONFIG_EXT3_FS=y # CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set CONFIG_EXT3_FS_XATTR=y CONFIG_EXT3_FS_POSIX_ACL=y CONFIG_EXT3_FS_SECURITY=y livecd ~ # - Mark Anyone else able to chime in before I give up on PowerPC again? Sure would like to get this running again. QUESTION: Is there a way to rebuild partition 1 on these Apple disks? The one labeled 'Apple_partition_map '? Seems like that's the only thing I haven't touched yet having rebuilt this machine twice. Again, this machine has run Gentoo for a few years. I was doing a major emerge -e @world operation which seemed to finish successfully but when I rebooted the kernel doesn't see the drive. I've rebuilt the machine 2 more times from scratch and continue to be stumped by this problem. Thanks, Mark