Page 21 of 212
Posted: Sun 05 Jan 2014, 05:13
by sunburnt
Dang it Joe... You beat me to it.! ( It`s okay...
) You should add a HUG link too.
I may have to make guis for Wheezy with it, GtkDialog is not nearly as usable.
# In next release, /scripts should be: /opt/bin , and: /portable should be: /opt/apps .???
# This needs to be decided before we go any further so these paths are set.
### Still can`t get $LD_LIBRARY_PATH to work. Does the file: profile set up it`s use.?
Here`s my collection of scripts, new ones and reworked ones.
I tested them, but there`s always the possibility of bugs.
There`s a IceWM startup script: "root_.icewm_startup".
Copy to: /root/.icewm And rename it: startup
It will start Rox as the desktop with the file: /scripts/pinbd , and then it starts: WallPapers.
# Too bad Rox destroys the wallpaper if the /path/file is bad ( typical xml ).
IceWM just ignores a bad /path/file and leaves the wallpaper as it was.
# Don`t try to fsck.img a Squash file, it`ll probably just fail, but it`s possible it might destroy it.
I should try this some time on a "test" Squash file just to see what happens.
Need to run fsck.part before live-rw partition is mounted, and maybe the boot partition too.
Then run fsck.img on live-rw after it`s partition is mounted and before it is mounted.
This probably does not need to be done every boot. But live-rw needs checking the most.
We can have a boot counter to check the partitions every 10-20 boots, and live-rw every 2.
Posted: Sun 05 Jan 2014, 06:21
by sunburnt
I`m rewriting this old BaCon Puppy app: WallPuppy to work for: WallPapers
I just need to add a wallpapers list to add to and remove from, and a few buttons.
Posted: Sun 05 Jan 2014, 07:27
by big_bass
Hey Terry (sunburnt)
The wallpaper setter looks interesting when your done post the sources
and I can give it a try (you know where to find me )
Could be fun making some small apps *especially in BaCon
Joe
Posted: Sun 05 Jan 2014, 08:03
by saintless
Hy, guys,
Thank you, Joe.
Sergey, any package from Russian puppy sfs we use I will be the one to translate it in English. Thanks for the link.
Hi, Sunburnt,
# Yes... For at least the next release or so lets use Fred`s Puppy Drive Manager setup.
I agree.
# I wrote 2 more scripts: fsck.img and fsck.part. I`ll test the tools I have and post them.
I will add them for the second release and ask you if something is not clear for me.
### Still can`t get $LD_LIBRARY_PATH to work. Does the file: profile set up it`s use.?
In Sqeeze it was profile file. I'm not sure if Wheezy changed something.
# Deb. install of Audacious is about 80MB, but my AppPkg adds 22MB / 8MB Squashed.
There`s only 5 libs missing, they can be added to the ISO, but no-install apps must work.
.
Great, I suggest to upload it on the site for now.
# In next release, /scripts should be: /opt/bin , and: /portable should be: /opt/apps .???
# This needs to be decided before we go any further so these paths are set.
Consider them changed: /scripts -> /opt/bin; /portable -> /opt/apps
# Too bad Rox destroys the wallpaper if the /path/file is bad ( typical xml ).
IceWM just ignores a bad /path/file and leaves the wallpaper as it was.
I will wait for your final decision do we use Rox or idesk. I prefer Rox.
We can have a boot counter to check the partitions every 10-20 boots, and live-rw every 2.
No problem for this. I think we will have to add nofastboot to the menu list. Otherwise it will skip fscheck.
Cheers, Toni
Posted: Sun 05 Jan 2014, 08:34
by fredx181
Hi sunburnt
Try something like this:
Code: Select all
LAUNCHDIR="$(dirname "$(readlink -f "$0")")"
export LD_LIBRARY_PATH="$LAUNCHDIR/usr/lib${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}"
This prevents that there's a ":" at the end if LD_LIBRARY_PATH is empty.
Fred
Posted: Sun 05 Jan 2014, 09:32
by sunburnt
Fred; I`ll give it a try. $LD_LIBRARY_PATH is empty in Wheezy ( as it should be...).
So I did: LD_LIBRARY_PATH=/(path)/audacious/usr/lib
Test showed it good: echo $LD_LIBRARY_PATH
I guessed at profile being where it is set up, I don`t know how $LD_LIBRARY_PATH is parsed.
Toni; Rox behaves very well and I have it working. IceWM setup file is in the above Zip file.
I`m not sure what fast boot changes, but all of the fsck must occur very early before mounting.
Probably in init file ( if Wheezy has one ). The "run levels" I never really understood.
Hi Joe; Good to hear from you again. Now you know what I`ve been up to...
The original WallPuppy I wrote a half a year ago. I can post the code if you want.
The gui for WallPapers is going to be a bit more complex. List manipulation is most of the code.
I wish I had a better idea what Alex`s GFX was capable of. I know he enhanced the widgets.
I need to add, remove, and move items up & down in the list. I made an include lib. file for this.
.
Posted: Sun 05 Jan 2014, 09:51
by saintless
Hi, Sunburnt,
I will test the scripts to see if I can find a bug. I'm usual good at finding bugs even if they don't exist
Starting to work on the second version since we have too many changes to include. I will post updates what is included to the moment before uploading on the site. I will remove idesk and xpaint as well.
Cheers, Toni
Posted: Sun 05 Jan 2014, 10:54
by saintless
Hi, Sunburnt,
sunburnt wrote:I`m not sure what fast boot changes, but all of the fsck must occur very early before mounting.
Probably in init file ( if Wheezy has one ). The "run levels" I never really understood.
We use downgraded initrd.img created with initramfs ver.2.5
In this version fsck is disabled and you get warning on boot:
Code: Select all
Fast boot enabled... Skipping file system check
To prevent this we need to add
nofastboot in the boot code.
Then you get boot message the filesystem is checked by fsck and all seems OK. It should be fsck option included in initrd.img and running from the init script.
I think this is fsck only for the boot partition but not for live-rw save file.
It has nothing to do with fsck script you made, but without nofastboot option it can make problems for your fsck script. Just for information.
Cheers, Toni
Posted: Sun 05 Jan 2014, 11:21
by Smithy
anikin wrote:Hi all,
I also have some sad news for you. I discovered something extremely unpleasant. You have probably seen this thread:
http://murga-linux.com/puppy/viewtopic.php?t=90151, there are many more related threads on this forum. The crap has found its way to Debport Wheezy, it came with frisbee, I believe. Just check network status to see it and have a look at ipinfo in usr/bin.
Code: Select all
# external ip
#var0="`wget -O - -q icanhazip.com`"
#var0="$(gettext 'External IP:') ""$var0"
Although, I commented out Barry's business partner 'icanhazip', there are still some unwanted connections. In my humble view, this project should stay clear of any Woof produced networking scripts. Don't touch them with a barge pole!
Anikin, I think it is good practise to be fair to the icanhazip pinging facility, he has stated that he is happy to provide a pinging facility to Puppy (and maybe other distros)?
He provided an explanation on his website about what it is and what it does.
I don't know enough about networking, but I don't think it is good to be mud slinging when stuff is done to help provide a benign facility?
That's how I read it. Presumably windows is packed with much more pingy stuff? I dunno. I always thought the isp provided the pinging facility.
Posted: Sun 05 Jan 2014, 12:01
by saintless
I think Anikin is only trying to help to solve a problem he has found.
If commenting this line can solve it then fine. I would not change ipinfo anyway in light-wheezy but if it can help the user this information from Anikin is useful.
Windows or Linux is long time ago solved issue for me. I have no windows at home installed.
Cheers, Toni
Posted: Sun 05 Jan 2014, 12:46
by Smithy
True, Saintless, I understand this issue has been coming up for a long time and if Anikin is sill getting unwanted connections, then it would be good to know what they are.
BTW, is there just one main Light Debian Core Wheezy that is the testbed?
I kind of got lost with which one we are supposed to be trying out.
Posted: Sun 05 Jan 2014, 13:22
by saintless
Hi, Smithy,
we have only 2 wheezy now on the site.
Light-Wheezy:
http://www.smokey01.com/saintless/Light-Wheezy
It has two kernels pae and no-pae and it will stay full debian wheezy compatible all the way. Every Light-Wheezy version will replace the previous one in this folder.
The second wheezy is created from Fredx181 and is called Porteus-Wheezy:
http://www.smokey01.com/saintless/Porteus-Wheezy
Fred used the same light-wheezy based but he changed the kernel and the boot process with Porteus method. It is still debian with 100% working apt-get, but adding debian kernel is a problem for now. Every Porteus-Wheezy version will replace the previous one in this folder.
Cheers, Toni
Posted: Sun 05 Jan 2014, 15:01
by Smithy
Cheers Saintless, I noticed that rcrn51 was sorting out some printing for the distro that doesn't bulk the distro(s) up too much, so when that is ready, I can test Canon.
But I will wait a few weeks till you guys are all happy with the "internals".
Personally I would like to see tint2, openbox, rox, with ziggy's glossy stardust theme but that's only because I can find my way round that setup on some admittedly really nice puppies out there. Some people may hate that setup! Beauty is in the eye of the beholder etc.
Anyways, happy programming and stuff.
Posted: Sun 05 Jan 2014, 18:36
by saintless
Hi, all,
need some help on this issue on the picture.
When I have more than 2 commands to be executed in /root/.iceewm/startup I get this gtkdialog empty window and I cant close it. It also prevents the reboot from the menu and I have to reboot from terminal. No other problems from what I can see.
Here is my current startup:
Code: Select all
#!/bin/sh
frisbee-tray &
desktop_drive_icons &
volumeicon &
It might be some hardware issue this way I'm asking if someone has the some problem.
Cheers, Toni
Posted: Sun 05 Jan 2014, 18:50
by saintless
Hi, Sergey,
Does your scrot-screenshot program has an option to save in different place than / ?
Same question in Russian (sorry if it is not appropriate):
Приветь, Сергей,
У вашей scrot-screenshot программе е
Posted: Sun 05 Jan 2014, 19:16
by saintless
List of changes made today for the second iso version (not uploaded yet):
01) apt-get or dpkg added packages:
alsa-base, alsa-utils, wget, synaptic, makedev, volumeicon-alsa, lxtask, lame, dbus, dbus-x11, leafpad, gpicview, scrot, lxlauncher. desktop-drive-icons, pup-volume-monitor.
02) Portable programs:
Scrotdlg - screenshot program from Sergey.
Xhippo - portable audio player contributed from Mcewanw
03) Configuration changes:
Volume-control icon added on task bar.
/scripts changed to /opt/bin
/portable changed to /opt/apps
Audio-Setup start click menu runs alsactl init + alsamixer (use only if there is no sound after boot).
Lxlauncher start menu click to be tested if we decide to keep lxlauncher.
04) Added files from live-boot v.2.5 in /usr/shsre/initramfs-tools/scripts needed if we use some scripts from russian sfspup.
05) Removed programs:
idesk
xpaint
This is to the moment and all changes are saved. The size of the sfs file grew up from 90 to 95 Mb. I'm happy with the size.
From here I will start testing the scripts from Sunburnt and cleaning the duplicate menu items, configuring some stuff like adding /root/Startup folder etc.
If someone have something to suggest for the second version, please, do it.
Cheers, Toni
Posted: Sun 05 Jan 2014, 20:05
by sklimkin
Hi Toni !
The normal sequence of actions:
1. choose where to save picture (select directory) - Save as
2. select the type of seizure - Grab-mode
3. select the delay time (for example if you need to show the menu items) - Time-delay
4. shot - EXECUTE
5. retry actions or Quit
Same question in Russian (sorry if it is not appropriate):
From this I realized that my Google-English intelligible only to myself
Sergey.
Posted: Sun 05 Jan 2014, 20:14
by saintless
sklimkin wrote:1. choose where to save picture (select directory) - Save as
Hi, Sergey,
this is where I can't get it to work. It saves only in /
If I choose any other folder it does nothing. I will do more tests.
Just to explain I use it as portable application. I didn't compiled deb package from it with make.
Cheers, Toni
Posted: Sun 05 Jan 2014, 20:23
by sklimkin
Save as - function of GTK2 - select a directory. The reason may be "truncated" GTK2 in system. By clicking button "Save as" window "file-manager" appears?
Should be something like this:
Sergey.
Posted: Sun 05 Jan 2014, 20:28
by saintless
sklimkin wrote:Save as - function of GTK2 - select a directory. The reason may be "truncated" GTK2 in system. By clicking button "Save as" window "file-manager" appears?
Yes, the save as window file-manager opens but it does not save in /root for example. The window save as stays open till I choose to save it in /
Then it saves the picture.
Edit: Tomorrow I will experiment more. Thanks, Sergey. I'm sure it will work as it should for me also. It might be something I did while changing the system configuration and remastering.
Cheers, Toni