DSL v4.1


Forum: Site News
Topic: DSL v4.1
started by: roberts

Posted by roberts on Dec. 02 2007,18:00
Change log for v4.1

* Updated pciutils to 2.2.9
* New iconView.lua - View & Edit xpm icons.
* New notepad (editor.lua)
* New mini-icons in jwm mydsl menu when available.
* New boot option user=name
* New boot option settime settime=its_server_name (must have boot time net access) use with tz=XX/Yyyyy for accurate local time.
* Updated torsmo to v0.18 - now supports noswap
* Updated .dfminfo now a plain text file.
* Updated processing order of extensions with .tar.gz now last to better support myconf.tar.gz
* Root menu solely under user control - defaults to selected window manager menu.
* Updated firefox default preferences to use SansSerif font.
* Added key bindings to jwm. Ctrl s=shade, d=desktops, z=menu, v=minimize, b=resize, n=move, m=maximize
* Added 'toram' to frugal installed grub checkfs menu item.
* Updated several murgaLua programs to reflect the dropped fl_ask GUI widget.
* Updated "Getting Started" with Esc and Backspace key definitions for dfm
* Better support for alternate window managers. - see /opt/.mydsl_menu/ and ~/.{wm}.inc
* Streamlined MyDSL download procedure - dropped use of sudo and download location prompt.
* Removed background/wallpaper control from dfm and .xinitrc
* Created /opt/.backgrounds, use xsri in window file include
* Updated wallpaper.lua to use new structure
* Dropped unused emelfm wrapper.
* Dropped SWM - Small Window Manager.
* Fixed System.map link error.
* Added pop-ups to jwm tray
* Added *.siag to supported dfm extensions (.dfmext)
* Restored fluxter.bb to 4-in-a-row (same location as in 4.0).
* Fixed bug in exitcheck (/opt/.filetool.lst)
* Fixed reported bug in cpanel when booted legacy

Many, many programs, files, and their locations have changed to support the new user=name option and the new window manager support.
Most noteably .filetool.lst and .xfiletool.lst are now under /opt.

New updated files likey in your backup

.xinitrc
.jwmrcrc
.jwmrc-tray
.fluxbox.inc
.fluxbox/menu
.fluxbox/backgrounds
.fluxbox/fluxter.bb
.dfminfo
.dfmdesk
opt/.filetool.lst

Special notes:

/home/dsl/.fluxbox/backgrounds is now a link to /opt/.backgrounds
/home/dsl/.filetool.lst and /home/dsl/.xfiletool.lst are no longer used.



Posted by struppi on Dec. 03 2007,17:37
"* Updated firefox default preferences to use SansSerif font."

very good idea!

Posted by roberts on Dec. 04 2007,18:47
Looks like I will be the first to report a bug.
The user=name option is broken in the released copy.
It works in my final copy. But I made that before I generated the other four editions (Syslinux, Qemu, Vmx, and Initrd)..

[EDIT] Nevermind. Looks like it was a bad cd.



Posted by struppi on Dec. 05 2007,18:22
just cosmetics: you should change the name of the firefox icon to "Mozilla.xpm". it looks much nicer in the taskbar of jwm. :)
Posted by mhatch on Dec. 06 2007,02:11
Two small issues with easy fixes:

1. Incompatibility with gtk2-0705.dsl (note the gtk2-0705.unc *does not* have this problem) - creates perl error
To duplicate:
a. boot with live 4.1 cd, with "dsl base"
b. open term window, and try "man", works correctly
c. install gtk2-0705.dsl
d. Run "update_to_gtk2" from mydsl menu
e. Run "man" again
Error message generated that "Can't locate strict.pm in @INC...."

This appears to be related to the perl path expecting a directory /usr/share/perl/5.8 whereas dsl 4.1 provides a /usr/share/perl/5.8.0

A symbolic link for 5.8 pointing to 5.8.0 seems to work.

