WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Tiny Core v4.0 Alpha 1 Testing  (Read 14089 times)

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7338
  • Founder Emeritus
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #45 on: August 29, 2011, 09:13:34 PM »
In 'Wbar Conf' there are no value displayed for 'Wbar Icon Size' and 'Wbar Zoom' sliders and no 'Set default'. If you change icon size result is loss of WBAR. The only way to restore (what I found) delete ~/.wbar, exit to prompt and restart X. Not very convenient.
Corrected. wbar.tcz is now posted in 4.x/x86/tcz for micorcore. Tinycore will have to wait until next cut.
10+ Years Contributing to Linux Open Source Projects.

Online bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 4548
    • My Community Forum
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #46 on: August 29, 2011, 09:58:12 PM »
FLRun: please add 'Run in terminal' checkbox
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7338
  • Founder Emeritus
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #47 on: August 29, 2011, 10:13:44 PM »
I am still considering how I want to handle this. A checkbox would require intimate knowledge of target.
Instead I wouid thing it better to reference our standard freedesk item which handles how to launch.  I have been very busy of late, but am considering a freedesktop applicaton launcher independent of any window manager. It would likely combine the current menu, ondemand menu, and load local functions.
10+ Years Contributing to Linux Open Source Projects.

Online bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 4548
    • My Community Forum
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #48 on: August 29, 2011, 10:31:18 PM »
I am still considering how I want to handle this. A checkbox would require intimate knowledge of target.
Instead I wouid thing it better to reference our standard freedesk item which handles how to launch.  I have been very busy of late, but am considering a freedesktop applicaton launcher independent of any window manager. It would likely combine the current menu, ondemand menu, and load local functions.

Typically you need a terminal window to run cli applacitions like ibam, top, ... These do not have freedesktop items and I do not see any reason to add it. This is simple issue and let users to check and uncheck this box. There are no need for any additional system stuff.

The only issue is to find out what is the default terminal to run. Xfce4, LXDE, ... are managing on their own this setting, but base is different. The most TC-like solution is /etc/sysconfig/terminal default to aterm.

That's all needed in my opinion.
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Online Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 6126
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #49 on: August 29, 2011, 10:51:14 PM »
Note libstdc++ devs split out of gcc, you will need to update gcc & compiletc.tcz.dep and download gcc_base-dev

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7338
  • Founder Emeritus
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #50 on: August 29, 2011, 10:54:18 PM »
We have already seen users trying to run terminal hosted cli items without X, e.g. mc .
Quote
With mc in OnDemand I get (at the console):
aterm: can't open display : 0

Those not familiar with an application would not know. Unless you are suggesting that such info should be listed in the .info file! It is far easier for me to add a checkbox.

My concern is where is the information that such is required. I would think that any application that offers an icon, e.g. mc, should have a freedesktop item and such should use cliorx instead of aterm.

One thing is for sure, we should be consistent and not some cli items one way and others not and then expect base system functions to know how to handle.
10+ Years Contributing to Linux Open Source Projects.

Online Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 6126
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #51 on: August 30, 2011, 05:01:55 AM »
Using microcore64/vmlinuz64, the boot sequence hangs with:
Quote
Starting udev daemon for hot plug support...Done
modprobe: chdir (3.0.3-tinycore64): No such file or directory

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 7611
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #52 on: August 30, 2011, 05:19:15 AM »
The 64 initramfs seems to have old modules (.33.3) and the empty dir of a previous test version, usr/local/lib/modules/3.0.1-tinycore.
The only barriers that can stop you are the ones you create yourself.

Online Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 6126
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #53 on: August 30, 2011, 06:10:12 AM »
For testing I rebuilt few extensions. Result is OK, excepte that in all cases I get a 10-15% bigger .tcz than on 3.x

Could you try again with latest gcc, compiletc.tcz.dep, gcc_base-dev?

Online bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 4548
    • My Community Forum
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #54 on: August 30, 2011, 06:12:50 AM »
For testing I rebuilt few extensions. Result is OK, excepte that in all cases I get a 10-15% bigger .tcz than on 3.x

Could you try again with latest gcc, compiletc.tcz.dep, gcc_base-dev?

I did. Result is the same, except ibam compilation gives a normal size now,  (with 15% extra size).
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Online bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 4548
    • My Community Forum
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #55 on: August 30, 2011, 11:13:30 PM »
When opened window positioned to the bottom it tends to fully cover WBAR so it becomes invisible, window must be moved away manually. Is it possible to bring WBAR to the front automatrically or to keep clean bottom part?
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Online Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 6126
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #56 on: August 31, 2011, 12:16:01 AM »
I played around with intel hd 3000 graphics:

Xvesa:
  • xsetup.sh displays a maximum resolution of 1024x768 (my screen's native resolution is 1280x1024)
  • manually editing .xsession to 1280x1024x24 doesn't change anything
  • i915resolution doesn't recognise the graphics device

Xorg-7.5
  • worked "confless" for the first time ever for me - but at 800x600
  • using graphics-3.0.3/Xorg-7.5-3d "confless" gave the bottom left-hand quadrant of the display positioned part way up the screen

I guess for Xorg, a later version is required and/or an xorg.conf suited to the hdmi -> dvi output
« Last Edit: August 31, 2011, 06:40:14 AM by Juanito »

Online Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 6126
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #57 on: August 31, 2011, 05:56:24 AM »
bluez recompiled on tc-4, tested and uploaded to repo

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 7611
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #58 on: August 31, 2011, 06:37:44 AM »
Yeah, Sandy needs rather new X.
The only barriers that can stop you are the ones you create yourself.

Offline steadph

  • Newbie
  • *
  • Posts: 3
Re: Tiny Core v4.0 Alpha 1 Testing
« Reply #59 on: September 01, 2011, 07:11:33 AM »
Hi,
I'm looking at installing Tiny Core v4.0 Alpha 1 Testing on a harddrive, and i don't see tci or tc-install. Since it's new, can't complain that it's not there.

Any steps to install it manually? Thanks!

regards,
Steadph