Page 10 of 17
Librepup 6.0.2.1
Posted: Mon 05 Oct 2015, 05:31
by Billtoo
Manual frugal installation of remaster Librepup to a 32gb usb-3.0 flash
drive, pc is an HP mini Stream.
Computer
Processor 2x Intel(R) Celeron(R) 2957U @ 1.40GHz
Memory 1969MB (102MB used)
Machine Type Physical machine
Operating System Librepup - 6.0.2.1
User Name root (root)
Date/Time Mon 05 Oct 2015 01:08:48 AM EDT
Display
Resolution 1920x1080 pixels
OpenGL Renderer Unknown
X11 Vendor The X.Org Foundation
Audio Devices
Audio Adapter HDA-Intel - HDA Intel HDMI
Audio Adapter HDA-Intel - HDA Intel PCH
Input Devices
Sleep Button
Power Button
Power Button
Logitech USB Receiver
Logitech USB Receiver
HP WMI hotkeys
Video Bus
PC Speaker
This pc has intel HD graphics (Haswell I think) but no hardware acceleration, plays
youtube fine and works well running everything else.
Posted: Mon 05 Oct 2015, 21:00
by musher0
Hello, all.
Is my PPM broken? I mean: how long is it supposed to take for PPM to
download the fully-enabled conky from the belenos repo?
Please see the time column in htop capture below. It says PPM has been
active for almost 16 minutes. Since nothing was happening, I decided to kill
PPM.
Thanks in advance for any lead.
musher0
Posted: Mon 05 Oct 2015, 21:43
by James C
In a unmodified 6.0.2.1, it only took about 30 seconds to download and install Conky here through the ppm.
Librepup 6.0.2.1
Posted: Mon 05 Oct 2015, 21:56
by Billtoo
It's working fine here, didn't time it but it didn't take long.
Posted: Tue 06 Oct 2015, 03:02
by musher0
Thanks, guys.
I suppose I did something to cripple PPM. I didn't touch any code, but
maybe I disturbed some setting last time I refreshed the repos. I'll have
to go bug hunting.
Again, thanks. Bye for now.
musher0
Posted: Tue 06 Oct 2015, 03:23
by musher0
Hello all.
musher0 wrote:(...)
Re: the lm-sensors package acting funny in LibrePup.
I discovered that you don't need to install the lm-sensors pckage to get the CPU
temperature.
will do it!
To know the behavior of your CPU in case of very high temperature, you type:
If you want to read the temperature in Fahrenheit degrees instead of
Celsius or Centigrade, type:
Those acpi commands come in handy in librepup, since lm-sensors relies
on non-free firmware that librepup does not provide OOTB.
BFN.
musher0
Posted: Tue 06 Oct 2015, 07:40
by musher0
My new librepup desktop.
Posted: Tue 06 Oct 2015, 08:27
by buti
Congrats on the idea and realization, Iguleder!
What follows may sound like non-sense, so feel free to ignore it, but IMHO it should be the default behavior in any Linux distro, Puppy or not, in order to really push harware vendors to opensource their firmwares/drivers...
1) Boot with a linux-libre kernel
2a) If some hardware need a closed source driver/firmware popup a warning to the user and offer the choice to load a sort of "proprietary_zdrv.sfs", which would include all the proprietary drivers and firmware of a typical Puppy, explaining the possible consequences of this choice (spyware, security holes, and so on)
3) Once reached the desktop pop-up a warning sayng (more or less) "You are running proprietary drivers/firmware and your computer is at risk. Are you aware of that?" with two buttons, "More info" and "ok" and a thick "Don't show this again".
4) If the user clicks on "More info" point him to some information page and suggest him to email the customer service of the hardware vendor kindly requesting to publish the source code of their driver/firmware.
5) A script could gather the name of the hardware vendor and model for which no open source driver is available and prepare a standard email to be copy-pasted by the user.
2b) If no hardware need proprietary driver/firmware, boot right to the desktop.
I don't know if this is feasible and sensible, but user would not complain because their wireless cannot connect and it may generate some pressure on hardware vendors to publish open source drivers.
Anyway, good to see more libre spirit in the air
.
Buti
Posted: Tue 06 Oct 2015, 10:48
by Iguleder
buti wrote:3) Once reached the desktop pop-up a warning sayng (more or less) "You are running proprietary drivers/firmware and your computer is at risk. Are you aware of that?" with two buttons, "More info" and "ok" and a thick "Don't show this again".
Interesting idea. I think I'll add an annoying popup on X startup, which warns if you're not running Linux-libre.
Posted: Wed 07 Oct 2015, 02:34
by musher0
Hello.
I reviewed all the PPM settings, and it's happening again.
If anyone can tell me why trying to download a 20.5 Kb console
BoulderDash (pic 1) clone freezes PPM (pic 3) for 4 minutes, I'll be
quite grateful.
@Iguleder:
Can it be because your librepup.info site is not responding? (pic 2)
And its software list can not be updated or something?
Your edit of PPM was working so well until now...
Thanks in advance for any lead.
musher0
Posted: Wed 07 Oct 2015, 06:03
by darry1966
Quote"@Iguleder:
Can it be because your librepup.info site is not responding? (pic 2)
And its software list can not be updated or something? "
Tried getting to Librepup site dead as a Dodo. Might have to find an alternative server for Wget/PPM.
Posted: Wed 07 Oct 2015, 06:49
by Iguleder
Yes, it's down because the VPS company I chose is very unreliable. It's the second downtime in two weeks.
Posted: Wed 07 Oct 2015, 07:06
by 01micko
Iguleder wrote:Yes, it's down because the VPS company I chose is very unreliable. It's the second downtime in two weeks.
If you want an account on my VPS server just say the word. You can always use it as a backup - PPM should handle that. (But PPM will have to handle https too if certificates are screwed.)
Posted: Wed 07 Oct 2015, 07:08
by darry1966
Yes, it's down because the VPS company I chose is very unreliable. It's the second downtime in two weeks
Bugger.
Posted: Wed 07 Oct 2015, 08:05
by musher0
Iguleder wrote:Yes, it's down because the VPS company I chose is very unreliable. It's the second downtime in two weeks.
Hi, Iguleder.
That's unfortunate, and I sympathize. But can this problem sort of freeze
the PPM? I mean: can having one of the repos down slow the whole PPM
to a crawl?
Best regards.
musher0
Posted: Wed 07 Oct 2015, 08:53
by Iguleder
Just say "no" when it offers you to download stuff from the Librepup repo, for now
It's some weird packet drop issue, so wget does not time out. Maybe we should PPM to 3 tries, 5 seconds each.
Posted: Wed 07 Oct 2015, 09:18
by mavrothal
Iguleder wrote:It's some weird packet drop issue, so wget does not time out. Maybe we should PPM to 3 tries, 5 seconds each.
PPM does not freeze if a download fails or is interrupted. Just exits and says that it failed to install x, y, z.
(Against my better judgment
...) I would think that
the problem is this
Posted: Wed 07 Oct 2015, 10:49
by musher0
mavrothal wrote:Iguleder wrote:It's some weird packet drop issue, so wget does not time out. Maybe we should PPM to 3 tries, 5 seconds each.
PPM does not freeze if a download fails or is interrupted. Just exits and says that it failed to install x, y, z.
(Against my better judgment
...) I would think that
the problem is this
Hi mavrothal.
On both your pages, I get the page for a couple of seconds and then a
futuristic desert figure next to a 404 message, both in opera-12.16 and
in trisquel's most recent abrowser (aka firefox). Can the webmaster at
github fix this? Thanks in advance.
I quickly saw that the bug had to do with gettext ? Anyway...
BFN.
musher0
Posted: Wed 07 Oct 2015, 11:00
by mavrothal
musher0 wrote:On both your pages, I get the page for a couple of seconds and then a
futuristic desert figure next to a 404 message, both in opera-12.16 and
in trisquel's most recent abrowser (aka firefox).
I do not see this problem.
I would suggest to boot a non-remastered puppy with "pfix=ram" and try again.
In general I think would be a good idea to check if a problem that you see, also exists with the original ISO before adding anything to the system and before you generate a savefile/folder. If not, then describe all the changes that you have made so one might find how the problem was generated.
Posted: Wed 07 Oct 2015, 11:38
by musher0
mavrothal wrote:musher0 wrote:On both your pages, I get the page for a couple of seconds and then a
futuristic desert figure next to a 404 message, both in opera-12.16 and
in trisquel's most recent abrowser (aka firefox).
I do not see this problem.
I would suggest to boot a non-remastered puppy with "pfix=ram" and try again.
In general I think would be a good idea to check if a problem that you see, also exists with the original ISO before adding anything to the system and before you generate a savefile/folder. If not, then describe all the changes that you have made so one might find how the problem was generated.
I generally agree with the methodology you describe, except in this
case, I think that nobody can generate their own 404 error for any
website they visit. And assuming they could, why would they, if they
want to read the material?
It's not a problem with the librepup distro, I haven't remastered it.
it's a bug in the woof github website.
If anyone else can validate,
please ring in. In this way you will be helping me and other Puppyists
interested in the woof process to squash this bug, or at least bring it to
the attention of the proper web site authority.
Thanks anyway, mavrothal. I'll notify the main github webmaster directly.
BFN.
musher0