Archmobile: Arch Linux for ARM Devices

Hello,
I want to introduce our Operating System for ARM Devices, that's running on the OpenMoko NeoFreerunner, but we want to support more Devices.
We from http://archmobile.org port Arch Linux on ARM, and we want to give you the simple Freedom which has Arch Linux x86 for ARM.
We can already SSH on our Freerunners, and we nearly have X working. One of the Devs already uses our OS as Daily-Phone with QT Extended.
If you want to know more about us, or you want to try out our System visit us at http://archmobile.org !
The first Snapshot is already at http://naeg.archmobile.org/snapshots/ available. This Snapshot works on the Freerunner and you can SSH into your phone and play a lil bit with our OS Also you can install the System with our Installation Script we provide, to get a really up-to-date System and not configured.
It would be great if other people with other ARM Devices would contact us on IRC(on freenode #arch-arm) and we will try to support your ARM Device too. New Developer are always welcome
I think it would be awesome if we get some support from the official Arch Linux. An Entry in the list of Arch Related Projects would be great.
Feel free to talk about that.
Greetings, naeg - alias rott_at

Thanks for your tips to make the wiki better. I will edit the pages to avoid any confusion you've had. Although I won't do all the changes (e.g. remove $ and #). But I will then make a note which should clarify it.
markc wrote:
Some errors I encountered...
# touch /_Archlinux_ARM
/bin/touch: setting times of `_Archlinux_ARM': Invalid argument
This issue is known with a x86_64 host. I don't know where it originates from as i686 host is fine. Use this binary instead: http://stanny.homelinux.org/touch [1]. This is my home FTP. Thus it might not be available 24/7.
markc wrote:checking dependency style of gcc... /bin/touch: setting times of `sub/conftst1.h': Invalid argument
Should be fixed using the touch binary I provided.
markc wrote:bsdtar: Failed to set default locale
Unsupported ioctl: cmd=0xffffffff80046601
bsdtar: Couldn't list extended attributes: Function not implemented
The error in the first line might be solved by configuring your locales correctly. The error below is issued by qemu.
While this is annoying it doesn't appear to cause any harm. Just ignore it. You'll find other ioctls not being supported by qemu and we expect them to be fixed along with qemu's development.
edit:
[1] I moved it to a permanent location: http://archmobile.org/~harlekin/touch
Last edited by harlekin (2009-07-30 22:16:59)

Similar Messages

PlugBox Linux - Arch variant for ARM plugbox

Today's woot was a $20 Seagate DockStar.
Basically, its a little usb hub with a 1.2ghz ARM Marvell Sheeva cpu, 128mb ram, gigabit connection, and very very low power consumption (like a SheevaPlug or TonitoPlug with half the ram). Curiosity got the best of me and some googling turned up PlugBox Linux; and ARM based Arch variant!
http://www.plugapps.com/index.php5?titl … gBox_Linux
After some research, I caved and bought the DockStar. If everything goes as planned, this little thing is going to consolidate 2 outdated servers into one tight little Arch system!
Anyone have any experience with this?
I plan to drop a 300gb external usb drive on this and use it for Samba sharing, uShare video streaming to my Xbox360, and as an rTorrent slave.
Side Note:
It seems a few months ago Office Depot was selling these things for $1 (not a typo, one dollar)!

sand_man wrote:
Labello wrote:i would use transmission as bittorrent client. has got a nicer webinterface. might not be as lightweight but also has more features :-)
I went back to rtorrent after using transmission briefly. I had problems with transmission retaining settings after service restarts. It was a major inconvenience since the downloads were going to the default transmission home
This was under FreeBSD btw. Sorry for the slightly off-topic
Major inconvenience!
Sorry, I had to do that...
Last edited by Roline (2010-07-07 10:29:26)

Arch linux for Ubuntu users

Hello everyone,
When using Synaptic on Ubuntu it usually sets everything up for you so all the installed software tends to work out of the box without any need to change around configuration. Is the package manager in Arch Linux as integrated as the one from Ubuntu?
Thanks
Frank

I'm new to the linux scene (about 1 month now). My most used distro (and my fallback if I mess up another distro on a seperate partition) was Ubuntu, until I figured out the basics of Arch. After this enlightenment, I find Arch to be much easier to work with in terms of customizing apps, having the right libraries I want, and to just do daily functions. I love to always check for updates to the system. Ever notice in ubuntu there are about 30 repositories you have to sync with? In Arch there are the 3 basic repositories (extra, core, community) and multilib if you are on 64bit. Working with pacman is much more efficient and controlled than apt-get imho.
One thing I hated with apt-get is that you add in 3rd party PPAs that are slow. With Arch and its pacman + yaourt(aur) there is really no need for these 3rd party repositories as everything you can imagine is probably available in official repositories or built by the community. Go check out https://aur.archlinux.org/ this is one of the coolest community made pool of apps around.
As mentioned before, the pacman doesn't hold your hands so be prepared to google and learn what some packages do. For example, I am running gnome and install a KDE app called amarok. Pacman will install everything (including KDE and qt libs) to get amarok started. However, the only things it doesn't install (but it does tell you what) is extra depencies.
Optional dependencies for amarok
libgpod: support for Apple iPod audio devices
libmtp: support for portable media devices
loudmouth: backend needed by mp3tunes for syncing
ifuse: support for Apple iPod Touch and iPhone
So, basically I just read through pacman's output, and either google or make a decision on what is needed. This way my system is controlled tightly and I know more about the system. In the future if I buy an ipod and want to sync, I'll remember there are some optional depencies available for this. I can type "pacman -Qi amarok" and it will show me what it depends on as well as optional depencies.
Sorry for going on for so long but you get the point.

Arch Linux and ARM

We have been talking to the Arch Linux ARM team and have decided to refine our policy around that architecture.
The Other Architectures forum has been moved into the Technical Issues and Asssistance category, and the ARM sticky has been updated with clearer direction about our policy.
If you are an ARM user, please take a couple of minutes to familiarize yourself with the updated policy. Both the Arch mod team and the ALARM team feel that this is the best way to ensure that assistance is sought from the community that is best placed to help.

Whoa, everyone's reading far too much into what I said. I just meant that I got it installed under the chroot in android following the steps that were on the plugapps site; the actual page doesn't seem to exist anymore, but I found similar instructions here. I meant that I thought it was cool that I had a functioning build of pacman running locally on the device. Didn't mean to imply that it was a native install.
Although I understand the reaction as I'm watching the developments in this thread with just as much anticipation.
Last edited by jb (2011-06-30 18:00:45)

Arch Linux for Google Compute Engine

Hi Arch users,
I’ve created a tool that can create an Arch Linux image for Google Compute Engine. It has the compute-image-packages software preinstalled so basic GCE integration works.
I’m working to improve the boot times and shrink the image since it’s a bit larger than I’d like it to be. You can follow the instructions below to boot a virtual machine running Arch.
The source code is hosted on Github: https://github.com/GoogleCloudPlatform/ … ge-builder, pull requests welcome!
I've already built one today and has been made public on Cloud Storage at gs://jeremyje/arch-stable/arch-v20140906.tar.gz
Instructions to boot a VM with the image:
1. Create a project or pick an existing one. Turn on Compute Engine.
https://console.developers.google.com/
Click "Create project"
Enter a project name and project id.
Go to Compute > Compute Engine
If necessary, enable billing.
2. Add the Arch Image to your Project
Go to Compute > Compute Engine > Images
Click "New image"
Name: arch-v20140906
Description: Arch Linux built on 2014-09-06
Source Type: Cloud Storage object
Cloud Storage Object Path: gs://jeremyje/arch-stable/arch-v20140906.tar.gz
3. Create an Arch Linux instance.
Go to https://console.developers.google.com/
Select your project.
Compute > Compute Engine > VM instances > Add Instance
Select a zone, machine type, and select the “arch-v20140906” image.
You can SSH into the VM by clicking on the SSH button after you create it.
If you like command line here's the equivalent.
Google Cloud SDK: https://developers.google.com/cloud/sdk/
# Install Python2
pacman -S python2
# Install Cloud SDK
export CLOUDSDK_PYTHON=/usr/bin/python2
curl https://sdk.cloud.google.com | bash
echo “export CLOUDSDK_PYTHON=/usr/bin/python2” >> ~/.bashrc
source ~/.bashrc
# Login, create a project
gcloud auth login
# Add the image to your project.
gcloud compute images create archlinux gs://jeremyje/arch-stable/arch-v20140906.tar.gz --description “Arch Linux built on 2014-09-06”
# Create the instance booting Arch
gcloud compute instances create archvm --zone us-central1-a --machine-type f1-micro --image arch-v20140906
Lastly, there’s no official support for these images but if you find a problem please file a bug or submit a fix on Github.

Hi! Do you have any update of your Arch image?
Thank you

Arch linux for SPARC, is there still any activity?

Hello all,
I just got my hands on some sparc servers and I'd love to put arch linux on there.
I found a wiki-page about SPARCH, but the last real edit is over 2 years ago, and the repository is down.
Is anyone still interested in this / working on this?
Ward

Ok, so Dave replied.
It's been a while since he worked with the SPARC version, and can't find the files anymore.
However, he does have some very useful basic information regarding what the basic problems with the porting process were, the framework he used (Cross-LFS; http://trac.cross-lfs.org/) and so on. Dave also mentioned, it was far faster to do the compiling on his x86 desktop than the actual SPARC box.
I'm highly motivated in getting something done about porting Arch to SPARC. Haven't done anything quite like this before, but that's not a problem. Lack of time might be though, which is why I'm hereby announcing I'm looking for volunteers to participate in a group effort to get the porting moving along and fully available to the public as soon as possible.
What I can offer is this:
- Server space from a fast x86_64 Sun Blade (running Arch) to host repositories and possibly do some compiling as well; 1 gbit uplink
- A Sun Fire V240 with 2 CPUs (1.5 GHz if I remember right) and 4 GB RAM for compiling / testing
- A plan, lots of ideas, an open mind and skills in areas such as design & co-operation
I would love to get involved in the actual porting myself as well, but as things look at the moment, I will only have the chance to do so occasionally and for short periods of time.
I can and very much wish to participate in designing the whole process though, and the first couple of people I feel the project needs would be designers / project leaders as well. Someone(s) with previous experience in porting any OS to any new architecture would be useful to say the least.
I'm also seriously thinking about kind of combining OpenBSD and / or DragonFly BSD with some parts of Arch. Can't really say which would be the dominating "gene" but Pacman and the rolling release approach are one of the key points of the whole thing. I used OpenBSD for years and loved it for its security and stability, but keeping it up to date and clean (no old libraries around etc.) means you will have to re-install it once a year. I got so tired of that I could simply not go on, and after lots of research ended up with Arch - which I love, apart from the fact that some things keep changing so radically that it's easy to drop out of the smooth upgrade track and get your otherwise super-stable server messed up.
So, this secondary plan of mine has to do with taking the best parts of OpenBSD, DragonFly and Arch, and putting it all together in a way that provides a super-stable, secure and KISS distribution heavily targeted at the server scene, possibly being available as 64-bit only. If it's based on Linux kernel then it will have things such as GRSecurity installed and on by default. Server software packages designed to be chrooted (or at least providing a chrooted version) whenever possible, and so on. Clear, unified way of how the system is configured and how the init works - this is where I'm thinking about the Arch way again. I am leaning towards using the OpenBSD kernel but importing lots of stuff from Arch / Linux.
If anyone's interested in either of these little projects, please pm or e-mail me at jyri (ät) archlinux (punkt) fi

Arch Linux for Netbook ?

Hello guys,
im new user with Linux
is arch Linux compatible with Netbooks ?
because im using crunchbang Linux . i faced many incompatibility issues like Display/backlight/FN keys
and i hope this arch Linux can be compatible with my Samsung Netbook

Use google with the site option to search. (It works better than the forum search.)
When I tried, google turned up https://wiki.archlinux.org/index.php/Samsung_N150. It doesn't seem to cover your netbook specifically but perhaps there's something useful there.
Here's the category page for samsung: https://wiki.archlinux.org/index.php/Category:Samsung.
Last edited by cfr (2012-08-11 00:17:11)

Arch linux for Sparc Ultra2

I have flat rate adsl2 24/7 and a sparc ultra 2 idle connected, I can trust some people on it to port all arch PKGBUILD,
18Gb hard disk scsi3 15000 rpm 1280Mb rom 2 300Mhz CPUs.
I can make Arch base boot on it in a couple of weeks. Anybody with me?

I have an ss10 I can test/compile(once the port is ready) on
I would also point out that debian was compiling 32bit userland for all sparcs with some exceptions that saw speedups like the kernel so supporting older 32bit sparcs should be an added bonus
I have been trying to get T2 SDE (it just spits out binary packages you can build a custom distro with... supposedly supports sparc32) to build a bootstrap environment but the cross compiler build is broken and I can't figure out how to get on the mailing list to ask for help I may email the main dev directly. T2 should also be able to create bootable install images to get us started once the bugs are cleaned up. Gentoo has dropped sparc32 support which I don't really understand except that the machines were slow they are still pretty neat and would make decent personal servers etc.
I think it would be nice to get a single boot image ready and have 64bit additional repos for those that can run them.
Anybody could fix the T2 GCC compiler that would be GREAT Glibc and quite a few other packages needed for the cross compiler work however it fails here
== 16:27:56 =[0]=> Building base/gcc [4.3.4 8.0-trunk].
/home/tv/t2/t2-trunk/build/sparc-8.0-trunk-generic-sparc-v8-cross-linux/TOOLCHAIN/tools.cross/lib/parse-config: line 8: package/./base/gcc/parse-config: No such file or directory
-> Reading package config: package/base/gcc/gcc.conf
-> Preparing build in src.gcc.sparc.20091101.162755.20021.Vectortheta
-> Building. Writing output to $root/var/adm/logs/0-gcc.out
*> Corrected ./libtool.m4
*> Corrected ./libjava/libltdl/ltmain.sh
*> Corrected ./libjava/classpath/ltmain.sh
!> checking whether sigaltstack is declared... yes
!> checking for struct tms... yes
!> checking for clock_t... yes
!> checking for .preinit_array/.init_array/.fini_array support... yes
!> checking if mkdir takes one argument... no
!> *** Configuration sparcv8-t2-linux-gnu not supported
!> Due to previous errors, no 0-gcc.log file!
!> (Try enabling xtrace in the config to track an error inside the build system.)
-> $root/var/adm/logs/0-gcc.out -> 0-gcc.err
Last edited by cb88 (2009-11-01 22:37:26)

Gui a'la Arch Linux for building/installing/maintaining E17

Hi!
I have made a simple GUI in Dialog / bash for maintaining E17 right now it can build e17 and install it, build and upgrade it and last it can just build e17 (not installing/updating)
anywya, feel free to try it, but be aware that this is the first version so I AM NOT RESPONSIBLE FOR ANY DAMAGE!!!
please report errors, and I am sorry for any inconvinience this might cause
UPDATE: BIG BUG KILLED! UPDATE TO 0.0.4
Update:
New version is out
Buggs are squashed, and some new feutures, like if you are root when installing, it restores ownership of files...and new cleaning of directories is working quite well....also more logging, and more correct logging...
UPDATE
New version: New feuture is the ability to use Gensync to do your own repo
Have fun
download here: http://www.linuxportalen.com/files/e17_ … 0.6.tar.gz
it includes pkgbuilds, pkg.list file, and the script itself
UPDATE: New version of the script, does not require editing the code
although it has not been properly tested, but it should work
http://www.linuxportalen.com/files/e17_ … 0.7.tar.gz

Feutures in the next version of the script is:
Building and installing E17 from PKGBUILDS
Building and Upgrading E17 from PKGBUILD
Building E17 from PKGBUILD (and copy all build-files to a specified directory)
While building and something goes wrong, You may go back, uncheck those packages that you have already made, and skip the one that gone wrong and continue installing/upgrading/building
Inbuilt fail-checking
Upcoming feutures, (although not sure how to do all of it yet)
Uninstalling of E17 (or specifik packages)
Gensync (make your own repo)
download here:
Anyone has any more ideas?http://www.linuxportalen.com/files/e17_ … 0.3.tar.gz

UArch - arch linux for embeded and old machines

Hello all,
just wanted to post the new web site for uArch it can be found at
http://code.google.com/p/uarch/
check it out and let me know what you think..
zio
Last edited by zio (2008-03-31 06:21:21)

zio wrote:There back in place, if your doing an install can you use the pacman.static instructions. Just to verify the instructions are still working, should work. But I haven't tested yet
Thx for the prompt response , I've tried both methods with the static pacman and the one of my system. But unfortunately both attempts failed because of bad md5sums .
error: failed to commit transaction (corrupted package)
file gcc-4.2.1-1-i386-uclibc.pkg.tar.gz was corrupted (bad MD5 checksum)
file klibc-1.5-1-i386-uclibc.pkg.tar.gz was corrupted (bad MD5 checksum)
file klibc-udev-116-1-i386-uclibc.pkg.tar.gz was corrupted (bad MD5 checksum)
file openssl-0.9.8g-1-i386-uclibc.pkg.tar.gz was corrupted (bad MD5 checksum)
file pciutils-2.2.8-1-i386-uclibc.pkg.tar.gz was corrupted (bad MD5 checksum)
file sysfsutils-2.1.0-1-i386-uclibc.pkg.tar.gz was corrupted (bad MD5 checksum)
file vi-7.1.293-1-i386-uclibc.pkg.tar.gz was corrupted (bad MD5 checksum)

UArch - arch linux for for old and tiny machines

Hello everyone,
I just want to post my the new location for uArch over at google code.
http://code.google.com/p/uarch/
check it out and let me know what you think.
zio

Don't cross-post.
Closed.

Arch Linux on SmartQ (V5II) -looking to start project-

Upfront I will note that I am not skilled enough to accomplish this alone at my current level. I will learn what I can in order to achieve this task, so any and all links to tutorials and ideas on how to get this working will be taken and put through heavy consideration. Primary concern will be getting a working "livecd" cloned image (basically, all the most standard core packages to get a working Arch Linux with USB Keyboard and mouse support, then build from there till I get X and all the nice features of the V5(II) working, and branch out from there Will probably look into repartitioning the NAND so I can have a complete and full install (probably preserve Android for being boot from SD, which is fine since it's a complete dual-boot which requires rebooting to switch anyway) As of now, I am referencing the development tutorial for SmartQ, tutorials for building firmware images from plugapps (nice Arch port to ARM devices) and whatever information I can gather from someone on the Arch Linux forums who has recently ported it to the newest ARM processor type (v7, if I'm not mistaken). All links will be provided at the bottom of this post.
My guess is that I will have to approach this with a "Linux From Scratch" mindset of compiling the kernel, busybox and whatever else I need to get a working base install (which, from there, I can compile everything else natively on the actual device)to the point where I reach a working system with gui, basic tools, maybe a game or two, and whatever else would constitute being enough for "firmware" status. I guess, my only question ahead of all that is how do I go about making the "base install" firmware to build up from? Secondary question to that is, once I get a nice setup, how do I take that (all being on the actual V5II) and remaster THAT into a firmware that I can then post online for others to test? I already have my homework cut out for me, so I'll be reading what i can to figure this out while anybody and everybody here throws me tutorial links and ideas on how I can accomplish this each step of the way... We shall see where this train takes us.
SmartQ Linux Development Guild: https://docs.google.com/View?id=ddtx8wk … skpm&pli=1
PlugApps Development Portal: http://www.plugapps.com/index.php5?titl … evelopment
Arch Forum post for developer who ported Arch Linux to the v7 ARM processor: https://bbs.archlinux.org/viewtopic.php?id=59638
can't think of anything else at this point, but I will categorize links the best I can to morph them into somewhat of a workflow process and group the help aids to each relevant step along the way. Anyone interested in helping, feel free to join in on the fun.. Will be looking that the ArchMobile stuff and incorporating what I can into my project... maybe this will help revive the ArchMobile project as well...

If you are a new programmer then Python is a good place to start. Install WingIDE 101 from the AUR for a good beginner's IDE for that.
Think Python is a free book to get started with (PDF or HTML download on that page and you can buy the dead tree if you want)
If you want to do programming that requires fast code above all else then C++ is the standard. Code::Blocks is a good IDE for that. Be sure to install "base-devel" and "gdb" to go along with it.
Programming - Principles and Practice Using C++ is a dead tree book for C++, you have to buy it but that is offset by the fact that its author is also the author of the C++ language.

Arch Linux based live gaming distro 'lg-live 0.9.5' released

Hey all,
first of all, sorry if this is the wrong subforum to post this in but this one seemed most appropriate.
I would like to announce the release of live.linuX-gamers 0.9.5, an Arch Linux based live gaming distro. It was made using Archiso and of course a big investment of time. It is going to be officially released on LinuxTag 2009 in Berlin (in three days) but I thought I'd give it to you guys now.
It is a very specialized distro: It contains lots of popular games, installs proprietary graphics card drivers out-of-the-box and provides you with a nice, clean interface for launching games and a few basic applications.
I don't want to over-advertise this so I'll just say: Please go ahead and test it if you feel like it, maybe mirror it or seed the torrents a bit, post feedback or thoughts, insult me or threaten me, etc.
If you want to give it a spin or see which games are on it, go over to http://live.linux-gamers.net and grab yourself an ISO/USB image.
Thank you, Arch Linux, for making this possible.

karol wrote:
capoeira wrote:is there a way to install other games when using a USB-Device?
This thread is rather old, but yeah, it's possible to remaster this "meta-distro" and add/remove games you like: http://github.com/svenstaro/lglive
BTW, there's a new release http://live.linux-gamers.net/
Ohh what a positive surprise to have a girl here,
yea, i downloaded the DVD this week. I'm no gamer, I gamed in the 90ies on a Amiga 500 last time. But sometimes I get a wich to play a bit, so I found this DVD (I don't want to instal games to my production-distro and don't want to instal Catalyst either for my card)
I want to play 3d first-person games but those ego-shooters i don't enjoy. Its running around shooting on everything and diying a hundred times. I want something more realistic, so I found penumbra and amnesia and would like to install it with this DVD. (if anyone has tips for realistic 3d-games, action-adventures, etc. I would apreciate tips)
I will have a look at your link, thanks a lot

Arch Linux Beginners Guide

Remembering the days when I installed Arch Linux for the first time I still feel that Arch misses a guide for beginners. I started one at the Wiki. Its intention is to show how you install and configure Arch Linux until you have a fully working desktop system for multimedia and office purpose. I'm still heavily improving it. If you have any suggestions or critics feel free to drop me a note or add the content to the wiki. If you find some spelling or grammar errors do the same or fix them, I'm no native speaker

iphitus wrote:article is too big. provide links to existing wiki pages and documentation. If things change and you dont know, your article will be broken.
Sure...but you will have this problem with all wiki pages. If you don't have a maintainer for bigger articles, the whole idea of the wiki won't work well.
iphitus wrote:For example, change the install documentation to the install guide. Same goes for network, link to existing pages, and if there isnt one, create one.
I disagree with this one. I personally like the idea of having one basic guide which will led in most cases to a fully working system and does not stop right after the installation, which will leave you with a single prompt. I tried to explain the "basic things" and give links for digging deeper (I may have failed at this, but I tried and will try again).
Therefore you are right about linking, but as you may have seen I tried to link to existing pages if they exist and give more than just a basic information. As far as I know no install guide for voodoo exists yet.
What I really don't want to do, is to create just a meta page that only links to other pages, for three reasons:
* It's annoying to read if you have to follow a link, get back and follow the next link...
* Because there is no single maintainer for all the sub pages, you can only link to pages that are known stable, otherwise the beginner will be totally lost fast
* Some of the other pages are way too technically for a beginner, they quickly start with special things for exotic purposes (mainly because experienced people don't like writing about basic things I believe)
iphitus wrote:Some of it seems a bit overkill too, you give a newbie style how to for tiny things, but completely gloss over even a basic description of what the "daemons line" is. Newbies using this beginners guide learn bugger all, as they just copy from the beginner guide. When things go wrong, they come to the forums rather than use initiative. I guess the installation and configuration acts as a form of natural selection.
I think we have a different opinion how a wiki works, I always thought you start with something and improve it over time, when questions or suggestions arrive.
A wiki will get better if more than one people is involved, therefore sharing and discussing at an early point of time is reasonable.
On the other hand you are absolutely right about the daemons line, which should be explained for a beginner (EDIT: I added a paragraph about daemons a few moments ago).
But I think differently about the natural selection. I never felt that Arch Linux aims to be an elitist distribution and that an acceptance test is needed if you want to use it...what I have seen from the community so far, Arch seems in fact to be the opposite. I like Arch for being clean, simple and logical constructed, not for being complicated. I'm too old to get self-confidence just from installing an operating system.
If users use the forum to ask the same questions again and again, our beginners guide is incomplete and we should fix it.
iphitus wrote:Things like:
http://wiki.archlinux.org/index.php/Arc … or_newbies
and a better FAQ, would be more useful than yet another blow by blow install tutorial that falls out of date in 6 months.
James
This may not be representative, but a better FAQ and Jargon for Newbies (damn, I really love this elite attitude ) wouldn't helped him:
Someone at my blog wrote:Thanks for the guide! I tried installing Arch over Christmas and had the worst time trying to figure that out. So I of course went back to my trusty Gentoo. I always liked Gentoo because even though its an "advanced distro" they provide you with plenty of documentation. Arch on the other hand does not and that really bothered me. But now that I have a Gentoo style guide, I think I'll try it again!
Don't get me wrong, I really appreciate your criticism because it makes me think twice about some things and will most probably lead to a better guide.

Arch Linux 0.7.1 - my feedback

please read the post before vote
Well, I've used Arch linux for many months in late 2004 / early 2005 and then I've switched to Ubuntu...
some days ago I've installed version 0.7.1 and updated it with pacman -Syu
I've seen a lot of improvement since the last time I used it and I was near to think "ok let's switch back to Arch" until I found I that thing I really hate :!: is still here..
You can't install old versions of some packages. For example, kernel.. or.. php (ok there is one in Aur that is maybe "too" old) and mysql..
in the php/mysql example it's true that version 5 is the latest one but they (at least php) still develope the 4.x version for security and many server still have it and also many scripts supports only php4 and 5.
also, as I am a php developer, I need to test scripts with old versions.
but as I said this is just an example. I think that while you can't think to have a big repository of binaries it would be great to be able to install old versions via source.
and recompiling software by hand using old PKGBUILDS is a problem case you don't have a tool that tells you wich packaged were "aligned" with wich.. I mean.. the new php works only with the mysql5 extension so even if you build mysql by yourself it won't work with php.. and so on for apache..
anyway.. if a user is able to block a package and prevent the automatic update he should also be able to use the non-latest version of it.
I know that arch is a bleeding edge distro but this shouldn't mean that you have only the bleeding things. (see gentoo for example)
Another thing that will help a lot in my opinion is to have in the wiki 2 lists:
- one very detailed with available daemons and their use.. for example.. ok.. fam is the file alteration monitor.. but why you need it and wich are the main programs that takes advantage from it and what happens if you doesn't run it? and so on for hal, etc. ..
- one list with all available standard groups that tells user to wich group subscribe in order to be able to performe a specific action
imho this 2 lists will help the (new) user understand better what is doing and why The arch philosophy of "do it yourself and learn doing it" is great but have to be encouraged, and in fact there already is a very good documentation.
Just my 2 cents. And sorry if some one else already said this before; in this case take my post as an underline mark btw.. I'll attach a poll to it.
bye,
Giovanni.

iphitus wrote:To me this thread looks more like "i dont want to make a second package for myself, so let's get the devs to do it".
hmm.. this sounds a bit offenisve to me. Cause I don't actually need that packages as I'm not using Arch as main distro. This post was meant to give a feedback..
iphitus wrote:Especially as there isnt a huge demand for such a package, and you are most likely to be one of a very small minority to use that duplicate package.
ok I agree with this. but from my point of view it is because users that needed it too already switched to another distro..
and this leads us to this:
tomk wrote:I voted "No, there is no need", because I think this is simply an indication that Arch is not the right distro for you - it doesn't meet your requirements.
Imho, the point is that Arch have a lot of great features. The one I'd like to have is a feature that I think will just increase the number of great features Arch already have and will make Arch the right distro for more users. So users that switch to another distro will lose a lot of features that they like to get one or two that they need..
tomk wrote:This "thing that you really hate" is still there because firstly the Arch devs, and secondly Arch users, have not needed to change it. If you want to work "from within" to change that, with polls like this, feature requests, etc, I wish you the best of luck, but I think your poll result so far should tell you something about the support you can expect.
the poll was mainly for myself to get an idea of the users opinion not to change the things. And as I said it is not a change from my point of view, but just a new feature. About Arch devs I agree but about users I don't.. how you can say it if you say to me that I should change distro? In this way people that thinks like me will always remain a minority in arch community. And I don't think that having a old version of a "core" package would be against the Arch philosophy.
tomk wrote:Finally a general point, and this applies to wiki entries as well - you will get a better response if you do something, and then ask "what do you think?" instead of asking "Why doesn't Arch do this?"
I did it for the software thing with the poll and anyway also for the wiki I didn't wrote it but I thought it was clear.. For the wiki I posted my idea and there was no need for the question "what do you think" cause is a discussion forum Also please keep in mind that I wrote the original post in late night and that I'm italian so my english isn't so good :oops:
anyway.. thanks for the tip about subit a feature request and for your answers.
bye,
Giovanni.

Archmobile: Arch Linux for ARM Devices

Similar Messages

Maybe you are looking for