ArtfulPup (& Upup-Bionic-Beaver-RC)

[futwerk]

new wallpaper.

[backi]

Ubuntu 17.10 Temporarily Pulled Due To A BIOS Corrupting Problem .

https://www.phoronix.com/scan.php?page= ... -Corrupter

[musher0]

Ubuntu 17.10 Temporarily Pulled Due To A BIOS Corrupting Problem .

https://www.phoronix.com/scan.php?page= ... -Corrupter

Thanks backi.

For everyone's information, mistfire is providing other references to other articles
about it at
http://murga-linux.com/puppy/viewtopic. ... ost#978053

Would anyone know if this snafu is affecting peebee's ArtfulPup?

BFN.

[mavrothal]

If someone looks at the actual bug report, is clear that the Ubuntu-17.10-bricks-some-Lenovo-laptops bug, does not affecet Artfulpup.
The problematic driver (intel_spi) does not even exist in the 4.9.x kernel artfulpup is using.

[musher0]

If someone looks at the actual bug report, is clear that the Ubuntu-17.10-bricks-some-Lenovo-laptops bug, does not affecet Artfulpup.
The problematic driver (intel_spi) does not even exist in the 4.9.x kernel artfulpup is using.

Ah. Many thanks, mavrothal, for reassuring us.

[fredx181]

Question Re: Ubuntu-17.10-bricks-some-Lenovo-laptops: (sorry for being off-topic)
I'm experimenting with Bionic (Dog) development version, it has kernel 4.13 (some kernel package version of 4.13 should be affected by this terrible bug, don't know which one, they only say it's fixed in 4.13.0-21.24)

When I check if some "intel-spi-*" driver is loaded on my Bionic, there's none
EDIT: Forgot to mention that some intel-spi-* .ko driver modules do exist in /lib/modules... (but apparently not loaded?).

Code: Select all

root@live:~# lsmod | grep spi
mptspi                 24576  0
scsi_transport_spi     32768  1 mptspi
mptscsih               40960  2 mptsas,mptspi
mptbase               102400  3 mptscsih,mptsas,mptspi
root@live:~# lsmod | grep intel
snd_hda_intel          40960  1
snd_hda_codec         126976  4 snd_hda_intel,snd_hda_codec_analog,snd_hda_codec_hdmi,snd_hda_codec_generic
snd_hda_core           81920  5 snd_hda_intel,snd_hda_codec,snd_hda_codec_analog,snd_hda_codec_hdmi,snd_hda_codec_generic
snd_pcm                98304  4 snd_hda_intel,snd_hda_codec,snd_hda_core,snd_hda_codec_hdmi
snd                    81920  13 snd_hda_intel,snd_hwdep,snd_seq,snd_hda_codec,snd_hda_codec_analog,snd_timer,snd_rawmidi,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_seq_device,snd_pcm

(on HP Compaq 6710b laptop, no BIOS corruption has happened)

My guess is that there is no such danger of BIOS corruption if no intel-spi-* module is loaded, but I could be wrong, any thoughts ?

Thanks,

Fred

[hamoudoudou]

This driver is not needed by Artfulpup users, is it ?
"The problematic driver (intel_spi) does not even exist in the 4.9.x kernel artfulpup is using."
Pupsaveconfig added,
Intensive daily usage of Artfulpup to write the Story of 'Afrique', a ship like Titanic, Departure to Africa from Bordeaux 1920 With 580 passengers on board.. Quite an Indiana Jones story.

[fredx181]

This driver is not needed by Artfulpup users, is it ?
"The problematic driver (intel_spi) does not even exist in the 4.9.x kernel artfulpup is using."

Again, sorry for being off-topic in my previous post , and NOTE: there's NO danger for ArtfulPup at all ! (as said, the intel_spi driver does not exist in Artfulpup indeed AND IS NOT NEEDED)
(just thought someone with more knowledge than me could answer question about the 4.13 kernel bug subject, which is btw already answered by pemasu in Xenialdog thread)

Fred

[peebee]

@mavrothal has reported:

aplay, used in pmusic, crashes if you pause playback so you can not resume

in the dpup-stretch thread.

For me, playback does resume if the Play/Pause button is clicked twice....

@radky has determined that:

the problem in Dpup was immediately fixed after I copied usr/lib/libasound.so.2.0.0 from xenialpup-7.5.

Please test if the issue is fixed in ArtfulPup by installing:

zz_libasound2_xenial-1.1.0.pet

Thanks

[mavrothal]

Please test if the issue is fixed in ArtfulPup by installing:

zz_libasound2_xenial-1.1.0.pet

It solves the crash-after-pause issue but regenerates the flac-gives-white-noise issue...

You may consider a (n spi_intel fixed) 4.13.0 kernel (a thought you had one from LxPupSc) to see if this works with native artful ubuntu packages.

Latter: ffmpeg 2.8.13 with the libasound xenial (1.1.0? ) appear to work in both pause and flac. Though the downgrading to "xenial sound" may give other problems elsewhere.

