The time now is Fri 20 Apr 2018, 08:56
All times are UTC - 4 |
Page 47 of 59 [878 Posts] |
Goto page: Previous 1, 2, 3, ..., 45, 46, 47, 48, 49, ..., 57, 58, 59 Next |
Author |
Message |
greengeek

Joined: 20 Jul 2010 Posts: 4933 Location: Republic of Novo Zelande
|
Posted: Sat 15 Dec 2012, 04:25 Post subject:
|
|
technosaurus wrote: | I don't know how far back it goes, but I know there was some kind of major rox fix to speed it up that involved creating a file/folder/variable. |
I recall amigo made a comment about hostname in this topic about rox speed:
http://www.murga-linux.com/puppy/viewtopic.php?t=70427&start=34
How does pUPnGO handle hostname? Could that be an issue?
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 903
|
Posted: Sat 15 Dec 2012, 10:00 Post subject:
|
|
greengeek: Thanks for the pointer. Adapted the modified hostname handling but with no luck.
After some tracking of what is going on it seems that as spot I run into this message from ROX: Quote: | "Existing ROX-Filer process is not responding! Try with -n" | which is spawn in ROX source-file "remoce.c" (origin from function "remote_init" which does include some hostname lookup).
The call (as spot) for "SetIcon" (in functions4puppy4) seems to run ok (no errors reported) but icon does not change. If I follow the request for "SetIcon" with a request for update (rox -x ${HOME}/.pup_event/drive_${1}) - in the functions4puppy4 script - I get the above error...
If I ask for the update (as spot) from rxvt command line it happens instantly. If I refresh the file view in /home/spot/.pup_event-folder it change the icon in the folder but icon on desktop is first changed when I move my mouse over the icon.
I am sure there is a single sign or two in some files that just has to be changed - its just how to find it....
As root it is fast changing and no problems at all.
|
Back to top
|
|
 |
technosaurus

Joined: 18 May 2008 Posts: 4786 Location: Kingwood, TX
|
Posted: Sat 15 Dec 2012, 13:43 Post subject:
|
|
goingnuts wrote: | After some tracking of what is going on it seems that as spot I run into this message from ROX: Quote: | "Existing ROX-Filer process is not responding! Try with -n" | which is spawn in ROX source-file "remoce.c" (origin from function "remote_init" which does include some hostname lookup).
The call (as spot) for "SetIcon" (in functions4puppy4) seems to run ok (no errors reported) but icon does not change. If I follow the request for "SetIcon" with a request for update (rox -x ${HOME}/.pup_event/drive_${1}) - in the functions4puppy4 script - I get the above error...
If I ask for the update (as spot) from rxvt command line it happens instantly. If I refresh the file view in /home/spot/.pup_event-folder it change the icon in the folder but icon on desktop is first changed when I move my mouse over the icon.
I am sure there is a single sign or two in some files that just has to be changed - its just how to find it....
As root it is fast changing and no problems at all. |
I think rox uses sockets for its IPC and may have some assumptions as to not changing the user without restarting rox (for most distros this is true - spot is a hack in reverse polish notation)
that message sounds like one of the following IPC related issues:
incorrect permissions to access socket/pipe (file permission issue)
using the user name to find $HOME and expecting a file and/or directory structure to be there _and_ be the expected file/permissions/etc...
made up examples
/root/.rox-socket != /root/spot/.rox-socket
/root/spot/.config/... does not exist
looking for /tmp/rox478578-spot, but the actual is /tmp/rox478578-root
(It has been too long since I examined the IPC code, but that was the general idea)
_________________ Check out my github repositories. I may eventually get around to updating my blogspot.
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 903
|
Posted: Sat 15 Dec 2012, 17:09 Post subject:
|
|
technosaurus: Thanks - you are probably very right. I have tried to create spot as a real user with HOME in /home/spot where spot owns everything etc. I think I will let the ROX desktop-icon-change for spot rest for a while - might change other things that fix it
Just an other observation: When ROX is told to update the icon blinky is showing activity...
|
Back to top
|
|
 |
