- Dillo-dev - lists.mailman3.com

Core-dump pasting from one form field into another

by Johannes.Hofmann＠gmx.de

Hi James, On Sun, Feb 01, 2015 at 04:06:01PM +1300, James C wrote: > Hello Johannes et al, > > Unless circumstances intervene, a future release of FLTK will support > DND on OSX without RTTI:: > https://groups.google.com/forum/#!searchin/fltkgeneral/rtti/fltkgeneral/yxj… thanks that you brought up the topic on the FLTK list! > > I vote for leaving DND disabled until the FLTK people are ready to > make that release. sure. Regards, Johannes > > Regards, > James. > > On 23/01/2015, James C <james.from.wellington at gmail.com> wrote: > > Hello Johannes et al, > > > > I've logged this with the FLTK people. > > http://www.fltk.org/str.php?L3178 > > > > Regards, > > James. > > > > On 20/01/2015, Johannes Hofmann <johannes.hofmann at gmx.de> wrote: > >> Hi James, > >> > >> On Tue, Jan 20, 2015 at 08:50:22PM +1300, James C wrote: > >>> Hi All, > >>> > >>> I think I've worked out what's going on with drag-and-drop. > >>> > >>> We're compiling with -fno-rtti and (some parts of) fltk do > >>> dynamic_cast, which needs rtti. The run-time handling for detecting > >>> the conflict is nonexistent/unforgiving. > >>> > >>> When I make the change below and rebuild, drag-and-drop starts working > >>> for > >>> me. > >> > >> Cool that you found the reason! > >> From http://en.wikipedia.org/wiki/FLTK fltk is supposed to work > >> without rtti, but things might have changed of course. > >> It would be cool if you could bring up the topic on an fltk list to > >> see if it's intended like this. > >> > >> Cheers, > >> Johannes > >> > >> _______________________________________________ > >> Dillo-dev mailing list > >> Dillo-dev at dillo.org > >> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev > >> > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

Feb. 2, 2015

Core-dump pasting from one form field into another

by james.from.wellington＠gmail.com

Hello Johannes et al, Unless circumstances intervene, a future release of FLTK will support DND on OSX without RTTI:: https://groups.google.com/forum/#!searchin/fltkgeneral/rtti/fltkgeneral/yxj… I vote for leaving DND disabled until the FLTK people are ready to make that release. Regards, James. On 23/01/2015, James C <james.from.wellington at gmail.com> wrote: > Hello Johannes et al, > > I've logged this with the FLTK people. > http://www.fltk.org/str.php?L3178 > > Regards, > James. > > On 20/01/2015, Johannes Hofmann <johannes.hofmann at gmx.de> wrote: >> Hi James, >> >> On Tue, Jan 20, 2015 at 08:50:22PM +1300, James C wrote: >>> Hi All, >>> >>> I think I've worked out what's going on with drag-and-drop. >>> >>> We're compiling with -fno-rtti and (some parts of) fltk do >>> dynamic_cast, which needs rtti. The run-time handling for detecting >>> the conflict is nonexistent/unforgiving. >>> >>> When I make the change below and rebuild, drag-and-drop starts working >>> for >>> me. >> >> Cool that you found the reason! >> From http://en.wikipedia.org/wiki/FLTK fltk is supposed to work >> without rtti, but things might have changed of course. >> It would be cool if you could bring up the topic on an fltk list to >> see if it's intended like this. >> >> Cheers, >> Johannes >> >> _______________________________________________ >> Dillo-dev mailing list >> Dillo-dev at dillo.org >> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >> >

Feb. 1, 2015

an interlaced gif doesn't finish drawing

by eocene＠gmx.com

I've consistently noticed that the image in the upper left corner of http://forum.thinkpads.com doesn't finish drawing initially. If I isolate the image or click to a second page, it'll show the whole thing properly.

Jan. 25, 2015

textarea placeholder [Re: form input placeholder text]

by eocene＠gmx.com

