[ANN] sabotage 0.9.7 milestone (x86[_64]) release

[ANN] sabotage 0.9.7 milestone (x86[_64]) release

[John Spencer]

fixed:
- X11 finally works well (use startx to launch)
- lxde desktop is now polished and functional
- alsa works (need to run "alsactl init 3", and a ~/.asoundrc which 
points to card 3, device 0
   see 
https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture#Set_the_default_sound_card 
;
   (the alsa test program "speaker-test" doesnt work, it is buggy 
(SIGFPE), use lxmusic to test.)
   to set volume use alsamixer.
- 2 kernels (enter sabotage-grsec at boot prompt for grsec kernel, the 
default kernel is non-grsec)
- many bugfixes for Gtk and Glib using programs that caused UB
- possibility to switch keyboard layouts: use "loadkeys" in linux 
console (see usage text), or edit /etc/xinitrc for X11

updated programs:
- musl 0.9.7
- luajit 2.0 beta 11 hotfix 1 (mostly equivalent to luajit 2.0.0 
release, which will be out tomorrow)
- gcc 4.5.4

still missing:
- a desktop browser that comes with minimal dependencies (currently only 
lynx can be used to browse the interwebs)
- latest xchat + current patches from git


the images can be directly used in qemu, however qemu i386 seems to have 
a bug which affects the grsec kernel
to use the images in Virtual Box, use "VBoxManage convertfromraw" to 
convert the img to VDI format,
and after booting the image, edit /bin/X and uncomment the virtual-box 
specific stuff).
see earlier release announcements for how to access the rootfs by 
mounting the imagefile directly.

root password is sabotage

http://mirror.wzff.de/sabotage/sabotage-0.9.7-i386-898897d9.img.xz ~150 MB
sha512 
3e03af6986bf63c82f8dff9f4926e18340e8b406cd415bc85a8a58a19e62f32c8bafb628d3228f1f5f3b68b2ff648ae35c3464489eafbca984b01b505661359d

http://mirror.wzff.de/sabotage/sabotage-0.9.7-x86_64-898897d9.img.xz ~170 MB
sha512 
da9dd3ad11b8845ea007720c6b4457d1ee9c5ab45cdb20ead1c06400a1c39ec73cd877bb3a25bbfbf34f8941e61ccef6fd15314ed468fe9a7b7f5228022610d7

the images extract to a 4GB imagefile (about 1.5 GB in use).

git repo and issue tracker
https://github.com/rofl0r/sabotage

read COOKBOOK and README in the git repo for further usage info.

to remove an unwanted package, use butch-unlink packagename (that 
removes the symbolic links) and then rm -rf /opt/packagename.
before using butch, the package manager, cd into /src and run ". 
config", to set up the required ENV variables.

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Rich Felker]

Congratulations! I'm looking forward to trying it out.

Rich

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Isaac Dunham]

On Tue, 06 Nov 2012 17:34:38 +0100
John Spencer <maillist-musl@barfooze.de> wrote:

