Arch Linux Documentation

Is anyone in charge of developing Arch Linux documentation? From an interview that I came across on the net, I gather that there is. If so, could I ask what the programme is to improve documentation and what the target dates are?
If there isn't anyone in charge, are there people who would be interested in working on documentation, maybe within the Arch community, but maybe outside on an independent site?

redge wrote:
I get the sense that there are a lot of people involved in this distribution who like to pretend that deficiencies are strengths. I also think that the distribution is undermanned. Normally, if a project is undermanned, the idea is to bring people on-board. Trashing people who explore the possibility of getting on-board, and who in the process ask some hard questions, given that getting on-board involves a commitment of time and effort, is not necessarily a clever strategy.
Anyway, having read through this thread, the question in my case is now academic. There is no way that I am going to dedicate 8-10 hours a week to documentation is if people think that spare documentation is a badge of honour. Besides, it is so much easier to write the occasional post.
This is all fair enough; if you don't feel that your efforts would be useful, then by all means don't "waste" time on it (I say this from the point of view that I think you should feel fulfilled by your contributions to this kind of community, not "I didn't like what you said, so I don't want your help" kind of way ) . I think a lot of the feelings expressed in this thread are summed up by the last line of your post, but in a more positive way. That is to say, the Arch Forums are fantastic, and people are willing to answer questions that come up here. As a result, they are maybe unwilling to spend time adding stuff to the wiki that may be too general to cover specific questions anyway. I do think there are a lot of projects and common questions that can be summed up in informative wiki pages (and a lot of things *are* covered there). Perhaps naturally, the wikipages that *do* get written are ones that involve projects people are personally involved or interested in (I put in a wmii wiki page at one point when I got into ruby-wmii, but even that has fallen behind wmii releases at this point).
There have obviously been documentation efforts, and plenty of people that stop by to say "Hey, I'd like to help". However, I think the stopping point for a lot of people is either a) What needs documenting and b) Gee, I don't know anything about the stuff that needs documenting! I actually think the best wikipages are born of arch forum threads; when a discussion has a lot of great tidbits, somebody usually chimes in and says "Hey, somebody make a wikipage", or better yet, "Hey, I already made a wikipage, check it out and add stuff if you want". This works, because obviously a lot of people reading the threads that end up creating the wikipages *know* about the subject. Also, people are immediately alerted in the thread that there's a new page, and may say "Hey, I can add to that", as opposed to a system where people are just going through adding pages and hoping other people notice and add stuff too.
So, in summary, I guess I'd say that documentation is great, but due to the nature of Arch, our efforts work the best when the ball is already rolling in the forums. Which really is the best way for a "smaller" distro like Arch, IMO. Maybe to you this still seems like a "deficiency" that Arch users think is a strength; it seems to me to be more of a natural product of a really active user community (where instead of there being a group of people dictating what documentation is needed and such, those things that come up in community end up being codified in the wiki).
Personally, for me, I think a good documentation effort would be to keep your eye on long or very active threads; if they look like they have juicy info in them, condense it into a wikipage and announce it in the thread. Of course, that's just one Archer's opinion, and not necessarily of one that knows what he's talking about . I do agree that there are steps that could be taken to make tackling documentation easier (and I am aware that Dusty has the "Wiki volunteers wanted" thread for this) for people that "want to lend a hand", and I'm certainly not saying the efforts that have gone on so far have been wasted. I just like the idea of the really active community in the forums being leveraged to help the "static" documentation in the wiki. See a thread that indicates the install guide is lacking info is confusing? Make the wiki edit! See a thread with great new info? Start a new wiki page! See a thread born of BAD INFORMATION in the wiki? DEFINITELY update the wikipage! Embrace the wikiness of the documentation; worry less about "who maintains this page", and more about "what are the actual issues users are having, and can I change something right now to help?". Coming from this angle really reduces the feeling of being overwhelmed when loading up the wiki to edit it with no particular agenda in mind... rather, you have particular pages in mind, and you know they will be immediately useful.
Cripes, this was a long post. Sorry! Hopefully it will encourage people to contribute, even if it's just a small edit on a single page, without them worrying about becoming documentation maintainers. You don't have to be an expert at everything or anything, but being a part of a community is contributing what you can when you can. Oh, and yeah, this post probably looks funny coming out of the mouth of an "Occasional poster"; I'm actually on the forums daily, looking for spots where I can answer a question, and do so when I can.. my lack of posts is simply an indication of my not knowing enough .
Oh, and as to the response to Dusty's response... I feel like we see these kind of responses a lot on the forums, and I kind of wish people wouldn't take such umbrage at these comments. These comments are a result of people *knowing* the community. It doesn't mean that they think your idea is stupid, it just means that they're telling you what has been true in the past, and why certain things maybe don't work out. It doesn't mean you shouldn't feel like you can contribute how you want; it's open, go for it. Get the ball rolling; the community may embrace it gladly. If it didn't, well, you contributed out of love of the community, and that will certainly still be appreciated.

