Issues building the g-i on PowerPC - Debian

This is a discussion on Issues building the g-i on PowerPC - Debian ; Hi I recently started doing some work with DirectFB 1.0 on PowerPC ( many thanks go to Rick Thomas who provided me remote access to a development PowerPC box), and i run into the following issues i wasn't able to ...

+ Reply to Thread
Results 1 to 12 of 12

Thread: Issues building the g-i on PowerPC

  1. Issues building the g-i on PowerPC

    Hi

    I recently started doing some work with DirectFB 1.0 on PowerPC ( many
    thanks go to Rick Thomas who provided me remote access to a development
    PowerPC box), and i run into the following issues i wasn't able to solve
    myself, but pehrhaps some of you can

    1) When i make the build_powerpc_netboot-gtk target (other targets
    untested), i get the following error by mklibs

    2865 symbols, 56 unresolved
    Traceback (most recent call last):
    File "/usr/bin/mklibs", line 432, in ?
    raise "Unresolvable symbol %s" % name
    Unresolvable symbol SLsmg_write_string@SLANG2
    make[2]: *** [stamps/tree-powerpc_netboot-gtk-stamp] Error 1
    make[1]: *** [_build] Error 2
    make: *** [build_powerpc_netboot-gtk] Error 2

    the problem is that mklibs strips away that symbol from the shared
    library which provides it during reduction

    attilio@macswell:~/svn/installer/build$ objdump -x
    ../tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so-stripped | grep
    SLsmg_write_string
    < no results >
    attilio@macswell:~/svn/installer/build$ objdump -x
    ../tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so | grep
    SLsmg_write_string
    0002ef90 g F .text 00000050 SLsmg_write_string

    anyway, this problem can be workarounded by replacing mklibs with
    mklibs-copy in config/common.cfg

    2) I have rebuilt some udebs (gtk+, cairo, pango, cdebconf) against dfb 1.0

    attilio@macswell:~/svn/installer/build$ ls localudebs/*udeb
    localudebs/cdebconf-gtk-udeb_0.125_powerpc.udeb
    localudebs/cdebconf-newt-udeb_0.125_powerpc.udeb
    localudebs/cdebconf-priority_0.125_all.udeb
    localudebs/cdebconf-text-udeb_0.125_powerpc.udeb
    localudebs/cdebconf-udeb_0.125_powerpc.udeb
    localudebs/libcairo-directfb2-udeb_1.4.10-1_powerpc.udeb
    localudebs/libdebconfclient0-udeb_0.125_powerpc.udeb
    localudebs/libdirectfb-1.0-0-udeb_1.0.1-2_powerpc.udeb
    localudebs/libdirectfb-bin-udeb_1.0.1-2_powerpc.udeb
    localudebs/libgtk-directfb-2.0-0-udeb_2.12.1-1_powerpc.udeb
    localudebs/libpango1.0-udeb_1.18.3-1_powerpc.udeb
    localudebs/rootskel-gtk_1.08_powerpc.udeb


    but, no matter i have no dfb 0.9.25 dependencies anymore, i still get
    the dfb 0.9.25 udeb unpacked into the cd tree aside dfb 1.0

    aattilio@macswell:~/svn/installer/build$ ls
    tmp/powerpc_netboot-gtk/tree/usr/lib/ |grep directfb
    directfb-0.9.25
    directfb-1.0-0
    libdirectfb-0.9.so.25
    libdirectfb-0.9.so.25.0.0
    libdirectfb-1.0.so.0
    libdirectfb-1.0.so.0.1.0
    libgdk-directfb-2.0.so.0
    libgdk-directfb-2.0.so.0.1200.1
    libgtk-directfb-2.0.so.0
    libgtk-directfb-2.0.so.0.1200.1

    attilio@macswell:~/svn/installer/build$ find -iname '*udeb'|grep libdirectfb
    ../apt.udeb/cache/archives/libdirectfb-1.0-0-udeb_1.0.1-2_powerpc.udeb
    ../apt.udeb/cache/archives/libdirectfb-0.9-25-udeb_0.9.25.1-6_powerpc.udeb
    ../localudebs/libdirectfb-1.0-0-udeb_1.0.1-2_powerpc.udeb
    ../localudebs/libdirectfb-bin-udeb_1.0.1-2_powerpc.udeb

    how is this possible, since all the udebs which depended upon dfb 0.9.25
    were rebuilt to depend from dfb 1.0 ?


    3) At the end of the building process i get this error

    === Moving bootable kernel image file to
    ../dest/powerpc/netboot-gtk/vmlinuz-chrp.initrd...
    /usr/sbin/mkvmlinuz: line 451:
    ../dest/powerpc/netboot-gtk/vmlinuz-chrp.initrd: No such file or directory
    === Cleaning up...

    Any help would be realy apreciated.

    thanks

    Attilio


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  2. Re: Issues building the g-i on PowerPC

    On Friday 16 November 2007, Attilio Fiandrotti wrote:
    > 1) When i make the build_powerpc_netboot-gtk target (other targets
    > untested), i get the following error by mklibs


    That looks like it could be #433874, but that is supposed to be solved...

    The only thing that can tell exactly what happens is the full output of
    mklibs with three times the '-v' option ("-v -v -v").

    > 2) I have rebuilt some udebs (gtk+, cairo, pango, cdebconf) against dfb
    > 1.0


    Change $debug=0 to 1 in installer/build/util/pkg-list to see what's pulling
    it in.

    > 3) At the end of the building process i get this error


    If you want help with that, provide the full log, or do a careful check for
    differences with daily build logs yourself.

    Cheers,
    FJP

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.6 (GNU/Linux)

    iD8DBQBHPVkggm/Kwh6ICoQRAgYlAKCtnvf3rPR/vYhlXsmloSUZ2wSrKQCgy3Gs
    g0OIuJZWPU1P0QWjjPQ9v5U=
    =oqAD
    -----END PGP SIGNATURE-----


  3. Re: Issues building the g-i on PowerPC

    On Friday 16 November 2007, Frans Pop wrote:
    > > 3) At the end of the building process i get this error

    >
    > If you want help with that, provide the full log, or do a careful check
    > for differences with daily build logs yourself.


    They fail because there are no PowerPC PReP kernels available. I've disabled
    them.

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.6 (GNU/Linux)

    iD8DBQBHPXpygm/Kwh6ICoQRAhmMAKCi+o2d+9/Z4fJlOVAj0WZ4L0fcQgCfeNcw
    Q+2lGleyAy6lNqARNuvrOCs=
    =ixUw
    -----END PGP SIGNATURE-----


  4. Re: Issues building the g-i on PowerPC

    Frans Pop wrote:
    > On Friday 16 November 2007, Attilio Fiandrotti wrote:
    >> 1) When i make the build_powerpc_netboot-gtk target (other targets
    >> untested), i get the following error by mklibs

    >
    > That looks like it could be #433874, but that is supposed to be solved...
    >
    > The only thing that can tell exactly what happens is the full output of
    > mklibs with three times the '-v' option ("-v -v -v").


    A full gzipped log (900KB) can be found here [1].

    >> 2) I have rebuilt some udebs (gtk+, cairo, pango, cdebconf) against dfb
    >> 1.0

    >
    > Change $debug=0 to 1 in installer/build/util/pkg-list to see what's pulling
    > it in.


    done, but didn't work, so excluded manually the udeb from list of those
    used for building the image

    >> 3) At the end of the building process i get this error

    >
    > If you want help with that, provide the full log, or do a careful check for
    > differences with daily build logs yourself.


    It's the very same error reported at the end of this build log [2].
    I tested your last patch

    r50159 | fjp | 2007-11-16 12:09:07 +0100 (ven, 16 nov 2007) | 2 lines

    * Disable builds for PowerPC PReP images as there are no prep kernels
    available.

    but still i'm getting the same error, pherhaps because it's related to
    chrp and not prep ?

    Anyway, i was able to produce a dfb 1.0 based miniiso for powerpc [3]:
    it would be nice if someone could give it a try and report whether it
    works or not

    regards

    Attilio

    [1] https://debian.polito.it/downloads/b...oot-gtk.log.gz
    [2]
    http://people.debian.org/~wouter/d-i...etboot-gtk.log
    [3] https://debian.polito.it/downloads/m...rpc_dfb1.0.iso


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  5. Re: Issues building the g-i on PowerPC

    On 16/11/2007, Frans Pop wrote:
    > On Friday 16 November 2007, Frans Pop wrote:
    > > > 3) At the end of the building process i get this error

    > >
    > > If you want help with that, provide the full log, or do a careful check
    > > for differences with daily build logs yourself.

    >
    > They fail because there are no PowerPC PReP kernels available. I've disabled
    > them.


    I see they were disabled in a an experimental release by waldi.

    http://packages.debian.org/changelog...experimental.1

    Is this intentional?

    --
    Regards,
    EddyP
    =============================================
    "Imagination is more important than knowledge" A.Einstein


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  6. Re: Issues building the g-i on PowerPC


    On Nov 16, 2007, at 8:44 AM, Attilio Fiandrotti wrote:

    >
    > Anyway, i was able to produce a dfb 1.0 based miniiso for powerpc
    > [3]: it would be nice if someone could give it a try and report
    > whether it works or not
    >
    > regards
    >
    > Attilio
    >
    > [3] https://debian.polito.it/downloads/m...rpc_dfb1.0.iso
    >


    I downloaded, burned and booted this on a Blue&White G3 PowerMac.

    When booted with the default (just at the "boot:" prompt) the
    monitor showed an internal diagnostic "No Signal" and went into power
    saving mode.

    When booted with "expert video=ofonly" at the "boot:" prompt, the
    screen went red and flashed back and forth red with a black screen
    with the error message "libgcc.so.1 must be installed for
    pthread_cancel to work"

    Hope this helps!

    Rick


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  7. Re: Issues building the g-i on PowerPC

    Rick Thomas wrote:
    >
    > On Nov 16, 2007, at 8:44 AM, Attilio Fiandrotti wrote:
    >
    >>
    >> Anyway, i was able to produce a dfb 1.0 based miniiso for powerpc [3]:
    >> it would be nice if someone could give it a try and report whether it
    >> works or not
    >>
    >> regards
    >>
    >> Attilio
    >>
    >> [3] https://debian.polito.it/downloads/m...rpc_dfb1.0.iso
    >>

    >
    > I downloaded, burned and booted this on a Blue&White G3 PowerMac.
    >
    > When booted with the default (just at the "boot:" prompt) the
    > monitor showed an internal diagnostic "No Signal" and went into power
    > saving mode.
    >
    > When booted with "expert video=ofonly" at the "boot:" prompt, the screen
    > went red and flashed back and forth red with a black screen with the
    > error message "libgcc.so.1 must be installed for pthread_cancel to work"


    ah, that looks to be #373253 once again: this bug was workarounded by
    adding the

    EXTRAFILES = /lib/libgcc_s.so.1

    line to i386 and amd64 conf files for gtk images: i did the same for
    powerpc and i see that library is now copied into the initrd tree.
    Could you please try burning and booting the mini.iso image you find in
    my ~ in macswell once again (i also updated the iso on the
    debian.polito.it website) ?

    many thanks

    Attilio


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  8. Re: Issues building the g-i on PowerPC

    On Friday 16 November 2007, Attilio Fiandrotti wrote:
    > Frans Pop wrote:
    > > On Friday 16 November 2007, Attilio Fiandrotti wrote:
    > >> 1) When i make the build_powerpc_netboot-gtk target (other targets
    > >> untested), i get the following error by mklibs

    > >
    > > That looks like it could be #433874, but that is supposed to be
    > > solved...
    > >
    > > The only thing that can tell exactly what happens is the full output of
    > > mklibs with three times the '-v' option ("-v -v -v").

    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^
    >
    > A full gzipped log (900KB) can be found here [1].


    That log does _not_ contain the additional mklibs debugging output.
    You need to add the additional -v options in the Makefile.

    > >> 2) I have rebuilt some udebs (gtk+, cairo, pango, cdebconf) against
    > >> dfb 1.0

    > >
    > > Change $debug=0 to 1 in installer/build/util/pkg-list to see what's
    > > pulling it in.

    >
    > done, but didn't work, so excluded manually the udeb from list of those
    > used for building the image


    It was not supposed to _fix_ the issue, but to _show why/how_ the old udeb
    is getting pulled in.
    Please do not work around this, but check the debugging output with that
    option enabled!

    > >> 3) At the end of the building process i get this error

    > but still i'm getting the same error, pherhaps because it's related to
    > chrp and not prep ?


    OK. In that case I cannot help with this. You could try asking Colin Watson.
    My commits to disable prep were still correct though.

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.6 (GNU/Linux)

    iD8DBQBHQYPugm/Kwh6ICoQRArzJAJsHZp3z0WOlxajrJeu9YSifivKfxACdH0cw
    hE/YkNQDHj52wtKLwHsy3xI=
    =5SYa
    -----END PGP SIGNATURE-----


  9. Re: Issues building the g-i on PowerPC

    Frans Pop wrote:
    > On Friday 16 November 2007, Attilio Fiandrotti wrote:
    >> Frans Pop wrote:
    >>> On Friday 16 November 2007, Attilio Fiandrotti wrote:
    >>>> 1) When i make the build_powerpc_netboot-gtk target (other targets
    >>>> untested), i get the following error by mklibs
    >>> That looks like it could be #433874, but that is supposed to be
    >>> solved...
    >>>
    >>> The only thing that can tell exactly what happens is the full output of
    >>> mklibs with three times the '-v' option ("-v -v -v").

    > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^
    >> A full gzipped log (900KB) can be found here [1].

    >
    > That log does _not_ contain the additional mklibs debugging output.
    > You need to add the additional -v options in the Makefile.


    my fault: i was adding the -v -v -v options to the MKLIBS variable in
    cfg/common file, not to the Makefile.

    Now i patched properly the Makefile

    Index: Makefile
    ================================================== =================
    --- Makefile (revision 50159)
    +++ Makefile (working copy)
    @@ -436,7 +436,7 @@
    -cp -a `find $(EXTRAUDEBSDIR)/lib -name '*.so.*'` $(TEMP)/udeblibs
    -cp -a `find $(TREE)/lib -name '*.so.*'` $(TEMP)/udeblibs
    mkdir -p $(TREE)/lib
    - $(MKLIBS) -L $(TREE)/usr/lib -L $(TEMP)/udeblibs -v -d
    $(TREE)/lib --root=$(TREE) \
    + $(MKLIBS) -L $(TREE)/usr/lib -L $(TEMP)/udeblibs -v -v -v -d
    $(TREE)/lib --root=$(TREE) \
    -L $(TREE)/usr/lib/cdebconf/frontend \
    $(addprefix -l,$(notdir $(wildcard
    $(TREE)/usr/lib/cdebconf/frontend/*.so))) \
    `find $(TEMP) -type f -a \( -perm +0111 -o -name '*.so'
    -o -name '*.so.*' \) | grep -v udeblibs`

    and updated the gzipped logfile [1], but at my inexerienced eyes it
    looks like the previous.

    >>>> 2) I have rebuilt some udebs (gtk+, cairo, pango, cdebconf) against
    >>>> dfb 1.0
    >>> Change $debug=0 to 1 in installer/build/util/pkg-list to see what's
    >>> pulling it in.

    >> done, but didn't work, so excluded manually the udeb from list of those
    >> used for building the image

    >
    > It was not supposed to _fix_ the issue, but to _show why/how_ the old udeb
    > is getting pulled in.
    > Please do not work around this, but check the debugging output with that
    > option enabled!


    i patched the pkg-list perl script as

    attilio@macswell:~/svn/installer/build$ svn diff util/pkg-list
    Index: util/pkg-list
    ================================================== =================
    --- util/pkg-list (revision 50159)
    +++ util/pkg-list (working copy)
    @@ -36,7 +36,7 @@
    print STDERR "** warning: @_\n";
    }

    -my $debug=0;
    +my $debug=1;
    my $debugindent=0;

    sub debug {

    and removed the old hack, but still i cannot get any valuable
    information (or i'm not able to recognize it) from the output i get [2].

    >>>> 3) At the end of the building process i get this error

    >> but still i'm getting the same error, pherhaps because it's related to
    >> chrp and not prep ?

    >
    > OK. In that case I cannot help with this. You could try asking Colin Watson.
    > My commits to disable prep were still correct though.


    ok, tank you anyway, i hope Colin can have a look at that, although it's
    not a critical issue atm.

    sincerely

    Attilio

    [1] https://debian.polito.it/downloads/b...oot-gtk.log.gz
    [2] https://debian.polito.it/downloads/b...kg-list.log.gz


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  10. Re: Issues building the g-i on PowerPC

    On Monday 19 November 2007, Attilio Fiandrotti wrote:
    > Frans Pop wrote:
    > > On Friday 16 November 2007, Attilio Fiandrotti wrote:
    > >> Frans Pop wrote:
    > >>> On Friday 16 November 2007, Attilio Fiandrotti wrote:
    > >>>> 1) When i make the build_powerpc_netboot-gtk target (other targets
    > >>>> untested), i get the following error by mklibs
    > >>>
    > >>> That looks like it could be #433874, but that is supposed to be
    > >>> solved...
    > >>>
    > >>> The only thing that can tell exactly what happens is the full output
    > >>> of mklibs with three times the '-v' option ("-v -v -v").

    >
    > and updated the gzipped logfile [1], but at my inexerienced eyes it
    > looks like the previous.


    No, it now provides the correct info. Here is what seems to happen.

    If I call readelf on libslang from unstable on a PPC system, I get:
    $ readelf -s libslang.so.2 | grep SLsmg_write_string
    319: 000680c0 80 FUNC GLOBAL DEFAULT 11 SLsmg_write_string@@SLANG2

    In the log you provided I see:

    [...]
    reducing libslang.so.2
    using: SLang_init_tty@SLANG2 SLcurses_nil@SLANG2 SLutf8_enable@SLANG2 SLcurses_wscrl@SLANG2 SLcurses_wnoutrefresh@SLANG2 SLcurses_wrefresh@SLANG2 SLcurses_wattron@SLANG2 SLsmg_refresh@SLANG2 SLtt_set_cursor_visibility@SLANG2 SLcurses_wattroff@SLANG2 SLcurses_waddch@SLANG2 SLcurses_wclrtobot@SLANG2 SLcurses_cbreak@SLANG2 SLcurses_nodelay@SLANG2 SLcurses_wmove@SLANG2 SLcurses_endwin@SLANG2 SLsmg_touch_screen@SLANG2 SLcurses_delwin@SLANG2 SLcurses_wgetch@SLANG2 SLcurses_initscr@SLANG2 SLcurses_newwin@SLANG2 SLcurses_waddnstr@SLANG2 SLtt_beep@SLANG2
    resolving /usr/lib//libslang_pic.a
    resolved to /usr/lib//libslang_pic.a
    extracting from: /usr/lib//libslang_pic.a so_file: /lib//libslang.so.2
    calling mklibs-readelf --print-soname /lib//libslang.so.2
    soname: libslang.so.2
    calling mklibs-readelf --print-needed /lib//libslang.so.2
    calling gcc -nostdlib -nostartfiles -shared -Wl,-soname=libslang.so.2 -uSLcurses_nodelay -uSLsmg_refresh -uSLcurses_wnoutrefresh -uSLcurses_wgetch -uSLcurses_wscrl -uSLcurses_nil -uSLcurses_initscr -uSLcurses_endwin -uSLsmg_touch_screen -uSLcurses_wrefresh -uSLcurses_delwin -uSLcurses_wattron -uSLcurses_wmove -uSLutf8_enable -uSLcurses_wclrtobot -uSLtt_set_cursor_visibility -uSLcurses_wattroff -uSLcurses_waddnstr -uSLcurses_waddch -uSLang_init_tty -uSLcurses_cbreak -uSLcurses_newwin -uSLtt_beep -o ./tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so /usr/lib//libslang_pic.a -lgcc -L./tmp/powerpc_netboot-gtk/tree/lib -L./tmp/powerpc_netboot-gtk/tree/usr/lib -L./tmp/powerpc_netboot-gtk/udeblibs -L./tmp/powerpc_netboot-gtk/tree/usr/lib/cdebconf/frontend -L/lib/ -L/usr/lib/ -L/usr/X11R6/lib/ -L./tmp/powerpc_netboot-gtk/tree//usr/lib/cdebconf:/usr/lib/libcairo-directfb/lib -L./tmp/powerpc_netboot-gtk/tree//usr/lib/cdebconf -ldl -lm -lc /lib//ld.so.1
    calling objcopy --strip-unneeded -R .note -R .comment ./tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so ./tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so-stripped
    /lib//libslang.so.2 868280L
    ../tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so 331859L
    ../tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so-stripped 306308L
    [...]
    calling mklibs-readelf --print-symbols-undefined \
    ./tmp/powerpc_netboot-gtk/tree/lib/libnewt.so.0.52-so-stripped
    needed_symbols adding SLsmg_write_string@SLANG2, weak: False
    [...]
    calling mklibs-readelf --print-symbols-provided \
    ./tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so-stripped
    present_symbols adding SLsmg_write_string@Base

    So it looks like somehow the "@SLANG2" extension changes to "@Base" during
    library reduction and that causes that the symbol cannot be found.
    Please file a serious BR against mklibs with this info and links to this BR
    and the logfile.

    > >>>> 2) I have rebuilt some udebs (gtk+, cairo, pango, cdebconf) against
    > >>>> dfb 1.0
    > >>>
    > >>> Change $debug=0 to 1 in installer/build/util/pkg-list to see what's
    > >>> pulling it in.

    >
    > i patched the pkg-list perl script as


    That is correct, but your log is incomplete.

    You should be getting a lot of output like this near the beginning of the
    log (before the line starting with "get-packages"):
    pkg-lists: reading pkg-lists for netboot
    pkg-lists: processing pkg-lists/netboot/amd64.cfg
    pkg-lists: adding console-keymaps-at
    pkg-lists: collecting dependencies for console-keymaps-at
    pkg-lists: added cdebconf-udeb for console-keymaps-at
    pkg-lists: collecting dependencies for cdebconf-udeb
    pkg-lists: added libc6 for cdebconf-udeb
    pkg-lists: collecting dependencies for libc6
    pkg-lists: added libdebian-installer4-udeb for cdebconf-udeb
    pkg-lists: collecting dependencies for libdebian-installer4-udeb
    pkg-lists: added libc6 for libdebian-installer4-udeb
    [...]

    Did you 'make reallyclean'?

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.6 (GNU/Linux)

    iD8DBQBHQbsRgm/Kwh6ICoQRAuSDAKDW+45OX4Gh0ToS6ZPiwieFralS8QCgpqWX
    v7J8FT1Gm3mVxusQddSeUdA=
    =rbLz
    -----END PGP SIGNATURE-----


  11. Re: Issues building the g-i on PowerPC

    Frans Pop wrote:
    >>>>> The only thing that can tell exactly what happens is the full output
    >>>>> of mklibs with three times the '-v' option ("-v -v -v").

    >> and updated the gzipped logfile [1], but at my inexerienced eyes it
    >> looks like the previous.

    >
    > No, it now provides the correct info. Here is what seems to happen.
    >
    > If I call readelf on libslang from unstable on a PPC system, I get:
    > $ readelf -s libslang.so.2 | grep SLsmg_write_string
    > 319: 000680c0 80 FUNC GLOBAL DEFAULT 11 SLsmg_write_string@@SLANG2
    >
    > In the log you provided I see:
    >
    > [...]
    > reducing libslang.so.2
    > using: SLang_init_tty@SLANG2 SLcurses_nil@SLANG2 SLutf8_enable@SLANG2 SLcurses_wscrl@SLANG2 SLcurses_wnoutrefresh@SLANG2 SLcurses_wrefresh@SLANG2 SLcurses_wattron@SLANG2 SLsmg_refresh@SLANG2 SLtt_set_cursor_visibility@SLANG2 SLcurses_wattroff@SLANG2 SLcurses_waddch@SLANG2 SLcurses_wclrtobot@SLANG2 SLcurses_cbreak@SLANG2 SLcurses_nodelay@SLANG2 SLcurses_wmove@SLANG2 SLcurses_endwin@SLANG2 SLsmg_touch_screen@SLANG2 SLcurses_delwin@SLANG2 SLcurses_wgetch@SLANG2 SLcurses_initscr@SLANG2 SLcurses_newwin@SLANG2 SLcurses_waddnstr@SLANG2 SLtt_beep@SLANG2
    > resolving /usr/lib//libslang_pic.a
    > resolved to /usr/lib//libslang_pic.a
    > extracting from: /usr/lib//libslang_pic.a so_file: /lib//libslang.so.2
    > calling mklibs-readelf --print-soname /lib//libslang.so.2
    > soname: libslang.so.2
    > calling mklibs-readelf --print-needed /lib//libslang.so.2
    > calling gcc -nostdlib -nostartfiles -shared -Wl,-soname=libslang.so.2 -uSLcurses_nodelay -uSLsmg_refresh -uSLcurses_wnoutrefresh -uSLcurses_wgetch -uSLcurses_wscrl -uSLcurses_nil -uSLcurses_initscr -uSLcurses_endwin -uSLsmg_touch_screen -uSLcurses_wrefresh -uSLcurses_delwin -uSLcurses_wattron -uSLcurses_wmove -uSLutf8_enable -uSLcurses_wclrtobot -uSLtt_set_cursor_visibility -uSLcurses_wattroff -uSLcurses_waddnstr -uSLcurses_waddch -uSLang_init_tty -uSLcurses_cbreak -uSLcurses_newwin -uSLtt_beep -o ./tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so /usr/lib//libslang_pic.a -lgcc -L./tmp/powerpc_netboot-gtk/tree/lib -L./tmp/powerpc_netboot-gtk/tree/usr/lib -L./tmp/powerpc_netboot-gtk/udeblibs -L./tmp/powerpc_netboot-gtk/tree/usr/lib/cdebconf/frontend -L/lib/ -L/usr/lib/ -L/usr/X11R6/lib/ -L./tmp/powerpc_netboot-gtk/tree//usr/lib/cdebconf:/usr/lib/libcairo-directfb/lib -L./tmp/powerpc_netboot-gtk/tree//usr/lib/cdebconf -ldl -lm -lc /lib//ld.so.1
    > calling objcopy --strip-unneeded -R .note -R .comment ./tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so ./tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so-stripped
    > /lib//libslang.so.2 868280L
    > ./tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so 331859L
    > ./tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so-stripped 306308L
    > [...]
    > calling mklibs-readelf --print-symbols-undefined \
    > ./tmp/powerpc_netboot-gtk/tree/lib/libnewt.so.0.52-so-stripped
    > needed_symbols adding SLsmg_write_string@SLANG2, weak: False
    > [...]
    > calling mklibs-readelf --print-symbols-provided \
    > ./tmp/powerpc_netboot-gtk/tree/lib/libslang.so.2-so-stripped
    > present_symbols adding SLsmg_write_string@Base
    >
    > So it looks like somehow the "@SLANG2" extension changes to "@Base" during
    > library reduction and that causes that the symbol cannot be found.
    > Please file a serious BR against mklibs with this info and links to this BR
    > and the logfile.


    I'll do

    >>>>>> 2) I have rebuilt some udebs (gtk+, cairo, pango, cdebconf) against
    >>>>>> dfb 1.0
    >>>>> Change $debug=0 to 1 in installer/build/util/pkg-list to see what's
    >>>>> pulling it in.

    >> i patched the pkg-list perl script as

    >
    > That is correct, but your log is incomplete.
    >
    > You should be getting a lot of output like this near the beginning of the
    > log (before the line starting with "get-packages"):
    > pkg-lists: reading pkg-lists for netboot
    > pkg-lists: processing pkg-lists/netboot/amd64.cfg
    > pkg-lists: adding console-keymaps-at
    > pkg-lists: collecting dependencies for console-keymaps-at
    > pkg-lists: added cdebconf-udeb for console-keymaps-at
    > pkg-lists: collecting dependencies for cdebconf-udeb
    > pkg-lists: added libc6 for cdebconf-udeb
    > pkg-lists: collecting dependencies for libc6
    > pkg-lists: added libdebian-installer4-udeb for cdebconf-udeb
    > pkg-lists: collecting dependencies for libdebian-installer4-udeb
    > pkg-lists: added libc6 for libdebian-installer4-udeb
    > [...]
    >
    > Did you 'make reallyclean'?


    sure, i always call

    fakeroot make reallyclean; fakeroot make build_powerpc_netboot-gtk

    to build the images: the problem is that i'm not getting those lines and
    that's the reason why i had to remove from the UDEBS variable in the
    Makefile the entry about directfb 0.9.25

    Attilio


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  12. Re: Issues building the g-i on PowerPC

    On Monday 19 November 2007, Attilio Fiandrotti wrote:
    > to build the images: the problem is that i'm not getting those lines and


    Not getting those lines is an error on your side!!!
    You should absolutely be able to get those lines. Suggest you work on that a
    bit more.

    > that's the reason why i had to remove from the UDEBS variable in the
    > Makefile the entry about directfb 0.9.25


    That's *by far* the ugliest d-i build hack I've ever heard of! You should
    never have to mess with the Makefile like that.
    If you really need to exclude a udeb, you should do it in pkg-lists.

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.6 (GNU/Linux)

    iD8DBQBHQcO3gm/Kwh6ICoQRAmaUAJ49hduy0nyN1V3m/uLYyD+z5r/xwACfacZn
    PZjJVq2ENfQTPv8LR9tjzl8=
    =YB4E
    -----END PGP SIGNATURE-----


+ Reply to Thread