> fixed:
> - X11 finally works well (use startx to launch)
> - lxde desktop is now polished and functional
> - alsa works (need to run "alsactl init 3", and a ~/.asoundrc which 
> points to card 3, device 0
>    see 
> https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture#Set_the_default_sound_card 
Hmm. I was just using OSS emulation on top of ALSA, and that worked nicely OOB (cmix for volume, mpg123 for audio)
Also, I suspect that the alsactl command will be different on some hardware.
> - 2 kernels (enter sabotage-grsec at boot prompt for grsec kernel, the 
> default kernel is non-grsec)
Nice!
> - many bugfixes for Gtk and Glib using programs that caused UB
> - possibility to switch keyboard layouts: use "loadkeys" in linux 
> console (see usage text), or edit /etc/xinitrc for X11
> 
> updated programs:
> - musl 0.9.7
> - luajit 2.0 beta 11 hotfix 1 (mostly equivalent to luajit 2.0.0 
> release, which will be out tomorrow)
> - gcc 4.5.4
> 
> still missing:
> - a desktop browser that comes with minimal dependencies (currently only 
> lynx can be used to browse the interwebs)
So you don't have Links2 yet? 

Dependencies:
CLI:
Minimal:
 openssl | gnutls
 ncurses
Enhancements:
 libz, liblzma, bzip2 (transparent decompression)
 -libz, while optional, should be enabled or some sites won't work.
GUI:
Minimal:
 libpng (1.2, NOT 1.5!)
 gpm
At least one of:
 linux-headers (for fbdev) | SDL | X11 headers | svgalib |directfb
Extra:
 libjpeg, libtiff (more image formats)

You'll need to specify 
CFLAGS="-D_GNU_SOURCE ..." \
/configure --enable-graphics --with-gpm --with-x --with-fb \
--x-includes=... --x-libraries=... --with-ssl

to get it to build with GUI. I didn't need patches.

If I recall correctly, Dillo3 can be built if you have fltk1.3.
It gives you partial CSS support.

Netsurf would be the other browser to try compiling, IMHO.
And it's unfortunate that OWB seems to be gone; it was a WebKit/SDL browser
<snip>

> git repo and issue tracker
> https://github.com/rofl0r/sabotage
> 
> read COOKBOOK and README in the git repo for further usage info.
> 

-- 
Isaac Dunham <idunham@lavabit.com>

Re: lightweight web browsers (was: [ANN] sabotage 0.9.7 milestone (x86[_64]) release)

[John Spencer]

On 11/07/2012 07:04 AM, Isaac Dunham wrote:
> On Tue, 06 Nov 2012 17:34:38 +0100
> John Spencer<maillist-musl@barfooze.de>  wrote:
>> still missing:
>> - a desktop browser that comes with minimal dependencies (currently only
>> lynx can be used to browse the interwebs)
> So you don't have Links2 yet?
>
> Dependencies:
> CLI:
> Minimal:
>   openssl | gnutls
>   ncurses
> Enhancements:
>   libz, liblzma, bzip2 (transparent decompression)
>   -libz, while optional, should be enabled or some sites won't work.
> GUI:
> Minimal:
>   libpng (1.2, NOT 1.5!)

oh, that's bad. i rather not have to have 2 different library versions 
around.
>   gpm
> At least one of:
>   linux-headers (for fbdev) | SDL | X11 headers | svgalib |directfb
> Extra:
>   libjpeg, libtiff (more image formats)
>
> You'll need to specify
> CFLAGS="-D_GNU_SOURCE ..." \
> /configure --enable-graphics --with-gpm --with-x --with-fb \
> --x-includes=... --x-libraries=... --with-ssl
>
> to get it to build with GUI. I didn't need patches.
>
> If I recall correctly, Dillo3 can be built if you have fltk1.3.
> It gives you partial CSS support.
does it only depend on fltk or are there more deps ?

> Netsurf would be the other browser to try compiling, IMHO.
this one seems indeed promising, it only lacks JS.

> And it's unfortunate that OWB seems to be gone; it was a WebKit/SDL browser
hmm i vaguely remember that compiling webkit has lots of dependencies, 
at least the last time i tried it.

Re: lightweight web browsers (was: [ANN] sabotage 0.9.7 milestone (x86[_64]) release)

[idunham]

> On 11/07/2012 07:04 AM, Isaac Dunham wrote:
>> On Tue, 06 Nov 2012 17:34:38 +0100
>> John Spencer<maillist-musl@barfooze.de>  wrote:
>>> still missing:
>>> - a desktop browser that comes with minimal dependencies (currently
>>> only
>>> lynx can be used to browse the interwebs)
>> So you don't have Links2 yet?
>>
>> Dependencies:
>> CLI:
>> Minimal:
>>   openssl | gnutls
>>   ncurses
>> Enhancements:
>>   libz, liblzma, bzip2 (transparent decompression)
>>   -libz, while optional, should be enabled or some sites won't work.
>> GUI:
>> Minimal:
>>   libpng (1.2, NOT 1.5!)
>
> oh, that's bad. i rather not have to have 2 different library versions
> around.
In my tests, libpng 1.5 is a little bit new for a good bit of software.
And Debian and Gentoo are both still defaulting to 1.2.x.
(libpng 1.2 & 1.4 are "stable" but ABI incompatible; 1.5 is "development")
My own inclination would be to just use libpng 1.2, but...sabotage is your
project, not mine.

The problem I was hitting was constant segfaults whenever I displayed a
page with a PNG.

>>   gpm
>> At least one of:
>>   linux-headers (for fbdev) | SDL | X11 headers | svgalib |directfb
>> Extra:
>>   libjpeg, libtiff (more image formats)
>>
>> You'll need to specify
>> CFLAGS="-D_GNU_SOURCE ..." \
>> /configure --enable-graphics --with-gpm --with-x --with-fb \
>> --x-includes=... --x-libraries=... --with-ssl
>>
>> to get it to build with GUI. I didn't need patches.
>>
>> If I recall correctly, Dillo3 can be built if you have fltk1.3.
>> It gives you partial CSS support.
> does it only depend on fltk or are there more deps ?
>
FLTK 1.3; OpenSSL; libjpeg; libpng (Debian and Gentoo both say ">= 1.2.0",
so no idea if it works with new libpng); libglib2; zlib.
Everything should build already.
<snip Netsurf>
>> And it's unfortunate that OWB seems to be gone; it was a WebKit/SDL
>> browser
> hmm i vaguely remember that compiling webkit has lots of dependencies,
> at least the last time i tried it.
>
They ported WebKit to SDL. If I remember right, they somehow took care of
most of the dependencies.

It looks a little less daunting than some other packages I've seen, but is
pretty deep; libsoup, icu, gobject/gir, and GAIL appear to be the main
problems (comparing Debian's build-deps to the list of packages in
pkgsrc).

Re: lightweight web browsers (was: [ANN] sabotage 0.9.7 milestone (x86[_64]) release)

[Rich Felker]

On Thu, Nov 08, 2012 at 07:57:12PM -0800, idunham@lavabit.com wrote:
> > On 11/07/2012 07:04 AM, Isaac Dunham wrote:
> >> On Tue, 06 Nov 2012 17:34:38 +0100
> >> John Spencer<maillist-musl@barfooze.de>  wrote:
> >>> still missing:
> >>> - a desktop browser that comes with minimal dependencies (currently
> >>> only
> >>> lynx can be used to browse the interwebs)
> >> So you don't have Links2 yet?
> >>
> >> Dependencies:
> >> CLI:
> >> Minimal:
> >>   openssl | gnutls
> >>   ncurses
> >> Enhancements:
> >>   libz, liblzma, bzip2 (transparent decompression)
> >>   -libz, while optional, should be enabled or some sites won't work.
> >> GUI:
> >> Minimal:
> >>   libpng (1.2, NOT 1.5!)
> >
> > oh, that's bad. i rather not have to have 2 different library versions
> > around.
> In my tests, libpng 1.5 is a little bit new for a good bit of software.
> And Debian and Gentoo are both still defaulting to 1.2.x.
> (libpng 1.2 & 1.4 are "stable" but ABI incompatible; 1.5 is "development")
> My own inclination would be to just use libpng 1.2, but...sabotage is your
> project, not mine.

libpng is a really, REALLY badly designed library. It's no surprise
the ABI keeps getting broken, but I wish they'd go ahead and fix the
API when they break the ABI...

> >> And it's unfortunate that OWB seems to be gone; it was a WebKit/SDL
> >> browser
> > hmm i vaguely remember that compiling webkit has lots of dependencies,
> > at least the last time i tried it.
> >
> They ported WebKit to SDL. If I remember right, they somehow took care of
> most of the dependencies.

Interesting.

Rich

Re: lightweight web browsers (was: [ANN] sabotage 0.9.7 milestone (x86[_64]) release)

[Jens Staal]

another interesting browser is (especially if you like Acme as editor) is 
Abaco

http://lab-fgb.com/abaco/

as far as I know, it only depends on plan9port (9base which is already 
included in Sabotage will most likely not be enough).

unfortunately not updated in a while.

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Kurt H Maier]

