Saluki

[Geoffrey]

The dependency checker is still not working as it should, the first and second columns both have items selected and only the left hand column is checked.

[jemimah]

The dependency checker is still not working as it should, the first and second columns both have items selected and only the left hand column is checked.

Does this fix it?

[smokey01]

Thanks Smokey... got it all working including Thunar custom action and CAN confirm 17-18 Delta is a bust. 15 - 16 worked smoothly but created a file called newfile.iso

I think that's because of the filename pattern is not recognised by xdelta_gui. For example:

luki17-18.delta won't work but luki-017.iso___luki-018.iso.delta will.

If you want to make a delta file simply select two ISO files then press generate. The delta file will be created with the correct filename.

Cheers.

[jemimah]

Thanks Smokey... got it all working including Thunar custom action and CAN confirm 17-18 Delta is a bust. 15 - 16 worked smoothly but created a file called newfile.iso

I think that's because of the filename pattern is not recognised by xdelta_gui. For example:

luki17-18.delta won't work but luki-017.iso___luki-018.iso.delta will.

If you want to make a delta file simply select two ISO files then press generate. The delta file will be created with the correct filename.

Cheers.

Yes, sorry I made this from the command line - didn't realize it was that picky about the file names.

[Geoffrey]

The dependency checker is still not working as it should, the first and second columns both have items selected and only the left hand column is checked.

Does this fix it?

Yeah, that did it, a single column works.

[aarf]

saluki18,
opera-11.62-1347.i386.linux
flashplayer - 11,2,202,228 both at mnt/sdb2

for some reason get missing plugin for flash when other puppies see the flashplayer with the plugin setting i have in portable opera.

Install the mozilla-libs-10 package from the package manager and you will be set.

thanks dave. did all these thing and now it is ok for flashpayer.
still got missing dependency though.
maybe i ran out of space on my save file.it says only 3M left from 31M original

[HiDeHo]

Think i mentioned this before but i feel it is a must with such a long post.

Please can you put on the first page under each build, a mention of from what page the forum post starts support for that version. it will help us all out when we come to finding support for the version we have. or face going through allot of pages till we find it.

[Sage]

Update:
Glad to report everything working on old kit back to about 1997, albeit gee-d up with SDRAM boosts; cpu don't seem to be an issue. Have temporarily shelved a couple of new boards acquired this year. Also having issues with brand new USB3 stuff on most Puppies. Not to worry, as you clearly say:

It should run reasonably fast on older machines and netbooks

.
In the meantime, happy to accede to your requests:

Please report any bugs you find

.

[mavrothal]

I think it's simpler to just change

Code: Select all

FNDENTRIES="`cat /root/.packages/Packages-${ONEREPO}| cut -f1 -d\| | grep -i "$entryPATTERN"`"

to

Code: Select all

FNDENTRIES="`cat /root/.packages/Packages-${ONEREPO}| cut -f1,10 -d\| | grep -i "$entryPATTERN"`"

I have this change for the next release.

Sure, but it also results in cryptic pet list which is not very useful if you are not a seasoned puppy or at least linux, user.

Saluki did improve PPM and is probably too close to release even for the above change, but Saluki2 needs another look at PPM and pets.

Certainly better package descriptions and maybe a second PPM field that descriptions could be search with 2 or 3 words.

Package management is one of the cornerstones of any distro, and historically a weak point for Puppy.
But Saluki can(/is) change(ing) that!

[shelezyaka]

new amd catalyst driver 12.3 (release date 3/28/2012) still need patching for saluki default kernel 3.2.8

But after patching it compiles and run well for me


request^
any chance to see psx emulator pet package working for saluki?

I uploaded pcsxr to the repo. Seems nice but I haven't tested it so let me know if it works.

Pcsx emulator works. You only need to put the bios Sony PS in the directory / root / .pcsx / bios.

[shelezyaka]

Thanks Smokey... got it all working including Thunar custom action and CAN confirm 17-18 Delta is a bust. 15 - 16 worked smoothly but created a file called newfile.iso

I think that's because of the filename pattern is not recognised by xdelta_gui. For example:

luki17-18.delta won't work but luki-017.iso___luki-018.iso.delta will.

If you want to make a delta file simply select two ISO files then press generate. The delta file will be created with the correct filename.

Cheers.

When I did own a delta file Saluki017 >> 018, then it is not only the names do not match (they can be corrected, it is not critical), but the size and md5 sum. The conclusion is - or used to create the delta are not those that are in the ISO repo, or something else. All we humans can all make a mistake.

