WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Recent Posts

Pages: [1] 2 3 ... 10
1
Hi nitram
Quote
Just re-tested latest grabber using IceWM. Absolutely perfect!
Thanks for confirming the fix worked.
Quote
One slick bit of software you made.
Thanks, I'm pretty pleased with the way it turned out.
Quote
Thanks for all your hard work.
You're welcome. And thanks again for taking the time to test, it was very helpful.

The revised version has been submitted to the TC3, TC4, TC5, and TC6 repositories.
2
Hi Rich. Just re-tested latest grabber using IceWM. Absolutely perfect! One slick bit of software you made. The new .png filename format is nice, little more compact and cooperates with Firefox. Thanks for all your hard work.
3
TCE Corepure64 / V 6.3 getlocale.tcz and locale error
« Last post by gordon64 on Today at 07:34:18 PM »
Hi

download and ran getlocale and got this error looking thing.


Code: [Select]
Now processing... cannot open locale archive "/usr/lib/locale/locale-archive": Too many levels of symbolic links

Locales installed. Creating extension... /

Done. The extension is at /mnt/sda4/tce/optional/mylocale.tcz and in onboot.lst
Reboot with lang=xyz (for example lang=en_AU.UTF-8) to start using this.


Press enter to quit



2)  For me, I continued and with that lang bootcode  I reboot to this

Code: [Select]
locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_AU.UTF-8
LC_CTYPE="en_AU.UTF-8"
LC_NUMERIC="en_AU.UTF-8"
LC_TIME="en_AU.UTF-8"
LC_COLLATE="en_AU.UTF-8"
LC_MONETARY="en_AU.UTF-8"
LC_MESSAGES="en_AU.UTF-8"
LC_PAPER="en_AU.UTF-8"
LC_NAME="en_AU.UTF-8"
LC_ADDRESS="en_AU.UTF-8"
LC_TELEPHONE="en_AU.UTF-8"
LC_MEASUREMENT="en_AU.UTF-8"
LC_IDENTIFICATION="en_AU.UTF-8"
LC_ALL=


I am concerned with the top error looking messages.


#################

Also I ran a google supplied utf8 command to test with my current locale
in gnome-terminal and in a "building" lxterminal

both terms fail for this command.....xorg is running as far as I can tell on FLWM

Code: [Select]
echo -e '\xe2\x82\xac\'
Its supposed to give me the Euro symbol for money

cheers and thanks for reading

4
General TC Talk / Re: Query boot and .iso image...
« Last post by nitram on Today at 07:22:47 PM »
Thanks for the pointer on /etc/motd. My stock motd file pasted below does have the eye but my old system does not display it during boot. Too bad, obviously looks much more Tux like with the eye.
Code: [Select]
(°-
 //\   Core is distributed with ABSOLUTELY NO WARRANTY.
 v_/_

Instead i get what appears to be a dash above the head, kind of like this:
Code: [Select]
  _
 ( -
 //\   Core is distributed with ABSOLUTELY NO WARRANTY.
 v_/_
5
Hi nitram
Quote
Quote
Firefox doesn't know how to open this address, because one of the following protocols (grabber-2015jun30-15) isn't associated with any program or is not allowed in this context.
The default .png save is something like:
grabber-2015Jun30-15:47:54.png
When i eliminate colons and underscores then Firefox opens the image without complaint:
grabber2015Jun30154754.png
I did, however, forget to delete my old grabber.conf file. I will purge the old config file and retest upon rebooting later today. Did something get changed with the naming nomenclature?
No, the format did not change.


Come to think of it, when using tab completion on one of those file names, the colons wind up being escaped with a backslash.
OK, colons will be removed as will be the leading dash. The default filename will look like:
Code: [Select]
YYYYmonthDD-HHMMSS.pngFour digit year, three character month, two digit day, dash, six digit time stamp in 24 hour format.

If you still have IceWm loaded, I'd appreciate if you could test grabber with that.
I'll PM you a link with the revised version.
6
TCE Corepure64 / Re: 64 bit rsync Package
« Last post by cbrunner on Today at 04:19:04 PM »
One last bit on the build environment; its now on docker hub.  The extension can be rebuilt with the following commands:

Code: (bash) [Select]
   
mkdir bundle
docker pull cameronbrunner/tinycorelinux-extensions:rsync
docker run -t -i -v `pwd`/bundle:/scratch/bundle docker.io/cameronbrunner/tinycorelinux-extensions:rsync

The tcz will end up in `pwd`/bundle.
7
ODROID / Re: Odroid-C1
« Last post by roborob on Today at 03:54:29 PM »
I will take that as a no.  Thanks anyway.

All of the information you need is on the forum/wiki.    I'm not sure where you are getting hung up.   But We'll be posting an image soon, which you can then just burn to an SD card and test.

But if you still want to build everything from scratch yourself........Your first step is being able to compile a kernel........ just follow the directions on the odroid wiki.
8
Sorry i was hurried earlier. Removed old grabber.conf and rebooted, reloaded new grabber, new config, works well. Same Firefox issue as above. Really a Firefox issue but would be nice to open the .png file across any application without hassle. Try to keep my installs simple so Firefox is used as a rarely needed image viewer.

The .png images open perfectly in Firefox via Fluff double-click when the colons are replaced in the default filename:
grabber-2015Jun30-16:35:30.png     ---> not work
grabber-2015Jun30-16C35C30.png     ---> works

In addition to saveprefix=grabber in grabber.conf, would you consider changing the default or providing an option to save the time format as something like grabber-2015Jun30-163530.png?
9
ODROID / Re: Odroid-C1
« Last post by Paul_123 on Today at 03:07:12 PM »
All of the information you need is on the forum/wiki.    I'm not sure where you are getting hung up.   But We'll be posting an image soon, which you can then just burn to an SD card and test.

But if you still want to build everything from scratch yourself........Your first step is being able to compile a kernel........ just follow the directions on the odroid wiki.   
10
Hi Rich. Just tested, works well in TC6 using Fluxbox. The screen stepping behaviour totally eliminated. I performed several next invocations and still no wierd screen shift.

Something else. When i tested your original grabber.tcz a .png file was saved to home directory and double-clicking the file in Fluff properly opened the image in Firefox. With this version, the image gets sent to a new Firefox tab but the image does not load with the following error:
Quote
Firefox doesn't know how to open this address, because one of the following protocols (grabber-2015jun30-15) isn't associated with any program or is not allowed in this context.
The default .png save is something like:
grabber-2015Jun30-15:47:54.png
When i eliminate colons and underscores then Firefox opens the image without complaint:
grabber2015Jun30154754.png
I did, however, forget to delete my old grabber.conf file. I will purge the old config file and retest upon rebooting later today. Did something get changed with the naming nomenclature? Note: Opening the .png image through Firefox (Firefox > file > openfile), just not via double-click Fluff. Strange. Will update again later.
Pages: [1] 2 3 ... 10