On Tue, Nov 06, 2012 at 05:34:38PM +0100, John Spencer wrote:
> still missing:
> - a desktop browser that comes with minimal dependencies (currently only 
> lynx can be used to browse the interwebs)

Is there a reason Opera would not work with this release?  Its only
external dependencies are X11 and freetype/fontconfig.

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Rich Felker]

On Wed, Nov 07, 2012 at 07:38:07AM -0500, Kurt H Maier wrote:
> On Tue, Nov 06, 2012 at 05:34:38PM +0100, John Spencer wrote:
> > still missing:
> > - a desktop browser that comes with minimal dependencies (currently only 
> > lynx can be used to browse the interwebs)
> 
> Is there a reason Opera would not work with this release?  Its only
> external dependencies are X11 and freetype/fontconfig.

And glibc.

Rich

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Daniel Cegiełka]

[-- Attachment #1: Type: text/plain, Size: 262 bytes --]

2012/11/7 Rich Felker <dalias@aerifal.cx>


> > Is there a reason Opera would not work with this release?  Its only
> > external dependencies are X11 and freetype/fontconfig.
>
> And glibc.
>
>
This can help:

http://nixos.org/patchelf.html

Daniel



>  Rich
>

[-- Attachment #2: Type: text/html, Size: 910 bytes --]

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Rich Felker]

On Wed, Nov 07, 2012 at 02:32:04PM +0100, Daniel Cegiełka wrote:
> 2012/11/7 Rich Felker <dalias@aerifal.cx>
> 
> 
> > > Is there a reason Opera would not work with this release?  Its only
> > > external dependencies are X11 and freetype/fontconfig.
> >
> > And glibc.
> >
> >
> This can help:
> 
> http://nixos.org/patchelf.html

Thanks for the link. I'd like to take a look at this program, and
possibly suggest some other features that could be added to it.
However, I don't think it helps with the issue at hand. As long as
/lib/ld-linux.so.2 is a symlink to musl libc.so, no attempt to load
glibc will be made. The problem is that, while musl largely strives
for binary compatibility, there are a few places where it's difficult
or impossible without additional patch-ups that aren't yet done.

I'm not clear on whether any of the issues affect Opera, but for such
a large program I'd be fairly surprised if they don't (albeit happily
surprised, of course).

Rich

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Isaac Dunham]