[jemimah]

I think it's simpler to just change

Code: Select all

FNDENTRIES="`cat /root/.packages/Packages-${ONEREPO}| cut -f1 -d\| | grep -i "$entryPATTERN"`"

to

Code: Select all

FNDENTRIES="`cat /root/.packages/Packages-${ONEREPO}| cut -f1,10 -d\| | grep -i "$entryPATTERN"`"

I have this change for the next release.

Sure, but it also results in cryptic pet list which is not very useful if you are not a seasoned puppy or at least linux, user.

Saluki did improve PPM and is probably too close to release even for the above change, but Saluki2 needs another look at PPM and pets.

Certainly better package descriptions and maybe a second PPM field that descriptions could be search with 2 or 3 words.

Package management is one of the cornerstones of any distro, and historically a weak point for Puppy.
But Saluki can(/is) change(ing) that!

You can fix the descriptions with a tiny change also.

Code: Select all

echo "$FNDENTRIES" | cut -f 1,10 -d '|' > /tmp/filterpkgs.results

becomes

Code: Select all

echo "$FNDENTRIES" > /tmp/filterpkgs.results

I have made this change for the next release

[shinobar]

sfs_load-1.9.1. Hopefully more stable and usable.
# 9 Apr 2012 v1.9.1: clean up whiteout once for load, busybox umount and not do 'losetup -d'(jemimah), where to mount(pup_ro?), always register EXTRASFSLIST, no wide search for full path
http://www.murga-linux.com/puppy/viewto ... &start=195

[mavrothal]

You can fix the descriptions with a tiny change also.

Code: Select all

echo "$FNDENTRIES" | cut -f 1,10 -d '|' > /tmp/filterpkgs.results

becomes

Code: Select all

echo "$FNDENTRIES" > /tmp/filterpkgs.results

I have made this change for the next release

Simple
or

Code: Select all

FNDENTRIES="`cat /root/.packages/Packages-${ONEREPO} | cut -f1 -d\| | grep -i "$entryPATTERN"`"

to

Code: Select all

FNDENTRIES="`cat /root/.packages/Packages-${ONEREPO} | grep -i "$entryPATTERN"`"

which is more inline with woof

[jemimah]

sfs_load-1.9.1. Hopefully more stable and usable.
# 9 Apr 2012 v1.9.1: clean up whiteout once for load, busybox umount and not do 'losetup -d'(jemimah), where to mount(pup_ro?), always register EXTRASFSLIST, no wide search for full path
http://www.murga-linux.com/puppy/viewto ... &start=195

Thanks! How stable are the other new features in 1.9? I'm hoping the next release or so will be a final and I'm unsure if I should upgrade or stick with my patched 1.3.

[jemimah]

You can fix the descriptions with a tiny change also.

Code: Select all

echo "$FNDENTRIES" | cut -f 1,10 -d '|' > /tmp/filterpkgs.results

becomes

Code: Select all

echo "$FNDENTRIES" > /tmp/filterpkgs.results

I have made this change for the next release

Simple
or

Code: Select all

FNDENTRIES="`cat /root/.packages/Packages-${ONEREPO} | cut -f1 -d\| | grep -i "$entryPATTERN"`"

to

Code: Select all

FNDENTRIES="`cat /root/.packages/Packages-${ONEREPO} | grep -i "$entryPATTERN"`"

which is more inline with woof

It's definitely not good to grep the whole dbentry or you match on dependencies.

[shinobar]

How stable are the other new features in 1.9? I'm hoping the next release or so will be a final and I'm unsure if I should upgrade or stick with my patched 1.3.

Yeh, sfs_load-1.3 + your patch works nicely. But the sfs_load-1.3, due to its another bug, may consume loop devices rapidly in some case.

Code: Select all

# losetup
/dev/loop0: 0 /mnt/tmpfs/puppy_squeeze_5.X.3.2.14.sfs
/dev/loop1: 0 /mnt/sda3/poedit-1.4.2-4.sfs
/dev/loop2: 0 /mnt/sda3/jre-1.6.31-1.sfs
/dev/loop3: 0 /mnt/sda3/gimp-2.6.11-squeeze-2.sfs
/dev/loop4: 0 /mnt/sda3/gimp-2.6.11-squeeze-2.sfs
/dev/loop5: 0 /mnt/sda3/gimp-2.6.11-squeeze-2.sfs
/dev/loop6: 0 /mnt/sda3/jre-1.6.31-1.sfs

