Page 1 of 44
Posted: Sun 07 Dec 2014, 05:14
by James C
Regret to report that even after installing the pet... no internet.
Code: Select all
# lsmod
Module Size Used by
iptable_mangle 1512 0
xt_conntrack 2969 4
ipt_REJECT 2401 1
nf_conntrack_ftp 6839 0
nf_conntrack_irc 3683 0
iptable_filter 1352 1
xt_state 1191 0
nf_conntrack_ipv4 7034 4
nf_defrag_ipv4 1331 1 nf_conntrack_ipv4
nf_conntrack 61955 5 xt_state,xt_conntrack,nf_conntrack_ftp,nf_conntrack_irc,nf_conntrack_ipv4
ip_tables 10687 2 iptable_filter,iptable_mangle
snd_hda_codec_via 19422 1
snd_hda_codec_generic 48906 1 snd_hda_codec_via
psmouse 86543 0
snd_pcsp 7694 0
nouveau 1193775 2
mxm_wmi 1395 1 nouveau
wmi 7763 2 mxm_wmi,nouveau
i2c_algo_bit 5127 1 nouveau
ttm 60859 1 nouveau
drm_kms_helper 68690 1 nouveau
k8temp 3402 0
drm 223573 5 ttm,drm_kms_helper,nouveau
hwmon 2962 2 k8temp,nouveau
snd_hda_intel 20459 0
snd_hda_controller 17695 1 snd_hda_intel
snd_hda_codec 79313 4 snd_hda_codec_via,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
snd_pcm_oss 37823 0
snd_mixer_oss 14603 1 snd_pcm_oss
snd_pcm 74487 5 snd_pcm_oss,snd_hda_codec,snd_hda_intel,snd_hda_controller,snd_pcsp
forcedeth 55507 0
snd_seq_dummy 1359 0
snd_seq_oss 27166 0
snd_seq_midi 4880 0
snd_seq_midi_event 5332 2 snd_seq_oss,snd_seq_midi
snd_rawmidi 17246 1 snd_seq_midi
snd_seq 46304 6 snd_seq_midi_event,snd_seq_oss,snd_seq_dummy,snd_seq_midi
snd_seq_device 4972 5 snd_seq,snd_rawmidi,snd_seq_oss,snd_seq_dummy,snd_seq_midi
snd_timer 17152 2 snd_pcm,snd_seq
snd 53671 13 snd_pcm_oss,snd_timer,snd_hda_codec_via,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_oss,snd_seq_device,snd_mixer_oss,snd_pcsp
ohci_pci 2904 0
i2c_nforce2 5063 0
parport_pc 23432 0
parport 29379 1 parport_pc
# modprobe forcedeth
#
Even after manually loading the driver interface is detected but no internet connection.
Code: Select all
Information about this interface:
Interface: eth0 Driver: forcedeth Bus: pci MacAddress: 00:25:22:61:55:FC
Description: Reverse Engineered nForce ethernet driver
More testing.....
Posted: Sun 07 Dec 2014, 12:42
by neerajkolte
I am getting kernel panic while booting.
.Edit: My machine is Intel i3-3220 @3.30GHz, Mobo - Intel DH61BF, Ram- 6Gb.
Booting from 1Gb USB stick using Syslinux.
The same stick also has Tahrpup6, Fatdog631, Fatdog700b2 in their respective folders. All have savefolders on hard drive sda7 partition.
Thanks.
- Neeraj.
Posted: Wed 10 Dec 2014, 16:19
by 666philb
new iso uploaded
internet fixed (for me at least)
desktop icons fixed
dbus working
gcc working , although i'm still not able to compile the kernel in tahrpup64
i haven't included abiword,mtpaint or gnumeric , if you want them grab them from the PPM ...or download the libreoffice+gimp64.sfs
http://distro.ibiblio.org/puppylinux/pu ... o/testing/
Posted: Wed 10 Dec 2014, 19:13
by 666philb
one bug that keeps occuring.
in /lib and /usr/lib there are symlinks called 'x86_64-linux-gnu' which are links to the /lib and /usr/lib folders
occasionally when installing something, either manually or from the PPM, the symlink gets overwritten with an actual folder causing catastrophic failure needing hard power off. you then need to boot pfix=ram and delete the folder & .wh file to rescue the save.
does anyone have any ideas why it's happening and how to stop it?
Posted: Wed 10 Dec 2014, 20:53
by James C
I do have working internet out of the box now.
Code: Select all
# report-video
VIDEO REPORT: tahrpup64, version 6.0.2
Chip description:
VGA compatible controller: NVIDIA Corporation C61 [GeForce 7025 / nForce 630a] (rev a2)
Requested by /etc/X11/xorg.conf:
Resolution (widthxheight, in pixels): 1024x768x16
Depth (bits, or planes): 24
Modules requested to be loaded: dbe
Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): nouveau
Loaded modules: dbe dri2 exa extmod fb glx kbd mouse shadowfb
Actual rendering on monitor:
Resolution: 1440x900 pixels (381x238 millimeters)
Depth: 24 planes
...the above also recorded in /tmp/report-video
Code: Select all
# glxgears
1368 frames in 5.0 seconds = 273.574 FPS
1544 frames in 5.0 seconds = 308.610 FPS
1549 frames in 5.0 seconds = 309.449 FPS
1561 frames in 5.0 seconds = 312.186 FPS
Code: Select all
# uname -a
Linux puppypc15277 3.17.4 #1 SMP Wed Dec 3 17:48:42 GMT-8 2014 x86_64 x86_64 x86_64 GNU/Linux
Code: Select all
# free
total used free shared buffers cached
Mem: 3784352 753304 3031048 236256 79352 424120
-/+ buffers/cache: 249832 3534520
Swap: 14540792 0 14540792
#
Posted: Wed 10 Dec 2014, 21:14
by James C
.
Feebback
Posted: Wed 10 Dec 2014, 21:53
by peebee
Hi 666philb
Downloaded and frugally installed on my HP laptop with Intel graphics.
Booted to desktop - tick.
Rebooted and created savefolder - tick.
Established Broadcom B43 wifi through sns - tick.
Used sfs-load to install Chromium64 - tick.
Ran Chromium64 - tick.
Only problem so far - pfind doesn't work - running in terminal indicated pfilesearch is missing.....
Cheers
peebee
Re: Feebback
Posted: Wed 10 Dec 2014, 23:09
by 666philb
peebee wrote:Hi 666philb
Downloaded and frugally installed on my HP laptop with Intel graphics.
Booted to desktop - tick.
Rebooted and created savefolder - tick.
Established Broadcom B43 wifi through sns - tick.
Used sfs-load to install Chromium64 - tick.
Ran Chromium64 - tick.
Only problem so far - pfind doesn't work - running in terminal indicated pfilesearch is missing.....
Cheers
peebee
missed that
http://www.murga-linux.com/puppy/viewtopic.php?t=26764
cheers
Posted: Wed 10 Dec 2014, 23:20
by don570
Posted: Thu 11 Dec 2014, 01:11
by Illutorium
X.org broken at AMD Radeon HDMI output. (alpha2 as 6.0.2)
In the rest: Works.
Posted: Thu 11 Dec 2014, 13:39
by LateAdopter
666philb wrote:one bug that keeps occuring.
in /lib and /usr/lib there are symlinks called 'x86_64-linux-gnu' which are links to the /lib and /usr/lib folders
occasionally when installing something, either manually or from the PPM, the symlink gets overwritten with an actual folder causing catastrophic failure needing hard power off. you then need to boot pfix=ram and delete the folder & .wh file to rescue the save.
does anyone have any ideas why it's happening and how to stop it?
When an archive is extracted from a package, it overwrites anything already there without asking.
I'm no linux expert, but I repackaged a load of mesa 10.4 debs for fatdog. The process of extracting all of the data.bz files into a directory tree creates the multiarch folders. For fatdog I had to rearrange and rename the folders anyway to fit the fatdog rules, so it didn't matter.
Presumably the package manager (petget?) code needs to be modified so that it writes the files, but does not create the directories unnecessarily.
EDIT
It could be that you are using busybox and not the real dpkg-deb to do the installation.
Posted: Thu 11 Dec 2014, 19:21
by radky
tahrpup64 pre-alpha
perl: error while loading shared libraries: libperl.so.5.18: cannot open shared object file: No such file or directory
http://packages.ubuntu.com/trusty/amd64 ... e/download
Posted: Thu 11 Dec 2014, 21:10
by radky
run pclock 3.5 in terminal, then exit
sh: line 17: echo: write error: Broken pipe
sh: line 18: echo: write error: Broken pipe
Posted: Fri 12 Dec 2014, 08:57
by James C
Forgot to mention it last night, "Screeny" the screenshot app produces an empty png file.I installed and used MTpaint for the screenshot in the prior post.
Conky and Dillo also installed and working with no apparent problems.
Posted: Fri 12 Dec 2014, 10:37
by neerajkolte
HI,
Tahr64-6.0.2 boots ok on my intel i3, intel Dh61BF, two monitors, one connected to vga another to dvi.
Net connected through my droid usb0.
Will test more.
Thanks.
- Neeraj.
Woof-CE savefile - shutdown bug
Posted: Fri 12 Dec 2014, 15:25
by LateAdopter
Hello 666philb
Thanks for providing this. I try any 64 bit puppies, as 32 bit ones have too low video decode/playback on my hardware.
tahrpup64 has the savefile-shutdown bug that is common to all woof-CE puppies that I have tried. e.g. slacko64 and a trusty64 built with jamesbond's woof-ce-next. Woof2 puppies and fatdog64 don't have the problem.
If I boot without a savefile, there is no problem.
If I boot with a savefile and shutdown, the next boot has this error in the messages:
Code: Select all
FAT-fs (sda5): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Win2k complains too, and runs the disk check.
I don't know how to debug shutdown, because it doesn't create any logfiles.
If I run another puppy, that doesn't have the bug, from the same partition and shutdown, it doesn't clear the error.
I presume this implies that the savefile is been left open when the woof-CE puppy is shut down.
My puppies run from a FAT32 partition. Is there anything I can do to help solve this? Thanks.
Posted: Fri 12 Dec 2014, 18:34
by Satori
Hiyas..
boots, connects and runs well on my dell E6510 / i7Q, finds 8 cores.
I'll try to get nvidia going, are the kernel source files the same as the 32bit version?
Posted: Fri 12 Dec 2014, 19:33
by 666philb
Satori wrote:Hiyas..
boots, connects and runs well on my dell E6510 / i7Q, finds 8 cores.
I'll try to get nvidia going, are the kernel source files the same as the 32bit version?
no .. they should be at the same link as the iso
Posted: Sat 13 Dec 2014, 23:27
by Terry H
Have just downloaded and manual frugal install on my desktop PC (HP H8 FX-6100, AMD Radeon 7450 Video card, 10 GB RAM, Broadcom WIFI, 1920 x 1080 monitor).
Setup no problems, wifi working, correct resolution on monitor. All OK after reboot and created save folder.
So far , so good. Thank you, well done.
savefolder - using symbolic links
Posted: Tue 16 Dec 2014, 08:36
by gyro
First boot -> desktop fine, ethernet fine.
Created a savefolder on reboot, everything looks good.
On investigation I found that the savefolder was accessed via a 'mount -o bind'.
So, I started to create the patched stuff to support the implementation of savefolder using symbolic links.
The patch to the 'init' script went smoothly.
The patch to 'rc.shutdown' failed, so I had a closer look at the scripts in tahrpup64.
It appears that the script patches required to implement savefolder using symbolic links, are already included in tahrpup64, except for the 'init' script.
This is not a real problem since all the 'savefolder' patches make things work with either the new or the old, which ever is used.
I then made a patched 'initrd.gz' and rebooted.
Then the savefolder is accessed as a symbolic link and all seems ok, except 'freememapplet_tray' crashes.
So, a patched "initrd.gz" is here,
http://www.fishprogs.info/puppy/tahr64/initrd.gz.
And a "ydrv" containing a patched "freememapplet_tray" is here,
http://www.fishprogs.info/puppy/tahr64/ ... _6.0.2.sfs
The "frememapplet_tray" binary is one I compiled for Slacko64.
gyro