On Wed, 7 Nov 2012 20:31:04 -0500
Rich Felker <dalias@aerifal.cx> wrote:

> 
> > > > Is there a reason Opera would not work with this release?  Its only
> > > > external dependencies are X11 and freetype/fontconfig.
> > >
> > > And glibc.

And libstdc++.

> > >
> > This can help:
> > 
> > http://nixos.org/patchelf.html
> 
> Thanks for the link. I'd like to take a look at this program, and
> possibly suggest some other features that could be added to it.
> However, I don't think it helps with the issue at hand. As long as
> /lib/ld-linux.so.2 is a symlink to musl libc.so, no attempt to load
> glibc will be made. The problem is that, while musl largely strives
> for binary compatibility, there are a few places where it's difficult
> or impossible without additional patch-ups that aren't yet done.
> 
> I'm not clear on whether any of the issues affect Opera, but for such
> a large program I'd be fairly surprised if they don't (albeit happily
> surprised, of course).
Here's what I got (using a somewhat out-of-date libc.so; I know at least one function has since been added, but this gives a general idea of the scope):
$ /opt/musl/lib/libc.so lib/opera/opera 
Error relocating /usr/lib/libstdc++.so.6: __nl_langinfo_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __strftime_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: strtold_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __wctype_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __wcsftime_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __towupper_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __strxfrm_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __strtod_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __wcsxfrm_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __uselocale: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __freelocale: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __strcoll_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __towlower_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __iswctype_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __strtof_l: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __duplocale: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __newlocale: symbol not found
Error relocating /usr/lib/libstdc++.so.6: __wcscoll_l: symbol not found
Error relocating /lib/libgcc_s.so.1: dl_iterate_phdr: symbol not found
Error relocating lib/opera/opera: __pthread_register_cancel: symbol not found
Error relocating lib/opera/opera: memmem: symbol not found
Error relocating lib/opera/opera: __res_ninit: symbol not found
Error relocating lib/opera/opera: __pthread_unregister_cancel: symbol not found
Error relocating lib/opera/opera: qsort_r: symbol not found
Error relocating lib/opera/opera: __sigsetjmp: symbol not found


