Page 2 of 3

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 11 Feb 2011, 22:47
by brokenman
I would suggest adding a line to your script that will echo "Creating image file, this may take a while..." after you prompt for the file size. Otherwise, folks might think their system is hanging.
Already noted and added to 32bit alpha linuxrc. Also i removed asking for save.dat name ... it just gets busy making the file and calls it save.dat.

I also noticed 'vi' didn't work but thought it was on purpose.

Looks like we need to get bust with a good solution for bootloader.

@ Fanthom.
My machine boots OK without the driver blacklisted at all. My previous problem (oops) was related to dual graphics switch function. All fixed.

Perhaps for the plasma-desktoprc

Code: Select all

rc=/root/.kde4/share/config/plasma-desktoprc
x=`xrandr | grep "*+" | awk -Fx '{print$1}' | sed 's/ //g'` #get currnet resolution
y=`grep lastsize $rc | awk -F= '{print$NF}'`  # get current kicker size
sed -i 's/'$y'/'$x'/g' $rc  # replace current value with full width resolution
maybe a workaround for now.

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 12 Feb 2011, 00:19
by Ahau
Please ignore my comment about the Kmix icon. It's back! Dunno what I did there...

RE:Modesetting--bug persists. I added modesetting and I got the garbled mouse cursor. Will try again with next version :)

RE: Panel size-- You listed the same file twice when specifying which files to put in rootcopy. I moved the one you referenced, and my panel size survived reboot, but my wallpaper is gone! I was wrong before about panel size surviving resolution changes--when widgets are locked, at least. Didn't have enough time on the bus to finish testing, but panel size may auto-resize to full screen when I leave the panel unlocked. Will test this more and on another computer soon.

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 15 Feb 2011, 15:28
by fanthom
This Thursday i'm going on 10 days of holiday and wont be very active on the board and Porteus in general. Please post bug reports as normal. hopefully will be able to resolve them all after coming back :)

will repost the download link to Service-Pack1 for 1.0_alpha in the evening.
Happy testing :)

EDIT:\\
here it is:
http://www.mediafire.com/file/b4q9t755z ... x86_64.zip

Enjoy!

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 20 Feb 2011, 13:46
by cttan
Thanks again for another brilliant release and sp1.

All application work and bluetooth is working as well!

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 25 Feb 2011, 01:17
by Tonio
@fantom & other users

I don't have a working desktop :(, I get a garbled screen. This is happening with the latest alpha-x86_64 release. It has nvidia chipset. Will attach lspci information.

root@porteus:~# lspci
00:00.0 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1)
00:01.0 ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev a2)
00:01.1 SMBus: nVidia Corporation MCP61 SMBus (rev a2)
00:01.2 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a2)
00:02.0 USB Controller: nVidia Corporation MCP61 USB Controller (rev a3)
00:02.1 USB Controller: nVidia Corporation MCP61 USB Controller (rev a3)
00:04.0 PCI bridge: nVidia Corporation MCP61 PCI bridge (rev a1)
00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)
00:06.0 IDE interface: nVidia Corporation MCP61 IDE (rev a2)
00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2)
00:08.0 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
00:08.1 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
00:09.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2)
00:0b.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2)
00:0c.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2)
00:0d.0 VGA compatible controller: nVidia Corporation C61 [GeForce 6150SE nForce 430] (rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control


Also, this machine is running Slackware current x86_64 and it too has a garbled screen :(, I am applying updates to see if the problem goes away, but it has not. If you need more information I can boot into text mode and run whatever you ask of me. Sorry for coming in late, but the network was down at work for a good while and I could not post this before.

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 25 Feb 2011, 03:39
by brokenman
My first step would be to try under slackware with the SMP kernel instead of HUGE if you are using it which has known issues. You could also boot as root to run level 3 and run the latest nvidia driver from their website. It may be that it requires full kernel sources ... don't know ... never owned an nvidia.

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 25 Feb 2011, 03:52
by beny
hi tonio ,nvidia driver you can found at ponce repository in the 64 bit section, version 260.19.36,i hope you can solve screen issue.

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 25 Feb 2011, 09:56
by fanthom
@tonio
"I don't have a working desktop :(, I get a garbled screen."
yes - i was able to reproduce the error on one laptop while being in Poland. Looks like a Slackware-current bug. Can't work on it as i dont have Nvidia card. please let me know when this bug is resolved upstream.

@beny
i was able to reproduce shutdown oppses on this unlucky laptop (i got little bit mad about Porteus that time). next week i'm planing to release BETA with 2.6.38-rc7 and will ask you to check, if it is fixed now.

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 25 Feb 2011, 11:27
by beny
hi fathom, if problem can be on dual gpu card laptop there is in chakra site some link to introduce at problem solution, seem not work for all,ps:sometimes oops at shutdown come back

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 25 Feb 2011, 21:15
by brokenman
This is the fix i have posted in another thread. I have subscribed to their mailing list and am gathering info. Their fix doesn't work on all models though.

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 25 Feb 2011, 22:57
by beny
this hardware seem the future,slackware pay the gap in this case,but porteus can fill this gap,and work with the last hardware:is important.

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 26 Feb 2011, 04:51
by Tonio
@fanthom
I will let you know if any of the updates in slackware-current fix it. I am running x86_64 bit Slackware current on the machine with the problem.

@beny
Thanks for the advice for the nvidiia driver by Ponce, I will try try it out when I have a little chance.

@all
Fedora 15/Rawhide also has this same problem on a similar machine with nvidia onboard video integrated in the motherboard :(, just have not have had a chance to file bugs there to with that conflict :(

Thanks for all the hard work that you do. I'll try to come back and check as soon as I find out something.

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 27 Feb 2011, 11:35
by beny
hi fanthom,until now I had not installed in v0.1 Porteus cards or USB devices, I have problems with an SD card, when I boot to init 4 does not find a library in / usr / bin / kdm libX11.so.6.
when I boot from init3, start I try to login but can not find modules: dbe, dri, dri2, extmod, glx, record, Nouveau, now in the hard drive installation I have no problem, what I do.

Posted after 3 hours 16 minutes 11 seconds:
i will try to install, in another sd card; report soon

Posted after 1 hour 7 minutes 58 seconds:
hi fanthom,with a 4 giga sd card with xfs file system and lilo as boot loader no problem the system is ok
with a 8 giga sd card ext3 file system and grub as boot loader i have the problems that i write,i can't explain this behavior.

Posted after 14 hours 29 minutes 55 seconds:
hi grub get trouble,i have used lilo to boot the sd card,and boot loader work like a charm,cool the md5sum check,in the hard disk installation grub isn't on the same hard disk,i think this is the problem,but...

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 27 Feb 2011, 16:32
by Ahau
per my post in General Chat about module creation, I'm moving part of that discussion here, as it is specific to 64-bit alpha.

When new application modules are activated (by double clicking on them as a guest user, then entering the root password), their icons are not added to the application start menu (this occurs in both KDE and LXDE). If the modules are activated by the root user, all application icons are removed from the menu (this occurs in KDE, I think I haven't tested it as root in LXDE yet).

When logged in as a guest, running 'kbuildsycoca' does not add the icon--it removes all icons, similar to when modules are activated as root.

where would I find the activation scripts? I'd like to understand better what is going on when the modules are inserted.

thanks!

Re: Porteus-v1.0-alpha-x86_64 calls for testing

Posted: 27 Feb 2011, 17:13
by beny
yes ahau happens for all module that activate on fly,and reboot needed for show application menu,isn't a mart thing to do,and the passage of password toor guest,every way that i boot.when i choose to be root or guest this passage can be removed.