dpup-47x for testing

[Béèm]

Thanks David and MinHundHettePerro
Thanks for all the continued testing, we will get it right.
Cheers
Guy

I hope you realized I did make the first comment. alltho not that positive.

[gposil]

You're right I think Béèm...

Thank You

[gyro]

gposil,

Did frugal install of 476d.

When I try to change the locale, all I get is a text screen about gtkdialog.

gyro

[gposil]

Thanks gyro,

another quirk, 476d chooselocale script is incorrect, I will adjust and post soon...

Thank you

[James C]

Running 476d live with a usb save file.I've already installed FF 3.5 and Opera 10 and both are working fine.

4.76d seems to be really stable and quick.Very impressive.

Trying to install Debian packages with the package manager is a bit of an adventure though.Earlier today I successfully installed 1 out of 5 packages, and had to do some tweaking to get that one working.

Some packages install but simply won't work, one installed (according to the PPM) but refused to be found anywhere w/ pfind.

Did get Streamtuner installed, had to find a couple of missing libs and it would launch.However, Streamtuner defaults to XMMS, so try to install that....no joy. Then changed the Streamtuner default to BMP and it works.

I've built my own Spup, Upup and Dpup and the biggest problem seems to be in the package management area.Hopefully someone can get that figured out.

Other than that little problem, Dpup 476d is stable, light and fast....Great job.

[gposil]

gyro,

here's that updated chooselocale script.

[gposil]

Thanks James C,

Yes the Pet Package Manager is still a problem with deb packages, on my testing version of 476e i've got apt and synaptic running and that fixes the debs very nicely...still have to fix the baseline installed files in the apt cache before i'll release 476e...hopefully not far away.

The side benefit of apt is that you can install the gnome desktop without a problem...too big yet for std release though...but i'm working on it.

Thank you for the feedback it helps immensely...

Cheers

[ttuuxxx]

Funny Gposil I've always figured of taking dpup and building more like a regular version of puppy, Build a repo for the package manager and get rid of the debian packages from package manager, sure its nice to have, but it does add a lot of extra weight to packages and increases the overall size of most packages, even after you strip the locales,docs,man,compiling extras etc. Large linux distros use a full range of libs linked with tons of deps. Probably the better way is recompiling a lot of the default libs and removing a lot of the extra deps. would shrink the oversize distro by a lot. hhmmm probably a good start would be compared usr/lib in dpup to usr/lib 4.0 and notice the extra system libs. Then makes a list of them and ldd each and every lib in dpup for the extra libs, once found recompile those. Man that could be a big task, lol as long as gcc isn't effected, it shouldn't be that big. recompiling gcc is a pain.
ttuuxxx

[gposil]

Hi ttuuxxx,

Once dpup is stable enough with the kernel right, I was going to set about doing most of what you said....bring it back down to real Puppy size. I kind of like the idea of keeping the debian repos though, simply for the vast range of software available....my idea, was to have some sort of hybrid Puppy Package Manager with apt built onto it...just a thought...

[runtt21]

". I kind of like the idea of keeping the debian repos though, simply for the vast range of software available" I vote for this too !!!!

[ttuuxxx]

Hi ttuuxxx,

Once dpup is stable enough with the kernel right, I was going to set about doing most of what you said....bring it back down to real Puppy size. I kind of like the idea of keeping the debian repos though, simply for the vast range of software available....my idea, was to have some sort of hybrid Puppy Package Manager with apt built onto it...just a thought...

When I altered the package manager for 2.14X, I made it so that it was separated, One click loads up the installer app and one click for the uninstaller app. Thinking for when I get to dpup, I could build a webbased package system, basically a few webpages with a file list, that had a brief description and size, so when the install would be launched it would open a small browser window, with a nice html gui, click a package and it downloads and installs.
below is what it looks like in 2.14. first image is main screen and second image is the hacked uninstaller.
So basically I would only have to build a few webpages and have the first launcher on the main gui launch a window
The apt option is also nice, but like a mentioned it does bring a lot of bloat to puppy, well upup also, Slackware isn't as bad with the extra deps.
Oh on a offtopic note, for the first time in about year I tried another linux, lol CDLinux, it was very slow to boot, about 10mins, the iso is 60mb, contains firefox, no mediaplayer/wordprocessor. The text editor was mousepad which is a xfce leafpad version. It was missing a lot of apps, but it did configure my network by itself, I click the firefox browser link and I was online instantly without it even asking me one question, on boot your only question was which language and thats it, it configured everything, when the desktop loaded it asked if I wanted to change the resolution, which I didn't and I could surf the web straight away. I didn't like thunar, and non-root default environment and the ultra slow boot. It had a real nice boot screen and loading screen, all the background resources/configure was hidden. Not bad but not puppy, lol Its already deleted.
ttuuxxx