-- 
Isaac Dunham <idunham@lavabit.com>

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Rich Felker]

On Thu, Nov 08, 2012 at 02:29:49PM -0800, Isaac Dunham wrote:
> On Wed, 7 Nov 2012 20:31:04 -0500
> Rich Felker <dalias@aerifal.cx> wrote:
> 
> > 
> > > > > Is there a reason Opera would not work with this release?  Its only
> > > > > external dependencies are X11 and freetype/fontconfig.
> > > >
> > > > And glibc.
> 
> And libstdc++.

If it's using a shared libstdc++, then it would either need to be run
with a different library path pointing at the glibc libstdc++.so, or
musl will need to provide a sufficiently compatible ABI, in the C++
sense, for the musl-built libstdc++ to satisfy the needs of a
glibc-linked binary.

> > I'm not clear on whether any of the issues affect Opera, but for such
> > a large program I'd be fairly surprised if they don't (albeit happily
> > surprised, of course).
> Here's what I got (using a somewhat out-of-date libc.so; I know at
> least one function has since been added, but this gives a general
> idea of the scope):
> $ /opt/musl/lib/libc.so lib/opera/opera 
> Error relocating /usr/lib/libstdc++.so.6: __nl_langinfo_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __strftime_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: strtold_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __wctype_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __wcsftime_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __towupper_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __strxfrm_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __strtod_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __wcsxfrm_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __uselocale: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __freelocale: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __strcoll_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __towlower_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __iswctype_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __strtof_l: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __duplocale: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __newlocale: symbol not found
> Error relocating /usr/lib/libstdc++.so.6: __wcscoll_l: symbol not found

All of these would be fixed if we could use a musl-built libstdc++.so
instead of the glibc-built one.

> Error relocating /lib/libgcc_s.so.1: dl_iterate_phdr: symbol not found

Fixed.

> Error relocating lib/opera/opera: __pthread_register_cancel: symbol not found

Interesting. I had not really thought about what could be done to
satisfy the glibc thread-cancellation ABI. For musl-linked programs,
we use the ancient (glibc 2.1 era) cancellation push/pop functions
which are much cleaner and don't need special GCC hacks. But there
should be some way to provide at least an ABI layer for the glibc way.

> Error relocating lib/opera/opera: memmem: symbol not found

Also fixed; we have memmem now.

> Error relocating lib/opera/opera: __res_ninit: symbol not found

This could probably be stubbed out. musl's resolver is completely
stateless.

> Error relocating lib/opera/opera: __pthread_unregister_cancel: symbol not found
> Error relocating lib/opera/opera: qsort_r: symbol not found

Should be easy to add.

> Error relocating lib/opera/opera: __sigsetjmp: symbol not found

This is just another symbol alias.

Rich

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Kurt H Maier]

On Thu, Nov 08, 2012 at 02:29:49PM -0800, Isaac Dunham wrote:
> Here's what I got (using a somewhat out-of-date libc.so; I 
> know at least one function has since been added, but this 
> gives a general idea of the scope):

Thanks for doing this.  What version of Opera was this?  12.whatever?
Have you tried one of their older (9.x series) "static" builds?  I know
they weren't really static, but they work on e.g. plan 9 linuxemu (which
is something I hope to use musl with soon).

Thanks again

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Szabolcs Nagy]

* Kurt H Maier <khm-lists@intma.in> [2012-11-08 20:58:45 -0500]:
> On Thu, Nov 08, 2012 at 02:29:49PM -0800, Isaac Dunham wrote:
> > Here's what I got (using a somewhat out-of-date libc.so; I 
> > know at least one function has since been added, but this 
> > gives a general idea of the scope):
> 
> Thanks for doing this.  What version of Opera was this?  12.whatever?
> Have you tried one of their older (9.x series) "static" builds?  I know
> they weren't really static, but they work on e.g. plan 9 linuxemu (which
> is something I hope to use musl with soon).
> 

the i386 gcc4 static version from
http://arc.opera.com/pub/opera/linux/964/final/en/