I wrote: > Everyone's getting into the habit of using the html5 > placeholder attributes on form inputs to tell users > what the inputs are for, decreasing usability for the > rest of us, so I implemented it for INPUT text/password. > (It's also legal on TEXTAREA.) Here's the code for textarea. I don't expect to commit this one as quickly, since textarea placeholder doesn't seem to be used as commonly. http://www.dillo.org/test/textarea_placeholder.diff

Jan. 24, 2015

Core-dump pasting from one form field into another

by james.from.wellington＠gmail.com

Hello Johannes et al, I've logged this with the FLTK people. http://www.fltk.org/str.php?L3178 Regards, James. On 20/01/2015, Johannes Hofmann <johannes.hofmann at gmx.de> wrote: > Hi James, > > On Tue, Jan 20, 2015 at 08:50:22PM +1300, James C wrote: >> Hi All, >> >> I think I've worked out what's going on with drag-and-drop. >> >> We're compiling with -fno-rtti and (some parts of) fltk do >> dynamic_cast, which needs rtti. The run-time handling for detecting >> the conflict is nonexistent/unforgiving. >> >> When I make the change below and rebuild, drag-and-drop starts working for >> me. > > Cool that you found the reason! > From http://en.wikipedia.org/wiki/FLTK fltk is supposed to work > without rtti, but things might have changed of course. > It would be cool if you could bring up the topic on an fltk list to > see if it's intended like this. > > Cheers, > Johannes > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >

Jan. 23, 2015

[SOLVED] How to do a local install?

by jcid＠dillo.org

On Thu, Jan 22, 2015 at 02:38:34AM -0500, Walter Dnes wrote: > [...] > For future reference, my build script goes like so... > > > #!/bin/bash > # hg clone http://hg.dillo.org/dillo dillo3 > cd /home/waltdnes/dillo/dillo3 > CFLAGS="-O2 -march=native -fomit-frame-pointer -pipe -fno-unwind-tables -fno-asynchronous-unwind-tables" > CXXFLAGS=${CFLAGS} > make clean > git pull > ./autogen.sh > ./configure \ > --prefix=/home/waltdnes/.local \ > --enable-ssl \ > --disable-ipv6 \ > --enable-cookies \ > --enable-png \ > --enable-jpg \ > --enable-gif \ > --enable-threaded-dns \ > --enable-dependency-tracking > make > make install-strip > > To accomadate the "--prefix=/home/waltdnes/.local" I've added > "/home/waltdnes/.local/bin" to my PATH. AFAICS: git pull should be: hg pull hg update -- Cheers Jorge.-

Jan. 22, 2015

[SOLVED] How to do a local install?

by waltdnes＠waltdnes.org