[gyro]

gposil,

Updated locale chooser is better.
Now I get a locale chooser window,
but, the only local locale is "en_US", and "fetch" just closes the window and nothing happens.

gyro

[gposil]

Thanks gyro...more debugging...

[8-bit]

I fired up dpup476 from VirtualBox by selecting the iso file to boot from.
I did this with an install of MicroXP I had already done on VirtualBOx.
VirtualBox was installed on Puppy 421.
Anyway, the iso file booted as if a cd and I got to the desktop, set up networking and sound and played around a little.
On trying to shut down, I expected the offer of making a pup_save file.
But no matter if I selected Shutdown, Reboot, or exit to prompt, all I got was a restart of Xwin with all my settings intact.
So no pup_save file. I then had to tell VirtualBox to shut down the running OS, and all settings were lost.
Other Puppy versions have played well with VirtualBox.
So this is a new one to me.
But here is one for you also.
Install Puppy on a hard drive frugal.
Install VirtualBox on Puppy.
Create a virtual hard drive file on /mnt/home.
Install a Version of Puppy on it.
Fire up VirtualBox Puppy.
Install Vitualbox. Install Puppy in Virtual box.
etc.
At what point would it al crash?

[ttuuxxx]

removed

[tubby]

@gyro, have look in your /usr/lib/locale folder it may only contain en_US if so copy en_GB from another distro.

[gyro]

Thanks ttuuxxx and tubby for the replies, either would probably get me the "en_AU" I was trying to get in dpup.

But, I'm not trying to really use dpup, yet, but to help get it debugged to release quality. So the response I am looking for is a patched dpup with more locales built-in and the "fetch" function working.

ttuuxxx, are you suggesting that the pet you quote is a possible patch to dpup?
If so then I will test.

gyro

[gposil]

gyro...the pet ttuuxxx put up has all the locale files that will go into dpup476e, so grab it if you want, but it is already in the d476e test platform, as well as the fixed fetch mechanism....

[gyro]

gyro...the pet ttuuxxx put up has all the locale files that will go into dpup476e, so grab it if you want, but it is already in the d476e test platform, as well as the fixed fetch mechanism....

Ok, the missing locale files is not a big issue.
But, thinking about it I decided that my copying an "en_AU" to /usr/bib/locale, I could give the locale choosing a better test. So I copied the "en_AU" from puppy412. The result was not good.
The first strange thing is that the dialog showing the radio buttons to choose a new locale showed en_AU as already chosen.
I continued and let it restart X. After the restart of X, it showed my locale as blank. So I tried a reboot, Things just went from bad to worse. X did not start, When I run "xwin" I get a blank screen only the menu works. It appears that rox doesn't start.
So my dpup is now stuffed. I will throw the pupsave away and start again. Then I will try ttuuxxx's pet.

gyro

[ttuuxxx]

gyro...the pet ttuuxxx put up has all the locale files that will go into dpup476e, so grab it if you want, but it is already in the d476e test platform, as well as the fixed fetch mechanism....

Hi before you do that maybe it would be better to use the actual Debian locales, since he had issues with 4 series locales and that package is probably the same version used. I used it in 2.14X and it fixed my problems:)
as fetch the locales goes, its always better to have these locales maybe in another sfs or something a user can delete to save size, In 2.14x they are in zdrv_214R.sfs in the main iso, so when you hit fetch, it grabs them from the cd and when you install, the sfs doesn't get installed. You only install which locale you need and toss the rest
ttuuxxx
here's the correct version
I found on the debian lenny package repo and made a pet
libglib2.0-locales_2.16.6-2_all|libglib2.0-locales_2.16.6|2_all||BuildingBlock|2616K|pet_packages-5|libglib2.0-locales_2.16.6-2_all.pet||locales|debian|4|official|