It is not easy to reproduce...:

1. Load sfs1, sfs2, sfs3.
2. Unload sfs1, sfs2 (keep sfs3), then load again sfs2 and sfs1.
3. And so on, with multiple sfs's.

Tested sfs_load-1.3 with jemimah's patch on the pemasu's dpup exprmo with 3.2.14 kernel.

The sfs_load-1.9.1 does minimize the loop device consumptions due to the duplication seen above. (Not perfect. Anyway, it is like the Mad Tea Party.)

[mavrothal]

It's definitely not good to grep the whole dbentry or you match on dependencies.

Good point. Though using descriptive terms, usually you do get relevant entries that you'd missed if only searched in name and description (given the minimal puppy descriptions).
Searching for pet names though I agree you'll probably get too many wrong results.

What about this addition then

Code: Select all

--- a/usr/local/petget/findnames.sh	2012-03-30 17:23:02.000000000 +0300
+++ b/usr/local/petget/findnames.sh	2012-04-09 18:10:53.636823249 +0300
@@ -11,7 +11,12 @@
 . /root/.packages/DISTRO_PKGS_SPECS #has PKGS_SPECS_TABLE.
 . /root/.packages/DISTRO_PET_REPOS #has PET_REPOS, PACKAGELISTS_PET_ORDER
 
-entryPATTERN="`echo -n "$ENTRY1" | sed -e 's%\\-%\\\\-%g' -e 's%\\.%\\\\.%g' -e 's%\\*%.*%g'`"
+if [ "$ENTRY1" = "" ] ; then
+ exit 0
+fi
+
+entryPATTERN1="`echo -n "$ENTRY1" | sed -e 's%\\-%\\\\-%g' -e 's%\\.%\\\\.%g' -e 's%\\*%.*%g' |awk '{print $1}'`"
+entryPATTERN2="`echo -n "$ENTRY1" | sed -e 's%\\-%\\\\-%g' -e 's%\\.%\\\\.%g' -e 's%\\*%.*%g' |awk '{print $2}'`"
 
 CURRENTREPO="`cat /tmp/petget_filterversion`" #search here first.
 REPOLIST="${CURRENTREPO} `cat /tmp/petget_active_repo_list | grep -v "$CURRENTREPO" | tr '\n' ' '`"
@@ -19,7 +24,11 @@
 FNDIT=no
 for ONEREPO in $REPOLIST
 do
- FNDENTRIES="`cat /root/.packages/Packages-${ONEREPO}| cut -f1 -d\| | grep -i "$entryPATTERN"`"
+ if [ "$entryPATTERN2" != "" ] ; then
+  FNDENTRIES="`cat /root/.packages/Packages-${ONEREPO} | cut -f1,10 -d\| |grep -i "$entryPATTERN1" | grep -i "$entryPATTERN2"`"
+ else
+  FNDENTRIES="`cat /root/.packages/Packages-${ONEREPO} | cut -f1,10 -d\| |grep -i "$entryPATTERN1"`"
+ fi
  if [ "$FNDENTRIES" != "" ];then
   FIRSTCHAR="`echo "$FNDENTRIES" | cut -c 1 | tr '\n' ' ' | sed -e 's% %%g'`"
   #write these just in case needed...
@@ -30,7 +39,7 @@
   #echo "ALL" > /tmp/petget_filtercategory
   echo "$ONEREPO" > /tmp/petget_filterversion #ex: slackware-12.2-official
   #this is read when update TREE1 in pkg_chooser.sh...
-  echo "$FNDENTRIES" | cut -f 1,10 -d '|' > /tmp/filterpkgs.results
+  echo "$FNDENTRIES" > /tmp/filterpkgs.results
   FNDIT=yes
   break
  fi

Would allow searches for "text editor" "sound plugin" "media player" etc and should not effcet the basic function
Any shortcomings?

Ideally you could have 2 search fields one for pet names only and one for description (like other package managers).
This would mess up the layout though unless the "find pet" button is a drop down menu (search name-search names and descriptions. A la synaptics)

[aarf]

network status doesn't do anything. using wifi only.

[mavrothal]

Trier to run a mac/pc formatted DVD that had data and videos. Oggle player opened but the DVD did not mount nor the /mnt/<label> mount point was created.
xerror.logs has nothing and kernel says: “ sr0: CDROM not ready. Make sure there is a disc in the drive