Similar Messages

  • 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.

  • Dual-Booting Arch Linux and Windows 7

    Hello,
    I am attempting to set up a dual-boot configuration with Windows 7 (installed first), and Arch Linux. When I went to install, I read in the documentation that the AIF doesn't support installing GRUB to a separate partition other than the MBR on the drive. I want to install GRUB separate from the Windows MBR so I can use Easy BCD to chainload the two bootloaders (i.e. installing GRUB on /dev/sda5 instead of /dev/sda). I went through the installation process and tried to install GRUB manually via the instructions given in the documentation. But when I went to boot Arch, I was greeted with the GRUB shell instead of the boot menu. What did I do wrong? And is there any easier way to install Arch this way given that I do not want to overwrite the Windows bootloader? I went ahead and wiped the Linux partitions on my drive, so I am going to do the install again once I have some suggestions.
    Thanks!

    joshuawagner147 wrote:
    hyperreal_logic wrote:
    To the original poster: 
    If you want to chainload both Windows and Arch Linux using your preferred boot manager, you'd have to create a separate 'boot' partition when installing Arch Linux.  When you are in the Arch installation, create a separate partition of about 500 MB, then create the root partition of whatever size you need, and then create swap partition if necessary.  So your HD would resemble something like this:  /dev/sda5=boot partition of 500 MB; /dev/sda6=root partition of ## MB/GB; and /dev/sda7=swap partition of (RAM * 2) GB.  Then continue with the Arch installation procedure until you get to the end where you are prompted to install a boot loader.  Choose GRUB, and install it to the 'boot' partition on /dev/sda5.  This will allow you to chainload Arch via Easy BCD.  What happens is Easy BCD will pass the message to GRUB on /dev/sda5, and GRUB will then load your Arch root system on /dev/sda6. 
    I hope this helps.  I support your choice in using Easy BCD to chainload Windows and Linux.  Software is, after all, about choice.  Furthermore, you've presented a good reason to use Easy BCD as the main boot loader, which is to save you from unnecessary tinkering with the GRUB shell or Live CDs and whatnot.  However, if you don't want to create the separate 'boot' partition, then you'll have no other choice but to use GRUB or syslinux on the MBR.
    Thanks. Yes...I followed the procedure just like you described. I figured that my problem was that I didn't create a separate /boot partition, so I reformatted the partitions I created and redid the install. However, I was not able to install GRUB in the AIF; I had to reboot into the Live CD and install GRUB to my boot partition manually. All is good now as I have a working dual-boot now. Arch Linux has been a sort of learning curve for me, but I have gained valuable knowledge and experience by using this distro.
    Yes. I didn't want to mess with GRUB or NTLDR. I know that reinstalling NTLDR is not that difficult, but I didn't want to mess with it at all. It just seemed easier to chainload GRUB to NTLDR using EasyBCD. I'm a sort of "distro-hopper" anyhow, and using this method allows me to cleanly remove any distro I install without having to mess with GRUB or reinstalling NTLDR.
    Thanks!
    Glad to hear!  Yes, Arch Linux is a wonderful distribution, and one of my favorites.  It's great for not-so-newbie beginners to learn from.  pacman is one of my favorite package managers, as there is always the latest stable software available in the Arch repos.  Glad everything worked out.  Have fun with Arch!

  • 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.

  • Arch Linux Handbook 2.0

    Hey all,
    I'd like to announce the freshly minted Arch Linux Handbook 2.0, available from the estore here:
    https://www.createspace.com/3482247
    It should be showing up in Amazon stores within a few weeks, and you'll be able to order it from your favourite brick and mortar store after a month or two.
    Nearly 400 copies of the first handbook were sold. This one is more up to date with a fancy cover, more pages, and prettier interior. The Arch Linux Handbook is simply a print edition of the Beginners' Guide, which has seen a few hundred revisions since the first edition went to print. So it was time for an update, and here it is!
    I would like to extend a huge thank you to both Jules Pitsker (Misfit) and Branko Vukelic (foxbunny). Jules is the motivating force and primary maintainer behind the online Beginners' Guide. His tireless and thankless contributions have turned it into the exceptionally well-written and comprehensive document that it is. Branko is the best designer I know, both for print and web based materials. He did a terrific job on this handbook cover.

    Thank you Dusty.  I appreciate your handbook, it played a role in converting me to ArchLinux.
    It was important to me to see that there is printed documentation for any linux distro I use.
    ArchLinux passed the test because of you.
    I bought a copy of your first edition and reviewed it on Amazon.  As soon as the second edition
    shows up on Amazon I'll buy a copy and give it another review.  I'm sure that I'll be able to say
    that it is greatly enhanced and everyone should certainly own a copy.
    Every Archer **should** own a copy
    In fact I have my copy [rummages through closet] right HERE and I did get it out recently when I
    repartitioned my SSD and did a re-install with Arch-only. It's __handy__

  • Arch Linux Handbook

    I am thinking of creating an Arch Linux Handbook much like Gentoo's and Freebsd's excellent ones that go into great detail.  I know there is already a great installation guide, so a couple of questions.
    Am I just reinventing the wheel, or do you think people will find it useful.
    Does anybody know if there is some sort of handbook / documentation software out there, does gentoo use one? if so does anybody know if the source is available etc? (I guess I should probably ask gentoo forums for this, in a hope they will share there great handbook system)
    Thanks Guys

    Sorry I should have gave a link
    Gentoo Handbook http://www.gentoo.org/doc/en/handbook/handbook-x86.xml
    FreeBSD Handbook http://www.freebsd.org/doc/en_US.ISO885 … /handbook/
    Note the great detail they go into.
    Obvioulsly the Arch Install has no where near as many steps, but the Gentoo documentation goes to great lengths to tell the user why?
    Also the clarity of the Gentoo forums is second to none.
    Although I do see a very valid point for putting the effort into the wiki, and the more I look at the wiki, the more I think I would be just duplicating it.
    Please don't think I am just bashing our own wiki, this is not the case, the wiki is great as a wiki.  I just think really percise and good explanations will help someone with no Linux expierence at all have much more chance of a succesful install if they understand the nuts and bolts of the system
    Last edited by gazj (2009-02-23 19:11:39)

  • Arch Linux running on Asus Transformer T100/T100TA... sort of.

    I'm not really asking for help here (can't find an appropriate place to put this post), but more to show off my accomplishment with this tablet.
    As the thread title says, I've gotten Arch Linux to run on the Asus T100TA which is a quite annoying little thing. I haven't documented the steps myself, however, I remember exactly what I have done, and in order to get the live image to at least run on this tablet, here are the steps I did:
    (you'll maybe need 2 USB drives, seems to be the easiest way)
    1. Create an ISO using the archiso set as you normally would (except you won't really need the ISO itself) OR if you can figure it out yourself, install the base image to the USB drive (either architecture will do, but I recommend i686 since the processor is 32 bit as well)
    https://wiki.archlinux.org/index.php/Archiso
    This step will be unnecessary as of May, as the live images onwards on the main download site will already contain the 3.14 or newer kernels.
    2. After the image building successfully finishes, copy all the contents from (PROFILE)/work/iso/ (except root-image squashfs files) to a FAT32 formatted USB drive (1). This is to simply create a bootloader drive that will allow us for later swapping the USB drives.
    3. Download an ia32 version of grub. Any will do as long as it can boot up on the tablet.
    http://www.supergrubdisk.org/category/download/supergrub2diskdownload/
    This one works, download the standalone IA-32/i386 EFI and paste it in (USB Drive (1))/EFI/boot/bootia32.efi .
    (use latest versions, no matter if it's unstable)
    4. Now you need to make a grub.cfg. The one I made looks like this
    menuentry 'Arch Linux i686'{
    echo 'Loading Linux core repo kernel ...'
    linux /arch/boot/i686/vmlinuz noefi nomodeset archisobasedir=arch archisolabel=ARCH_201404
    echo 'Loading initial ramdisk ...'
    initrd /arch/boot/i686/archiso.img
    menuentry 'Arch Linux x86_64'{
    echo 'Loading Linux core repo kernel ...'
    linux /arch/boot/x86_64/vmlinuz noefi nomodeset archisobasedir=arch archisolabel=ARCH_201404
    echo 'Loading initial ramdisk ...'
    initrd /arch/boot/x86_64/archiso.img
    NOTE: If you're using a later live image build, I advise to change the date accordingly. It's not necessary to do so, since the mount by label doesn't work, however, I like to keep everything intact.
    noefi flag seems unnecessary as well, though I have added it to prevent some kernel panics from happening, for just in case. It works without it, still, however you need the nomodeset flag or else you'll get a black screen!
    I'm not entirely sure where the grub.cfg goes, but I've put it in USB Drive(1)/boot/grub/ , /EFI/grub/ and in /EFI/boot/grub/ just to make it sure that it works.
    5. Create an ext2/3/4 (recommended ext2 for flash drives, not to wear it out) USB drive (2) and copy the arch folder to the root of the USB drive (2)
    ---- BOOT PROCESS ----
    Before this step, ensure that Secure Boot is set to OFF in the Aptio setup. Otherwise it will throw up an error in a red box crying it's not signed.
    6. Plug in the USB drive (1) into a USB port and while powering on the tablet, tilt the escape key to pop up a boot menu.
    7. Select UEFI: (your USB drive (1))
    8. GRUB 2 will pop up. If you're running the SuperGrubDisk version, you're gonna have to go to Everything and then scroll down until it says something like
    (hd0, msdos1)/boot/grub/grub.cfg
    and click on it to open the configuration data manually created.
    9. Simply select your desired version of Arch Linux live distro to boot.
    10. VOILAaa, not really... It'll pop up with a mount error saying it's a wrong FS to mount. This is where you plug in your USB drive (2) in place of the first one.
    11. Type in:
    # mount /dev/sda1 /run/archiso/bootmnt
    # exit
    12. Congratulations, you're running Arch Linux on your ASUS Transformer T100TA tablet!
    This is as far as I have went into running it. Installing it on a HDD would require mounting the mmcblk partitions, which I haven't looked into yet. For a start, I'd just recommend installing it on a USB drive, though you'd have to own one of the USB OTG converters or a USB hub. The screen is spammed with the mmcblk0rpmb timeout errors though and that is annoying. It stops after a while when it stops trying. Reboot doesn't work either, seems like acpi is broken.
    You could do it with a single usb drive, though it requires some knowledge of this tablet's EFI because it disallowed me from running a kernel on another partition other than FAT32. Grub pops up with an error:
    can't unload EFI services
    or something like that.
    I've also tried putting the USB Drive (2) in during grub and it pops up with an error with invalid sector sizes. That was to be expected.
    btw I know it's my first post, I'm just here to share this with you. I never had the need to ask for help but when absolutely necessary.
    PICS OF IT RUNNING
    Some USB devices aren't visible, like the camera.
    A custom partition layout without the recovery partitions. Yours may differ.
    Last edited by xan1242 (2014-04-13 22:54:46)

    I haven't tried much other than getting this live image to run on this machine. I'll attempt to install the base image using my desktop computer with the appropriate drivers and see how that goes. (or just install the wifi driver)
    That guy really made it to work much better than I imagined it to work at all! I'll see what can be done using the same drivers, though running Ubuntu seems tempting as well. He even got the touchscreen to work, which is really awesome. It seems that he also merged the drivers into the kernel image, which is going to be a challenge in Arch.
    Since he's using the 64 bit build of Ubuntu, I'll try it with x86_64 Arch as well to try and use his guide to make the drivers to work.
    EDIT: I have successully installed the base to an external drive and booted it on the tablet, however since the base was installed externally on another machine, I need to regenerate initrd. It boots on the fallback ramdisk, but still no wifi and the screen is spammed even more with the timeout errors. I've seen topics on Raspberry Pi having a similar issue and that it was repaired using some kernel flags, but I am not sure if those will work with the tablet. Also, using the bootflags jfwells used on Ubuntu work here as well, and gives full resolution output now. Wifi doesn't work. ip link doesn't give any signs of a wifi card present.
    EDIT2: Got Arch up and running relatively nicely on the tablet now. Though it is in the same state as the last edit in terms of functionality, it works I'd say well enough to be considered usable. I couldn't make the wireless card to work, for some strange reason, so I got a RT73 USB card (Edimax EW-7318USg to be precise, had to use 2 USB ports) and installed stuff on to the tablet. I ran X without a desktop manager, and the X apps worked fine, even with the touch screen (emulating a mouse, no right click) and I ran XFCE4 on it without a problem (with compositing).
    It simply needs more developed drivers on it, that's mostly it. The state is exactly the same as Ubuntu 14.04 that jfwells made to work (minus the wifi). I haven't played with the sound, either, due to the warning he posted, but I believe it works as it does in Ubuntu.
    The steps I made are as follows:
    1. Simply made another live ISO with the archiso set
    2. dd'd the image to a USB drive
    3. On the second USB drive I created two GPT partitions (200 - 300 MB for ESP, everything else ext2)
    4. Booted the live archiso USB drive
    5. Installed the base to the second USB drive while being mounted like this: ext2 partition -> /mnt and ESP -> /mnt/boot
    6. Installed GRUB x86_64-efi to simply generate a configuration
    7. Installed wireless utilities as well as everything else needed to make it to work
    8. To ensure bootability on the tablet, again, I put the IA32 GRUB to the ESP in /EFI/boot/bootia32.efi
    9. I have edited the grub.cfg, can't exactly remember with what, but this is what it looks like
    ### BEGIN /etc/grub.d/10_linux ###
    menuentry 'Arch Linux, with Linux core repo kernel' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-core repo kernel-true-(hd0,gpt2)' {
    set gfxpayload=keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='hd0,gpt1'
    echo 'Loading Linux core repo kernel ...'
    linux /vmlinuz-linux root=/dev/sda2 video=VGA-1:1368x768e reboot=pci,force sdhci.debug_quirks=0x8000 rw quiet
    echo 'Loading initial ramdisk ...'
    initrd /initramfs-linux.img
    menuentry 'Arch Linux, with Linux core repo kernel (Fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-core repo kernel-fallback-(hd0,gpt2)' {
    set gfxpayload=keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='hd0,gpt1'
    echo 'Loading Linux core repo kernel ...'
    linux /vmlinuz-linux root=/dev/sda2 video=VGA-1:1368x768e reboot=pci,force sdhci.debug_quirks=0x8000 rw quiet
    echo 'Loading initial ramdisk ...'
    initrd /boot/initramfs-linux-fallback.img
    ### END /etc/grub.d/10_linux ###
    I simply added the kernel flags jfwells added. It needs that root flag, or else it will not boot. I can't figure out the UUIDs though. It will reboot, but it will not shut down.
    10. Boot up your second USB drive on the tablet and... IMPORTANT - Boot with the fallback ramdisk - or else you're going to experience non functional input
    11. After booting it, you'll get the annoying mmcblk timeout spamming the screen. I haven't figured out how to fix it, but to hide it, type in
    # dmesg -n 1
    12. Generate another ramdisk (forgot the command, but search function should serve you)
    13. Reboot with the normal ramdisk now.
    14. After setting up the wireless connection, rock on with the pacman!
    At this point I installed a bunch of stuff, like Intel GPU drivers, xorg, xfce4, ntfs-3g, gparted,  and among other stuff I personally test stuff with.
    I couldn't mount the mmcblk partitions to at least somehow be able to edit data on the Windows partitions or the disk as a whole.
    Anybody willing to help getting Arch to run on this tablet is welcome.
    EDIT3: Internal WiFi working! Simply added "sdhci.debug_quirks=0x8000" flag.
    Last edited by xan1242 (2014-04-13 23:35:26)

  • Complete theme for Arch Linux

    Hi guys. In celebration of Arch's new design, I finally decided to learn more about making wallpapers and GTK+ themes. Unfortunately, I had to basically hack an existing GTK+ theme (Smooth-Line), but it still looks good and matches the overall feel of Arch Linux, in my opinion.
    I've created a collection of files that themes the following things:
    GTK widgets
    Fluxbox
    desktop background
    urxvt
    The goal was to integrate seamlessly with the website's look and feel. I think I've succeeded:
    Unfortunately, I don't have an xcf of the background, so I doubt it can be scaled easily. I guess it's one of those things you don't think about when a project starts out being 'just for me'.
    I've uploaded a g-zipped tarball of the files you'll need to use the theme.
    http://sporkbox.us/linux/arch-theme.tar.gz
    * The sample .Xdefaults file allows you to change the colors for urxvt. Feel free to delete all the stuff before the "color#" lines.
    * gtkrc goes wherever you want it, but should be put in /usr/share/themes/Smooth-Arch/gtk-2.0/ if you want theme switching apps to recognize it.
    * The background can be put anywhere.
    * Arch-Linux goes in /usr/share/fluxbox/styles or ~/.fluxbox/styles.
    I hope you guys like it.
    EDIT: Updated the screenshot and fixed the link to the archive.
    Last edited by xelados (2009-12-07 11:46:15)

    xelados wrote:
    mfolnovic wrote:Can you please give us links to GTK+ theme documentation? I can't find any ...
    Sure! GNOME Live: GTK Theme Tutorial
    Beat me to it.
    I've got loads of half-finished themes here (or did have; they might have gone when I switched to Arch) - once I found QtCurve, it just seemed too much hassle. It's not totally configurable from the GUI, but it certainly beats poring over gtkrcs until your eyes hurt.
    Edit: I meant to add that the wallpaper works quite well cropped to 5:4 if you take the right end. The big Arch logo loses its bottom left point, but it's not too bad.
    Last edited by dunc (2008-02-03 20:12:34)

  • Archwiz Script for installing Arch Linux

    I created a new Bash Script Project called Archwiz, located on  github flesh/archwiz ,
    its still in Beta for a few reasons, I never figured out how to get computer translations working in the script so I can Localize it, and I never figured out all the details to get an AUR custom repo working and lastly I didn't get the Asynchronous downloads to work right, so there are all disabled in this script.
    This script was a fork of another script found here Archlinux Ultimate Install Script.
    The Script itself has several files, the wizard.sh is a library, that allow programmers to use this library as an API for writing scripts, so its usefully to anyone that wants an API to write Bash Scripts, but the script itself scripts a script that is saved as configuration files, then executes the script inside itself, so you can look at all the configuration files before running it.
    The script was written for use by anyone, but mostly targets programmers like myself who need to setup a machine to use as a work station and want it set up a certain way every time, although this script is far from finished, I have a lot of tweaking to do to it before it would be completely there, but as it is, I can get up and running on a machine with little effort, so this make it ideal for a Linux Administrator who has to install thousands of OS's and have them configured all the same way, but works great for someone just wanting to install Arch Linux.
    The Project is Self Documenting and Self Localizing, although currently only English works, but the po files are there, so it would be easy enough if you wanted to localize it; but the computer translation function I started would be the correct way to do this.
    The scripts makes use of a custom repo, so remove it when finished, the script should do this for you, but just to let you know, it downloads the core to the flash drive, this way it can install very fast, once you install it one, it has all the files on it to install on another computer without an Internet connection, well at least that was my thinking, I never did get the AUR custom repo to work, but the idea is to have all the files on the flash so you do not need to use up bandwidth installing Arch Linux on a new machine, just install it, then run pacman updates.
    The Idea of a Wizard is to make the life of those installing an OS, much easier, they have the Option to do a Custom install, or a Wizard install, even an Automatic install to pre-configure machines.
    The script determines if you have UEFI Bios or not, and formats and configures the Hard Drive correctly, and gives you full control over the partitioning of the drive, within the bounds of the tools used, so its very flexible, it uses systemd, so boot time on my machine is 10 seconds flat, and that's because I mount a lot of network drives and map them at boot time, I got 2 seconds boot time with mounting, so the packages are not perfect, but they do work.
    I only tested GDM, since I installed every Desktop Manager and configuration for my needs, this was the only one I got to work for all of them, but I normally use KDE or Mate, but I ran into issues with Mate and went back to KDE, so I could get back to work.
    This script was designed to Format the Drive you install it to, so do not use this on a Partitioned Drive,  it will format the hard drive, so you are warned once more during the install, but this could be fixed, I had to abandon the project to finish another, so the script is as it is, but could give someone a great start if they want to folk it and finish it, so fork me.
    See the help.html for details.
    Last edited by Flesh (2013-02-28 00:31:54)

    Moving to Community Contributions...

  • What will Arch Linux 1.0 become?

    I was reading through earlier discussions searching for information about the aims of AL but could not find more what is already said in the documentation.
    Current version is 0.4. I am curious to know what will 1.0 become. Is it a bug free version with the latest applications only or something more?
    I am not only asking due to my curiosity but wanting to know what I (we users) can expect from AL. Is there anything I/we (if anyone is interested) can help AL with the same motive what was said by Judd Vinet when getting something for free: ".... and to give a little something back to the free software community, since I've taken so much."
    Here I am not speaking about financial support but other things what may help achiving version 1.0 into a successful distro.

    apeiro wrote:What do you (the users) expect to see from a 1.0 release of Arch Linux?  Besides general refinements in packaging/documentation/installation/scalability/etc, what would you like to see?
    Before listing "what I want to see" (next post.... I have to think about it), I support several ideas suggested by Jk. I asked him (private message) to explain the technical terms I was not familiar. Here below I have copied points I liked including his description (for others who are not familiar with the terms) and few additions:
    <b>- Package rollback in pacman</b> --> "rollback"???
    Jk> <i>package rollback means that if an upgrade of a package fails it'll reinstall the old package back.</i>
    Within same content, when packages are upgraded (successfully) current config files should be intacted. Example, during apache upgrade current hppd.conf file remain as it is and the new upgraded file is renamed. Its upto the users to update manually.
    <b>- Real sandbox building of packages</b> ---> "sandbox"???
    Jk> <i> package building to be in a safe environment, ie without the possibility of it touching stuff in the arch installation.</i>
    <b>- support for virtual packages</b> ---> how???
    Jk> <i>For example bzflag, it depends on OpenGL, but OpenGL can be delivered by several different pieces of software, like MESA or the NVIDIA drivers. Such packages should be able to have a "provides='OpenGL'" argument in them, so a user can choose which one of them to install.</i>
    <b>- Menuing system (like Debian's)</b> ---> I am not sure what you mean??
    Jk><i> When you install a package in debian, the menus in the various window managers are automatically updated.</i>
    <b>- Package hold feature</b>
    I would suggest also to provide a short description about the package and what it does. Also  size of the packages (good to know when downloading with 56k modem).
    <b>- Possibility to build a custom kernel on install</b>
    All Win4Lin users will be happy with this feature . I suggest to include the win4lin patch file.
    <b>- Better installation system</b>
    I would not suggest to change too much from what it is to keep it simple. But instead designing the kernel and system files to install on it's own all basic stuff (modules) and configs.... internet connection, sound, pcmcia cards, hardware, etc. What I really would like to have is an autodetect recognition engine to run all common hardwares same as what RedHat, SuSE and Mandrake do. 
    <b>- i586 support</b>
    This is very essential if AL is looking forward to have  larger number of users. Africa, Mauritius, India and South East Asia what are my working fields (as a social worker), i586 is more common than i686.

  • Arch Linux as SteamOS?

    Howdy all,
    I have been quite busy the last year or so and took a break from Arch Linux, but with Borderlands 2 gaining GNU/Linux support (and SteamOS) a day or two ago I immediately installed SteamOS to give it a try.
    While it is certainly a bit buggy, I do enjoy how tightly integrated Steam and relevant compatibilities are currently setup. At the same time I would love to get the same setup with Arch Linux (while also further customizing my system and using Btrfs) if at all possible. As, for a general purpose OS, Debian stable definitely has some drawbacks from my perspective and for my usage.
    Part of the reason for my post here is I am having trouble sourcing information on exactly what SteamOS has changed compared to vanilla Debian Wheezy. I noted the SteamOS AUR packages, but I want to make sure I can get the full set of changes before I spend the time trying to get a perfect Arch Linux "SteamOS" setup going.
    Anyway, that is the gist of it. If anyone has any insight or can point me in the right direction I would appreciate it. I got spoiled on Arch's documentation and I am having a hard time finding anything as coherent for SteamOS.
    Here is where I have looked so far:
    https://wiki.archlinux.org/index.php/Steam
    https://aur.archlinux.org/packages/?O=0&K=steamos
    http://steamcommunity.com/groups/steamu … ussions/1/
    (Edit)
    http://steamcommunity.com/groups/steamu … 462768036/ <-- Feedback from an Archer regarding potential speed boost compared to SteamOS and insights about general compatibility.
    http://steamcommunity.com/groups/steamu … 741989999/ <-- FAQ with major changes, maybe these are the only ones to be concerned with?
    Thanks,
    Last edited by AdamT (2014-10-03 02:21:10)

    AdamT wrote:As, for a general purpose OS, Debian stable definitely has some drawbacks from my perspective and for my usage.
    Just as an aside, SteamOS isn't designed to be a general purpose OS. It is designed with gaming in mind, in particular, gaming from a distance (see 10ft interface). A lot of the changes they have made to their xserver, xcompmgr (steamos-compositor), and possibly other packages have been done with this in mind, making them, as I understand it, less suitable for regular desktops.
    There is no reason you can't install steam on Arch and have it start in steamos mode (which I believe is slightly different to bigpicture mode, and can be launched by passing the '-steamos' flag to steam). You could even set Arch up to auto-login, startx with your preferred DE/WM, and run steam if you really want to. You may not get the same optimized experience that you would get with steamOS, but you would still be able to use it as a desktop as well as a living room gaming PC, if that is what you want to achieve.
    Last edited by WorMzy (2014-10-14 16:34:22)

  • Arch Linux Podcast

    I have read the old posts about someone starting an Arch Linux podcast in other places but I haven't found one yet. If there is one out there please correct me.
    I am part of a crew of hosts that do the Linux Basix podcast and to compliment the main cast we are starting some side podcasts. Well I am starting up an Arch Linux podcast. The basic gist of the cast is not to cover the wiki that we already have but to try to cover things outside of the wiki or help find answers they are stuck on and to just get people introduced to a good Linux distro. With the documentation that is out there I have been unsure if a podcast would have much value but several friends of mine have strongly encouraged me to get off my butt and get going. If you have any suggestions that would be good to address, good topics that could help the Arch Linux community and so on please let me know. You can contact me through the forum or you can use [email protected] which will be the email address for the podcast.

    Sounds really great, actually.  Again, as long as you aren't repeating the Wiki.  Maybe the first few should introduce the idea of Arch as the rolling release, KISS distribution.  And mention what that entails exactly.

  • Arch Linux Installer

    Where can I find the documentation and code of the arch linux installer? Thanks

    pressh wrote:http://projects.archlinux.org/?p=instal … ;hb=master
    Note that this one is deprecated.
    http://projects.archlinux.org/?p=aif.git;a=summary
    This is the one we're working on now and we will use for releases in the feature.

  • Arch Linux Labor & Dependability

    At the moment I am trying decide which Linux distro to switch to. Preferably after I finish a build I would rather everything to automatically update without human intervention. I prefer a very minimal maintenance environment. Windows has been nothing except a maintenance pig, so you can see why I don't want to deal with that in another OS. I've heard that the Arch community can be unpredictable. Arch Linux + Xfce has grabbed my interest for some time. I have researched it a lot already. I'd like to get some opinions from the people who actually use it before I switch over to it.
    Desktop Rig
    Antec 300 Chassis
    BFG 550W Modular PSU
    Asus M4A88TD-V EVO/USB3
    AMD 1090TBE CPU
    Corsair 8GB DDR3 1600MHz RAM
    Ati 4670 1GB DDR3 GPU (Overclocked)
    WD 500GB 7,200rpm HDD
    LG DVD/CD Drive
    Windows 7 Home Premium 64-bit (Primary) w/ Linux Ubuntu 10.10 64-bit (Secondary)
    Lenovo X120e Laptop
    8GB PC3 10600 RAM (upgraded)
    Windows 7 Home Premium 64-bit
    Replacing Windows 7 entirely on my laptop with a solid Linux distro.
    Does Arch Linux in your opinion meet what I am looking for? Is it labor/maintenance intensive even after a final build? Can it be a virtually maintenance free environment once you've configured everything? Sorry for the broad questions.
    These systems no longer exist.
    Last edited by carolinabranden (2013-08-03 17:11:46)

    Gullible Jones wrote:Frugalware obsoletes its stable branch every six months. I wouldn't recommend it.
    They do test upgrading from one release to another though, and provide instructions detailing any steps required beyond just updating the packages.
    That said, I don't have first hand experience performing such an upgrade, so I'm just speculating based on the documentation.
    Gullible Jones wrote:As for Zenwalk. It's pretty nice, but it's also a very small project, and it shows. Many of the packages in its repo are broken, or have missing dependencies or dodgy install scripts. I love the idea of it, but I don't think it's ready for prime time yet.
    Ahh that's sad to hear, because I really like the look of it too... so much so that on a couple of occasions in the past i've come close to trying it on my main workstation.
    toad wrote:I'd definitely stick to the rolling release principle.
    I definitely wouldn't. In fact, it's basically the only thing I dislike about Arch.
    Right now my local (Debian) server is hosting a snapshot of the entire Arch repo (well, core/extra/community) taken on 2011-02-24 and I've stopped regularly pacman -Su 'ing against a normal Arch mirror. I made another repo section in addition to core, extra and community that sits ahead of them in pacman.conf and place fixed versions of any packages I find usability bugs/issues with in there.
    I've never been happier, and doing this has stopped the looking at other distros that I had started feeling the need to do.
    At some point i'll take a new snapshot and do it again (i.e. usual non-rolling release model).
    I'm most likely going to make these repos publicly accessible and take 'fixed package' submissions from anyone interested in the near future... the main thing holding me back is concerns regarding hosting/bandwidth requirements.
    Last edited by Korrode (2011-03-25 21:47:41)

  • Complete arch (system) documentation?

    Hi. I would like to have arch and it's mechanisms and infrastructure completely documented. Of course this could be quite a large task, but i think people like me (who like to read the manual before using stuff) would appreciate this, and it would also serve to leverage the overall knowledge of archlinux, so that less people would ask "stupid questions" (i don't mean it like that.. ) on the forums.
    I also understand that this could realistically only be done for a "base" install arch system, as X11 and other applications/services go beyond the scope of such basic documentation.
    The reason i would like this is because i couldn't find anything like this on the wiki, _and_, it would also be nice to have something compiled in a form you could print out. (ie without further references, but a compilation).

    As far as a doc for experience users though i think that would be a waste, since most experienced users wouldn't need a doc to let them know how to edit a linux system.
    Not the arch linux specifics, take the init system as an example. How, and what files are used. How to write your own init/daemon. Did you for example know that daemons get registered in /var/run daemons when succesfully started? And that rc.multi/functions is responsible for that (and how)? Or that rc.sysinit is resposible for setting you system locale?
    Or how to use makepkg/makeworld in archlinux? Again, even if there already is a wiki entry about this, it should be a part of a compiled doc covering basic system maintenance in arch.
    Some of the already present wiki articles (like setting up a network connection) though already existing, should be a part of this documentation. If necessary, expand them.

Maybe you are looking for

  • LabVIEW possibilities for Android and embedded systems

    Dear Sir or Madam, We are building some test environments based on your software and now we have came into discussions about future possibilities with LabVIEW. As there is a lot of information available we are getting a little bit confused about what

  • I am going to restore my iPad, how do I save my favorites from my browsers?

    I am going to restore my iPad, how do I save my favorites from my browsers?

  • Oracle 8i Windows Client and 9i Unix Database server

    Is it recommended to use Oracle Windows 8i client against Oracle 9i Database server? Does anyone have an official Oracle link about this? Thanks Dipak

  • Plotting XY graph

    Hi guys, I've been assigned to a school project that supposingly I have to do data logging. This project is to log down the data into a Current against Time graph every few intervals form a solar panel. I'm very very new to labview and I have lots of

  • HP Envy to ATT Uverse

    We have Dell computers, with Windows 7 installed and an HP Envy printer and a Canon Selphy printer, which were connected wirelessly.   ATT Uverse was installed last week, and now we can't connect to our printers.  What do we need to do to tell the pr