Librepup 6.0.2.2
Hmmm.. correct.. no log, oh well. That needs fixing.
Go and enjoy your moon!
Go and enjoy your moon!
Puppy Linux Blog - contact me for access
Thanks James.
I did notice an issue. HTML5 audio/video is not working. I got it sorted in slacko64 with the good, the bad and the ugly gst-plugins... but I just broke my pupsave in librepup so can't sort that for now.
I was running a 64 bit kernel and decided to change to a 32 so my build system would work properly (relies on uname -r for naming) and while the zdrv seems loaded, none of the modules are responsive; tried to switch back to the 64 kernel and the same thing. Seems like a new woof bug to me, can't be sure.
Anyway, I'm building a kernel in libre and will sort out qupzilla sooner or later
I did notice an issue. HTML5 audio/video is not working. I got it sorted in slacko64 with the good, the bad and the ugly gst-plugins... but I just broke my pupsave in librepup so can't sort that for now.
I was running a 64 bit kernel and decided to change to a 32 so my build system would work properly (relies on uname -r for naming) and while the zdrv seems loaded, none of the modules are responsive; tried to switch back to the 64 kernel and the same thing. Seems like a new woof bug to me, can't be sure.
Anyway, I'm building a kernel in libre and will sort out qupzilla sooner or later
Puppy Linux Blog - contact me for access
It works.01micko wrote:latest
QupZilla
Here is my "minimal" install.
from PPM install:
(deps are taken care of)libgstreamer-plugins-base
libqtwebkit4
Then
Code: Select all
wget https://01micko.com/libre/ca-certificates-20150426-noarch_all.pet --no-check-certificatewget
wget https://01micko.com/libre/QupZilla-1.8.6-i686_libre.pet
petget ca-certificates-20150426-noarch_all.pet
petget QupZilla-1.8.6-i686_libre.pet
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Librepup 6.0.2.0
I moved my flash drive installation to an HP desktop pc:
video-info-glx 1.5.3 Mon 28 Sep 2015 on Librepup 6.0.2.0 Linux 3.14-librepup i686
2.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09)
oem: Intel(R) Sandybridge/Ivybridge Graphics Chipset Accelerated VGA BIOS
product: Intel(R) Sandybridge/Ivybridge Graphics Controller Hardware Version 0.0
X Server: Xorg Driver: intel
X.Org version: 1.15.1
dimensions: 1920x1080 pixels (507x285 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Desktop x86/MMX/SSE2
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.1.3
Intel(R) Core(TM) i5-3550 CPU @ 3.30GHz
Core 0: @1695 1: @1682 2: @1692 3: @1697 MHz
I installed 01micko's Qupzilla and ca-certificate pets (thanks), also installed
the flashplayer plugin.
It's working well.
Edit: Here's the Cmus pet if anyone would like it, the link is for Cmus documentation.
http://www.tuxarena.com/static/cmus_guide.php
Edit: Nexuiz242 works great.
video-info-glx 1.5.3 Mon 28 Sep 2015 on Librepup 6.0.2.0 Linux 3.14-librepup i686
2.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09)
oem: Intel(R) Sandybridge/Ivybridge Graphics Chipset Accelerated VGA BIOS
product: Intel(R) Sandybridge/Ivybridge Graphics Controller Hardware Version 0.0
X Server: Xorg Driver: intel
X.Org version: 1.15.1
dimensions: 1920x1080 pixels (507x285 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Desktop x86/MMX/SSE2
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.1.3
Intel(R) Core(TM) i5-3550 CPU @ 3.30GHz
Core 0: @1695 1: @1682 2: @1692 3: @1697 MHz
I installed 01micko's Qupzilla and ca-certificate pets (thanks), also installed
the flashplayer plugin.
It's working well.
Edit: Here's the Cmus pet if anyone would like it, the link is for Cmus documentation.
http://www.tuxarena.com/static/cmus_guide.php
Edit: Nexuiz242 works great.
- Attachments
-
- nexuiz242.jpg
- (91.02 KiB) Downloaded 488 times
-
- cmus-2.7.1-i686.pet
- (166.3 KiB) Downloaded 289 times
-
- screenshot2.jpg
- (119.21 KiB) Downloaded 680 times
Last edited by Billtoo on Mon 28 Sep 2015, 13:28, edited 2 times in total.
Hello, 01micko and all
Got qupzilla1.8.6 installed and working. Used your list for the libgstream*
and libwebkit. Also installed your "certificate" pet. However I used my
own qupzilla-1.8.6 package which I had prepared previously for
Pprecise-5.4.3. It's here:
-- https://www.adrive.com/public/4qBejQ/qupzilla-1.8.6.pet --
This pet archive comes with all locales and themes provided by the
qupzilla team.
It doesn't seem to need the QTlib's that you mention. We'll see,
experience will tell.
The end result is attached.
BTW, IMO, as a screen capture utility "Screeny" feels pretty clumsy
compared to SFR's "Take_a_Shot!", much less "professional" and less
polished. Iguleder should replace Screeny with "Take_a_Shot!", I think.
BFN.
musher0
Got qupzilla1.8.6 installed and working. Used your list for the libgstream*
and libwebkit. Also installed your "certificate" pet. However I used my
own qupzilla-1.8.6 package which I had prepared previously for
Pprecise-5.4.3. It's here:
-- https://www.adrive.com/public/4qBejQ/qupzilla-1.8.6.pet --
This pet archive comes with all locales and themes provided by the
qupzilla team.
It doesn't seem to need the QTlib's that you mention. We'll see,
experience will tell.
The end result is attached.
BTW, IMO, as a screen capture utility "Screeny" feels pretty clumsy
compared to SFR's "Take_a_Shot!", much less "professional" and less
polished. Iguleder should replace Screeny with "Take_a_Shot!", I think.
BFN.
musher0
- Attachments
-
- LunarEclipse_2015-09-28.jpg
- (39.09 KiB) Downloaded 710 times
-
- qupzilla-1.8.6_2015-09-28.jpg
- (53.59 KiB) Downloaded 694 times
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Hello all.
A note in the spirit of the "libre":
There are Creative Commons backdrops here and here
-- https://hdwallpapers.cat/creative_commons --
If you don't like those, you'll find lots of other CC-licenced pictures by
setting your search engine to "Creative Commons wallpapers".
Not to forget the old but beautiful and still available Oxygen Office photo
gallery (now an extension of OpenOffice-4.1.1), composed of newspaper
"morgue" pictures and other professional sources.
BFN.
musher0
A note in the spirit of the "libre":
There are Creative Commons backdrops here and here
-- https://hdwallpapers.cat/creative_commons --
If you don't like those, you'll find lots of other CC-licenced pictures by
setting your search engine to "Creative Commons wallpapers".
Not to forget the old but beautiful and still available Oxygen Office photo
gallery (now an extension of OpenOffice-4.1.1), composed of newspaper
"morgue" pictures and other professional sources.
BFN.
musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Nice moon! We don't get to see the eclipse here in the far, far east, never mind.
I think the upshot is that qupzilla is quite capable and doesn't need much more in the way of depends than VLC (most of QT is already there because of that). I vote for it for default
---
In other news.. @iguleder, I thought musl was a near certainty to be in the devx, but alas no.
Anyway, doesn't matter because ntfs-3g doesn't build with it anyway so I used Landleys aboriginal. this one is just for the initrd but of course if anyone wants to test it will work in the main system. It will be going into woof.
I think the upshot is that qupzilla is quite capable and doesn't need much more in the way of depends than VLC (most of QT is already there because of that). I vote for it for default
---
In other news.. @iguleder, I thought musl was a near certainty to be in the devx, but alas no.
Anyway, doesn't matter because ntfs-3g doesn't build with it anyway so I used Landleys aboriginal. this one is just for the initrd but of course if anyone wants to test it will work in the main system. It will be going into woof.
- Attachments
-
- ntfs-3g-2015.3.14.tar.bz2
- 32 bit statically linked
- (214 KiB) Downloaded 298 times
Puppy Linux Blog - contact me for access
Tried it on my Compaq presario v4000 (circa 2005) with intel chipset video and wireless.
Everything is fine but the wireless (Intel PRO/Wireless 2200BG).
I guess very few wireless cards are open source (some Atheros I think) because of presumptive "fears of security related lawsuits"...
This makes LibrePup problematic with laptops, but I guess this is the idea behind the "libre" movement. Make them provide the source.
Everything is fine but the wireless (Intel PRO/Wireless 2200BG).
I guess very few wireless cards are open source (some Atheros I think) because of presumptive "fears of security related lawsuits"...
This makes LibrePup problematic with laptops, but I guess this is the idea behind the "libre" movement. Make them provide the source.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Hi, Mick.
Yeah, it was really impressive. You don't think the moon can have a
copper/orangy color, we are so used to see it white. Unfortunately, there
were from time to time some clouds over the park where I was, so I
didn't get to see the entire transformation. But I did see about 75% of it.
The next "Blood Moon", as I learned it's called, will be back in this area in
2033. Likely, I'll be six feet under by then, which is why I wanted to see it
this time.
This type of lunar eclipse happens in a different part of the world every
year, so I'm sure Australians will get a chance to see it some day.
~~~~~~~~~
Back to our subject, people:
don't forget to enable as many extensions as you can in qupzilla, in
particular the "cookies" one. Otherwise qupzilla will go out like a candle
in the wind. (See capture 1)
~~~~~~~~~
@Iguleder
Please don't forget to type
or equivalent before your publish your next release. It's not required per
se to use gcolor2, but having the /root/.rgb.txt link is a great time-saver
when programming colors.
When you click "Show saved colors" at the bottom of the gcolor2 window
with this link enabled, you get to see 256 pre-named colors. These are
actually color variables recognized throughout the Linux system, even
by jwm. It can save you a lot of fidgeting with the color hexadecimals to
find the color you want.
With this link, you can browse through the pre-named colors for a color
approaching the one you want, and then you refine the hex numbers to
your liking. Saves you from starting from scratch every time.
(See capture 2)
Way past bedtime here, even for this night hawk! BFN.
musher0
Yeah, it was really impressive. You don't think the moon can have a
copper/orangy color, we are so used to see it white. Unfortunately, there
were from time to time some clouds over the park where I was, so I
didn't get to see the entire transformation. But I did see about 75% of it.
The next "Blood Moon", as I learned it's called, will be back in this area in
2033. Likely, I'll be six feet under by then, which is why I wanted to see it
this time.
This type of lunar eclipse happens in a different part of the world every
year, so I'm sure Australians will get a chance to see it some day.
~~~~~~~~~
Back to our subject, people:
don't forget to enable as many extensions as you can in qupzilla, in
particular the "cookies" one. Otherwise qupzilla will go out like a candle
in the wind. (See capture 1)
~~~~~~~~~
@Iguleder
Please don't forget to type
Code: Select all
cd /usr/share/X11;ln -s $PWD/rgb.txt /root/.rgb.txt
se to use gcolor2, but having the /root/.rgb.txt link is a great time-saver
when programming colors.
When you click "Show saved colors" at the bottom of the gcolor2 window
with this link enabled, you get to see 256 pre-named colors. These are
actually color variables recognized throughout the Linux system, even
by jwm. It can save you a lot of fidgeting with the color hexadecimals to
find the color you want.
With this link, you can browse through the pre-named colors for a color
approaching the one you want, and then you refine the hex numbers to
your liking. Saves you from starting from scratch every time.
(See capture 2)
Way past bedtime here, even for this night hawk! BFN.
musher0
- Attachments
-
- qupzilla-extensions_2015-09-28.jpg
- (49.11 KiB) Downloaded 639 times
-
- prenamed-colors_2015-09-28.jpg
- (48.38 KiB) Downloaded 652 times
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
- Iguleder
- Posts: 2026
- Joined: Tue 11 Aug 2009, 09:36
- Location: Israel, somewhere in the beautiful desert
- Contact:
I'll add the certificates in the next version, thanks. Seems they're part of the tahrpup hacks thing. Try to install the ca-certificates package of Trisquel - should work just fine.01micko wrote:The only issue with it, apart from that it's an old version (1.6.0, they are up to 1.8.3 which I compiled and works in slacko, so should here) is tha you get the SSL certificate errors. i suppose a new package should be made for SSL certificates and made available for all puppies.
Yes, even libical is part of the hacks tarball. I built a small Osmo without any weird dependencies:01micko wrote:Also Osmo is broken - misses libical.so.0 and libicalss.so.0. Installing libical1 from PPM works but the *.so.0 symlinks are missing. Maybe the true fix is to recompile osmo on librepup (will of course still need libical1).
osmo-0.2.14.pet
osmo_NLS-0.2.14.pet
http://librepup.info/pet_packages-librepupmavrothal wrote:Maybe a librepup repo is needed
The tahrpup kernel configuration is horrible. It decompresses Squashfs in one thread only, uses voluntary preemption, does not support hyperthreading ... I created a new configuration file in woof-CE with ATI support enabled and other changes. It should result in much better performance and responsiveness for everyone.01micko wrote:musher0's ATI problem might be the kernel config. I noticed this:
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]
Hi all,musher0 wrote:Yeah, let's all sing a "Requies-cat in pace" for icecat... (I wish Flash didn't
hide the tongue-in-cheek icon so well.)
I looked into this Icecat slowness thing and decided to look at the plugins supplied. I disabled and removed what I could including the frankly awful librejs and added noscript and adblocking from the free as freedom Icecat plugins and well what do you know a much faster Icecat.
Hmm.. but how useful would osmo be without libical? I import school holiday calendars, state and national holidays and such in ical format.Iguleder wrote:Yes, even libical is part of the hacks tarball. I built a small Osmo without any weird dependencies:01micko wrote:Also Osmo is broken - misses libical.so.0 and libicalss.so.0. Installing libical1 from PPM works but the *.so.0 symlinks are missing. Maybe the true fix is to recompile osmo on librepup (will of course still need libical1).
osmo-0.2.14.pet
osmo_NLS-0.2.14.pet
I'll try your new pet but there was something that turned me off the newer release; forget what.
Puppy Linux Blog - contact me for access
- Iguleder
- Posts: 2026
- Joined: Tue 11 Aug 2009, 09:36
- Location: Israel, somewhere in the beautiful desert
- Contact:
Good question. Osmo had other dependencies too (libgringotts, libnotify ...) - if you think the libical dependency is useful, I'll rebuild the package to re-add it.01micko wrote:Hmm.. but how useful would osmo be without libical?
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]
- Iguleder
- Posts: 2026
- Joined: Tue 11 Aug 2009, 09:36
- Location: Israel, somewhere in the beautiful desert
- Contact:
https://github.com/puppylinux-woof-CE/woof-CE/commit/97238b63dfa755176a1d3608fd8a4d4cc3df85d2musher0 wrote: Please don't forget to typeCode: Select all
cd /usr/share/X11;ln -s $PWD/rgb.txt /root/.rgb.txt
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]
Couldnt get my salary pdf to open. Real bad thing.
3builddistro used to have this ( about 2 years ago )
so...compiling schemas during woofing means that the distro need to have glib-compile-schemas to be found.
# ls /usr/lib/glib-2.0
gio-querymodules glib-compile-resources glib-compile-schemas
so....symlinks to the executable path are missing.
and....I got evince showing my salary pdf. Great !
Having those symlinks in place inside woof and 3builddistro should compile schemas without need to do it manually, if things havent changed much.
3builddistro used to have this ( about 2 years ago )
Code: Select all
v#120522 precise puppy, seamonkey was crashing. needed /usr/share/glib-2.0/schemas/apps.gecko-mediaplayer.preferences,
# but also needs this compile operation...
# ***NOTICE*** cross-build, this will have to be executed at first boot...
if [ "$WOOF_HOSTARCH" = "$WOOF_TARGETARCH" ];then
if [ -d rootfs-complete/usr/share/glib-2.0/schemas ];then
[ -e rootfs-complete/usr/bin/glib-compile-schemas ] && chroot rootfs-complete /usr/bin/glib-compile-schemas /usr/share/glib-2.0/schemas
fi
#120523 seems need this too...
if [ -d rootfs-complete/usr/lib/gio/modules ];then
[ -e rootfs-complete/usr/bin/gio-querymodules ] && chroot rootfs-complete /usr/bin/gio-querymodules /usr/lib/gio/modules
fi
fi
# ls /usr/lib/glib-2.0
gio-querymodules glib-compile-resources glib-compile-schemas
so....symlinks to the executable path are missing.
Code: Select all
ln -s /usr/lib/glib-2.0/* /usr/bin
glib-compile-schemas /usr/share/glib-2.0/schemas/
Having those symlinks in place inside woof and 3builddistro should compile schemas without need to do it manually, if things havent changed much.
Last edited by pemasu on Mon 28 Sep 2015, 18:20, edited 1 time in total.
About PIMs...Iguleder wrote:Good question. Osmo had other dependencies too (libgringotts, libnotify ...) - if you think the libical dependency is useful, I'll rebuild the package to re-add it.01micko wrote:Hmm.. but how useful would osmo be without libical?
Or this librepup breaks pattern and uses something other than osmo.
-- Perish the thought!
Integrating qOrganizer should be easy, since Qt is already on board.
Or we go extra light, with a handful of notecase and gnumeric templates
and corresponding menu entries. I had found/created some for the
lightweight Puppy| Toutou business suite for Francophones, and they could
be updated. (Most were in English anyway.) Let's free up some Mg's!
Or there's an older PIM that's exportable/syncable. [Edit: I remember
now, the name of that app is jpilot]; it syncs with a palmpilot. A visitor
to the forum had requested it, and another member and myself had
compiled it and produced pets. (Now where's that in my mess...)
[Edit: Zapped now irrelevant end of paragraph. musher0]
The BORG Calendar is absolutely great but its java JRE dependency is
too heavy for a pup.
BFN.
musher0
Last edited by musher0 on Wed 30 Sep 2015, 02:46, edited 2 times in total.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)