ArmedSlack 13.37


150 posts   Page 6 of 6   1, 2, 3, 4, 5, 6
by kerml » Thu Aug 09, 2012 4:10 pm
Before a try to change the tv settings I would like to share my .bashrc .bash_profile and .dircolors
I think is nice!

Image

That is my desktop on a eeepc.
But you can look how the terminal is showing lots of info in title bar.
It just little things that I have done.

If anybody want to use it! I am glad to share with them!

links:

http://dl.dropbox.com/u/37675116/.bash_profile
http://dl.dropbox.com/u/37675116/.bashrc
http://dl.dropbox.com/u/37675116/.dircolors
Amor de Slackware
Portugal 2007
User avatar
Posts: 83
Joined: Sun Aug 05, 2012 11:52 pm
Location: Portugal
by kerml » Thu Aug 09, 2012 5:03 pm
hyakutake wrote:hello all

@kerml

My RPI was also displaying B&W and I fixed it editing the config.txt to set PAL.
Check this http://elinux.org/RPi_config.txt

Video mode options
sdtv_mode defines the TV standard for composite output (default=0)

sdtv_mode=0 Normal NTSC
sdtv_mode=1 Japanese version of NTSC – no pedestal
sdtv_mode=2 Normal PAL
sdtv_mode=3 Brazilian version of PAL – 525/60 rather than 625/50, different subcarrier

Hope it helps.

Regards,
hyakutake


I used this file http://elinux.org/images/c/ca/Raspi_documented_config.txt
And edited but without success!
This TV is pain in butt!
I already had it connect to a computer in windows and I use all the nice GUI interface of nvidia to setup it.
And even there the image had low quality.

There are many variables in this problem!

1. Rpi
2. cable RCA -> SCART
3. TV

I have to eliminate one by one to solve it.

The first thing that I will do is connect to a another TV with HDMI cable and setup the /boot/config.txt
Meanwhile I will use Rpi through SSH.

Thanks!
I'll be back :P
Amor de Slackware
Portugal 2007
User avatar
Posts: 83
Joined: Sun Aug 05, 2012 11:52 pm
Location: Portugal
by kerml » Fri Aug 10, 2012 11:33 am
Come one guys!
ArmedSlack should be listed side by side with the other distros!

More work! More sharing!


Come one.........
Amor de Slackware
Portugal 2007
User avatar
Posts: 83
Joined: Sun Aug 05, 2012 11:52 pm
Location: Portugal
by kerml » Sat Aug 11, 2012 12:16 pm
hello!

I changed the TV! And now I already have colors.
That tv is weird!


Now i will try to set a wireless network!
I have ASUS USB-N10 wireless usb adapter!
I had done a lsusb and it is not listed!
Need to google some more about that!
Amor de Slackware
Portugal 2007
User avatar
Posts: 83
Joined: Sun Aug 05, 2012 11:52 pm
Location: Portugal
by kerml » Sun Aug 12, 2012 5:17 pm
Anyone with a xorg.conf to a TV connect to RCA?

this is my 40-monitor.conf
Code: Select all
Section "Device"
  Identifier "main"
  Driver "fbdev"
EndSection

Section "Monitor"
    Identifier "Monitor0"
#    Option "DPMS"
EndSection


Section "Screen"
    Identifier "Screen0"
    Device     "main"
    Monitor    "Monitor0"
    DefaultDepth 16
EndSection



but the fdev driver sucks!
My openbox is very slow!
The xscreensaver almost doesn't move!

The rpi has a GPU right?
It is supported on ARMslack?
Amor de Slackware
Portugal 2007
User avatar
Posts: 83
Joined: Sun Aug 05, 2012 11:52 pm
Location: Portugal
by justwantin » Sun Aug 12, 2012 8:30 pm
The xscreensaver almost doesn't move!
I have never hooked up to a TV so I can't say more than that I wouldn't be suprised if I had a slow screen saver. You may, however, want to change your start.elf. For example, if you are using sorinm's image your memory split is 192 to linux and 64mb to the gpu. Try using arm128_start.elf which will split 50/50 between the system and graphics.

