Puppy 5.3

News, happenings
Message
Author
User avatar
tubeguy
Posts: 1320
Joined: Sat 29 Aug 2009, 01:04
Location: Park Ridge IL USA
Contact:

#46 Post by tubeguy »

dejan555 wrote:I like this one the best
http://tubeguy.org/puppybg/spot_logo_blue_back.png

Not sure about the white eye though.
http://tubeguy.org/puppybg/spot_logo_bl ... rayeye.png

Better?
[b]Tahr Pup 6 on desktop, Lucid 3HD on lappie[/b]

User avatar
sc0ttman
Posts: 2812
Joined: Wed 16 Sep 2009, 05:44
Location: UK

#47 Post by sc0ttman »

01micko, regarding the WM utils, I have a few ideas, yours are probably better! I can PM you when I have a bit more flesh on the bone... Still not at all up to date with all the WMs and their utils, but have a plan to make a BASH script which takes a given task, checks the current WM, and then loads up a relevant WM app/util.

About the dependencies/compiling, as long we we keep in mind that it would be nice to make compiled packages as backwards compatible as possible, whether it be through fewer dependencies due to a slackware base, or whatever else, then that's good.

Amixer is a tiny mixer GUI... There's a few different tiny mixers on the PupnGo thread, but they are quite old/basic looking.

Barry said he plans to update or improve the /usr/local/bin/default*** stuff, so I wonder where that would need to go... Still think we need a 'defaults-chooser' thing - particularly as this forum has seen many users complain when a PET package changes a default*** without their consent.

And, personally, for what it's worth, I think it's better to include things like Xchat and Transmission as standard, even older versions are better than nothing, particularly when these packages are like 200kb-300kb...

Although I still think we should go for a small, lean ISO if we can, so users of older PCs don't miss out as much as they might have done with Lucid.
[b][url=https://bit.ly/2KjtxoD]Pkg[/url], [url=https://bit.ly/2U6dzxV]mdsh[/url], [url=https://bit.ly/2G49OE8]Woofy[/url], [url=http://goo.gl/bzBU1]Akita[/url], [url=http://goo.gl/SO5ug]VLC-GTK[/url], [url=https://tiny.cc/c2hnfz]Search[/url][/b]

User avatar
dejan555
Posts: 2798
Joined: Sun 30 Nov 2008, 11:57
Location: Montenegro
Contact:

#48 Post by dejan555 »

Looks better tubeguy
puppy.b0x.me stuff mirrored [url=https://drive.google.com/open?id=0B_Mb589v0iCXNnhSZWRwd3R2UWs]HERE[/url] or [url=http://archive.org/details/Puppy_Linux_puppy.b0x.me_mirror]HERE[/url]

User avatar
MinHundHettePerro
Posts: 852
Joined: Thu 05 Feb 2009, 22:22
Location: SE

#49 Post by MinHundHettePerro »

The best image yet of the S(ubGenius)Pup..........

Cheers :)/ MHHP
[color=green]Celeron 2.8 GHz, 1 GB, i82845, many ptns, modes 12, 13
Dual Xeon 3.2 GHz, 1 GB, nvidia quadro nvs 285[/color]
Slackos & 214X, ... and Q6xx
[color=darkred]Nämen, vaf....[/color] [color=green]ln -s /dev/null MHHP[/color]

scsijon
Posts: 1596
Joined: Thu 24 May 2007, 03:59
Location: the australian mallee
Contact:

spup 'icon'

#50 Post by scsijon »

@tubeguy, personally what i'd to see happen (please):

1/ get rid of the pipe (anti-smoking legislation and all that stuff does include pipes in australia), really don't think puppy (and barry as it's public officer) needs those hastles;

2/ put a 'cloud' symbol above spup and have the version number appear in it (?could this be done as part of the loading or running rather than have to be manually recreated for each version), don't know the number of times i've had to search to find which one i'm using at that time when testing and found i'm testing on an old one;

3/ allow users to 'do' the background colour themselves (if possible) from a full colourset;

and

4/ Make it suitable to be the background image as well as spup 'icon'.

just my thoughts

scsijon
ps preferably not a white-spot in eye, usually associated with glaucomic blindness in both humans and animals.

User avatar
tubeguy
Posts: 1320
Joined: Sat 29 Aug 2009, 01:04
Location: Park Ridge IL USA
Contact:

Re: spup 'icon'

#51 Post by tubeguy »

scsijon wrote:@tubeguy, personally what i'd to see happen (please):

1/ get rid of the pipe (anti-smoking legislation and all that stuff does include pipes in australia), really don't think puppy (and barry as it's public officer) needs those hastles;

2/ put a 'cloud' symbol above spup and have the version number appear in it (?could this be done as part of the loading or running rather than have to be manually recreated for each version), don't know the number of times i've had to search to find which one i'm using at that time when testing and found i'm testing on an old one;