after grepping out the missing x symbols:

$ /lib/libc.so opera 2>&1 |grep -v ': X' |grep -v ': Smc'
Error loading shared library libX11.so.6: No such file or directory (needed by opera)
Error loading shared library libXext.so.6: No such file or directory (needed by opera)
Error loading shared library libSM.so.6: No such file or directory (needed by opera)
Error loading shared library libICE.so.6: No such file or directory (needed by opera)
Error loading shared library libstdc++.so.6: No such file or directory (needed by opera)
Error loading shared library libgcc_s.so.1: No such file or directory (needed by opera)
Error relocating opera: pthread_attr_setinheritsched: symbol not found
Error relocating opera: _Znaj: symbol not found
Error relocating opera: __strtod_internal: symbol not found
Error relocating opera: __udivdi3: symbol not found
Error relocating opera: __umoddi3: symbol not found
Error relocating opera: _ZdaPv: symbol not found
Error relocating opera: __cxa_guard_abort: symbol not found
Error relocating opera: __divdi3: symbol not found
Error relocating opera: _ZdlPv: symbol not found
Error relocating opera: _Znwj: symbol not found
Error relocating opera: _Unwind_Resume: symbol not found
Error relocating opera: IceProcessMessages: symbol not found
Error relocating opera: __cxa_pure_virtual: symbol not found
Error relocating opera: IceConnectionNumber: symbol not found
Error relocating opera: __strtol_internal: symbol not found
Error relocating opera: __fixunsdfdi: symbol not found
Error relocating opera: pthread_attr_getschedpolicy: symbol not found
Error relocating opera: __cxa_guard_acquire: symbol not found
Error relocating opera: __cxa_guard_release: symbol not found
Error relocating opera: __gxx_personality_v0: symbol not found
Error relocating opera: __strtoll_internal: symbol not found
Error relocating opera: __moddi3: symbol not found


this version seems to be the last one without c++:
http://arc.opera.com/pub/opera/linux/927/final/en/i386/static/

$ /lib/libc.so opera 2>&1 |grep -v ': X' |grep -v ': Smc'
Error loading shared library libX11.so.6: No such file or directory (needed by opera)
Error loading shared library libXext.so.6: No such file or directory (needed by opera)
Error loading shared library libSM.so.6: No such file or directory (needed by opera)
Error loading shared library libICE.so.6: No such file or directory (needed by opera)
Error relocating opera: __strtoll_internal: symbol not found
Error relocating opera: __strtod_internal: symbol not found
Error relocating opera: IceConnectionNumber: symbol not found
Error relocating opera: __write: symbol not found
Error relocating opera: IceProcessMessages: symbol not found
Error relocating opera: pthread_attr_getschedpolicy: symbol not found
Error relocating opera: __sigsetjmp: symbol not found
Error relocating opera: __strtol_internal: symbol not found
Error relocating opera: pthread_attr_setinheritsched: symbol not found
Error relocating opera: __ctype_tolower: symbol not found
Error relocating opera: __ctype_toupper: symbol not found
Error relocating opera: __ctype_b: symbol not found

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Jens Staal]

tisdagen den 6 november 2012 17.34.38 skrev  John Spencer:
> fixed:
> - X11 finally works well (use startx to launch)

I am happy to report that the x86_64 image boots nicely natively and that dwm 
seems to work well as well (I put "exec dwm" in ~/.xinitrc). Now I just need 
feh (or similar) and conky to make it fully functional 

I could however not test it completely yet since I need to figure out which 
events under /dev/input that are responsive for keyboard and mouse on my 
native boot in order to really test it (keyboard completely unresponsive under 
X).

I have not been able to test dwm under Virtualbox (where mouse and keyboard 
work under LXDE) since I have not figured out how to get the network working 
(for the native install, I ran butch with the root file system mounted as a 
chroot).

Another odd thing I noticed is that using mksh as login shell makes me loose 
job control sometimes. Slightly odd. Could be a non-root permission issue with 
/dev/tty-stuff too.

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[John Spencer]