Overclocking might give you a bit of a boost as well but be careful. I've overclocked as per 55020's instructions, I have decent sound playing mp3's and reasonable graphics in xfce with thunar/terminal/seamonkey using current, 55020's kernel/modules/etc and the arm192_arm.elf for start.elf but the one time I tried to play an avi with xine it took forwever to load and the audio started way before the video which I never waited for but instead closed xine.
User avatar
Posts: 39
Joined: Thu Jun 07, 2012 8:40 pm
by kerml » Sun Aug 12, 2012 9:02 pm
My question is how to configure X to run full optimized on rpi!

That code I posted, for sure isn't working in that way!

I think the problem is that the X isn't hardware accelerated yet.
Amor de Slackware
Portugal 2007
User avatar
Posts: 83
Joined: Sun Aug 05, 2012 11:52 pm
Location: Portugal
by justwantin » Mon Aug 13, 2012 1:31 am
My question is how to configure X to run full optimized on rpi!
Arm and GPU share the same memory. If you want your GPU (read X) to have more grunt then change your start.elf to give the GPU more memory.

If you want configure your X to run full optimization (or as best as you can get it) then try starting a new thread asking the same question.... but you'll probably do just as well searching for existing threads like this http://www.raspberrypi.org/phpBB3/viewtopic.php?f=63&t=4649 or maybe try raspbian which seems to be compiled specifically for the raspberrypi and may have better graphics performance.
User avatar
Posts: 39
Joined: Thu Jun 07, 2012 8:40 pm
by kerml » Mon Aug 13, 2012 1:12 pm
But how the graphics works on raspbian?
It uses X or another alternative?
Using fbdev is bad.
The solution u mentioned is a option!
I will try that thread!
Thanks!

Any progress on this I will share it.
Amor de Slackware
Portugal 2007
User avatar
Posts: 83
Joined: Sun Aug 05, 2012 11:52 pm
Location: Portugal
by Elect » Mon Aug 13, 2012 1:33 pm
I'll permanently seed it on my pi torrent server although I'd don't have a spare Pi to try this on :-)
Posts: 11
Joined: Tue Aug 07, 2012 7:48 am
Location: Netherlands
by Mr.Dave » Sun Aug 19, 2012 12:55 am
Any mirrors to the latest build? Link in OP is down
User avatar
Posts: 148
Joined: Sat Jun 30, 2012 6:59 pm
by sorinm » Sun Aug 19, 2012 8:49 am
http://slackware.spit-ct.ro

I really recommend the installer created by David Spencer if you want a clean install of slackware on your Pi.

The downside is that the installer is time consuming, but it`s a great alternative for a prebuilt image.

http://www.daves-collective.co.uk/raspi/

The Pi devel team have switched to 3.2.27 LTS kernel. This is great news because 3.2.27 seems to be the default kernel for the x86 and x86_64 slackware-14 release.
User avatar
Posts: 138
Joined: Sat Mar 03, 2012 10:41 am
Location: Romania
by Mr.Dave » Mon Aug 20, 2012 11:20 pm
sorinm wrote:http://slackware.spit-ct.ro

I really recommend the installer created by David Spencer if you want a clean install of slackware on your Pi.

The downside is that the installer is time consuming, but it`s a great alternative for a prebuilt image.

http://www.daves-collective.co.uk/raspi/

The Pi devel team have switched to 3.2.27 LTS kernel. This is great news because 3.2.27 seems to be the default kernel for the x86 and x86_64 slackware-14 release.


Thanks for that, I don't mind 'time consuming' if it has to do with gadgets :D
User avatar
Posts: 148
Joined: Sat Jun 30, 2012 6:59 pm
by hyakutake » Fri Aug 24, 2012 8:26 pm
hello all

Just saw a few moments ago on armedslack site

Slackware ARM on the Raspberry Pi
I'm very pleased announce the availability of Slackware ARM on the Raspberry Pi. This is maintained by David Spencer as a community project. All the details can be found here (http://www.daves-collective.co.uk/raspi/)

Nice =)

regards,
hyakutake
User avatar
Posts: 5
Joined: Sun Jun 17, 2012 9:28 pm
Location: Portugal
by Cloudcentric » Fri Sep 14, 2012 9:27 am
First and foremost hope this is the correct place to post.

Secondly I am not a Programmer and struggle with Command Line, I am an ex WindAddict who now uses a PPC MAC.

I have tried many Distros and to be honest good but no gold stars due to responsiveness, and after struggling for 2 months found Slackware (Arch I found beyond me) which seems better suited to the Pi.