3/ allow users to 'do' the background colour themselves (if possible) from a full colourset;

and

4/ Make it suitable to be the background image as well as spup 'icon'.

just my thoughts

scsijon
ps preferably not a white-spot in eye, usually associated with glaucomic blindness in both humans and animals.
Thanks for the feedback!

If this is a double post, sorry.

1-The pipe is a subhuman/slackware thing but I can do version without.

2-Cloud thing should be easy enough.

3-Do you mean multiple versions with different backgrounds?

4-Originals are 2000px wide so backgrounds are not a problem. Not sure how the rectangular format will translate to an icon though.

Also all the .psd originals are uploaded here in no particular order, anyone can feel free to modify.

Edit: No more white eye!
[b]Tahr Pup 6 on desktop, Lucid 3HD on lappie[/b]

User avatar
rjbrewer
Posts: 4405
Joined: Tue 22 Jan 2008, 21:41
Location: merriam, kansas

Re: spup 'icon'

#52 Post by rjbrewer »

tubeguy wrote:
scsijon wrote:@tubeguy, personally what i'd to see happen (please):

1-The pipe is a subhuman/slackware thing
Wrong;

Slack and the pipe are from Reverend J.R.(Bob) Dobbs and the
Church of the Subgenius.

Inspiron 700m, Pent.M 1.6Ghz, 1Gb ram.
Msi Wind U100, N270 1.6>2.0Ghz, 1.5Gb ram.
Eeepc 8g 701, 900Mhz, 1Gb ram.
Full installs

scsijon
Posts: 1596
Joined: Thu 24 May 2007, 03:59
Location: the australian mallee
Contact:

Re: spup 'icon'

#53 Post by scsijon »

tubeguy wrote:3-Do you mean multiple versions with different backgrounds?

4-Originals are 2000px wide so backgrounds are not a problem. Not sure how the rectangular format will translate to an icon though.
Hi, thanks for the quick reply.

for 3/ I was considering if it could be userset, say like the 'base' as forground and fixed with the background setable by the user? Like having a transparent background, not sure if it could be done though.

for 4/ most people don't realize you can have any shape for an icon in linux, it's just having the config capable of displaying them. It's only by default that we use squares.
-------------------
extracted from my other post for others thoughts (please)

As an outcome of previous posts and threads by others, I would like to put forth the idea of only one wm be built-in to 53, jwm of course as most are able to use it and it's puppy's 'standard'. The others are to built and maintained by their own 'sub-teams', to be available via the quickpet or ppm applications as pet's. Should mean a somewhat easier development of the base product, and those people that want other wm's could work as individual teams to concentrate on getting their's working, while knowing the underlying system behind it all is solid and stable. Also means they could deal with updates of individual wm's easier.
------------------
And lastly for 01Micko,

This ?may do what we want to help for a dynamic menu system, has a slackware package at www.linuxpackages.net. if you want to try it.
Quote: Wmconfig is a text-based menu generation tool for various X window managers for desktops. Toolkits like Qt or Gtk are not required. It uses a simple configuration layout and the configuration may be edited with a text editor.
http://www.arrishq.net/home

regards to all
scsijon
ps, can someone 'talk' ziggy into the "team", he does come up with some interesting things (I :cry: missed his presence in 525). :lol: :lol: :lol:

User avatar
tubeguy
Posts: 1320
Joined: Sat 29 Aug 2009, 01:04
Location: Park Ridge IL USA
Contact:

Re: spup 'icon'

#54 Post by tubeguy »

rjbrewer wrote:
tubeguy wrote:
scsijon wrote:@tubeguy, personally what i'd to see happen (please):

1-The pipe is a subhuman/slackware thing
Wrong;

Slack and the pipe are from Reverend J.R.(Bob) Dobbs and the
Church of the Subgenius.
Subgenius. I meant Subgenius. Brain damage from past excesses.
[b]Tahr Pup 6 on desktop, Lucid 3HD on lappie[/b]

User avatar
tubeguy
Posts: 1320
Joined: Sat 29 Aug 2009, 01:04
Location: Park Ridge IL USA
Contact:

Re: spup 'icon'

#55 Post by tubeguy »

scsijon wrote: Hi, thanks for the quick reply.

for 3/ I was considering if it could be userset, say like the 'base' as forground and fixed with the background setable by the user? Like having a transparent background, not sure if it could be done though.

for 4/ most people don't realize you can have any shape for an icon in linux, it's just having the config capable of displaying them. It's only by default that we use squares.
3- Not sure how that would be done. Transparent background is easy though, just has to be a png or gif or other format that can do transparency. With that anyone can open it in gimp and make their own background.

4-Did not know that.