On Thu, Jan 22, 2015 at 12:15:13PM +1300, James C wrote > Hello Walter (via the list, for future readers' reference), > > I think that I'm succeeding in doing what you want. > > I did it with configure options, which I keep in a very small shell script: > > ----- > ./configure --prefix=/Users/jamescone/buildTrees --enable-ssl > --enable-dependency-tracking > ----- > > I also have a very small shell script for setting the build environment: > > -------- > export CFLAGS="-I/opt/local/include -g" > export CXXFLAGS="$CFLAGS -g" > > export LDFLAGS="-L/opt/local/lib -g" > > export PS1='$(echo $PWD\$\ | sed -e " > s#.*versions/## > s#/dillo-jfw01/#:# > ")' > -------- > > Related to the PS1 bit, I have a christmas tree of versions, to try to > keep a variety of partially-done patches separate. Somewhere in my > path, there is a /versions/ subdirectory, and it shows me the > subdirectory inside that, and the path inside the hg checkout. I > started doing that because I was making too many mistakes, doing > things to the wrong subtree. Thanks very much. I'm up and running and Dillo comes up with the "Welcome to Dillo 3.1-dev" splash screen. Now to copy over some settings from my previous dillorc, and start surfing, and (hopefully not too much) bug reporting. For future reference, my build script goes like so... #!/bin/bash # hg clone http://hg.dillo.org/dillo dillo3 cd /home/waltdnes/dillo/dillo3 CFLAGS="-O2 -march=native -fomit-frame-pointer -pipe -fno-unwind-tables -fno-asynchronous-unwind-tables" CXXFLAGS=${CFLAGS} make clean git pull ./autogen.sh ./configure \ --prefix=/home/waltdnes/.local \ --enable-ssl \ --disable-ipv6 \ --enable-cookies \ --enable-png \ --enable-jpg \ --enable-gif \ --enable-threaded-dns \ --enable-dependency-tracking make make install-strip To accomadate the "--prefix=/home/waltdnes/.local" I've added "/home/waltdnes/.local/bin" to my PATH. -- Walter Dnes <waltdnes at waltdnes.org>

Jan. 22, 2015

a different lines->getRef() segfault

by james.from.wellington＠gmail.com

This, on commit 553bbaa, may be a dup or related. It was exercised by loading this: http://www.inkcartridges.co.nz/brother-hl5350dn-laser-printer (On OSX 10.6.8, as is usual from me.) Regards, James. =================== Assertion failed: (wasAllocated ()), function findLineIndexWhenAllocated, file textblock.cc, line 1634. Program received signal SIGABRT, Aborted. 0x00007fff82c490b6 in __kill () (gdb) bt #0 0x00007fff82c490b6 in __kill () #1 0x00007fff82ce99f6 in abort () #2 0x00007fff82cd69bc in __assert_rtn () #3 0x00000001000647bc in dw::Textblock::findLineIndexWhenAllocated (this=0x11dc7f200, y=0) at textblock.cc:1634 #4 0x0000000100069a63 in dw::Textblock::draw (this=0x11dc7f200, view=0x11dc7f7c0, area=0x7fff5fbfd3b0) at textblock.cc:1791 #5 0x000000010008c4a9 in dw::core::Layout::draw (this=0x11dc7f9c0, view=0x11dc7f7c0, area=0x7fff5fbfd4a0) at layout.cc:696 #6 0x0000000100083ef1 in dw::core::Layout::expose (this=0x11dc7f9c0, view=0x11dc7f7c0, area=0x7fff5fbfd4a0) at layout.hh:317 #7 0x0000000100083652 in dw::fltk::FltkViewBase::draw (this=0x11dc7f7c0, rect=0x7fff5fbfd510, type=dw::fltk::FltkViewBase::DRAW_CLIPPED) at fltkviewbase.cc:174 #8 0x0000000100083843 in dw::fltk::FltkViewBase::draw (this=0x11dc7f7c0) at fltkviewbase.cc:126 #9 0x00000001000bc529 in Fl_Widget::clear_damage () at /Users/jamescone/buildTrees/fltk/fltk-1.3.3/FL/Fl_Widget.H:772 #10 0x00000001000bc529 in Fl_Group::draw_child (this=<value temporarily unavailable, due to optimizations>, widget=@0x11dc7f7c8) at Fl_Group.cxx:773 #11 0x0000000100074334 in dw::fltk::ui::ComplexButton::draw (this=0x11dc7f710) at fltkcomplexbutton.cc:53 #12 0x00000001000bc529 in Fl_Widget::clear_damage () at /Users/jamescone/buildTrees/fltk/fltk-1.3.3/FL/Fl_Widget.H:772 #13 0x00000001000bc529 in Fl_Group::draw_child (this=<value temporarily unavailable, due to optimizations>, widget=@0x11dc7f710) at Fl_Group.cxx:773 #14 0x0000000100081e25 in dw::fltk::FltkWidgetView::drawFltkWidget (this=0x102230a60, widget=0x11dc7f710, area=0x7fff5fbfd730) at fltkviewbase.cc:731 #15 0x000000010007a553 in dw::fltk::ui::FltkResource::draw (this=0x11dc7f640, view=0x102230a60, area=0x7fff5fbfd730) at fltkui.cc:230 #16 0x000000010007eedb in dw::fltk::ui::FltkSpecificResource<dw::core::ui::ComplexButtonResource>::draw (this=0x11dc7f5e0, view=0x102230a60, area=0x7fff5fbfd730) at fltkui.cc:329 #17 0x0000000100099da0 in dw::core::ui::Embed::draw (this=0x11dc7fcc0, view=0x102230a60, area=0x7fff5fbfd730) at ui.cc:137 #18 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dc7ed10, line=0x11dc7ddd0, view=0x102230a60, area=0x7fff5fbfd860) at textblock.cc:1569 #19 0x0000000100069abd in dw::Textblock::draw (this=0x11dc7ed10, view=0x102230a60, area=0x7fff5fbfd860) at textblock.cc:1799 #20 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dca0f10, line=0x11dc7f0b0, view=0x102230a60, area=0x7fff5fbfd990) at textblock.cc:1569 #21 0x0000000100069abd in dw::Textblock::draw (this=0x11dca0f10, view=0x102230a60, area=0x7fff5fbfd990) at textblock.cc:1799 #22 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dc4d460, line=0x11dca1730, view=0x102230a60, area=0x7fff5fbfda90) at textblock.cc:1569 #23 0x0000000100069abd in dw::Textblock::draw (this=0x11dc4d460, view=0x102230a60, area=0x7fff5fbfda90) at textblock.cc:1799 #24 0x0000000100061446 in dw::Table::draw (this=0x11dc183f0, view=0x102230a60, area=0x7fff5fbfdb20) at table.cc:383 #25 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dc17fd0, line=0x11dca90e0, view=0x102230a60, area=0x7fff5fbfdc50) at textblock.cc:1569 #26 0x0000000100069abd in dw::Textblock::draw (this=0x11dc17fd0, view=0x102230a60, area=0x7fff5fbfdc50) at textblock.cc:1799 #27 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dc48cf0, line=0x10059c490, view=0x102230a60, area=0x7fff5fbfdd80) at textblock.cc:1569 #28 0x0000000100069abd in dw::Textblock::draw (this=0x11dc48cf0, view=0x102230a60, area=0x7fff5fbfdd80) at textblock.cc:1799 #29 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dca8410, line=0x10243a560, view=0x102230a60, area=0x7fff5fbfdeb0) at textblock.cc:1569 #30 0x0000000100069abd in dw::Textblock::draw (this=0x11dca8410, view=0x102230a60, area=0x7fff5fbfdeb0) at textblock.cc:1799 #31 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dca7c70, line=0x11dca8030, view=0x102230a60, area=0x7fff5fbfdfe0) at textblock.cc:1569 #32 0x0000000100069abd in dw::Textblock::draw (this=0x11dca7c70, view=0x102230a60, area=0x7fff5fbfdfe0) at textblock.cc:1799 #33 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dca5e70, line=0x11dca7e60, view=0x102230a60, area=0x7fff5fbfe0e0) at textblock.cc:1569 #34 0x0000000100069abd in dw::Textblock::draw (this=0x11dca5e70, view=0x102230a60, area=0x7fff5fbfe0e0) at textblock.cc:1799 #35 0x0000000100061446 in dw::Table::draw (this=0x11dcf4460, view=0x102230a60, area=0x7fff5fbfe170) at table.cc:383 #36 0x0000000100069738 in dw::Textblock::drawLine (this=0x10235e1c0, line=0x11dc64c30, view=0x102230a60, area=0x7fff5fbfe2c0) at textblock.cc:1569 #37 0x0000000100069abd in dw::Textblock::draw (this=0x10235e1c0, view=0x102230a60, area=0x7fff5fbfe2c0) at textblock.cc:1799 #38 0x000000010008c4a9 in dw::core::Layout::draw (this=0x1022a7170, view=0x102230a60, area=0x7fff5fbfe3b0) at layout.cc:696 #39 0x0000000100083ef1 in dw::core::Layout::expose (this=0x1022a7170, view=0x102230a60, area=0x7fff5fbfe3b0) at layout.hh:317 #40 0x0000000100083652 in dw::fltk::FltkViewBase::draw (this=0x102230a60, rect=0x7fff5fbfe420, type=dw::fltk::FltkViewBase::DRAW_CLIPPED) at fltkviewbase.cc:174 #41 0x0000000100083843 in dw::fltk::FltkViewBase::draw (this=0x102230a60) at fltkviewbase.cc:126 #42 0x0000000100084d53 in dw::fltk::FltkViewport::draw_area (data=0x102230a60, x=0, y=44, w=1185, h=636) at fltkviewport.cc:187 #43 0x0000000100084f63 in dw::fltk::FltkViewport::draw (this=0x102230a60) at fltkviewport.cc:213 #44 0x00000001000bc529 in Fl_Widget::clear_damage () at /Users/jamescone/buildTrees/fltk/fltk-1.3.3/FL/Fl_Widget.H:772 #45 0x00000001000bc529 in Fl_Group::draw_child (this=<value temporarily unavailable, due to optimizations>, widget=@0x102230a68) at Fl_Group.cxx:773 #46 0x00000001000bd631 in Fl_Group::draw_children (this=0x10225a6a0) at Fl_Group.cxx:728 #47 0x00000001000bc529 in Fl_Widget::clear_damage () at /Users/jamescone/buildTrees/fltk/fltk-1.3.3/FL/Fl_Widget.H:772 #48 0x00000001000bc529 in Fl_Group::draw_child (this=<value temporarily unavailable, due to optimizations>, widget=@0x10225a6a0) at Fl_Group.cxx:773 #49 0x00000001000bc529 in Fl_Group::draw_child (this=<value temporarily unavailable, due to optimizations>, widget=@0x10053c4a0) at Fl_Group.cxx:772 #50 0x00000001000bd631 in Fl_Group::draw_children (this=0x10053d9f0) at Fl_Group.cxx:728 #51 0x00000001000ddc40 in Fl_Window::draw (this=0x10053d9f0) at Fl_Window_shape.cxx:369 #52 0x00000001000a862e in Fl_X::flush (this=0x1024119a0) at Fl_cocoa.mm:2499 #53 0x00000001000a8703 in -[FLView drawRect:] (self=0x102214ea0, _cmd=<value temporarily unavailable, due to optimizations>, rect={origin = {x = 0, y = 0}, size = {width = 1200, height = 700}}) at Fl_cocoa.mm:2028 #54 0x00007fff8901acc5 in -[NSView _drawRect:clip:] () #55 0x00007fff89019938 in -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] () #56 0x00007fff8901800a in -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] () #57 0x00007fff890143de in -[NSView _displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] () #58 0x00007fff8918ee77 in -[NSView displayIfNeededIgnoringOpacity] () #59 0x00000001000a8685 in Fl_X::flush (this=0x1024119a0) at Fl_cocoa.mm:2509 #60 0x00000001000aff1f in Fl_Widget::clear_damage () at /Users/jamescone/buildTrees/fltk/fltk-1.3.3/FL/Fl_Widget.H:762 #61 0x00000001000aff1f in Fl::flush () at Fl.cxx:762 #62 0x00000001000ad23c in fl_mac_flush_and_wait (time_to_wait=0) at Fl_cocoa.mm:812 #63 0x00000001000b0025 in Fl::run () at Fl.cxx:589 #64 0x00000001000044c5 in main (argc=1, argv=0x7fff5fbff3f8) at dillo.cc:588 (gdb) On 20/01/2015, eocene <eocene at gmx.com> wrote: > > A new page was just coming in -- seems like the same sort of problem as > last time. > > (gdb) bt > #0 0xb77bb424 in __kernel_vsyscall () > #1 0xb72f9661 in *__GI_raise (sig=6) > at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 > #2 0xb72fca92 in *__GI_abort () at abort.c:92 > #3 0xb72f2878 in *__GI___assert_fail ( > assertion=0x8151afe "i >= 0 && this->num - i > 0", > file=0x8151aee "../lout/misc.hh", line=167, > function=0x8151ba0 "T* lout::misc::SimpleVector<T>::getRef(int) const > [with T = dw::Textblock::Line]") at assert.c:81 > #4 0x080a9040 in lout::misc::SimpleVector<dw::Textblock::Line>::getRef ( > this=0x953b618, i=-1) at ../lout/misc.hh:167 > #5 0x080a2786 in dw::Textblock::sendSelectionEvent (this=0x916c610, > eventType=dw::core::SelectionState::BUTTON_RELEASE, event=0xbfbb8180) > at textblock.cc:1093 > #6 0x080a24c3 in dw::Textblock::buttonReleaseImpl (this=0x916c610, > event=0xbfbb8180) at textblock.cc:1008 > #7 0x080d8910 in dw::core::Widget::buttonRelease (this=0x916c610, > event=0xbfbb8180) at widget.cc:1027 > #8 0x080cd617 in dw::core::Layout::processMouseEvent (this=0x90fc058, > event=0xbfbb8180, type=dw::core::Layout::BUTTON_RELEASE) at > layout.cc:1234 > #9 0x080cd00e in dw::core::Layout::buttonEvent (this=0x90fc058, > type=dw::core::Layout::BUTTON_RELEASE, view=0x90f9f60, numPressed=1, > x=127, y=180, state=0, button=1) at layout.cc:1023 > #10 0x080c46ae in dw::core::Layout::buttonRelease (this=0x90fc058, > view=0x90f9f60, numPressed=1, x=127, y=180, state=0, button=1) > at layout.hh:345 > #11 0x080c33f7 in dw::fltk::FltkViewBase::handle (this=0x90f9f60, event=2) > at fltkviewbase.cc:319 > #12 0x080c5e8a in dw::fltk::FltkViewport::handle (this=0x90f9f60, event=2) > at fltkviewport.cc:331 > #13 0x080ded22 in send(int, Fl_Widget*, Fl_Window*) () > #14 0x080dfbaf in Fl::handle_(int, Fl_Window*) () > #15 0x080dff0e in Fl::handle(int, Fl_Window*) () > #16 0x08107e9d in fl_handle(_XEvent const&) () > #17 0x08107fbc in do_queued_events() () > #18 0x0810822a in fl_wait(double) () > #19 0x080e08af in Fl::wait(double) () > #20 0x080e099d in Fl::run() () > #21 0x08052f7a in main (argc=1, argv=0xbfbb8854) at dillo.cc:588 > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >

Jan. 22, 2015

How to do a local install?

by james.from.wellington＠gmail.com

Hello Walter (via the list, for future readers' reference), I think that I'm succeeding in doing what you want. I did it with configure options, which I keep in a very small shell script: ----- ./configure --prefix=/Users/jamescone/buildTrees --enable-ssl --enable-dependency-tracking ----- I also have a very small shell script for setting the build environment: -------- export CFLAGS="-I/opt/local/include -g" export CXXFLAGS="$CFLAGS -g" export LDFLAGS="-L/opt/local/lib -g" export PS1='$(echo $PWD\$\ | sed -e " s#.*versions/## s#/dillo-jfw01/#:# ")' -------- Related to the PS1 bit, I have a christmas tree of versions, to try to keep a variety of partially-done patches separate. Somewhere in my path, there is a /versions/ subdirectory, and it shows me the subdirectory inside that, and the path inside the hg checkout. I started doing that because I was making too many mistakes, doing things to the wrong subtree. Regards, James. On 22/01/2015, Walter Dnes <waltdnes at waltdnes.org> wrote: > It's taken me a while to get around to trying to install from the git > repository. With experimental stuff, I prefer to do things in my local > directory, so that if it blows up, it doesn't blow up with root > permissions. I've done this in the past with other software, so I think > it can be done. Note that I'm running in Gentoo, if it makes any > difference. I have fltk-1.3.2 installed with USE="opengl threads xft" > enabled and other fltk options disabled. Here's my > /home/waltdnes/dillo/dbuild script, which I've loosely based on > instructions at http://www.dillo.org/source.html After the initial > "hg clone" command, updates are pulled in by "git pull" from inside the > dillo3 directory; is that correct? > > #!/bin/bash > # hg clone http://hg.dillo.org/dillo dillo3 > cd /home/waltdnes/dillo/dillo3 > PREFIX=/home/waltdnes/.local > CFLAGS="-O2 -march=native -fomit-frame-pointer -pipe -fno-unwind-tables > -fno-asynchronous-unwind-tables" > CXXFLAGS=${CFLAGS} > make clean > git pull > ./autogen.sh > ./configure > make > make install-strip > > The process works until the last step, where it's suggested to sudo, > to allow installing in /usr/local It fails like so... > > make[4]: Entering directory '/home/waltdnes/dillo/dillo3/src' > /bin/mkdir -p '/usr/local/bin' > /bin/sh /home/waltdnes/dillo/dillo3/install-sh -c -s dillo > '/usr/local/bin' > cp: cannot create regular file '/usr/local/bin/_inst.22011_': Permission > denied > Makefile:538: recipe for target 'install-binPROGRAMS' failed > make[4]: *** [install-binPROGRAMS] Error 1 > make[4]: Leaving directory '/home/waltdnes/dillo/dillo3/src' > Makefile:856: recipe for target 'install-am' failed > make[3]: *** [install-am] Error 2 > make[3]: Leaving directory '/home/waltdnes/dillo/dillo3/src' > Makefile:695: recipe for target 'install-recursive' failed > make[2]: *** [install-recursive] Error 1 > make[2]: Leaving directory '/home/waltdnes/dillo/dillo3/src' > Makefile:469: recipe for target 'install-recursive' failed > make[1]: *** [install-recursive] Error 1 > make[1]: Leaving directory '/home/waltdnes/dillo/dillo3' > Makefile:767: recipe for target 'install-strip' failed > make: *** [install-strip] Error 2 > > What settings do I need to make to get the install totally in my home > directory? While I'm at it, what are the manual tweaks to enable > "gif jpeg png ssl" and disable "-doc -ipv6" in the build? Can all the > settings be put into local.mk, so I can "set it and forget it"? > > -- > Walter Dnes <waltdnes at waltdnes.org> > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >

Jan. 21, 2015

How to do a local install?

by waltdnes＠waltdnes.org

It's taken me a while to get around to trying to install from the git repository. With experimental stuff, I prefer to do things in my local directory, so that if it blows up, it doesn't blow up with root permissions. I've done this in the past with other software, so I think it can be done. Note that I'm running in Gentoo, if it makes any difference. I have fltk-1.3.2 installed with USE="opengl threads xft" enabled and other fltk options disabled. Here's my /home/waltdnes/dillo/dbuild script, which I've loosely based on instructions at http://www.dillo.org/source.html After the initial "hg clone" command, updates are pulled in by "git pull" from inside the dillo3 directory; is that correct? #!/bin/bash # hg clone http://hg.dillo.org/dillo dillo3 cd /home/waltdnes/dillo/dillo3 PREFIX=/home/waltdnes/.local CFLAGS="-O2 -march=native -fomit-frame-pointer -pipe -fno-unwind-tables -fno-asynchronous-unwind-tables" CXXFLAGS=${CFLAGS} make clean git pull ./autogen.sh ./configure make make install-strip The process works until the last step, where it's suggested to sudo, to allow installing in /usr/local It fails like so... make[4]: Entering directory '/home/waltdnes/dillo/dillo3/src' /bin/mkdir -p '/usr/local/bin' /bin/sh /home/waltdnes/dillo/dillo3/install-sh -c -s dillo '/usr/local/bin' cp: cannot create regular file '/usr/local/bin/_inst.22011_': Permission denied Makefile:538: recipe for target 'install-binPROGRAMS' failed make[4]: *** [install-binPROGRAMS] Error 1 make[4]: Leaving directory '/home/waltdnes/dillo/dillo3/src' Makefile:856: recipe for target 'install-am' failed make[3]: *** [install-am] Error 2 make[3]: Leaving directory '/home/waltdnes/dillo/dillo3/src' Makefile:695: recipe for target 'install-recursive' failed make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory '/home/waltdnes/dillo/dillo3/src' Makefile:469: recipe for target 'install-recursive' failed make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory '/home/waltdnes/dillo/dillo3' Makefile:767: recipe for target 'install-strip' failed make: *** [install-strip] Error 2 What settings do I need to make to get the install totally in my home directory? While I'm at it, what are the manual tweaks to enable "gif jpeg png ssl" and disable "-doc -ipv6" in the build? Can all the settings be put into local.mk, so I can "set it and forget it"? -- Walter Dnes <waltdnes at waltdnes.org>

Jan. 21, 2015