I have written an extremely basic overview and hope this may be useful, and all the plaudits must go to David Spencer, sorinm and Stanley Garvey.

http://armedslackpi.blogspot.co.uk
I know everything about nothing"
Posts: 982
Joined: Fri Sep 14, 2012 9:13 am
by gabrielmagno » Sat Sep 22, 2012 7:55 pm
I'm wondering if my boot time is high.

My card is a Transcend SDHC Class 10 16GB.
The power is provided by a Galaxy S charger (input 110V--0.15A, output 5.0V--0.7A).

I've tested both the ArmedSlack prebuilt image from sorinm and the installation process described in http://www.daves-collective.co.uk/raspi ... ling.shtml. I've also tested the Raspbian recommended image for comparison.

ArmedSlack-13.37-23.05.2012.img (provided by sorinm): 1 minute 45 seconds
raspi-slack-installer_01Aug12.img (with slackwarearm-current, full installation on 15GB partition): 1 minute 30 seconds
2012-09-18-wheezy-raspbian.img: 40 minutes

How long does it take for your Raspberry Pi to boot Slackware?
Posts: 3
Joined: Thu May 24, 2012 4:08 pm
by Licaon_Kter » Mon Sep 24, 2012 3:41 pm
why is the Raspbian taking 40minutes? bad card? it takes 10s to a TTY here, or do you mean to LXDE or such? if so do test to a TTY only and report that too
BFQ+BFS or RT on a RPi? 4'real: https://github.com/licaon-kter/ (source and compiled!)
User avatar
Posts: 240
Joined: Wed Sep 05, 2012 10:12 am
Location: Between the keyboard and the chair.
by gabrielmagno » Tue Sep 25, 2012 11:41 am
Licaon_Kter wrote:why is the Raspbian taking 40minutes? bad card? it takes 10s to a TTY here, or do you mean to LXDE or such? if so do test to a TTY only and report that too


Yes, to TTY. So probably my card is bad :cry:
But how about Slackware, how long does it generally take to boot?
Posts: 3
Joined: Thu May 24, 2012 4:08 pm
by Licaon_Kter » Wed Sep 26, 2012 11:32 pm
I did not test Slack yet but anyway, it should take the same amount, as in 10sec or so, if you are getting >1minute you need to reevaluate your hardware choices
BFQ+BFS or RT on a RPi? 4'real: https://github.com/licaon-kter/ (source and compiled!)
User avatar
Posts: 240
Joined: Wed Sep 05, 2012 10:12 am
Location: Between the keyboard and the chair.
by dlang » Thu Oct 04, 2012 11:32 pm
I headed over to the slackware site when they announced 14.0 with the idea of trying to do a ARM port of slackware for the pi and was pleasantly surprised to find everything already available, thanks!