(BTW: If you restore your mydsl on boot, you might see this error as the system boots too. That is what clued me into the problem. The "man" example is just an easy failure.

2. No battery status displayed by torsmo
If you kill the torsmo process and try restarting it, you find that it can't find:
/proc/acpi/battery/1/state

The real file (for my config) is
/proc/acpi/battery/BAT1

The problem can be eliminated by editing line 185 of .torsmorc and changing the phrase {battery 1} to {battery BAT1}

Restarting torsmo should display the battery status.

Thanks for all the work!

Mark

Posted by roberts on Dec. 06 2007,06:42
Thanks for reporting. Will implement.
Posted by john.martzouco on Dec. 06 2007,14:01
Quote (mhatch @ Dec. 05 2007,21:11)
The real file (for my config) is
/proc/acpi/battery/BAT1

My battery shows up as:

Code Sample

<6>ACPI: Battery Slot [C0D6] (battery present)
<6>ACPI: Battery Slot [C0D7] (battery absent)


Robert, can you read the dmesg information and use the data dynamically?

Posted by curaga on Dec. 06 2007,14:28
Sure.. Try this:
Quote
dmesg | grep Battery | cut -d"[" -f2 | cut -d"]" -f1

Posted by roberts on Dec. 06 2007,23:14
Does anyone have their battery identified as MBAT0 or MBAT1 ?
Or any other variaton of BAT?
If so please post your /proc/acpi/battery.
If you manually edit your .torsmorc file with the actual name does it then display properly?

v.017 would only accept battery and battery 1.

I don't have anyway to test acpi, but it seems that v0.18 now accepts the battery name as found in /proc/acpi/battery

battery BAT1

Except when using apm, as I do. I have no /proc/acpi/battery
and the default generic battery works well on my Thinkpad TP240

I would have thought the torsmo scripts would attempt to handle this.

Posted by andrewb on Dec. 07 2007,02:49
The Toshiba Libretto 100CT uses MBAT as the battery name (no number after it) & works flawlessley. From the changelog for torsmo v0.18:

Quote
changed battery thing to ${battery <filename in /proc/acpi/battery/>}


Thus to have anything other than the default of BAT0 the directory name for the battery used in /proc/acpi/battery must be provided in full (e.g. ${battery BAT1} , ${battery MBAT},...).

Posted by roberts on Dec. 07 2007,03:18
Thanks andrewb. I was hoping someone had this and had tested it. I will code for such target!
Posted by roberts on Dec. 07 2007,03:21
mhatch wrote:
Quote
...
A symbolic link for 5.8 pointing to 5.8.0 seems to work.


Yes, indeed there was a missing link in 4.1.

Thanks again for your report.

Posted by lucky13 on Dec. 08 2007,16:41
Just did frugal install of DSL 4.1.

Robert, will you please consider rebinding the default command keys (Ctrl) to something that won't clobber standard keyboard commands? The window manager gets ctrl-v, the common paste command (not to mention Ctrl-x, s, and c  -- x=cut, c=copy in many apps -- which are also kind of helpful in emacs/zile as well as other applications). Changing it to ctrl-shift- should do the trick for most people.

Edit: I bind ctrl-alt r to restart jwm. Not sure if that would be helpful or not to include.

Posted by roberts on Dec. 08 2007,17:13
Quote (lucky13 @ Dec. 08 2007,08:41)
Just did frugal install of DSL 4.1.

Robert, will you please consider rebinding the default command keys (Ctrl) to something that won't clobber standard keyboard commands? The window manager gets ctrl-v, the common paste command (not to mention Ctrl-x, s, and c  -- x=cut, c=copy in many apps -- which are also kind of helpful in emacs/zile as well as other applications). Changing it to ctrl-shift- should do the trick for most people.

Edit: I bind ctrl-alt r to restart jwm. Not sure if that would be helpful or not to include.

Sure. Post your keybindings here and lets get comments from those who do use JWM. Some may not like to press three keys. Personally I don't use JWM so I have no preference. I am open to what the community would like as the default.

Posted by lucky13 on Dec. 08 2007,17:42
I'll spare you my full list of bindings because I don't use a mouse on my laptop or P200. You also added a redundant call for the root:1 menu (alt-f1 is default, you added ctrl-z) and windows close on alt-f4 (so the x binding is also redundant). I use different bindings for window control tasks (alt-f2 also gives the window control menu), but these are the ones in 4.1 that clobber applications:

Code Sample

<!-- DSL 4.1 -->
<Key mask="SC" key="s">shade</Key>
<Key mask="SC" key="x">close</Key>
<Key mask="SC" key="m">maximize</Key>
<Key mask="SC" key="v">minimize</Key>
<Key mask="SC" key="d">desktop</Key>
<Key mask="SC" key="b">resize</Key>
<Key mask="SC" key="n">move</Key>

<!-- mine -->
<Key mask="CA" key="r">restart</Key>
<Key mask="CA" key="Return">exec:aterm</Key>
<Key mask="CA" key="v">exec:aterm -T "vim" -e vi</Key>


FWIW, JWM is very mouseless-friendly with one notable exception: minimized windows get left out of the toggling in alt-tab and require a mouse to unminimize.

Posted by roberts on Dec. 08 2007,21:10
Quote (roberts @ Dec. 06 2007,19:21)
mhatch wrote:
Quote
...
A symbolic link for 5.8 pointing to 5.8.0 seems to work.


Yes, indeed there was a missing link in 4.1.

Thanks again for your report.

Actually the missing link is better served in the gtk2 extension.
DSL offers perl 5.8.0 the extension overwrites (updates) to perl 5.8.7 and with the link 5.8 to 5.8.7 the extension loads without errors. I have updated the gtk2-0507.dsl extension.

Posted by roberts on Dec. 08 2007,21:14
Quote (lucky13 @ Dec. 08 2007,09:42)
I'll spare you my full list of bindings because I don't use a mouse on my laptop or P200. You also added a redundant call for the root:1 menu (alt-f1 is default, you added ctrl-z) and windows close on alt-f4 (so the x binding is also redundant). I use different bindings for window control tasks (alt-f2 also gives the window control menu), but these are the ones in 4.1 that clobber applications:

Code Sample

<!-- DSL 4.1 -->
<Key mask="SC" key="s">shade</Key>
<Key mask="SC" key="x">close</Key>
<Key mask="SC" key="m">maximize</Key>
<Key mask="SC" key="v">minimize</Key>
<Key mask="SC" key="d">desktop</Key>
<Key mask="SC" key="b">resize</Key>
<Key mask="SC" key="n">move</Key>

<!-- mine -->
<Key mask="CA" key="r">restart</Key>
<Key mask="CA" key="Return">exec:aterm</Key>
<Key mask="CA" key="v">exec:aterm -T "vim" -e vi</Key>


FWIW, JWM is very mouseless-friendly with one notable exception: minimized windows get left out of the toggling in alt-tab and require a mouse to unminimize.

What about this < idea? >

Posted by lucky13 on Dec. 09 2007,09:13
Quote
What about this idea?

I'm not opposed to it. Which one is the standard, which one do I rebind? Want a cheat-sheet wallpaper to go with it?

Posted by john.martzouco on Dec. 09 2007,12:19
Quote (lucky13 @ Dec. 09 2007,04:13)
Quote
What about this idea? (keeping shortcuts consistent between all window managers)

I'm not opposed to it. Which one is the standard, which one do I rebind? Want a cheat-sheet wallpaper to go with it?

It'd be good to see these in the Dillo Getting Started page as well.

Much thanks

The cheat sheet is a good idea.  It will help people ramp up.  Anything that helps people help themselves is a gift.
Posted by curaga on Dec. 09 2007,13:56
I just converted a new-style Firefox icon (32x32 xpm).. It's 2.1kb, with the minimum amount of colors to still look good (about 50, it originally had 768 and produced a 15kb xpm)

Gif preview (browsers interpret xpm as text)

What do you think?

< Get here >

Posted by Juanito on Dec. 09 2007,14:02
Quote
What do you think?
- hard to tell:
Code Sample
The requested URL /cgi-bin/forums/koti.mbnet.fi/celebear/firefox.xpm was not found on this server

Does it have a built-in counter for the memory leaked :)