[peebee]

It solves the crash-after-pause issue but regenerates the flac-gives-white-noise issue...

You may consider a (n spi_intel fixed) 4.13.0 kernel (a thought you had one from LxPupSc) to see if this works with native artful ubuntu packages.

Latter: ffmpeg 2.8.13 with the libasound xenial (1.1.0? ) appear to work in both pause and flac. Though the downgrading to "xenial sound" may give other problems elsewhere.

ArtfulPup-17.11+8....with zz_ .pet installed - no problem playing the test .flac file - no white noise....

Tried kernel 4.14.9-lxpup64 - same behaviour.

Error message from pmusic with libasound2-1.1.3-5 is:
aplay: xrun read/write error, state = RUNNING

[sszindian]

The current version of mtpaint 3.49.13-4 (I believe it's 13-4) at any rate, the version now in your current +8... It won't load .gif graphics, other graphic extensions seem OK.

>>>---Indian------>

[peebee]

The current version of mtpaint 3.49.13-4 (I believe it's 13-4) at any rate, the version now in your current +8... It won't load .gif graphics, other graphic extensions seem OK.

>>>---Indian------>

Many thanks

Also applies to mtpaint in XenialPup-7.5

mtpaint from Xenial requires libgif.so.4 and this is provided as a link to libgif.so.7 in both XenialPup and ArtfulPup, but this is not sufficient.

Can be fixed by installing mtpaint from slacko:
http://distro.ibiblio.org/puppylinux/pe ... 6_s700.pet
which has been built against libgif.so.7

or by copying libgif.so.4.1.6 from TahrPup and remaking the link to libgif.so.4

Will be fixed in next update.

[peebee]

Update +9 - libasound2 from xenial to fix pMusic pause/play; libgif4 from tahr to fix mtpaint; + Ubuntu updates

[don570]

The current version of mtpaint 3.49.13-4 (I believe it's 13-4) at any rate, the version now in your current +8... It won't load .gif graphics, other graphic extensions seem OK.

When mtpaint will save a GIF format , but won't open GIF files then
it has been compiled on a distro that had a different version of libgif

Here is my experience with compiling mtpaint in fatdog linux to obtain
a version that would run in stretch.

http://murga-linux.com/puppy/viewtopic. ... 483#971483
_________________________________________________

[jrb]

Hi PeeBee,
Thanks again for the great work! I thought I would try Woofing up a custom ArtfulPup of my own so I followed your excellent instructions. The only problem I had was with 1download. I kept getting:

Code: Select all

Downloading busybox-1.25.0-i686_s700.pet
  - from http://smokey01.com/peebee/artfulpup/extras/pet_packages-artfulpup
  failed (file not found on server or could not finish download)

I got around this by using pmirror to download http://smokey01.com/peebee/artfulpup/extras and temporarily ##ing out all packages from that source in DISTRO_PKGS_SPECS-ubuntu-artful. Thought you might like to know.

Cheers, J

[peebee]

Hi PeeBee,
Thanks again for the great work! I thought I would try Woofing up a custom ArtfulPup of my own so I followed your excellent instructions. The only problem I had was with 1download. I kept getting:

Code: Select all

Downloading busybox-1.25.0-i686_s700.pet
  - from http://smokey01.com/peebee/artfulpup/extras/pet_packages-artfulpup
  failed (file not found on server or could not finish download)

I got around this by using pmirror to download http://smokey01.com/peebee/artfulpup/extras and temporarily ##ing out all packages from that source in DISTRO_PKGS_SPECS-ubuntu-artful. Thought you might like to know.

Cheers, J

Wow - many thanks @jrb - you must be the first to try that.....

Apologies for the download failure - I really should have tested that - now fixed by correcting the directory structure on smokey01.com

Should work as advertised now (I hope!)

Cheers!
peebee

[jrb]

Should work as advertised now (I hope!)

Worked perfectly! Some of my mods took a bit of fiddling, but all went well in the end.

Thanks again, J

[ally]

post 'em up

[gyro]

I've just found an issue with the "/etc/init.d/udev" script.
An error about "ps" failing is reported in "/tmp/bootsysinit.log".
I've found that this line of code in "udev" fails:

Code: Select all

if ! ps --no-headers --format args ax | egrep -q '^\['; then

The 'ps' fails because in puppy it's a script that contains this line:

Code: Select all

[ "`which ps-FULL`" != "" ] && exec ps-FULL $@

Which fails because "which" is not in the PATH as defined in the "udev" script.
This could be fixed by changing the PATH definition in "udev", but I suspect that this script is borrowed from elsewhere, so best not to have a local patch.
Suggested fix is to change the offending line in "/bin/ps" to:

Code: Select all

[ "`/usr/bin/which ps-FULL`" != "" ] && exec ps-FULL $@

or

Code: Select all

[ -x /bin/ps-FULL ] && exec /bin/ps-FULL $@

Either of these removes the requirement for "which" to be in the PATH.
The patched "ps" should still work the same as before.

gyro