(old)Puppy Linux Discussion Forum

Please see my post in the 528 thread.
http://www.murga-linux.com/puppy/viewto ... 900#587900

The same issue exists in Slacko at line 234. The identical fix applies.

I just updated my Slacko repository with the latest versions of all packages. I also added some new ones, such as NetSurf.

All packages were built in a clean Slacko 5.3 environment without Mesa or any other 3D acceleration provider, so they should be compatible with any 5.3.x release. They're stripped and ultra-optimized, as usual.

Note 1: all packages are installed in /opt, since they are "unofficial"; I don't want them to conflict with built-in packages. To make them work, add "/opt/lib" to /etc/ld.so.conf and edit /etc/profile, so /opt/bin is present in the PATH variable.

Note 2: some functionality was removed from these packages: man's conversion utilities (which are unneeded), cmus' cmus-remote executable (which isn't used often), Dropbear's scp client (which is useless, since Dropbear is used as a SSH server or client) and wbar's GTK+ configuration tool (which makes it much heavier).

Note 3: it will take some time for the packages (and their sources) to be uploaded, since I'm currently moving iguleder.info to its new location.

Internet:
- aria2, a multi-protocol (HTTP, FTP, BitTorrent, Magnet, etc') download tool
- Axel, the latest version - better than the ancient one we use in the official releases
- CenterIM - a multi-protocol instant messenger, way lighter than Pidgin or Finch
- Dropbear - a SSH server and client
- Irssi - an IRC client
- Mutt - an e-mail client
- Snownews - a news reader, with support for RSS feeds
- NetSurf - a graphical web browser
- Links - a text web browser, built without its graphical mode (which isn't worth much, since it's about twice the size of NetSurf and looks horrible)

Utility:
- rxvt-unicode - a terminal emulator, lighter and newer than the one in official releases
- GNU Screen - a terminal multiplexer

System:
- Htop - an interactive process monitor

File system:
- CLEX - a file manager

Multimedia:
- libav - a complete audio streaming, conversion and recording solution
- cmus - a music player with awesome features found only in the big guys (Rhythmbox, Amarok and Banshee), at a tiny fraction of the size; has an optional dependency on libav
- mplayer2 - a media player, which uses libav to provide support for many codecs and formats

Personal:
- Calcurse - a calendar and personal organizer
- hnb - a hierarchical notebook for storing notes or any other data

Graphics:
- imlib2 - an image loading library, built with additional loaders for more formats
- sxiv - an image viewer that utilizes imlib2

Desktop:
- wbar - a lighweight dock, depends on imlib2

Document:
- Vim - the ultimate text editor

Misc.:
- man, groff and less - a manual page viewer and its dependencies: a text formatting tool and a text viewer
- cwm and libbsd - OpenBSD's minimalistic window manager and a library I used to port it to GNU/Linux

ETP wrote: The same issue exists in Slacko at line 234. The identical fix applies.

If you mean the "-close never" option I got it .Thanks

Bert, re chromium add ons. That would have to be a chromium bug eh? In that version I guess, I'm leaving the older ones available in slick and PPM anyways.

-

Yes there has been some delay in 531, I have many an excuse.. real life, forum downtime, adverse weather, syncing with woof2,, I can dream up some more ..

All going well Monday is it.. and Iguleder, I tried a couple of your packages, rather cool .. I may as well upload them .. nice stocking fillers .. oh do you guys have a similar trad for Hanaka?

cheers every body.

Iggy.. just saw your post.. when? I d'loaded the lot about 3hrs ago

I clicked the "upload" menu entry in the beloved FileZilla, but I'm uploading huge files right now, which will take forever.

I changed the upload priority, so the packages are pouring in now

Bear in mind that if you want to upload them to the repo, they require some fixes:
- /opt/bin in PATH
- /opt/lib in /etc/ld.so.conf
- /opt/share/applications and /opt/share/pixmaps in the menu generator (or just make them symlinks to those in /usr/share, so the package files get redirected to the system-wide directories)

EDIT: forgot this - happy Hanukkah

IMHO 5.3.1 should be released in the name of coexistence, tolerance and peace, as a Christmas and Hanukkah gift to the world

EDIT 2: CenterIM is quite big, I want to see how Finch is.

Iguleder wrote: Bear in mind that if you want to upload them to the repo, they require some fixes:
- /opt/bin in PATH
- /opt/lib in /etc/ld.so.conf
- /opt/share/applications and /opt/share/pixmaps in the menu generator (or just make them symlinks to those in /usr/share, so the package files get redirected to the system-wide directories).

Ah, ok... you know a wrapper script may have been handy ..anyways, some I have are ok and I'll upload those with a niche, and others I'll get Lobby to link your repo to the Slacko News wiki page (default news page in Slickpet )

Cheers,, and I got it (re spelling )

01micko wrote:Bert, re chromium add ons. That would have to be a chromium bug eh? In that version I guess, I'm leaving the older ones available in slick and PPM anyways.

Yes, you're right micko, just tried Chromium 16: no problem with the extensions.

On the other hand I have the same Chromium 17 in Lucid on another box with extensions working normally...

Chromium 17 feels faster than 16.
Thanks.

Even more packages!

I wrote build scripts for:
- Shed, my favorite hex editor - sort of an interactive hexdump with a nano-like interface
- tty-clock, a digital clock
- Surfraw, a search engine frontend written by Julian_Assange, which makes it kinda problematic, since this guy got arrested.
- dtach, a tool that lets you "detach" an application and attach to it later
- rTorrent, the best BitTorrent client on the planet. I'm thinking of replacing aria2 with this one, since the latter is in the repository thanks to its BitTorrent capabilities. The only reason rTorrent isn't included in the repository is the trouble I'm having with getting to build against a static libtorrent.

These require some testing; once they're ready, I'll add them to the repository.

EDIT: all packages up; I decided to use a shared libtorrent eventually.

Iguleder wrote:Note 1: all packages are installed in /opt, since they are "unofficial"; I don't want them to conflict with built-in packages. To make them work, add "/opt/lib" to /etc/ld.so.conf and edit /etc/profile, so /opt/bin is present in the PATH variable.

I've often wondered why we in the Puppy Linux Community havent embraced the /opt standard for add-on software. When I've compiled stuff I never bothered to mess with it because it seemed that no one else cared. I think Im going to follow your lead and start building things to reside there.

Any chance we could get a greater consensus on this from the community as a whole? I think if we were able to get enough on board... perhaps we could get future releases to be auto setup with the proper PATH variables, etc.

I agree, and I'm sure Joe/big_bass and aragon will too

Aitch

Q5sys wrote:

Iguleder wrote:Note 1: all packages are installed in /opt, since they are "unofficial"; I don't want them to conflict with built-in packages. To make them work, add "/opt/lib" to /etc/ld.so.conf and edit /etc/profile, so /opt/bin is present in the PATH variable.

I've often wondered why we in the Puppy Linux Community havent embraced the /opt standard for add-on software. When I've compiled stuff I never bothered to mess with it because it seemed that no one else cared. I think Im going to follow your lead and start building things to reside there.

Any chance we could get a greater consensus on this from the community as a whole? I think if we were able to get enough on board... perhaps we could get future releases to be auto setup with the proper PATH variables, etc.

Yep I agree. I can mod /etc/profile and whack in a test for /opt/bin:opt/sbin and add them to PATH and test for /opt/lib for LD_LIBRARY_PATH.. but... we have to decide on a standard.. will it be /opt/bin:/opt/sbin, opt/lib, or will it be /opt/usr/bin:/usr/sbin, /opt/usr/lib? I expect --prefix=/opt would be good enough keeping --sysconfdir=/etc, and --localstatedir=/var.

EDIT: Actually, is there a need for the test? It should be standard anyways. PATH and LD_LIBRARY_PATH don't seem to mind if /usr/games doesn't exist and that's been in PATH for awhile now. Looks like I've decided..

Q5sys: crossover posting.. .. read above

Aitch wrote:I agree, and I'm sure Joe/big_bass and aragon will too

Aitch

In an effort to keep this thread on slacko on topic... i've created a thread HERE where we can debate /opt further.

Whenever I boot Slacko53, I get this error message:

kernel hardware error no human readable mce decoding support on this cpu type

It does not effect the boot process or the operation of the computer. It is not present when I boot any of my other 8 operating systems; in particular, it is not present with Lucid528 or Racy522.

I found this on the web:

This is pretty much a bug in newer Linux kernels. They print this message on every corrected error, even though it's useless and also the decoding into the kernel log is not very useful because mcelog can aggregate the information much better. This is fixed with this patch
To apply to a kernel: download raw patch , cd kernel source, patch -p1 < patchfile, recompile.

I do not have the talent to do the patch myself, but thought I should report it. Otherwise, Slacko53 is one of the two best Puppy distros I've ever used.

BS

ravensrest

Thanks of the report.. which kernel? 2.6.37.6 or 2.6.39.4?
It's too late for a kernel recompile now as that is what's needed, but this will make it's way into future versions unless the patch is taken on upstream by kernel.org then it will be standard.

I have a strange sound distortion in mplayer in pupradio while listening to vprbbc (6). It doesn't happen in Racy-5.2.2.

I have a strange sound distortion in mplayer in pupradio while listening to vprbbc (6). It doesn't happen in Racy-5.2.2.

Me too ..However vpr classical is perfect, same server, same protocol, codec etc.

This does not occur if you use Xine (with playdaz xine-lib-1.1.20), plays perfectly, and it's the only station which shows the distortion.

Hello !

Catching up ...........

The K2.6.39.4(PAE), was it compiled by you or originally by BK? The reason I ask is that (now, quite) a while ago I attempted to recompile it with the only compile-time change as to make it non-PAE; wouldn't even boot .

Yes, I do run the K2.6.39.4 slackos, due to highly(?) improved graphics compared to K2.6.37 - yes, BROOKDALE, but would, just for the sake of it , like to run this, more modern kernel, in a non-PAE fashion.

Cheers / MHHP (still in spup5297plus, just about to go 5.3.0.1)

The K2.6.39.4(PAE), was it compiled by you or originally by BK? The reason I ask is that (now, quite) a while ago I attempted to recompile it with the only compile-time change as to make it non-PAE; wouldn't even boot

Me. The DOTconfig is in /etc/modules, I guess you know

I compiled in a full install using BK's exact instruction for 2.6.39.4 but I altered the kernel configuration to add some scsi drivers suggested by tempestuous and something else I forget, anyways you can diff mine as is to BK's. PAE should be easy to turn off. BTW, I use Xconfig as my full install of the early alpha 130 or sumthing (:shock: ) is still rock solid with kde4 and I'm lazy! It's had a about 10 different kernels , each worked ok, except an early attempt where I did something realy, really stoopid (re some thread by l0wt3ch, too lazy to find link )

Cheers!

Ta, just wanted to make sure... .

Yes, I re-compiled it non-PAEing your DOTconfig and http://distro.ibiblio.org/puppylinux/pe ... atched.sfs, must have been a hiccup here on my side ...

Cheers / MHHP

TBH I've never tried compiling from the sfs sources. I always get pristine from kernel.org and do it the hard way.

Took the lazy way out ...

Didn't want to find, and apply, all the patches.....

Cheers / MHHP