Posted by lucky13 on Dec. 09 2007,14:13
Quote
The cheat sheet is a good idea.

*shaking head* I meant that in jest.

Most people are going to use their mice, not keybindings; and those who set bindings will have their own methods and preferences. For a few bindings, I wonder if it makes any sense to do a wallpaper.

I have a lot of keybindings (per my comment about anti-WIMP JWM). I've switched them around a little so I've made cheat sheets. The wallpaper route isn't "damn small." It also isn't attractive (and that was one of your other criticisms).

I'd rather add a small section to "Getting Started" with whichever bindings -- just a few bytes instead of kilobytes -- and matching bindings between fluxbox and JWM will make that work. Or link to a crib-notes wallpaper with whatever keybinding convention we go with if anyone really wants that kind of thing.

Edit: Lame 150kb example before I changed and expanded my bindings (jwm still clobbers alt key, the next wallpaper was 350kb):
< http://lucky13linux.files.wordpress.com/2007/12/greentest.jpg >

Posted by curaga on Dec. 09 2007,14:14
Edited the link, and added a gif preview - check again, Juanito
Posted by curaga on Dec. 09 2007,14:17
Are the menu icons in the jwm menu 32x32?
Posted by lucky13 on Dec. 09 2007,14:18
curaga:
Quote
What do you think?