Ibidem
Joined: 25 May 2010 Posts: 553 Location: State of Jefferson
|
Posted: Sat 15 Dec 2012, 22:37 Post subject:
|
|
goingnuts wrote: | Uploaded below my present source of tinyXlib. From Changelog:
Quote: |
20120719: Changed ICElib to include transport to make ROX-Filer compile.
20120916: Added GetFPath.c to get Abiword 1.0.7 compile. Added X11/Xmu/Misc.h for XawM-1.5u.
20121002: Added ListExt.c and QuBest.c to X11 for xdpyinfo
20121011: Changed libXt source and include/X11/Intrinsic.h to test if Xaw can be compiled. Added GetDflt.c to tinyX11 and added -DXOS_USE_MTSAFE_PWDAPI to tinyXll make flags
|
Removed file Copying as well.
I have not tested the libXaw much but at least it compiled the attached xload - which is using approx 700k when running compared to the dynamic linked xload which uses approx 3400k...
|
I managed to build this with musl, though it took a couple trivial changes:
1- The error messages were getting lost because it ignored failed compiles in subdirectories.
This can be fixed one of two ways:
remove the "; cd .." (safe because each line is in a subshell, so it doesn't change the directory where the next line is)
OR, change all of this to make <target> -C <dirname>
I used Code: | sed 's/cd \(.*\); \(make.*\);.*/\2 -C \1/g' -i Makefile |
2- I deleted -I/usr/include (it can only work when you have a libc that's fully header-compatible with your primary one), which made this start to compile.
3- In libXaw/OS.c, I changed <asm/page.h> to <limits.h>, which defines PAGE_SIZE.
Also, it seems that libXdmcp.so is not being rm'd on make clean.
All told however, much easier to build than the old version with shell build scripts...
Is the tinyXserver-0.01 tarball source for the kdrive servers?
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 903
|
Posted: Sun 16 Dec 2012, 04:15 Post subject:
|
|
Ibidem: Thanks for testing and reporting! I have adapted your changes although I do not understand your comment on removing "-I/usr/include": Is that the headerinstall from makefile in /include directory?
Seems that uclibc also build Xaw with the change to <limits.h>. libXaw has some "flaws" when used - mainly errors like: Quote: | Warning: locale not supported by Xlib, locale set to C
Warning: X locale modifiers not supported, using default
Warning: translation table syntax error: Unknown keysym name: Kanji
Warning: ... found while parsing '<Key>Kanji:reconnect-im()'
Warning: String to TranslationTable conversion encountered errors
Warning: Input Method Open Failed
Warning: Unable to load any usable fontset
|
and the resulting window misses text in buttons.
Further changes/additions has been made:
Quote: | 20121013: Changed all makefiles to create shared libs as well
20121024: Added OCWrap.c and SetLocale.c to get musl/gtk/debug going (?) not quite...
20121028: Added libXmuu to be able to compile xprop
20121118: Added libXfixes to be able to comple xrdp
20121123: Added ReconfWM.c to tinyX11 to be able to compile rdesktop 1.6.0
20121126: Added libXss...
20121201: Addec QuCurShp.c to libX11 to be able to compile tightvnc
20121203: Added libXcursor to be able to compile xsetroot...small patch to avoid animated cursor. |
I have started to see if I could generate the pkgconfig Xxxx.pc files in /usr/lib/pkgconfig to ease some automatic builds but haven't finalized that.
Let me know if you would like a fresh copy.
The tinyXserver-0.01 is the source for Xfbdev & Xvesa. I also made some changes for that so again if you want the updated source I will post it.
Did you go further with a build of gtk-libs and applications based on the tinyXlibs?
Update 20121216: Revised the source of libXaw and now it seems to get things right - attached image of static xmessage running - but also xload works fine.
Description |
|
Filesize |
11.06 KB |
Viewed |
998 Time(s) |

|
|
Back to top
|
|
 |
Ibidem
Joined: 25 May 2010 Posts: 553 Location: State of Jefferson
|
Posted: Sun 16 Dec 2012, 20:51 Post subject:
|
|
goingnuts wrote: | Ibidem: Thanks for testing and reporting! I have adapted your changes although I do not understand your comment on removing "-I/usr/include": Is that the headerinstall from makefile in /include directory?
Seems that uclibc also build Xaw with the change to <limits.h>. libXaw has some "flaws" when used - mainly errors like: Quote: | Warning: locale not supported by Xlib, locale set to C
Warning: X locale modifiers not supported, using default
Warning: translation table syntax error: Unknown keysym name: Kanji
Warning: ... found while parsing '<Key>Kanji:reconnect-im()'
Warning: String to TranslationTable conversion encountered errors
Warning: Input Method Open Failed
Warning: Unable to load any usable fontset
|
and the resulting window misses text in buttons.
Further changes/additions has been made:
Quote: | 20121013: Changed all makefiles to create shared libs as well
20121024: Added OCWrap.c and SetLocale.c to get musl/gtk/debug going (?) not quite...
20121028: Added libXmuu to be able to compile xprop
20121118: Added libXfixes to be able to comple xrdp
20121123: Added ReconfWM.c to tinyX11 to be able to compile rdesktop 1.6.0
20121126: Added libXss...
20121201: Addec QuCurShp.c to libX11 to be able to compile tightvnc
20121203: Added libXcursor to be able to compile xsetroot...small patch to avoid animated cursor. |
I have started to see if I could generate the pkgconfig Xxxx.pc files in /usr/lib/pkgconfig to ease some automatic builds but haven't finalized that.
Let me know if you would like a fresh copy.
The tinyXserver-0.01 is the source for Xfbdev & Xvesa. I also made some changes for that so again if you want the updated source I will post it.
Did you go further with a build of gtk-libs and applications based on the tinyXlibs? |
1. I'm referring to the -I/usr/include COMPFLAGS in standard_definitions.mk, which forces the use of the primary system headers (ie, glibc)
2. The LOCALE issue I don't know about, though I've seen it before in a minimal Xorg build...
3. I thought there was some sort of libXmuu symlinking in the old tinyXlib...
4. A newer version of both would be nice.
BTW, I'm thinking it would be nice to see about installing to an alternate prefix.
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 903
|
Posted: Tue 18 Dec 2012, 16:26 Post subject:
|
|
Thanks for pointing at the /usr/include - I compile in a chroot-environment so I have no normal libs sneaking in. And yes - in earlier versions the Xmuu was included but I stripped it out as no one seems to need it (until xprop). Installing to an alternative location should already be possible by setting the LIBDIR but I have now included a PREDIR variable specific for that. Some pkgconfig files are now generated as well. I have tested build of various gtk1.2 applications as well as normal X-apps like xcalc, xeyes, xmessage, rdesktop and xwininfo. Everything seems to work (with uclibc).
Also tested the build with musl and it seems to go ok - but haven't made applications with it.
20130513: Removed attachment as forum does not support the size anymore
Last edited by goingnuts on Mon 13 May 2013, 13:40; edited 1 time in total
|
Back to top
|
|
 |
bark_bark_bark
Joined: 05 Jun 2012 Posts: 1935 Location: Wisconsin USA
|
Posted: Thu 20 Dec 2012, 16:49 Post subject:
|
|
I created a .pet for pupngo which contains the GUI from Tinycore 4.7.1a. I would like to upload it soon, but I have not fully tested it yet.
_________________ ....
|
Back to top
|
|
 |
bark_bark_bark
Joined: 05 Jun 2012 Posts: 1935 Location: Wisconsin USA
|
Posted: Fri 21 Dec 2012, 18:42 Post subject:
|
|
I fixed the Tinycore and converted it to sfs3 format for pupngo to use.
_________________ ....
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 903
|
Posted: Mon 24 Dec 2012, 03:32 Post subject:
|
|
bark_bark_bark wrote: | I fixed the Tinycore and converted it to sfs3 format for pupngo to use. |
Good! Looking forward to test (if you plan to release it.)
|
Back to top
|
|
 |
bark_bark_bark
Joined: 05 Jun 2012 Posts: 1935 Location: Wisconsin USA
|
Posted: Mon 24 Dec 2012, 07:08 Post subject:
|
|
1 problem, I have to start over. Why? I damaged the win partition that had the custom pupngo iso image with the new tc. Also the Xserver never fully loaded when doing xwin. Still needs work.
_________________ ....
|
Back to top
|
|
 |
goingnuts
Joined: 07 Dec 2008 Posts: 903
|
Posted: Fri 04 Jan 2013, 18:33 Post subject:
|
|
As there are pupngo all over the place anyway I take the opportunity to post an update of the tiny Xvesa source. Now it can be build with 13 extensions (DEC-XTRAP, DPMS, MIT-SCREEN-SAVER, MIT-SHM, RANDR, RECORD, RENDER, SHAPE, SYNC, TOG-CUP, XC-MISC, XTEST and XVideo) but that seems also to be more or less what this source can deliver without some severe code-additions (well - source for XINPUT & XKB is still partly present but question is if its worth fixing).
Without extensions Xvesa builds to 543K and with all the extensions it sums up to 728K static with uclibc & tinyX11 (Xfbdev being approx. 16K smaller).
As some additional code has been added I moved the version to 0.02
20130513: Removed attachment as forum does not support the size anymore
Last edited by goingnuts on Mon 13 May 2013, 13:39; edited 1 time in total
|
Back to top
|
|
 |
starhawk
Joined: 22 Nov 2010 Posts: 5056 Location: Everybody knows this is nowhere...
|
Posted: Fri 04 Jan 2013, 18:55 Post subject:
|
|
I don't see that source, or a link to it
Just sayin'...
EDIT: nevermind, I see it now.
_________________

|
Back to top
|
|
 |
Jan99
Joined: 01 Jan 2013 Posts: 10
|
Posted: Sat 05 Jan 2013, 07:52 Post subject:
pUPnGO Subject description: Cryptoloop broken. |
|
Hello,
I have installed pUPnGo _v412_160612 frugal to my harddisk.
As far as I have tested it runs well expect for the cryptoloop aes & blowfish.
I usualy use an heavy encrypted save file (aes) puppysave file.
The option to create one at shutdown is there but the created file can not be mounted (both heavy & light encryption).
From terminal I see the following:
# mount -o encryption=aes test ~/cmnt
Unsupported encryption type aes
# mount -o encryption=blowfish test ~/cmnt
Unsupported encryption type blowfish
# mount -o encryption=xor test ~/cmnt
Password:
Can someone please correct this bug?
|
Back to top
|
|
 |
|
Page 47 of 59 [878 Posts] |
Goto page: Previous 1, 2, 3, ..., 45, 46, 47, 48, 49, ..., 57, 58, 59 Next |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|