I just got in for tonight, chores and things to do tomorrow morning, will work some more on this tomorrow afternoon.
[b]Tahr Pup 6 on desktop, Lucid 3HD on lappie[/b]

User avatar
Iguleder
Posts: 2026
Joined: Tue 11 Aug 2009, 09:36
Location: Israel, somewhere in the beautiful desert
Contact:

#56 Post by Iguleder »

Oh, something I just you reminded me - Debian has a nice package called "choosewm". It's a nice menu (configurable menu!) with a list of window managers that lets you choose which one to start and a checkbox that lets you make this choice persistent.

We could compile this baby and make it the default window manager - this way, the user can select a window manager/DE easily.
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]

User avatar
rcrsn51
Posts: 13096
Joined: Tue 05 Sep 2006, 13:50
Location: Stratford, Ontario

#57 Post by rcrsn51 »

The ability to install a DEB package just by clicking on it should be removed. There are numerous confirmed cases of this action corrupting the Puppy file system.

scsijon
Posts: 1596
Joined: Thu 24 May 2007, 03:59
Location: the australian mallee
Contact:

#58 Post by scsijon »

rcrsn51 wrote:The ability to install a DEB package just by clicking on it should be removed. There are numerous confirmed cases of this action corrupting the Puppy file system.
Part of the reason why I sugested all installs via ppm, it does at least some checking, like dependancies, and it's not only deb's for fairness, i've had early pets do the same, especially when found 'not what was thought it was' and uninstalled, lost access to others when bits have been uninstalled also. Maybe as part of the ppm changes some more rigorous checking could be added. It could even be a 2part install, 1stly unpack the package, check against existing or missing dependancies, report if so giving the right to stop, if a ok is pressed then 2-install. etc.

At least have a warning and breakout point in the deb install script to start with.

User avatar
01micko
Posts: 8741
Joined: Sat 11 Oct 2008, 13:39
Location: qld
Contact:

#59 Post by 01micko »

rcrsn51 wrote:The ability to install a DEB package just by clicking on it should be removed. There are numerous confirmed cases of this action corrupting the Puppy file system.
I have a theory on why this happens.

Check help for dpkg-deb (how puppy installs debs)

Code: Select all

# dpkg-deb --help
Usage: dpkg-deb [<option> ...] <command>

Commands:
  -b|--build <directory> [<deb>]   Build an archive.
  -c|--contents <deb>              List contents.
  -I|--info <deb> [<cfile> ...]    Show info to stdout.
  -W|--show <deb>                  Show information on package(s)
  -f|--field <deb> [<cfield> ...]  Show field(s) to stdout.
  -e|--control <deb> [<directory>] Extract control info.
  -x|--extract <deb> <directory>   Extract files.
  -X|--vextract <deb> <directory>  Extract & list files.
  --fsys-tarfile <deb>             Output filesystem tarfile.

  -h|--help                        Show this help message.
  --version                        Show the version.
  --license|--licence              Show the copyright licensing terms.

