gmane.linux.lfs.general

Re: lfs-chat Digest, Vol 1328, Issue 1

Kenno Han — 2013-05-10T07:09:07

There is an curses based window manager called TWin if you are looking for
a simple window manager.
Aleksandar Kuktin wrote:


I'm beginning to think that way as well.  Our local Linux users group was
demoing a Raspberry Pi.  They couldn't hook it directly to a monitor.
Without X, they wouldn't have been able to view it on a monitor via the
network.

Would be curious what small graphics or GUI libraries would be recommended
for such a system.  At present, I'm trying to concentrate on SDL,
ncurses/pdcurses and FLTK.  Am currently investigating if I can find enough
replacements for programs I commonly use that only require lighter weight
GUI libraries.  For instance, I work with audacity a lot.  Some other
possibilities might be apcstudio (FLTK) or rezound (Fox Toolkit), but not
sure if they offer all the same editing capabilities.

By the way, another non-X option besides Wayland is to use the
framebuffer.  There are various ports of common GUI libraries that work
with DirectX and there are some interesting t

Re: ALFS

Kenno Han — 2013-05-09T18:40:16

A little bit of advice, no one would want to help you unless you ask nicely.
If you don't follow this rule, I suggest that you go F*** yourself.
Just saying...
On May 9, 2013 6:38 AM, "public" <public< at >pitchblende.org> wrote:

Re: ALFS

Ken Moffat — 2013-05-09T16:02:01

 I don't have an automation _tool_, but I do automate my builds.  My
scripts are all in bash and use an extensive number of functions to
do the repetitive bit.  So, for me adding a new package in my
desktop is typically :

1. Try to run configure, by hand, on a completed system.  Sometimes
this shows missing dependencies - if I've willing to try them,
repeat.  If it configures ok, build and try a DESTDIR install.  Tune
the options.

2. Create an "extra-" script from my templates, build and install.
See if I find the package useful [ occasionally, this shows that I need
to do more research, and perhaps add other dependencies ].

3. If I do find it useful, look at the dependencies to take a view on
where I can build it (most new additions don't bring anything for my
existing packages, but occasionally I have to add a dependency and
realise it could be used by an existing package).  Integrate the
scripts into the build in a developmant branch, and test if it is ok
when I next build a new desktop.

 For existing

Re: ALFS

Eleanore Boyd — 2013-05-09T13:46:00

...
Maybe the LFS/BLFS support lists have something...? Though what you have
against typing and reading is beyond me, frankly. Have fun looking! :-D

Eleanore Boyd

PS You might get flamed for how you sound. Just a warning.

Re: ALFS

Matt Burgess — 2013-05-09T13:42:30

It might be a little more useful/constructive if you could say what you
find 'flawed' in jhalfs?  I have used it for years successfully for
building LFS, but will admit to still having to script BLFS packages as
I've not taken the plunge to using jhalfs for that yet.

Regards,

Matt.

ALFS

public — 2013-05-09T13:38:03

Would SOMEONE mind actually give me some REAL help on FINALLY
writing an automation tool for LFS/BLFS This hand coding SUCKS and I've 
done it SEVERAL times.
I tried to ask about this ages ago and NOONE had any useful response. 
Yes there is JHALFS but anyone would have to agree it's more than bit 
flawed. I USED be an embedded level C coder of fair to middling talent 
and would LOVE to REALLY fix the situation.

any takers???????

John

Re: lfs-chat Digest, Vol 1328, Issue 1

LM — 2013-05-09T11:30:47


I'm beginning to think that way as well.  Our local Linux users group was
demoing a Raspberry Pi.  They couldn't hook it directly to a monitor.
Without X, they wouldn't have been able to view it on a monitor via the
network.

Would be curious what small graphics or GUI libraries would be recommended
for such a system.  At present, I'm trying to concentrate on SDL,
ncurses/pdcurses and FLTK.  Am currently investigating if I can find enough
replacements for programs I commonly use that only require lighter weight
GUI libraries.  For instance, I work with audacity a lot.  Some other
possibilities might be apcstudio (FLTK) or rezound (Fox Toolkit), but not
sure if they offer all the same editing capabilities.

By the way, another non-X option besides Wayland is to use the
framebuffer.  There are various ports of common GUI libraries that work
with DirectX and there are some interesting tools that work directly with
framebuffer.

Sincerely,
Laura

Re: lightweight library and utility alternatives

Aleksandar Kuktin — 2013-05-08T15:30:02

I still think that X without a desktop environment and with one or two
small graphical libraries is better.

Re: lightweight library and utility alternatives

LM — 2013-05-08T11:24:24


There's some support for SDL with Wayland.  Not sure if it's in SDL 1.2 or
2.0 though.  SDL 2.0 is being released this month, but most applications
I've run across or am using are still designed for 1.2.  I did ask on the
FLTK mailing list about possible Wayland support.  They said they weren't
planning any.  Since Wayland will have some support for X applications
(according to FAQ it will be able to run a root-less X server as a client),
they're planning on using that instead of porting FLTK to work with
Wayland.  FLTK 1.3 does work well on Nano-X though if one wants to avoid
full X support on a system.  Another lightweight user interface some
applications use is curses (either pdcurses or ncurses).  Pdcurses can run
via SDL, so I guess that gives some Wayland support if SDL 1.2 works on
Wayland.  There's Fox Toolkit which was popular with lightweight
distributions.  Not sure how much it's being used now.  Most of the
applications that work with it are designed for version 1.6, but the
current version is

