woof-CE needs you
woof-CE needs you
I did a build of stretch-7.0.0b1-g4dos-altkernel-devx.iso today, I
added applications with PPM, also installed JWMDesk-2.4.2.pet.
System: Host: puppypc1939 Kernel: 4.9.75 i686 (32 bit) Desktop: JWM 2.3.6 Distro: Dpup Stretch 7.0.0b1
Machine: Device: desktop System: Hewlett-Packard product: HPE-410f serial: MXX0370KF3
Mobo: FOXCONN model: 2AB1 v: 1.00 BIOS: American Megatrends v: 6.02 date: 07/21/2010
CPU: Hexa core AMD Phenom II X6 1045T (-MCP-) speed/max: 800/2700 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Redwood PRO [Radeon HD 5550/5570/5630/6510/6610/7570]
Display Server: X.org 1.19.2 driver: radeon tty size: 154x36 Advanced Data: N/A for root
Network: Card-1: Ralink RT3090 Wireless 802.11n 1T/1R PCIe driver: rt2800pci
Card-2: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
Drives: HDD Total Size: 1189.4GB (2.0% used)
Weather: Conditions: 36 F (2 C) - light showers rain Time: January 8, 8:36 PM EST
Info: Processes: 211 Uptime: 5:11 Memory: 574.4/8091.6MB Client: Shell (bash) inxi: 2.3.5
Changed kernels.
No problems so far.
*******************************************************
EDIT:I installed kpat,kiriki,and kshisen with PPM but they wouldn't run until I installed dbus-1.12.2.tar.gz from BLFS.
Kpat etc run fine in Dpup-Stetch-7.5 CE.
added applications with PPM, also installed JWMDesk-2.4.2.pet.
System: Host: puppypc1939 Kernel: 4.9.75 i686 (32 bit) Desktop: JWM 2.3.6 Distro: Dpup Stretch 7.0.0b1
Machine: Device: desktop System: Hewlett-Packard product: HPE-410f serial: MXX0370KF3
Mobo: FOXCONN model: 2AB1 v: 1.00 BIOS: American Megatrends v: 6.02 date: 07/21/2010
CPU: Hexa core AMD Phenom II X6 1045T (-MCP-) speed/max: 800/2700 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Redwood PRO [Radeon HD 5550/5570/5630/6510/6610/7570]
Display Server: X.org 1.19.2 driver: radeon tty size: 154x36 Advanced Data: N/A for root
Network: Card-1: Ralink RT3090 Wireless 802.11n 1T/1R PCIe driver: rt2800pci
Card-2: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
Drives: HDD Total Size: 1189.4GB (2.0% used)
Weather: Conditions: 36 F (2 C) - light showers rain Time: January 8, 8:36 PM EST
Info: Processes: 211 Uptime: 5:11 Memory: 574.4/8091.6MB Client: Shell (bash) inxi: 2.3.5
Changed kernels.
No problems so far.
*******************************************************
EDIT:I installed kpat,kiriki,and kshisen with PPM but they wouldn't run until I installed dbus-1.12.2.tar.gz from BLFS.
Kpat etc run fine in Dpup-Stetch-7.5 CE.
- Attachments
-
- screenshot.jpg
- (37.01 KiB) Downloaded 1276 times
-
- Posts: 1543
- Joined: Mon 22 Feb 2016, 19:43
Re: woof-CE needs you
I noticed there was two new dbuses added a week ago (I think). This is what the commit says:Billtoo wrote:EDIT:I installed kpat,kiriki,and kshisen with PPM but they wouldn't run until I installed dbus-1.12.2.tar.gz from BLFS.
Kpat etc run fine in Dpup-Stetch-7.5 CE.
Code: Select all
dpup: essential fixes
address dbus, glib, cryptsetup issues
other important updates to get a nice system
Entries in DISTRO_PKGS_SPECS-debian-stretch
I'm guessing this new stretch one is normally used and the debian one is there as a backup, though haven't looked at how to switch to the other one to test, maybe I'll check if that fixes my warning in Hexchat and Palemoon later or makes things worse.
Re: woof-CE needs you
I downloaded pminstaller-0.2.4.tar.bz2 this morning and installed palemoon-27.6.2Sailor Enceladus wrote: I'm guessing this new stretch one is normally used and the debian one is there as a backup, though haven't looked at how to switch to the other one to test, maybe I'll check if that fixes my warning in Hexchat and Palemoon later or makes things worse.
Palemoon is working fine,was using Firefox-ESR-52.5.0 and that worked well.
Stretch-b1 comes with QTweb only.
Hi Billtoo & Sailor,
When doing stretch builds, are you guys getting them to turn out at all like what Radky is giving us with his ISO stretch releases? I tried awhile back, but gave up, since booting up Radky's was a lot different than booting up the builds I did. Has Woof-CE changed radically in the past 2-3 weeks with Stretch builds??
When doing stretch builds, are you guys getting them to turn out at all like what Radky is giving us with his ISO stretch releases? I tried awhile back, but gave up, since booting up Radky's was a lot different than booting up the builds I did. Has Woof-CE changed radically in the past 2-3 weeks with Stretch builds??
Hi belham2,belham2 wrote:Hi Billtoo & Sailor,
When doing stretch builds, are you guys getting them to turn out at all like what Radky is giving us with his ISO stretch releases? I tried awhile back, but gave up, since booting up Radky's was a lot different than booting up the builds I did. Has Woof-CE changed radically in the past 2-3 weeks with Stretch builds??
There were a lot of changes done to the testing branch in the past week or so.
It builds stretch-7.0.0b1-g4dos-altkernel-devx.iso, the iso contains the devx and an alternative kernel.
https://github.com/puppylinux-woof-CE/w ... ts/testing
-
- Posts: 1543
- Joined: Mon 22 Feb 2016, 19:43
Hi belham2,
If you do a build of stretch now, or try the puduan build I uploaded a few days ago, I think your response to it will be something like this. I haven't even tried to patch the jwm-2.3.6 it pulls from Debian yet, so I'm still paranoid that everything will fall apart every time I click the menu, someday... haha. radky's Dpup Stretch 7.5 is definitely the go-to place if you want to get a polished dpup and receive great feedback I think, similar to OscarTalks and Tuuxxx's iso (and yours) in the past. I consider dpup woof-CE branch "a fun base" to work with and build upon which shines when someone makes it their own, same as it always was.
If you do a build of stretch now, or try the puduan build I uploaded a few days ago, I think your response to it will be something like this. I haven't even tried to patch the jwm-2.3.6 it pulls from Debian yet, so I'm still paranoid that everything will fall apart every time I click the menu, someday... haha. radky's Dpup Stretch 7.5 is definitely the go-to place if you want to get a polished dpup and receive great feedback I think, similar to OscarTalks and Tuuxxx's iso (and yours) in the past. I consider dpup woof-CE branch "a fun base" to work with and build upon which shines when someone makes it their own, same as it always was.
woof-CE needs you
I did a Puduan b1 build:
System: Host: puppypc4469 Kernel: 4.9.76 i686 (32 bit) Desktop: JWM 2.3.6 Distro: Puduan 7.0.0b1
Machine: Device: desktop System: Hewlett-Packard product: HPE-410f serial: MXX0370KF3
Mobo: FOXCONN model: 2AB1 v: 1.00 BIOS: American Megatrends v: 6.02 date: 07/21/2010
CPU: Hexa core AMD Phenom II X6 1045T (-MCP-) speed/max: 800/2700 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Redwood PRO [Radeon HD 5550/5570/5630/6510/6610/7570]
Display Server: X.org 1.11.3 driver: radeon tty size: 139x26 Advanced Data: N/A for root
Network: Card-1: Ralink RT3090 Wireless 802.11n 1T/1R PCIe driver: rt2800pci
Card-2: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
Drives: HDD Total Size: 1063.1GB (0.6% used)
Weather: Conditions: 39 F (4 C) - light drizzle Time: January 10, 10:38 PM EST
Info: Processes: 204 Uptime: 1 min Memory: 128.5/8091.6MB Client: Shell (bash) inxi: 2.3.5
Added applications with PPM,changed kernel.
I can't get kpat to run, using Firefox-52.5.0 ESR.
It's working pretty well, dual booting from a 64gb flash drive with Stretch-700b1
System: Host: puppypc4469 Kernel: 4.9.76 i686 (32 bit) Desktop: JWM 2.3.6 Distro: Puduan 7.0.0b1
Machine: Device: desktop System: Hewlett-Packard product: HPE-410f serial: MXX0370KF3
Mobo: FOXCONN model: 2AB1 v: 1.00 BIOS: American Megatrends v: 6.02 date: 07/21/2010
CPU: Hexa core AMD Phenom II X6 1045T (-MCP-) speed/max: 800/2700 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Redwood PRO [Radeon HD 5550/5570/5630/6510/6610/7570]
Display Server: X.org 1.11.3 driver: radeon tty size: 139x26 Advanced Data: N/A for root
Network: Card-1: Ralink RT3090 Wireless 802.11n 1T/1R PCIe driver: rt2800pci
Card-2: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
Drives: HDD Total Size: 1063.1GB (0.6% used)
Weather: Conditions: 39 F (4 C) - light drizzle Time: January 10, 10:38 PM EST
Info: Processes: 204 Uptime: 1 min Memory: 128.5/8091.6MB Client: Shell (bash) inxi: 2.3.5
Added applications with PPM,changed kernel.
I can't get kpat to run, using Firefox-52.5.0 ESR.
It's working pretty well, dual booting from a 64gb flash drive with Stretch-700b1
- Attachments
-
- screenshot.jpg
- (121.25 KiB) Downloaded 1042 times
-
- Posts: 1543
- Joined: Mon 22 Feb 2016, 19:43
I updated this iso to woof-CE commit 5805 too. No more dbus errors Trying kpat in ppm again now.I tried a puduan-7.0.0b1 (Devual Ascii) build with woof-CE today. Here's the iso:
http://www.mediafire.com/file/2u3k4rpkwmaba9c
md5sum: 61557bb57b8cbf7cfe273e28264c9c64
The devx is inside, the only thing I did was compile a kernel 4.4.111 nopae and use it in _00build.conf.
edit: ppm told me a lot of packages for kpat were missing, but they just seem to be missing _i386 or _all at the end?
edit2: reverting this change seems to fix it, for some reason: https://github.com/puppylinux-woof-CE/w ... 1f595f4d09
- Attachments
-
- capture32351.png
- puduan-7.0.0b1 and kpat
- (57.46 KiB) Downloaded 991 times
Sailor Enceladus wrote:I tried a puduan-7.0.0b1 (Devual Ascii) build with woof-CE today. Here's the iso:
http://www.mediafire.com/file/2u3k4rpkwmaba9c
md5sum: 61557bb57b8cbf7cfe273e28264c9c64.
just tried it (fresh download-pupmode 5)
No issue with PPM.
Maybe an old savefile with outdated package database?
- Attachments
-
- before.png
- (143.38 KiB) Downloaded 911 times
-
- after.png
- (149.44 KiB) Downloaded 919 times
== [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] ==
-
- Posts: 1543
- Joined: Mon 22 Feb 2016, 19:43
Hi mavrothal,
Thanks for testing! The issue is when you try to download "kpat" from ppm. It has 136 dependencies. I tried it to see what problem Billtoo had. libkf5item was just the first one it complained about, I looked it up in ppm later to see if actually existed. I tried grabbing it manually, then kpat said it only needed 135 dependencies, so I suppose you could search every package kpat wants, download them manually, then grab kpat and it will work, or just change ^ to -F for this particular package (kpat).
Thanks for testing! The issue is when you try to download "kpat" from ppm. It has 136 dependencies. I tried it to see what problem Billtoo had. libkf5item was just the first one it complained about, I looked it up in ppm later to see if actually existed. I tried grabbing it manually, then kpat said it only needed 135 dependencies, so I suppose you could search every package kpat wants, download them manually, then grab kpat and it will work, or just change ^ to -F for this particular package (kpat).
Not quite sure but this change appears to fix it.Sailor Enceladus wrote:Hi mavrothal,
Thanks for testing! The issue is when you try to download "kpat" from ppm. It has 136 dependencies. I tried it to see what problem Billtoo had. libkf5item was just the first one it complained about, I looked it up in ppm later to see if actually existed. I tried grabbing it manually, then kpat said it only needed 135 dependencies, so I suppose you could search every package kpat wants, download them manually, then grab kpat and it will work, or just change ^ to -F for this particular package (kpat).
- Attachments
-
- kpat.png
- (95.59 KiB) Downloaded 830 times
== [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] ==
-
- Posts: 1543
- Joined: Mon 22 Feb 2016, 19:43
I tried a "slacko current" build today with the latest woof-CE:
http://www.mediafire.com/folder/kldh509odczdb
edit: Will probably do another update to it soon to refine a few libs.
http://www.mediafire.com/folder/kldh509odczdb
edit: Will probably do another update to it soon to refine a few libs.
- Attachments
-
- Screenshot.png
- (36.33 KiB) Downloaded 415 times
Hello all.
I am beginning to understand the file database DISTRO_PKGS_SPECS-ubuntu-xenial.
(Please keep your comments to yourselves.)
As an example:
If I wish to have a non-jwm Puppy, I put a "no" instead of a yes in front of any jwm line
in that database. Correct?
Now let's say that I wish to provide echinus as a WM instead of jwm. Please forgive my
somewhat childish questions:
-- I create in that database a new line for echinus, yes?
Something like < yes|echinus||exe >, yes?
-- Do all entries in that DB have to be in alphabetical order? My "echinus" entry will have
to be in the proper place with the files beginning with "e", yes?
I cannot place it below the lines concerning "jwm", right?
-- In field 1, do I include the full filename of the echinus pet I have available?
Or just "echinus"?
-- I leave the second field empty, since it is a pet located locally. Yes?
-- Where do I put my echinus pet in the woof-CE local structure so it is incorporated?
In /mnt/sda7/local-repositories/x86/packages-pet?
TIA for any lead. BFN.
I am beginning to understand the file database DISTRO_PKGS_SPECS-ubuntu-xenial.
(Please keep your comments to yourselves.)
As an example:
If I wish to have a non-jwm Puppy, I put a "no" instead of a yes in front of any jwm line
in that database. Correct?
Now let's say that I wish to provide echinus as a WM instead of jwm. Please forgive my
somewhat childish questions:
-- I create in that database a new line for echinus, yes?
Something like < yes|echinus||exe >, yes?
-- Do all entries in that DB have to be in alphabetical order? My "echinus" entry will have
to be in the proper place with the files beginning with "e", yes?
I cannot place it below the lines concerning "jwm", right?
-- In field 1, do I include the full filename of the echinus pet I have available?
Or just "echinus"?
-- I leave the second field empty, since it is a pet located locally. Yes?
-- Where do I put my echinus pet in the woof-CE local structure so it is incorporated?
In /mnt/sda7/local-repositories/x86/packages-pet?
TIA for any lead. BFN.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
-
- Posts: 1543
- Joined: Mon 22 Feb 2016, 19:43
Hi musher0,
I think you got the jist of it. I would also do step 2 here
http://www.murga-linux.com/puppy/viewto ... 639#956639
I think you got the jist of it. I would also do step 2 here
http://www.murga-linux.com/puppy/viewto ... 639#956639
I am working on building an Xenial 64 with woof-CE and using the the kernel #31... I get this error and the ./3builddistro-Z fails and stops.
anyone have some insight as to what is going on?
Code: Select all
huge-4.9.58-xenialpup64.tar.bz2 : 5ef4ab0c3c097b3301cba549a279d410
huge-4.9.58-xenialpup64.tar.bz2.md5.txt : #
5f6c5e1addcc105928c25c0d20de07ce
#
fe94dce1a8be442dbf85774282c0fcbda5931e74
#
4415f572a8f17c14229e5829dab76902e35bb4b2334dc7f42d64418bd71e6fcc
checksum failed
Last edited by rockedge on Sat 03 Feb 2018, 23:35, edited 1 time in total.
-
- Posts: 1543
- Joined: Mon 22 Feb 2016, 19:43
@rockedge: I think the syntax in the md5 file is messing things up:
http://distro.ibiblio.org/puppylinux/hu ... z2.md5.txt
I guess it should look more like this:
http://distro.ibiblio.org/puppylinux/hu ... z2.md5.txt
It seems 3builddistro-Z gets confused and grabs the 3rd one from the file (SHA256) or all 3 instead of just the first (MD5).
http://distro.ibiblio.org/puppylinux/hu ... z2.md5.txt
I guess it should look more like this:
http://distro.ibiblio.org/puppylinux/hu ... z2.md5.txt
It seems 3builddistro-Z gets confused and grabs the 3rd one from the file (SHA256) or all 3 instead of just the first (MD5).
Hello all.
What's with the new woof-CE for xenialPup-7.5 creating xenialpupsave-blabla.?fs
pupsaves instead of plain xenialsave-blabla.?fs pupsaves?
706 version had plain xenialsave pupsaves. Hehe, the new xenialPup-7.5 is getting wordy!
This is not a criticism, I just find it funny.
BFN.
What's with the new woof-CE for xenialPup-7.5 creating xenialpupsave-blabla.?fs
pupsaves instead of plain xenialsave-blabla.?fs pupsaves?
706 version had plain xenialsave pupsaves. Hehe, the new xenialPup-7.5 is getting wordy!
This is not a criticism, I just find it funny.
BFN.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)