Nice. How does it look squished down to about 15x15 in a menu?

Posted by lucky13 on Dec. 09 2007,14:20
Quote
Are the menu icons in the jwm menu 32x32?

The icons are 32x32. JWM scales them down according to the settings in the variables where the icons are set, minus a few pixels for border.

Edit: The default setting is 24, so it actually shows up 20-21 pixels.

Posted by curaga on Dec. 09 2007,14:32
< Here > is a find icon:

edit: < or an alternative >:

edit 2: I actually like the second one better :)

Posted by Juanito on Dec. 09 2007,14:38
Quote
Edited the link, and added a gif preview - check again, Juanito

- it appears as a mirror image of the current icon and perhaps doesn't look as good as the big icon in 3.4.x - I don't have dsl-4.1 handy to try it in that...

Posted by roberts on Dec. 09 2007,17:23
My suggestion for new created, or other suggested icons would only apply to v4.x. 4.x is heavily icon driven both data and applicatons, both desktop, folders, and on the menu.

3.x has very few icons, desktop only, and are used only as application launchers.

Posted by curaga on Dec. 09 2007,17:25
Yeah, I meant both the FF and find icons for DSL 4. What do you think about them?
Posted by roberts on Dec. 09 2007,23:35
Quote (curaga @ Dec. 09 2007,09:25)
Yeah, I meant both the FF and find icons for DSL 4. What do you think about them?

curaga,

Thanks. They are going into v4.2.

So far, I have 21 new, changed, or updated icons for v4.2.

Posted by roberts on Dec. 10 2007,22:03
Quote (lucky13 @ Dec. 08 2007,09:42)
I'll spare you my full list of bindings because I don't use a mouse on my laptop or P200. You also added a redundant call for the root:1 menu (alt-f1 is default, you added ctrl-z) and windows close on alt-f4 (so the x binding is also redundant). I use different bindings for window control tasks (alt-f2 also gives the window control menu), but these are the ones in 4.1 that clobber applications:

Code Sample

<!-- DSL 4.1 -->
<Key mask="SC" key="s">shade</Key>
<Key mask="SC" key="x">close</Key>
<Key mask="SC" key="m">maximize</Key>
<Key mask="SC" key="v">minimize</Key>
<Key mask="SC" key="d">desktop</Key>
<Key mask="SC" key="b">resize</Key>
<Key mask="SC" key="n">move</Key>

<!-- mine -->
<Key mask="CA" key="r">restart</Key>
<Key mask="CA" key="Return">exec:aterm</Key>
<Key mask="CA" key="v">exec:aterm -T "vim" -e vi</Key>


FWIW, JWM is very mouseless-friendly with one notable exception: minimized windows get left out of the toggling in alt-tab and require a mouse to unminimize.

Since keybinding are also very much a personal preference. I have decided to factor them out via an "Include" for v4.2.

I will use as suggested and they will be in .jwmrc-keys.

This way when menu changes occur it will have less impact on one's personal choice and collection of key bindings.

Posted by lucky13 on Dec. 10 2007,23:41
Quote
Since keybinding are also very much a personal preference. I have decided to factor them out via an "Include" for v4.2.

I was going to recommend doing that and possibly the rest of the menu, so you basically have a series of INCLUDEs in the jwmrc and that way each part of it remains separate. Since there are going to be several jwm-specific files (mydsl, tray, keys, themes for those who add it) whether you want to factor out the menu or not, does it make sense to set up a separate .jwm directory?

Posted by struppi on Dec. 16 2007,15:06
i like curagas icons- i think the firefox icon (name it "Mozilla.xpm"!!!!!!!!!!) is great, but the find icon does not fit into the dsl icon set. too stylish and much too abstract. i'm quite sure there will be tons of forum-questions and mails about "find" in the jwm-menu.

keep it simple!

Powered by Ikonboard 3.1.2a
Ikonboard © 2001 Jarvis Entertainment Group, Inc.