Re: lightweight library and utility alternatives

Robin Cook — 2013-05-07T20:50:37

Enlightenment EFL has supported Wayland for a while.   Think it was the first to do so.

CuZnDragon
Robin Cook

On Tue, 7 May 2013 20:31:53 +0100
Ken Moffat <zarniwhoop< at >ntlworld.com> wrote:

Re: lightweight library and utility alternatives

Ken Moffat — 2013-05-07T19:31:53

 I may be wrong, but the postings on Wayland which I've read at
lwn.net implied that only gtk+-3 (possibly, with xfce, definitely
with gnome) and Qt/kde are supported.  Neither are what I would
describe as lightweight ;)

ĸen

Re: lightweight library and utility alternatives

Kenno Han — 2013-05-07T18:13:46

You're welcome.
Also, if you are checking out GUI, you might want to look at Wayland.

Re: lightweight library and utility alternatives

LM — 2013-05-07T12:09:23


Thanks.  Will do.  I've also been looking into musl (
http://www.musl-libc.org/ ).  Seems pretty nice.  I've built some programs
with uclibc in the past and have recently been trying out musl for building
applications.  Not sure how well musl supports C++, but for C programs, so
far, programs seem to need less patches to build than they did with ulibc.
Still need patches for both though.  They don't always have exactly the
same functionality and syntax as glibc or eglibc.

Sincerely,
Laura
http://www.distasis.com/cpp

Re: lightweight library and utility alternatives

Kenno Han — 2013-05-07T01:29:03

There are hints available on busybox and uclibc. I think you should check
that out.
On May 5, 2013 8:18 AM, "LM" <lmemsm< at >gmail.com> wrote:

lightweight library and utility alternatives

LM — 2013-05-05T15:17:52

Just wondering if anyone's using any more lightweight alternatives on
their systems rather than the usual standards.  For instance, busybox
or toybox instead of the usual GNU tools, gettext-tiny instead of
gettext, pkg-conf instead of pkg-config.  If you're using any
alternative libraries or utilities as replacements, would be curious
to hear what you're using.  Thanks.

Sincerely,
Laura
http://www.distasis.com/cpp

★ Read your message before it gets deleted!

Badoo — 2013-05-04T17:58:35

Read the message that Dominic Ringuet left for you before it gets deleted!

To read your message, follow this link:
http://us1.badoo.com/01225901433/in/727H7KEJDFI/?lang_id=3&g=57&m=65&mid=51854c4900000000000300000195b949033dc8ef0019



If clicking the links in this message does not work, copy and paste them into the address bar of your browser.

This email is part of our delivery procedure for the message sent by Dominic Ringuet. If you have received this email by mistake, please ignore it. The message will be deleted soon.

Have fun!
The Badoo Team

You have received this email from Badoo Trading Limited (postal address below).
http://us1.badoo.com/impersonation.phtml?lang_id=3&email=lfs-chat%40linuxfromscratch.org&block_code=72b4cf&m=65&mid=51854c4900000000000300000195b949033dc8ef0019

Badoo Trading Limited is a limited company registered in England and Wales
under CRN 7540255 with its registered office at Media Village, 131 - 151 Great Titchfield Street, London, W1W 5BB.-- 
http://linuxfromscratch.org/ma

Re: Live CD

Eleanore Boyd — 2013-04-30T12:39:10

It died, in terms of being able to build LFS. HOWEVER, it could still be 
used as a rescue disk for an already-built LFS or other distro.

It may have been due to the effort required to keep building the system 
used for the CD, one or more of the maintainers may have lost the 
time/resources to stay on the project, LFS was upgrading by leaps and 
bounds too quickly to be able to keep up, so on and so forth. If you 
want to revive the project, then go for it. Or if you want to completely 
redo it, then go forth and conquer it, mighty warrior.

Eleanore Boyd

Live CD

Kenno Han — 2013-04-30T06:42:02

Just wondering, what happen to the LFS LiveCD project?

Re: init script management

Baho Utot — 2013-04-29T11:56:34


I am not convinced that an "industrial strength flame-retardant suit" 
would be of
any value here as it would offer little protection in the in-suing on slot.
:^0

Re: init script management

Baho Utot — 2013-04-29T11:51:48


What about writing it using lua, then it would fit better into rpm as 
rpm has an internal lua interpreter.
I have just looked at the language as I have the book Beginning Lua 
programming and I am impressed at what it can do.

Re: init script management

Matt Burgess — 2013-04-29T11:25:39

There's a systemd branch at
http://www.linuxfromscratch.org/lfs/view/systemd/ - it's build and boot
tested, albeit with some test failures in 'attr' that I need to
investigate. Just in case you fancy giving it a try.

I'm not sure it'll be merged into LFS proper any time soon; I think I
need to invest in an industrial strength flame-retardant suit before I
seriously propose the merge :-)

Regards,

Matt.