Re: [dev] [dwm] devilspie doesn't work
Why not just use the built in transparency of the terminal? I use urxvt with both real and fake transparency and I've had absolutely no problem. Xterm, aterm, eterm, urxvt, sakura, evilvte and lilyterm all support some sort of transparency, so I don't see why devilspie OR that patch are needed at all...
Re: [dev] Sup and dmc
Despite Mutt does a good job for me, today I tried Heirloom mailx[1] and I'm hooked to its simplicity. [1] http://heirloom.sourceforge.net/mailx.html -- Ricardo
Re: [dev] Sup and dmc
On Wed, Apr 6, 2011 at 7:49 AM, SHRIZZA wrote: >> You know, we could all say we're using shitty MUAs because we see >> the rendered HTML rather than the plain-text component. ;) Even >> HTML-only mail can be converted to plain text. > > Solution: use mutt. Real solution: Exterminate all Apple users. uriel
Re: [dev] [dwm] devilspie doesn't work
On 4 May 2011 20:59, Maciej Sobkowski wrote:
> I want to add transparency to terminal windows using transset-df. Is
> this possible to acomplish within config.h file?
This has been mentioned before on the list, generally transparency is
seen as a superfluous extra by most suckless members.
... but I had a pop at writing a patch anyway.
Add something like this to your config.h:
{ "XTerm", NULL, NULL, TAG_ANY, False, -1, trans, { .f = 0.5 } }
And apply the patch. It might not apply cleanly since I diff'd from my
heavily patched dwm, so you'll have to do some shuftying.
Rob.
--- a/dwm.c 2011-05-02 17:07:20.537676024 +0100
+++ b/dwm.c 2011-05-04 21:44:36.78819 +0100
@@ -129,6 +129,8 @@
unsigned int tags;
Bool isfloating, centre;
int monitor;
+ void (*f)(Client *, const Arg *);
+ const Arg farg;
} Rule;
/* function declarations */
@@ -295,6 +297,7 @@
#include "patches/grid.c"
#include "patches/spawnq.c"
#include "patches/shiftview.c"
+#include "patches/rule.c"
/* function implementations */
void
@@ -324,6 +327,8 @@
c->mon = m;
if(!r->centre)
centre = 0;
+if(r->f)
+ r->f(c, &r->farg);
}
}
if(ch.res_class)
void trans(Client *c, const Arg *a)
{
char buffer[64];
snprintf(buffer, sizeof buffer, "transset-df -i %ld %f", c->win, a->f);
system(buffer);
}
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On 5/4/11, Nick wrote: >> 4) possibility to filter or ban ads? (custom js fun? custom css stuff?) > > I use privoxy for this; browser independant and generally a > local proxy seems like the right place to do this sort of > stuff. Putting this into the HTTP implementation, or in a wrapper around it, seems more logical to me. I guess proxying is the only standard way to do it, however hackish.
Re: [dev] [dwm] devilspie doesn't work
I want to add transparency to terminal windows using transset-df. Is this possible to acomplish within config.h file? On Wed, May 4, 2011 at 7:22 PM, Bryan Bennett wrote: > from what I understand, devilspie assumes a reparenting window > manager, which is why you're not seeing any windows listed. What > operations are you trying to perform on these windows? Anything that > cannot be done in config.h? > >
Re: [dev] Re: [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On Wed, May 4, 2011 at 5:22 PM, Christian Neukirchen wrote: > Uriel writes: > >> Please, replace gawk with a sane version of awk, like the one included >> with 9base. The awk in 9base is a hacked up version of bwk's one-true-awk that supports UTF-8. > gcc4 needs an awk more powerful than busybox awk, thats why it's there. > I'm not sure it works with 9base awk, but it's easy to test. > >> Also, adding Go should be easy as it completely bypasses libc and >> links statically by default. >> >> For a web browser I would recommend NetSurf, not to be confused with >> surf (which is a shameful disgrace for the suckless project). > > NetSurf needs GTK+ on X, which pulls in a shitload of deps I've not yet > gotten around porting. As has been mentioned in this thread, there is a framebuffer version of netsurf, and if somebody wrote a tk or libagar frontend to netsutf it would be wonderful. GTK is an abomination. uriel
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On Wed, May 4, 2011 at 4:06 PM, Corey Thomasson wrote: > Not quite. A few commits ago the net package was changed to use libc in > places and dynamically link unfortunately Blame Apple that breaks any code that doesn't do networking via their luserspace crap. In any case, Go's own DNS resolver is still there, and for example on ARM by default it still bypasses the libc for everything. uriel
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On Wed, May 4, 2011 at 3:30 PM, Kurt H Maier wrote: > Netsurf brings in libxml. A web browser brings an xml parser?!? No shit! uriel
Re: [dev] [dwm] devilspie doesn't work
from what I understand, devilspie assumes a reparenting window manager, which is why you're not seeing any windows listed. What operations are you trying to perform on these windows? Anything that cannot be done in config.h?
Re: [dev] [dwm] devilspie doesn't work
Hey, On 4 May 2011 17:23, Maciej Sobkowski wrote: > Is this possible to run devilspie with dwm? I can't get it to work. I > want to match windows of particular apps and preform some actions on > them, but devilspie doesn't see any windows at all. Is there any > solution available? afaik devilspie requires EWMH, which dwm doesn't support. Certain settings, like workspaces, don't make any sense in dwm anyway. My suggestion is to use config.h instead. cls
[dev] [dwm] devilspie doesn't work
Hi, Is this possible to run devilspie with dwm? I can't get it to work. I want to match windows of particular apps and preform some actions on them, but devilspie doesn't see any windows at all. Is there any solution available? I've tried to get help on arch linux forum/irc/mailing list and also contacted devilspie's dev, but they didn't know how to fix this. Maybe you guys do? regards maciejjo
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On Wed, May 04, 2011 at 05:27:26PM +0200, pancake wrote: > On 05/04/11 16:31, Nick wrote: > i dont see the point of using libglade for the gtk backend... it's > just the reason why it depends on libxml and this is probably the > main bottleneck for loading the gtk UI... > >I think their RISC OS frontend is the most mature, though; > >the underlying html rendering code is nicer than the linux > >GUI code. > > > i dont really care about riscos.. and gtk is not *linux gui* . gtk > runs on osx, w32 and others. not only X11 backends. By 'linux gui' I only meant gui that works on Linux. > >>I don't get the point of not distributing netsurf as a library... it > >>would be great if this project was just producing a standalone > >>library and a simple client implementation. > >netsurf is basically a client implementation of a few > >different libraries; see > >http://www.netsurf-browser.org/projects/ A simple client > >based on some of these should be do-able. > > > uhm... i see.. but the rendering part is found inside netsurf.. not > in a separated library.. Good point, sorry, my brain is slow today.
[dev] Re: [ANN] sabotage 2011-04-30, a musl+busybox based distribution
pancake writes: > more than gcc.. i think it's about autoshit. but well..if you are not > distributing gcc in the base distro you dont need awk. you should > split the compilation environment to the deployment one with a > toolchain stage. then you can make different "tapes" to load the > developer environment (with gcc, ...), X11 one, ... The "comp" set is already separated from "base" and "xorg", too. -- Christian Neukirchenhttp://chneukirchen.org
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On 4 May 2011, at 4:27 pm, pancake wrote: i dont see the point of using libglade for the gtk backend... it's just the reason why it depends on libxml and this is probably the main bottleneck for loading the gtk UI... gtk is the main bottleneck for loading the gtk ui. it became an unpleasant thing to build a couple of years ago, with the longest circular dependancy chain i've personally run into. i also hear new gtk depends on dbus, although if dependancies are the only thing you're worried that may not be a problem. you'll only need expat and pkgconfig on top of all gtk needs. >_>
Re: [dev] Re: [ANN] sabotage 2011-04-30, a musl+busybox based distribution
4 May 2011 17:22 Christian Neukirchen wrote: > NetSurf needs GTK+ on X, which pulls in a shitload of deps +1
Re: [dev] Re: [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On 05/04/11 17:22, Christian Neukirchen wrote: Uriel writes: Please, replace gawk with a sane version of awk, like the one included with 9base. gcc4 needs an awk more powerful than busybox awk, thats why it's there. I'm not sure it works with 9base awk, but it's easy to test. more than gcc.. i think it's about autoshit. but well..if you are not distributing gcc in the base distro you dont need awk. you should split the compilation environment to the deployment one with a toolchain stage. then you can make different "tapes" to load the developer environment (with gcc, ...), X11 one, ... Also, adding Go should be easy as it completely bypasses libc and links statically by default. For a web browser I would recommend NetSurf, not to be confused with surf (which is a shameful disgrace for the suckless project). NetSurf needs GTK+ on X, which pulls in a shitload of deps I've not yet gotten around porting. if you ever mind to package gtk for sabotage.. i would prefer gtk3..but i know that not all packages already support it. --pancake
[dev] Re: [ANN] sabotage 2011-04-30, a musl+busybox based distribution
Uriel writes: > Please, replace gawk with a sane version of awk, like the one included > with 9base. gcc4 needs an awk more powerful than busybox awk, thats why it's there. I'm not sure it works with 9base awk, but it's easy to test. > Also, adding Go should be easy as it completely bypasses libc and > links statically by default. > > For a web browser I would recommend NetSurf, not to be confused with > surf (which is a shameful disgrace for the suckless project). NetSurf needs GTK+ on X, which pulls in a shitload of deps I've not yet gotten around porting. -- Christian Neukirchenhttp://chneukirchen.org
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On 05/04/11 16:31, Nick wrote: One thing you should know about netsurf is that there are a few different frontends which work on linux. You're looking at the GTK one, which is naturally heavier on dependencies. The other major one is a 'framebuffer' frontend, which is a generic api which can hook into x or directfb. i dont see the point of using libglade for the gtk backend... it's just the reason why it depends on libxml and this is probably the main bottleneck for loading the gtk UI... I think their RISC OS frontend is the most mature, though; the underlying html rendering code is nicer than the linux GUI code. i dont really care about riscos.. and gtk is not *linux gui* . gtk runs on osx, w32 and others. not only X11 backends. and i dont think the browser runs better in riscos because of the underlaying libraries. because in gtk you can do it better than they did it. On Wed, May 04, 2011 at 04:19:25PM +0200, pancake wrote: 1) keyboard support sucks (no way to change between tabs, and no way to switch between text fields, links, ... with tab) 2) dependencies: Depends On : libmng librsvg curl libglade lcms libjpeg>=7 libwapcaplet libcss I think glade is specific to the GTK client, and some of those others may be too. But generally that's a pretty compact list for a web browser. glade sucks. it's something to be extermined. the only reason to have a runtime compilable UI interface is in proprietary software where you can hack on it and change functionalities without having the source.. but in free software apps its just a step backwards. that's why i use gtkon when i have to do something graphically. I don't get the point of not distributing netsurf as a library... it would be great if this project was just producing a standalone library and a simple client implementation. netsurf is basically a client implementation of a few different libraries; see http://www.netsurf-browser.org/projects/ A simple client based on some of these should be do-able. uhm... i see.. but the rendering part is found inside netsurf.. not in a separated library.. and i dont see the point to have new libraries to uncompress gif, jpeg, ... why there's not a single library to handle all those file formats? they are mature enought and not changing for a long time... i always find it sucky to have to link against libjpeg, libpng, libtiff, libgif, libmng, lib to be able to open images on any program. and each library uses a different API to work with the images.. I would love to see a simple and fast image uncompressing library with a standard API for all them. if we just add support for compressing we can write simple tools to convert between file formats and change background images or write a nicer slock. and im sure jpg+png+gif can fit in less than 2000 LOC. 3) where's the javascript? most modern websites works only with javascript. there'r tons of libraries to run it.. maybe you will say: "js sucks".. but the web is made of it, and you can't ignore it. I suppose that depends on what kind of web you use. I don't use js very heavily, and would be happy enough to have another slow, buggy browser for the times it's needed. But yes, js support is in progress, apparently. No idea of the status of it. well.. i dont tend to depend on javascript until you realize some stuff is generated in place by some json that comes every N seconds to have a content updated in real time. (maps, etc..) 4) possibility to filter or ban ads? (custom js fun? custom css stuff?) I use privoxy for this; browser independant and generally a local proxy seems like the right place to do this sort of stuff. yeah..this is a good solution... but Another thing that i miss here is the support to drag and zoom like in a touchscreen, using scrollbars on such devices it sucks. and imho this browser should run in a pocket device pretty nicely with just this fix. --pancake
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On Wed, May 4, 2011 at 2:02 PM, Nick wrote: > I didn't know it did. Are you using a newish build? Using the packages for openbsd. > The framebuffer port doesn't look that wierd. I still dream > of writing a surf interface using netsurf's parsers > libraries, http://www.netsurf-browser.org/projects/hubbub/, > but unfortunately haven't been able to summon the time. I'd be more interested in porting it to some real toolkit, such as libagar. I'm not married to x11 but directfb sucks at things like having more than one monitor. > Others may be put off by the lack of javascript, but I am > heartened by it ;-) I agree. -- # Kurt H Maier
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
One thing you should know about netsurf is that there are a few different frontends which work on linux. You're looking at the GTK one, which is naturally heavier on dependencies. The other major one is a 'framebuffer' frontend, which is a generic api which can hook into x or directfb. I think their RISC OS frontend is the most mature, though; the underlying html rendering code is nicer than the linux GUI code. On Wed, May 04, 2011 at 04:19:25PM +0200, pancake wrote: > 1) keyboard support sucks (no way to change between tabs, and no way > to switch between text fields, links, ... with tab) > > 2) dependencies: > Depends On : libmng librsvg curl libglade lcms libjpeg>=7 > libwapcaplet libcss I think glade is specific to the GTK client, and some of those others may be too. But generally that's a pretty compact list for a web browser. > I don't get the point of not distributing netsurf as a library... it > would be great if this project was just producing a standalone > library and a simple client implementation. netsurf is basically a client implementation of a few different libraries; see http://www.netsurf-browser.org/projects/ A simple client based on some of these should be do-able. > 3) where's the javascript? most modern websites works only with > javascript. there'r tons of libraries to run it.. maybe you will > say: "js sucks".. but the web is made of it, and you can't ignore > it. I suppose that depends on what kind of web you use. I don't use js very heavily, and would be happy enough to have another slow, buggy browser for the times it's needed. But yes, js support is in progress, apparently. No idea of the status of it. > 4) possibility to filter or ban ads? (custom js fun? custom css stuff?) I use privoxy for this; browser independant and generally a local proxy seems like the right place to do this sort of stuff.
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
Didnt knew netsurf. it looks fast. but... 1) keyboard support sucks (no way to change between tabs, and no way to switch between text fields, links, ... with tab) 2) dependencies: Depends On : libmng librsvg curl libglade lcms libjpeg>=7 libwapcaplet libcss I don't get the point of not distributing netsurf as a library... it would be great if this project was just producing a standalone library and a simple client implementation. 3) where's the javascript? most modern websites works only with javascript. there'r tons of libraries to run it.. maybe you will say: "js sucks".. but the web is made of it, and you can't ignore it. 4) possibility to filter or ban ads? (custom js fun? custom css stuff?) On 05/04/11 15:43, Kurt H Maier wrote: On Wed, May 4, 2011 at 9:35 AM, Nick White wrote: I enjoyed the irony of this email. If there existed a patch for the webos email client to not do that shit, I would apply *so fast* And seriously, compare the code of netsurf and webkit-gtk sometime. I don't understand why netsurf seems to require libxml at runtime. Has anyone built it statically? Is the framebuffer port still a redheaded stepchild? Has anyone moved to porting it to something that isn't gtk? I'd rather have lesstif or tk than gtk.
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On May 4, 2011 9:01 AM, "Uriel" wrote: > > On Sun, May 1, 2011 at 12:29 AM, Christian Neukirchen > wrote: > > Hi, > > > > this is the third public release of sabotage, a distribution based on > > musl and busybox. Provided software is: > > This is a mildly interesting project that might have some potential. > > Please, replace gawk with a sane version of awk, like the one included > with 9base. > > Also, adding Go should be easy as it completely bypasses libc and > links statically by default. Not quite. A few commits ago the net package was changed to use libc in places and dynamically link unfortunately > For a web browser I would recommend NetSurf, not to be confused with > surf (which is a shameful disgrace for the suckless project). > > uriel > > > > > > 9base-6 autoconf-2.68 automake-1.11 binutils-2.21 bison-2.4.3 > > busybox-1.18.4 curl-7.21.4 diffutils-3.0 e2fsprogs-1.41.14 expat-2.0.1 > > file-5.05 flex-2.5.35 gawk-3.1.8 gcc-core-4.5.3 git-1.7.4 gmp-5.0.1 > > grep-2.7 less-436 libarchive-2.8.4 linux-2.6.38.2 lynx2.8.7 m4-1.4.16 > > make-3.82 mpc-0.9 mpfr-3.0.1 musl-2011-04-18 ncurses-5.9 openssh-5.8p1 > > openssl-1.0.0d patch-2.6.1 perl-5.12.3 pkg-config-0.25 psmisc-22.13 > > python-2.7.1 sed-4.2.1 syslinux-4.04 vim-7.3 xz-5.0.2 zlib-1.2.5 > > > > There also is an experimental xorg set with: > > > > bigreqsproto-1.1.1 compositeproto-0.4.2 damageproto-1.2.1 > > fixesproto-5.0 fontconfig-2.8.0 fontsproto-2.1.1 freetype-2.4.4 > > inputproto-2.0.1 kbproto-1.0.5 libICE-1.0.7 libSM-1.2.0 libX11-1.4.3 > > libXau-1.0.6 libXaw-1.0.9 libXdmcp-1.1.0 libXext-1.2.0 libXfixes-5.0 > > libXfont-1.4.3 libXft-2.2.0 libXi-1.4.2 libXmu-1.1.0 libXpm-3.5.9 > > libXrender-0.9.6 libXt-1.1.1 libfontenc-1.1.0 libpthread-stubs-0.3 > > libxcb-1.7 libxkbfile-1.0.7 pixman-0.21.6 randrproto-1.3.2 > > recordproto-1.14 renderproto-0.11.1 resourceproto-1.1.1 > > scrnsaverproto-1.2.1 st-0.1.1 twm-1.0.6 util-macros-1.13.0 > > videoproto-2.3.1 xauth-1.0.5 xcb-proto-1.6 xclock-1.0.5 > > xcmiscproto-1.2.1 xextproto-7.2.0 xineramaproto-1.2.1 xinit-1.3.0 > > xkbcomp-1.2.1 xkeyboard-config-1.4 xlogo-1.0.3 xorg-server-1.9.5 > > xproto-7.0.21 xterm-269 xtrans-1.2.6 > > > > Everything is statically linked. > > > > As of this release, sabotage supports both i386 and x86_64. > > > > You can bootstrap your own build from the scripts at > > > >https://github.com/chneukirchen/sabotage > > > > or use a ready-to-boot disk image either for netinstall or with sets > > included (put it on an USB stick, burning a CD will not work), to be > > found at: > > > >http://xmw.de/mirror/sabotage/i386/sabotage-2011-04-30/ > >http://xmw.de/mirror/sabotage/x86_64/sabotage-2011-04-30/ > > > > You also can netboot the install kernel directly (use pxelinux from > > somewhere). > > > > The default root password is "sabotage". > > > > Enjoy, > > -- > > 58c09ad48792240b3c07d11da62e99773ce205bf i386/sabotage-2011-04-30/sabotage-i386-full-2011-04-30.img.gz > > 24e2f96ffa8fac72a3ea5d38efe2579232be3be9 i386/sabotage-2011-04-30/sabotage-i386-netinstall-2011-04-30.img.gz > > 8d6c675cf511f90f2539331a92772fb31628c712 x86_64/sabotage-2011-04-30/sabotage-x86_64-full-2011-04-30.img.gz > > f042686295d20941929b308e0188577ec2d7a53e x86_64/sabotage-2011-04-30/sabotage-x86_64-netinstall-2011-04-30.img.gz > > > > Christian Neukirchenhttp://chneukirchen.org > > > > >
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On Wed, May 04, 2011 at 09:43:28AM -0400, Kurt H Maier wrote: > On Wed, May 4, 2011 at 9:35 AM, Nick White wrote: > > And seriously, compare the code of netsurf and webkit-gtk > > sometime. > > I don't understand why netsurf seems to require libxml at runtime. I didn't know it did. Are you using a newish build? > Is the framebuffer port still a redheaded stepchild? Has anyone > moved to porting it to something that isn't gtk? I'd rather have > lesstif or tk than gtk. The framebuffer port doesn't look that wierd. I still dream of writing a surf interface using netsurf's parsers libraries, http://www.netsurf-browser.org/projects/hubbub/, but unfortunately haven't been able to summon the time. Others may be put off by the lack of javascript, but I am heartened by it ;-)
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On Wed, May 4, 2011 at 9:35 AM, Nick White wrote: > I enjoyed the irony of this email. If there existed a patch for the webos email client to not do that shit, I would apply *so fast* > And seriously, compare the code of netsurf and webkit-gtk > sometime. I don't understand why netsurf seems to require libxml at runtime. Has anyone built it statically? Is the framebuffer port still a redheaded stepchild? Has anyone moved to porting it to something that isn't gtk? I'd rather have lesstif or tk than gtk. -- # Kurt H Maier
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On Wed, May 04, 2011 at 09:30:49AM -0400, Kurt H Maier wrote: > Netsurf brings in libxml. style="overflow:hidden;"> style="width:75%">[snip] I enjoyed the irony of this email. And seriously, compare the code of netsurf and webkit-gtk sometime.
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
Netsurf brings in libxml.On May 4, 2011 9:01 AM, Uriel wrote: On Sun, May 1, 2011 at 12:29 AM, Christian Neukirchen wrote: > Hi, > > this is the third public release of sabotage, a distribution based on > musl and busybox. Provided software is: This is a mildly interesting project that might have some potential. Please, replace gawk with a sane version of awk, like the one included with 9base. Also, adding Go should be easy as it completely bypasses libc and links statically by default. For a web browser I would recommend NetSurf, not to be confused with surf (which is a shameful disgrace for the suckless project). uriel > 9base-6 autoconf-2.68 automake-1.11 binutils-2.21 bison-2.4.3 > busybox-1.18.4 curl-7.21.4 diffutils-3.0 e2fsprogs-1.41.14 expat-2.0.1 > file-5.05 flex-2.5.35 gawk-3.1.8 gcc-core-4.5.3 git-1.7.4 gmp-5.0.1 > grep-2.7 less-436 libarchive-2.8.4 linux-2.6.38.2 lynx2.8.7 m4-1.4.16 > make-3.82 mpc-0.9 mpfr-3.0.1 musl-2011-04-18 ncurses-5.9 openssh-5.8p1 > openssl-1.0.0d patch-2.6.1 perl-5.12.3 pkg-config-0.25 psmisc-22.13 > python-2.7.1 sed-4.2.1 syslinux-4.04 vim-7.3 xz-5.0.2 zlib-1.2.5 > > There also is an experimental xorg set with: > > bigreqsproto-1.1.1 compositeproto-0.4.2 damageproto-1.2.1 > fixesproto-5.0 fontconfig-2.8.0 fontsproto-2.1.1 freetype-2.4.4 > inputproto-2.0.1 kbproto-1.0.5 libICE-1.0.7 libSM-1.2.0 libX11-1.4.3 > libXau-1.0.6 libXaw-1.0.9 libXdmcp-1.1.0 libXext-1.2.0 libXfixes-5.0 > libXfont-1.4.3 libXft-2.2.0 libXi-1.4.2 libXmu-1.1.0 libXpm-3.5.9 > libXrender-0.9.6 libXt-1.1.1 libfontenc-1.1.0 libpthread-stubs-0.3 > libxcb-1.7 libxkbfile-1.0.7 pixman-0.21.6 randrproto-1.3.2 > recordproto-1.14 renderproto-0.11.1 resourceproto-1.1.1 > scrnsaverproto-1.2.1 st-0.1.1 twm-1.0.6 util-macros-1.13.0 > videoproto-2.3.1 xauth-1.0.5 xcb-proto-1.6 xclock-1.0.5 > xcmiscproto-1.2.1 xextproto-7.2.0 xineramaproto-1.2.1 xinit-1.3.0 > xkbcomp-1.2.1 xkeyboard-config-1.4 xlogo-1.0.3 xorg-server-1.9.5 > xproto-7.0.21 xterm-269 xtrans-1.2.6 > > Everything is statically linked. > > As of this release, sabotage supports both i386 and x86_64. > > You can bootstrap your own build from the scripts at > > https://github.com/chneukirchen/sabotage > > or use a ready-to-boot disk image either for netinstall or with sets > included (put it on an USB stick, burning a CD will not work), to be > found at: > > http://xmw.de/mirror/sabotage/i386/sabotage-2011-04-30/ > http://xmw.de/mirror/sabotage/x86_64/sabotage-2011-04-30/ > > You also can netboot the install kernel directly (use pxelinux from > somewhere). > > The default root password is "sabotage". > > Enjoy, > -- > 58c09ad48792240b3c07d11da62e99773ce205bf i386/sabotage-2011-04-30/sabotage-i386-full-2011-04-30.img.gz > 24e2f96ffa8fac72a3ea5d38efe2579232be3be9 i386/sabotage-2011-04-30/sabotage-i386-netinstall-2011-04-30.img.gz > 8d6c675cf511f90f2539331a92772fb31628c712 x86_64/sabotage-2011-04-30/sabotage-x86_64-full-2011-04-30.img.gz > f042686295d20941929b308e0188577ec2d7a53e x86_64/sabotage-2011-04-30/sabotage-x86_64-netinstall-2011-04-30.img.gz > > Christian Neukirchen http://chneukirchen.org > >
Re: [dev] [ANN] sabotage 2011-04-30, a musl+busybox based distribution
On Sun, May 1, 2011 at 12:29 AM, Christian Neukirchen wrote: > Hi, > > this is the third public release of sabotage, a distribution based on > musl and busybox. Provided software is: This is a mildly interesting project that might have some potential. Please, replace gawk with a sane version of awk, like the one included with 9base. Also, adding Go should be easy as it completely bypasses libc and links statically by default. For a web browser I would recommend NetSurf, not to be confused with surf (which is a shameful disgrace for the suckless project). uriel > 9base-6 autoconf-2.68 automake-1.11 binutils-2.21 bison-2.4.3 > busybox-1.18.4 curl-7.21.4 diffutils-3.0 e2fsprogs-1.41.14 expat-2.0.1 > file-5.05 flex-2.5.35 gawk-3.1.8 gcc-core-4.5.3 git-1.7.4 gmp-5.0.1 > grep-2.7 less-436 libarchive-2.8.4 linux-2.6.38.2 lynx2.8.7 m4-1.4.16 > make-3.82 mpc-0.9 mpfr-3.0.1 musl-2011-04-18 ncurses-5.9 openssh-5.8p1 > openssl-1.0.0d patch-2.6.1 perl-5.12.3 pkg-config-0.25 psmisc-22.13 > python-2.7.1 sed-4.2.1 syslinux-4.04 vim-7.3 xz-5.0.2 zlib-1.2.5 > > There also is an experimental xorg set with: > > bigreqsproto-1.1.1 compositeproto-0.4.2 damageproto-1.2.1 > fixesproto-5.0 fontconfig-2.8.0 fontsproto-2.1.1 freetype-2.4.4 > inputproto-2.0.1 kbproto-1.0.5 libICE-1.0.7 libSM-1.2.0 libX11-1.4.3 > libXau-1.0.6 libXaw-1.0.9 libXdmcp-1.1.0 libXext-1.2.0 libXfixes-5.0 > libXfont-1.4.3 libXft-2.2.0 libXi-1.4.2 libXmu-1.1.0 libXpm-3.5.9 > libXrender-0.9.6 libXt-1.1.1 libfontenc-1.1.0 libpthread-stubs-0.3 > libxcb-1.7 libxkbfile-1.0.7 pixman-0.21.6 randrproto-1.3.2 > recordproto-1.14 renderproto-0.11.1 resourceproto-1.1.1 > scrnsaverproto-1.2.1 st-0.1.1 twm-1.0.6 util-macros-1.13.0 > videoproto-2.3.1 xauth-1.0.5 xcb-proto-1.6 xclock-1.0.5 > xcmiscproto-1.2.1 xextproto-7.2.0 xineramaproto-1.2.1 xinit-1.3.0 > xkbcomp-1.2.1 xkeyboard-config-1.4 xlogo-1.0.3 xorg-server-1.9.5 > xproto-7.0.21 xterm-269 xtrans-1.2.6 > > Everything is statically linked. > > As of this release, sabotage supports both i386 and x86_64. > > You can bootstrap your own build from the scripts at > > https://github.com/chneukirchen/sabotage > > or use a ready-to-boot disk image either for netinstall or with sets > included (put it on an USB stick, burning a CD will not work), to be > found at: > > http://xmw.de/mirror/sabotage/i386/sabotage-2011-04-30/ > http://xmw.de/mirror/sabotage/x86_64/sabotage-2011-04-30/ > > You also can netboot the install kernel directly (use pxelinux from > somewhere). > > The default root password is "sabotage". > > Enjoy, > -- > 58c09ad48792240b3c07d11da62e99773ce205bf > i386/sabotage-2011-04-30/sabotage-i386-full-2011-04-30.img.gz > 24e2f96ffa8fac72a3ea5d38efe2579232be3be9 > i386/sabotage-2011-04-30/sabotage-i386-netinstall-2011-04-30.img.gz > 8d6c675cf511f90f2539331a92772fb31628c712 > x86_64/sabotage-2011-04-30/sabotage-x86_64-full-2011-04-30.img.gz > f042686295d20941929b308e0188577ec2d7a53e > x86_64/sabotage-2011-04-30/sabotage-x86_64-netinstall-2011-04-30.img.gz > > Christian Neukirchen http://chneukirchen.org > >
[dev] Re: [ANN] sabotage 2011-04-30, a musl+busybox based distribution
pancake writes: > I would love to see gcc, clang, tcc or Go.. Else i dont see the point > of distributing make, patch, git and similar. We have gcc 4.5.3, but C only, because musl can't do C++ yet. tcc should build, gcc 4.6 apparently works too, which would provide Go I think? clang needs C++ bootstrapping first. > An arm port would be great. You port musl, and I'll have a look at the rest. ;-) > Good job. It looks promising. Thanks. -- Christian Neukirchenhttp://chneukirchen.org
