Librepup 6.0.2.2

Message

Billtoo · #181 Post by **Billtoo** » Mon 05 Oct 2015, 05:31

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.

musher0 · #182 Post by **musher0** » Mon 05 Oct 2015, 21:00

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

James C · #183 Post by **James C** » Mon 05 Oct 2015, 21:43

In a unmodified 6.0.2.1, it only took about 30 seconds to download and install Conky here through the ppm.

Billtoo · #184 Post by **Billtoo** » Mon 05 Oct 2015, 21:56

It's working fine here, didn't time it but it didn't take long.

musher0 · #185 Post by **musher0** » Tue 06 Oct 2015, 03:02

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

musher0 · #186 Post by **musher0** » Tue 06 Oct 2015, 03:23

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.

Code: Select all

acpi -t

will do it!

To know the behavior of your CPU in case of very high temperature, you type:

Code: Select all

acpi -t -i

If you want to read the temperature in Fahrenheit degrees instead of
Celsius or Centigrade, type:

Code: Select all

acpi -t -f

Those acpi commands come in handy in librepup, since lm-sensors relies
on non-free firmware that librepup does not provide OOTB.

BFN.

musher0

musher0 · #187 Post by **musher0** » Tue 06 Oct 2015, 07:40

My new librepup desktop.

buti · #188 Post by **buti** » Tue 06 Oct 2015, 08:27

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

Iguleder · #189 Post by **Iguleder** » Tue 06 Oct 2015, 10:48

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.

musher0 · #190 Post by **musher0** » Wed 07 Oct 2015, 02:34

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

darry1966 · #191 Post by **darry1966** » Wed 07 Oct 2015, 06:03

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.

Iguleder · #192 Post by **Iguleder** » Wed 07 Oct 2015, 06:49

Yes, it's down because the VPS company I chose is very unreliable. It's the second downtime in two weeks.

01micko · #193 Post by **01micko** » Wed 07 Oct 2015, 07:06

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.)

darry1966 · #194 Post by **darry1966** » Wed 07 Oct 2015, 07:08

Yes, it's down because the VPS company I chose is very unreliable. It's the second downtime in two weeks

Bugger.

musher0 · #195 Post by **musher0** » Wed 07 Oct 2015, 08:05

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

Iguleder · #196 Post by **Iguleder** » Wed 07 Oct 2015, 08:53

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.

mavrothal · #197 Post by **mavrothal** » Wed 07 Oct 2015, 09:18

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

musher0 · #198 Post by **musher0** » Wed 07 Oct 2015, 10:49

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

mavrothal · #199 Post by **mavrothal** » Wed 07 Oct 2015, 11:00

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.

musher0 · #200 Post by **musher0** » Wed 07 Oct 2015, 11:38

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

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

Librepup 6.0.2.2

Librepup 6.0.2.1

Librepup 6.0.2.1