On 11/08/2012 06:24 PM, Jens Staal wrote:
> tisdagen den 6 november 2012 17.34.38 skrev  John Spencer:
>> fixed:
>> - X11 finally works well (use startx to launch)
> I am happy to report that the x86_64 image boots nicely natively and that dwm
> seems to work well as well (I put "exec dwm" in ~/.xinitrc).
cool

> Now I just need
> feh (or similar) and conky to make it fully functional
>
> I could however not test it completely yet since I need to figure out which
> events under /dev/input that are responsive for keyboard and mouse on my
> native boot in order to really test it (keyboard completely unresponsive under
> X).

did you try the alternate setting in /bin/X ?
currently it uses qemu settings, and the virtual box settings are 
commented out

you also need to use the option "disable mouse integration" in the 
"machine" menu in order to have the mouse respond.

> I have not been able to test dwm under Virtualbox (where mouse and keyboard
> work under LXDE) since I have not figured out how to get the network working
> (for the native install, I ran butch with the root file system mounted as a
> chroot).

if you use NAT or a brigded interface (vbox option) attached to a DHCP 
server you can use
dhclient eth0

otherwise put an ifconfig and route line into rc.local


> Another odd thing I noticed is that using mksh as login shell makes me loose
> job control sometimes. Slightly odd. Could be a non-root permission issue with
> /dev/tty-stuff too.
>

maybe uncommenting some things in /etc/mdev.conf can help there, let me 
know if you got it working.

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[Jens Staal]

fredagen den 9 november 2012 02.27.31 skrev  John Spencer:
> On 11/08/2012 06:24 PM, Jens Staal wrote:
> > tisdagen den 6 november 2012 17.34.38 skrev  John Spencer:
> >> fixed:
> >> - X11 finally works well (use startx to launch)
> > 
> > I am happy to report that the x86_64 image boots nicely natively and that
> > dwm seems to work well as well (I put "exec dwm" in ~/.xinitrc).
> 
> cool

yeah :) 

I got inspired to perhaps trying E17 sometime later when the real release is 
out in December (sort of philosophically compatible - light, pure C and 
permissively licensed).

If I get time I will also look into netsurf (I guess gtk stuff work now since 
lxde works - I would really like an EFL variant of netsurf ;) ).

> 
> > Now I just need
> > feh (or similar) and conky to make it fully functional
> > 
> > I could however not test it completely yet since I need to figure out
> > which
> > events under /dev/input that are responsive for keyboard and mouse on my
> > native boot in order to really test it (keyboard completely unresponsive
> > under X).
> 
> did you try the alternate setting in /bin/X ?
> currently it uses qemu settings, and the virtual box settings are
> commented out

In VirtualBox it works (with the edited /bin/X), the keyboard and mouse under 
a natively booted Sabotage is the problem:)

> 
> you also need to use the option "disable mouse integration" in the
> "machine" menu in order to have the mouse respond.
> 
> > I have not been able to test dwm under Virtualbox (where mouse and
> > keyboard
> > work under LXDE) since I have not figured out how to get the network
> > working (for the native install, I ran butch with the root file system
> > mounted as a chroot).
> 
> if you use NAT or a brigded interface (vbox option) attached to a DHCP
> server you can use
> dhclient eth0
> 
> otherwise put an ifconfig and route line into rc.local

Thanks! I will try that. It might be faster and more convenient to experiment 
under VirtualBox rather than a chroot or rebooting into Sabotage :)

> 
> > Another odd thing I noticed is that using mksh as login shell makes me
> > loose job control sometimes. Slightly odd. Could be a non-root permission
> > issue with /dev/tty-stuff too.
> 
> maybe uncommenting some things in /etc/mdev.conf can help there, let me
> know if you got it working.

I will definitely look into that.

Re: [ANN] sabotage 0.9.7 milestone (x86[_64]) release

[John Spencer]

On 11/09/2012 07:04 AM, Jens Staal wrote:
>
> If I get time I will also look into netsurf (I guess gtk stuff work now since
> lxde works - I would really like an EFL variant of netsurf ;) ).
i added netsurf yesterday.

recommended installation method:

cd /src
. config
git clone git://github.com/rofl0r/sabotage
sabotage/utils/update-chroot
butch install netsurf