<deb> is the filename of a Debian format archive.
<cfile> is the name of an administrative file component.
<cfield> is the name of a field in the main `control' file.

Options:
  --showformat=<format>            Use alternative format for --show.
  -D                               Enable debugging output.
  --old, --new                     Select archive format.
  --nocheck                        Suppress control file check (build bad
                                     packages).
  -z#                              Set the compression level when building.
  -Z<type>                         Set the compression type used when building.
                                     Allowed values: gzip, bzip2, lzma, none.

Format syntax:
  A format is a string that will be output for each package. The format
  can include the standard escape sequences \n (newline), \r (carriage
  return) or \\ (plain backslash). Package information can be included
  by inserting variable references to package fields using the ${var[;width]}
  syntax. Fields will be right-aligned unless the width is negative in which
  case left alignment will be used.

Use `dpkg' to install and remove packages from your system, or
`dselect' or `aptitude' for user-friendly package management.  Packages
unpacked using `dpkg-deb --extract' will be incorrectly installed !
To me that warning down bottom seems pretty strong.

I have successfully installed debs converting them to pets in a sandbox, with no corruption as far as I could tell, so perhaps using dpkg-deb to unpack the deb in a sandbox, then merging the files with the filesystem would be safer, not 100% sure, will do some testing.

here's (I think) the offending code in /usr/local/petget/installpkg.sh (line 131)

Code: Select all

*.deb)
  DLPKG_MAIN="`basename $DLPKG_BASE .deb`"
  PFILES="`dpkg-deb --contents $DLPKG_BASE | tr -s ' ' | cut -f 6 -d ' '`"
  [ $? -ne 0 ] && exit 1
  echo "$PFILES" > /root/.packages/${DLPKG_NAME}.files
  install_path_check
  dpkg-deb -x $DLPKG_BASE ${DIRECTSAVEPATH}/
  if [ $? -ne 0 ];then
   rm -f /root/.packages/${DLPKG_NAME}.files
   exit 1
  fi
where ${DIRECTSAVEPATH} is self explanatory (in case of frugal /initrd/pup_rw .. where I was experiencing permissions corruption).

I will do further testing in hope of fixing this bug.
Puppy Linux Blog - contact me for access

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#60 Post by ttuuxxx »

well if this is a slackware based distro, Installing Debian packages should be removed, since many of them won't work, a few will, Its just a bad practice to install debian packages on a slackware base and should be Outlawed yes I said Outlawed. But of course automatically sending .deb packages to archiver for extraction purposes only does make sense.
Just my point of view.
ttuuxxx
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

big_bass
Posts: 1740
Joined: Mon 13 Aug 2007, 12:21

#61 Post by big_bass »

This is a snippet of what I use
for decompressing debs and making a folder

a side note
#all official slackware package tools I have working and many other package making tools if some day you decide to use them they are packaged for easy installation


you need this little wrapper

Code: Select all

#!/bin/sh
#script name undeb
exec dpkg-deb -x "$@" .
Joe

Code: Select all

cd `dirname "$@"`
#-----------
#.deb	
#-----------
if echo `basename "$@"` | grep -q '.deb$'; then
Xdialog --wrap --title "DEB" \
        --yesno "Do you want to decompress  $@ and make a new folder " 0 0

case $? in
  0)
    echo "Yes chosen."
	mkdir -p `basename "$@" .deb`
    cp `basename "$@"` `basename "$@" .deb`
    cd `basename "$@" .deb`       
    undeb `basename "$@"`
    rm `basename "$@"` .deb
	;;
  1)
    echo "No chosen."
    exit
	;;
  255)
    echo "Box closed."
    exit
	;;

esac
fi

big_bass
Posts: 1740
Joined: Mon 13 Aug 2007, 12:21

#62 Post by big_bass »

hey Mick
I really want to draw on peoples strengths. Here's a thought I had. Joe (big_bass ) seriously dislikes the woof build system. That's fine by me. He likes the set standards and working to them and in some ways I tend to agree
well the point here is because I placed value
using official tools for package management
woof was not needed by me to build with
pkgtool installs the packages directly without
having to pre convert the packages first
cutting out the middle man

I am on a different road but your a good guy Mick
have fun in all that you do


Joe

scsijon
Posts: 1596
Joined: Thu 24 May 2007, 03:59
Location: the australian mallee
Contact:

#63 Post by scsijon »

a link or two and a thought

Link1 is titled : 'Puppy Linux 530 and beyond Wishlist'
URL is:http://murga-linux.com/puppy/viewtopic.php?t=62618

Link2 is entitled: 'ThreadGet'
URL is:http://www.murga-linux.com/puppy/viewtopic.php?t=62236

thought: I wonder if it's time puppy had Wine built in as part of it's standard packageset? I'm pretty sure green_dome would be willing to work on that bit if asked. http://murga-linux.com/puppy/viewtopic.php?t=53675[/url]

and lastly before I forget http://murga-linux.com/puppy/viewtopic.php?t=32183

Jim1911
Posts: 2460
Joined: Mon 19 May 2008, 20:39
Location: Texas, USA

#64 Post by Jim1911 »

scsijon wrote:thought: I wonder if it's time puppy had Wine built in as part of it's standard packageset? I'm pretty sure green_dome would be willing to work on that bit if asked. http://murga-linux.com/puppy/viewtopic.php?t=53675[/url]
LHP already includes Wine, Fatdog also has an option to install it. Green_dome's Wine versions for pup are kept up-to-date and they work on all pups that I've tried. IMO, it would be better to have an installer like Quickpet or an enhanced PPM that includes Wine for optional installation. Although, I use it daily, not everyone wants or needs to use Windows software.

Regards,
Jim
Favorites: [url=http://lhpup.org/release-lhp.htm]Lighthouse 64[/url] and [url=http://www.murga-linux.com/puppy/viewtopic.php?t=65136]Lucid[/url] + [url=http://www.theword.net/]theWord[/url]

User avatar
morgonzola
Posts: 161
Joined: Thu 22 Apr 2010, 03:14
Location: Los Angeles, CA

#65 Post by morgonzola »

well if this is a slackware based distro, Installing Debian packages should be removed, since many of them won't work, a few will, Its just a bad practice to install debian packages on a slackware base and should be Outlawed yes I said Outlawed. But of course automatically sending .deb packages to archiver for extraction purposes only does make sense.
Just my point of view.
ttuuxxx
well if i may throw in my two cents, wouldn't it be more efficient/more user friendly to just make a little script that lets you pick between xarchive and deb2pet and just add the deb2pet script in the distro? i dont think its all that large and due to lupu people (like me :) ) have been getting used to deb packages.

Post Reply