WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: dCore-stretch  (Read 2174 times)

Offline Jason W

  • Administrator
  • Hero Member
  • *****
  • Posts: 9512
dCore-stretch
« on: November 20, 2016, 07:32:55 PM »
dCore-stretch is now in the RC area.  Debian Stretch as of Nov 5 reached a transition freeze, and will reach a soft freeze on Jan 5 and a hard freeze on Feb 5.  I think we are good now to begin testing dCore-stretch.  I am using it now as my main desktop system, about a 1G sce, working nicely as expected, and will be keeping a lookout for base libraries that may get updated.  Anyone testing dCore-stretch is advised to run sce-update on all sces fairly frequently to ensure there are no conflicts in their sces due to updates of packages in Debian during the Debian testing cycle.

http://tinycorelinux.net/dCore/x86/release_candidates/dCore-stretch/

Offline netnomad

  • Hero Member
  • *****
  • Posts: 1027
Re: dCore-stretch
« Reply #1 on: November 21, 2016, 08:40:44 AM »
hi jason,

what a great starting point to stretch, everything went so smooth for my first steps.
only a little error message according to the b44-modul.
unbelievable what good stable work you have already delivered :-)
in the attached photo you can see the boot messages.

thank you for your help and commitment.
« Last Edit: November 21, 2016, 08:48:09 AM by netnomad »

Offline Jason W

  • Administrator
  • Hero Member
  • *****
  • Posts: 9512
Re: dCore-stretch
« Reply #2 on: November 21, 2016, 01:11:11 PM »
Hi netnomad,
Is this your first using a dCore with the 4.2.9 kernel?  The b44 or any other kernel behavior should be the same with any 4.2.9 dCore.  If these errors were not seen in other 4.2.9 dCores then there is an error somewhere in the packing of dCore-stretch.gz.

I remember having to blacklist ssb when I was using a usb wireless, and the errors on your screenshot look related to ssb. 

Offline netnomad

  • Hero Member
  • *****
  • Posts: 1027
Re: dCore-stretch
« Reply #3 on: November 21, 2016, 10:09:25 PM »
hi jason,

yes, it's my first attempt to use 4.2.9.
in the former kernels i had to blacklist=snd_usb_audio.
lsmod shows me in 4.2.9 that the modules b44 and ssb are loaded,
so it seems to be only a cosmetic problem.
blacklist=ssb doesn't improve it.

thank you for any ideas and help.

Offline nitram

  • Hero Member
  • *****
  • Posts: 1052
Re: dCore-stretch
« Reply #4 on: November 23, 2016, 12:04:59 AM »
Thanks for the Stretch release, running fine here.

Offline Jason W

  • Administrator
  • Hero Member
  • *****
  • Posts: 9512
Re: dCore-stretch
« Reply #5 on: December 02, 2016, 05:29:58 PM »
dCore-stretch has had it's base image updated due to minor updates to glibc and udev.   

Offline Jason W

  • Administrator
  • Hero Member
  • *****
  • Posts: 9512
Re: dCore-stretch
« Reply #6 on: December 28, 2016, 06:38:38 PM »
Being Stretch is in Debian's testing phase, they recently have further factored Glibc and this breaks current dCore-stretch installs for those who issue an update of SCEs.  I am working on bringing dCore-stretch base up to par with the Debian Stretch files that affect the dCore-stretch base image.

Offline Jason W

  • Administrator
  • Hero Member
  • *****
  • Posts: 9512
Re: dCore-stretch
« Reply #7 on: December 29, 2016, 07:26:42 AM »
Uploaded a new RC with the missing Glibc files.

Offline nitram

  • Hero Member
  • *****
  • Posts: 1052
Re: dCore-stretch
« Reply #8 on: January 06, 2017, 03:10:52 PM »
Thanks for your hard work, updated boot list yesterday and everything is running well.

Offline Jason W

  • Administrator
  • Hero Member
  • *****
  • Posts: 9512
Re: dCore-stretch
« Reply #9 on: June 06, 2017, 06:52:04 PM »
There have been some minor updates to dCore-stretch involving the base files of glibc and gcc.  Users are advised to update their existing dCore-stretch to the latest release candidate.  This release candidate will be moved to release when there are no known issues in regards to this update.   

Offline Jason W

  • Administrator
  • Hero Member
  • *****
  • Posts: 9512
Re: dCore-stretch
« Reply #10 on: July 09, 2017, 03:44:52 PM »
dCore-stretch has been updated due to updates in libc6. 

http://tinycorelinux.net/dCore/x86/release_candidates/dCore-stretch/

Offline Jason W

  • Administrator
  • Hero Member
  • *****
  • Posts: 9512
Re: dCore-stretch
« Reply #11 on: August 20, 2017, 12:55:08 PM »
dCore-stretch has been updated due to an update in libc6 and other packages with files in the base system.

http://tinycorelinux.net/dCore/x86/release_candidates/dCore-stretch/

Offline Jason W

  • Administrator
  • Hero Member
  • *****
  • Posts: 9512
Re: dCore-stretch
« Reply #12 on: February 08, 2018, 06:29:08 PM »
dCore-stretch has been updated with Busybox version 1.27.2.

http://tinycorelinux.net/dCore/x86/release_candidates/dCore-stretch/

Offline PDP-8

  • Full Member
  • ***
  • Posts: 242
Re: dCore-stretch
« Reply #13 on: February 11, 2018, 05:43:05 PM »
I just tested out dCore-stretch and dCore-plus-stretch with the new busybox 1.27.2.  THANK YOU Jason!

Appreciated how xterm in dCorePlus picked up on the built-in Luxi font with the usual ctrl-right click options etc.  Testing was just low key burn and boot from CD, using a home tce directory on a hard drive.  Works great.

I like busybox so much that I edited my path to put the /bb directory right up front in my .ashrc, and no problems there with dCore upon reboot.

When I put the /bb directory right up front in my path in .ashrc on dCorePlus however, it called the posix-police .. and dumps a temporary "-n" file in my home directory as punishment. :)

From memory:
Code: [Select]
expr: warning: '^/dev/tty[0-9]\+$'  ^ as the first character of a basic regular expression is not portable

mktemp unrecognized option --tmpdir

Hmm.. I never made a file beginning with a dash before, so this deletes it with the double-dash option (but it returns of course even after flushing it and a subsequent filetool.sh -b)

Code: [Select]
rm -- -n

Noticed too that if I just do a quickie without just manually editing my path, but use this instead in my .ashrc

Code: [Select]
PATH=/bb:$PATH

I'll end up with multiple instances of the /bb directory up front

Code: [Select]
echo $PATH
/bb:/bb:/home/tc  <==== rest of normal path

Just having fun with the RC's, and noting the quirks of putting busybox up front in the path.  Nothing crashes.... having a blast learning things...
« Last Edit: February 11, 2018, 05:48:43 PM by PDP-8 »
cat -v Considered Harmful  -- Rob Pike