I used slackware from about the time when SLS disappeared (back then I was fuzzy about different distros, I just installed whatever was on that month's walnut creek CD :-) until slackware 12. It was nice to be reminded how fast and easy a complete slackware install is.

The one question I have is around accelerated video. I have purchased the mpeg2 codec license and can add that in to the boot process, but what do I need to do to get software to take advantage of it?

I have a huge pile (>1000 hours) of video files from my Tivo. Mplayer does a nice job of playing them, but does not appear to use the hardware codec, which means that I can't play the videos full screen.

David Lang
Posts: 2
Joined: Mon Oct 01, 2012 3:44 am
by Joeledmund » Mon Oct 22, 2012 9:48 pm
Posts: 20
Joined: Sat Oct 20, 2012 4:15 am
by dlang » Mon Oct 22, 2012 10:31 pm
why would you download the software from some random site rather than from the official source?
Posts: 2
Joined: Mon Oct 01, 2012 3:44 am
by Joeledmund » Mon Oct 22, 2012 11:59 pm
dlang wrote:why would you download the software from some random site rather than from the official source?


i kept getting redirected on source site and two of them crashed
Posts: 20
Joined: Sat Oct 20, 2012 4:15 am
by carlitoco » Wed Jul 31, 2013 12:51 pm
I'm trying to install Zarafa on ARMSlack14 but the buildscript from slackbuilds.org make it not properly. Have you any idea for that?

Code: Select all
make  all-recursive
make[1]: Entering directory `/tmp/SBo/zarafa-7.1.0'
Making all in common
make[2]: Entering directory `/tmp/SBo/zarafa-7.1.0/common'
make  all-am
make[3]: Entering directory `/tmp/SBo/zarafa-7.1.0/common'
  CXX    platform.lo
In file included from platform.h:69:0,
                 from platform.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
  CXX    platform.linux.lo
In file included from platform.h:69:0,
                 from platform.linux.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
  CXX    md5.lo
In file included from platform.h:69:0,
                 from md5.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
  CXX    base64.lo
In file included from platform.h:69:0,
                 from base64.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
  CXX    ECLogger.lo
In file included from platform.h:69:0,
                 from ECLogger.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
  CXX    ECConfig.lo
In file included from platform.h:69:0,
                 from ECConfig.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
  CXX    ECConfigImpl.lo
In file included from platform.h:69:0,
                 from ECConfigImpl.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
ECConfigImpl.cpp: In member function 'void ECConfigImpl::InsertOrReplace(settingmap_t*, const settingkey_t&, const char*, bool)':
ECConfigImpl.cpp:218:53: warning: format '%lu' expects argument of type 'long unsigned int', but argument 4 has type 'size_t {aka unsigned int}' [-Wformat]
ECConfigImpl.cpp:218:53: warning: format '%lu' expects argument of type 'long unsigned int', but argument 4 has type 'size_t {aka unsigned int}' [-Wformat]
ECConfigImpl.cpp: In member function 'bool ECConfigImpl::ReadConfigFile(const path_type&, unsigned int, unsigned int)':
ECConfigImpl.cpp:417:78: warning: narrowing conversion of 'ulGroup' from 'unsigned int' to 'short unsigned int' inside { } is ill-formed in C++11 [-Wnarrowing]
  CXX    ECFifoBuffer.lo
In file included from platform.h:69:0,
                 from ECFifoBuffer.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
  CXX    ECSerializer.lo
In file included from platform.h:69:0,
                 from ECSerializer.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
ECSerializer.cpp: In member function 'virtual ECRESULT ECStreamSerializer::Write(const void*, size_t, size_t)':
ECSerializer.cpp:95:20: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
ECSerializer.cpp:101:18: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
ECSerializer.cpp:107:24: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
ECSerializer.cpp: In member function 'virtual ECRESULT ECFifoSerializer::Write(const void*, size_t, size_t)':
ECSerializer.cpp:254:20: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
ECSerializer.cpp:260:18: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
ECSerializer.cpp:266:24: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
  CXX    ECCache.lo
In file included from ./platform.h:69:0,
                 from ECCache.cpp:50:
./platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
  CXX    my_getopt.lo
In file included from platform.h:69:0,
                 from my_getopt.cpp:1:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
  CXX    ECScheduler.lo
In file included from platform.h:69:0,
                 from ECScheduler.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
  CXX    stringutil.lo
In file included from platform.h:69:0,
                 from stringutil.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
  CXX    Trace.lo
In file included from platform.h:69:0,
                 from Trace.cpp:50:
platform.linux.h:103:12: note: the mangling of 'va_list' has changed in GCC 4.4
Trace.cpp: In function 'void TraceMsg(char*, int, char*, char*, va_list)':
Trace.cpp:129:16: error: invalid operands of types 'va_list {aka __va_list}' and 'int' to binary 'operator!='
Trace.cpp:142:16: error: invalid operands of types 'va_list {aka __va_list}' and 'int' to binary 'operator!='
make[3]: *** [Trace.lo] Error 1
make[3]: Leaving directory `/tmp/SBo/zarafa-7.1.0/common'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/tmp/SBo/zarafa-7.1.0/common'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/SBo/zarafa-7.1.0'
make: *** [all] Error 2

here on linuxquestions.org
http://www.linuxquestions.org/questions/slackware-14/zarafa-on-arm-slackware14-4175471580
Posts: 1
Joined: Wed Jul 31, 2013 12:45 pm
by justwantin » Wed Jul 31, 2013 8:35 pm
It would probably be best if you tried a search using
the mangling of 'va_list' has changed in GCC 4.4


You are not alone with the problem. Perhaps you might also check the zarafa forum.
User avatar
Posts: 39
Joined: Thu Jun 07, 2012 8:40 pm