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.

Similar Messages

  • Unofficial Arch Linux Newsletter for February, 2009

    I don't want to step on anyones toes (sorry Kensai and pressh if I did), but I had a few things to say to the community, and some people were getting impatient, so here's a little unofficial Arch Linux Newsletter for February. Looking forward to the next official one!
    If anyone wants to comment (constructive criticism, rants, hate mail, whatever) feel free to post.
    Last edited by Ghost1227 (2009-02-04 09:31:39)

    Dusty wrote:
    pressh wrote:As I want to change a few things in the newsletter and Eduardo maybe too,
    Did this make anybody else giggle? I want to change a few things with Eduardo myself... :-D
    ah crap
    [edit]
    of course I meant to say that I want to change some things in both the newsletter and Eduardo
    [edit2]
    btw. Dusty, if you have any input on this in any way it is much appreciated. just let me know.
    Last edited by pressh (2009-02-04 13:58:35)

  • Arch Linux Newsletter for July 01, 2008, Discussion.

    http://archlinux.org/static/newsletters … ul-07.html
    Here we are going to discuss any questions, suggestions or random talk about the newsletter for June 04, 2008. Feel free to contribute with ideas and suggestions.
    As always thanks for your support,
    In the name of the Arch Linux Newsletter Team
    Eduardo "kensai" Romero

    Misfit138 wrote:
    kensai wrote:
    Dusty wrote:apparently people are more loyal to the Arch brand than the tux brand. :-D
    Those people have not seen an angry penguin charging at them.
    I most certainly am. Philosophically, I resent using the penguin kernel.
    It's just that Arch is so damn good, it has spoiled me for anything else.
    -->Same Here<--
    The linux kernel can drive me crazy sometimes...
    Hmmm, do you want to start ArchBSD Misfit? That is, FreeBSD + Pacman goodness + updated rc.conf?
    I shouldn't have suggested that, I don't have the time to be a dev for anything right now.

  • Arch Linux Newsletter for June 04, 2008 Discussion

    http://archlinux.org/static/newsletters … un-02.html
    Here we are going to discuss any questions, suggestions or random talk about the newsletter for June 04, 2008. Feel free to contribute with ideas and suggestions.
    As always thanks for your support,
    In the name of the Arch Linux Newsletter Team
    Eduardo "kensai" Romero

    kensai wrote:
    [vEX] wrote:I also think it should have been made clear that Tremuluos is only available for i686 and you need to enable the Community repository (I think it's enabled by default now, but I bet some people have it disabled).
    Ok fixed everything but the interview, since I don't like correcting people in interviews, he is from Germany so English might not be his first language, still I always like Interviews to be left untouched.
    Oh, and check it out now, I updated the Tremulous article with your note. ;)
    Yeah, I feel the same way about the interview, it's just that previously in some interviews small typos have had [sic] next to them to point out the editor being aware of them.
    weseven wrote:
    Update: [vEX] from the forums pointed out: "it should have been made clear that Tremuluos is only available for i686 and you need to enable the Community repository (I think it's enabled by default now, but I bet some people have it disabled)."
    false.
    trem is for x86_64 too. the backport client you linked is only for i686, but if you search a bit on google, you can find svn client versions for 64 too.
    playing trem on an arch64 laptop :)
    Oh, I didn't spend much time searching for it, I just checked what's available in the Arch repositories, so in one way I'm still correct. It'd be nice to see a package (be it in Extra/Community or AUR) for us 64-bit users.
    Last edited by [vEX] (2008-06-05 12:07:03)

  • Arch Linux skin for xmms/bmp/audacious

    This is a simple skin for xmms/bmp/audacious with an Arch Linux look (based on a skin for Debian).
    You can get it from here. Untar it in the Skins subdir (for audacious this is ~/.local/share/audacious/Skins/).
    F

    Thanks
    Just paste the .tar.gz to ~/.xmms/Skins
    No root-permission needed
    (show hidden files!:))

  • Arch Linux won't boot (and Linux in general)

    Hello everyone,
    I've been having this problem for about 3 days now. I finally made an account and post the problem since I can't find a solution (I solved most of my past problems by searching forums and googling so I had never posted before).
    So, I was installing Arch linux and Windows 7 on my machine (eee pc 1201t) but had problems booting into linux. First I installed Windows and it worked fine, then I installed Arch linux (this isn't my first time) and rebooted after finishing the installation. But my laptop just won't boot. It just displayed a blinking cursor on the top left of the screen. No error messages whatsoever. It was my first time encountering the problem so I thought reinstalling would do the trick. But it didn't. So I started researching on the same problems on google and discovered that it could be either a HD problem or corrupted MBR or some other problem. My drive works fine, since I can copy data onto it using a live cd (Ubuntu) and Windows works fine with it.
    I'm thinking of using "dd" command on my drive and repair the MBR. I would like to know if you guys have encountered the same problem before and what kind of solution you applied.
    Note: I also tried installing Ubuntu on my machine but the result was the same.

    ngoonee wrote:Live CD, setup grub again, and profit?
    I tried this first, had no luck or maybe I wasn't doing it right.
    nixpunk wrote:So are you booting into windows using grub or just ntldr?
    My laptop boots using ntldr only. Grub does not seem to work. I tried installing Arch and Ubuntu but I had the same result (blinking cursor on the top left of the screen).
    schuay wrote:As always with boot problems, you will need to provide some more data about your setup. Output of 'df -h', contents of /boot/grub/menu.lst, install location of grub, etc. Without that, other people can only make guesses about the possible solution
    I'll keep that in mind. Sorry for the lack of details regarding my problem. I will try to add as much information as I can the next time I post.
    Anyway, I think I solved the problem. I zeroed the MBR on my HD by issuing the command "dd if=/dev/zero of=/dev/sda bs=512 count=1 and grub installed just fine. Thanks for the reply everyone.

  • New Arch Linux Schwag offerings: Speakers and Notepaper

    It's been a while since anything exciting has happened in the Arch Linux Schwag shops. Laptop stickers seem to be the most popular offering. I'm having trouble getting rid of Arch Linux Pens so they've been discounted to below cost.
    New today are a couple offerings in the Arch Linux Zazzle Schwag store:
    Arch Linux Speakers
    Arch Linux note paper
    Hope you enjoy the new schwag!
    Dusty

    Runiq wrote:Cool stuff. Like the coasters, and the allanbrokeit shirt is stylish.
    That's Acecero's contribution, as he implies. :-)
    Also, there's a typo in the handbook's headline: "A simple lightweight Linuk handbook."
    Yeah, I know... sadly, I didn't notice it until it was too late to change (the book was set up for publication).  Now I have to wait for a new edition, or pay $40 to put one out now.
    Acecero wrote:Just curious, are you going to release different editions of the Arch Linux Handbook from time to time? I'm assuming the information would need to be updated and the more marketability you will gain anyway.
    I'm hoping to sell between 10 and 50 copies of this edition to pay for the upfront costs before making a new edition.  The more popular it is, the more likely I will be to keep it up to date.
    BTW, if anyone is interested in doing cover art for the second edition, get in touch with me.  I've been told that this cover looks like ass (it was gently, with links to tutorials on design :-D)
    Dusty

  • Securing Arch Linux by Scrubbing SUIDs and SGIDs

    Hello.
    Scrubbing SUIDs and SGIDs has been a perennial security recommendation for Linux.  Recently I ran:
    find / ( -perm -4000 -o -perm -2000 ) -exec ls -ldb {} ;
    on one of Arch Linux machines which resulted in finding 43 SUIDs and SGIDs:
    -r-sr-xr-x  1 root root 19848 Jul  1 13:19 /bin/su
    -rwsr-xr-x  1 root root 31024 Jun 10 09:32 /bin/ping
    -rwsr-xr-x  1 root root 64816 May 13 19:15 /bin/mount
    -rwsr-xr-x  1 root root 26832 Jun 10 09:32 /bin/ping6
    -rwsr-xr-x  1 root root 31908 May 13 19:15 /bin/umount
    -rwsr-xr-x  1 root root 544452 Jun  7 06:27 /opt/kde/bin/kppp
    -rwsr-xr-x  1 root root 10341 Jan 17  2004 /opt/kde/bin/fileshareset
    -rwsr-xr-x  1 root root 5188 Jun  6 19:54 /opt/kde/bin/kgrantpty
    -rwxr-sr-x  1 root 1003 52152 Jun  6 21:07 /opt/kde/bin/kdesud
    -rwsr-xr-x  1 root root 10368 Jun  6 21:07 /opt/kde/bin/kcheckpass
    -rwsr-xr-x  1 root root 5356 Jun  6 19:54 /opt/kde/bin/kpac_dhcp_helper
    -rwsr-xr-x  1 root root 28444 Jul  1 12:58 /usr/bin/chfn
    -rwsr-xr-x  1 root root 24368 Jul  1 12:58 /usr/bin/chsh
    -rwxr-sr-x  1 root mail 78200 Sep  4  2002 /usr/bin/mail
    ---s--x--x  1 root root 85800 Jun 21  2003 /usr/bin/sudo
    -rwsr-xr-x  1 daemon daemon 8480 Jul 21 14:16 /usr/bin/lppasswd
    -rwsr-xr-x  1 root root 10032 May  5 18:15 /usr/bin/crontab
    -rwsr-xr-x  1 root root 34988 Jul  1 12:58 /usr/bin/chage
    -rwxr-sr-x  1 root tty 8012 May 13 19:15 /usr/bin/write
    -rwxr-sr-x  1 root slocate 26432 Dec  4  2003 /usr/bin/slocate
    -rwsr-xr-x  1 root root 201216 Jul 27 11:56 /usr/bin/xscreensaver
    -rws--x---  1 root cdrom 552820 Jul 20 19:06 /usr/bin/cdrdao
    -rwsr-xr-x  1 root root 15532 Jul  1 12:58 /usr/bin/expiry
    -rwsr-xr-x  1 root root 11768 Jan  6  2003 /usr/bin/netselect
    -rwsr-xr-x  1 root root 19756 Jul  1 12:58 /usr/bin/newgrp
    -rwsr-xr-x  1 root root 25004 Jul  1 12:58 /usr/bin/passwd
    -rwsr-xr-x  1 root root 32952 Jul  1 12:58 /usr/bin/gpasswd
    -rwsr-xr-x  1 root root 10564 Jul 27 11:52 /usr/bin/suexec
    -rwsr-xr-x  1 root root 68056 Oct 22  2002 /usr/bin/procmail
    -rwsr-xr-x  1 root root 306444 Dec  6  2003 /usr/bin/screen-4.0.2
    -rwsr-xr-x  1 root root 5772 Aug  3 14:48 /usr/bin/pt_chown
    -rws--x---  1 root cdrom 290364 May 30  2003 /usr/bin/cdrecord
    -rws--x--x  1 root root 132396 Apr 19 12:41 /usr/lib/ssh/ssh-keysign
    -r-sr-x---  1 root root 24676 Jan 30  2004 /usr/lib/pppd/2.4.2/rp-pppoe.so
    -rws--x--x  1 root bin 88156 May 30  2003 /usr/sbin/rscsi
    -rwsr-xr-x  1 root root 564048 Jul 23 16:48 /usr/sbin/exim-4.41-1
    -r-sr-xr-x  1 root bin 18328 Sep  4  2002 /usr/sbin/traceroute
    -rws--x--x  1 root root 1943573 Jul 10 10:22 /usr/X11R6/bin/Xorg
    -rws--x--x  1 root root 292896 Jul 10 10:22 /usr/X11R6/bin/xterm
    -rwsr-xr-x  1 root root 21790 Jul  1 14:22 /usr/X11R6/bin/xcardinfo
    -rwsr-xr-x  1 root root 9670 Jul 16 12:44 /usr/libexec/rssh_chroot_helper
    -r-sr-xr-x  1 root root 14424 Mar 16 14:52 /sbin/unix_chkpwd
    -rwsr-xr-x  1 root root 14148 Jul  1 14:22 /sbin/cardctl
    First Question: How many of these should NOT be SUID or SGID "out of the box" (i.e., on installation of Arch Linux)?
    Second Question: What are some good approaches to reducing the use of SUIDs and SGIDs?
    My approaches are: (a) deleting executables/packages that I actually don't use (for example, I will remove executables/packages I don't ever use or plan to use such as /opt/kde/bin/kppp); (b) removing the SUID or SGID bit on some of the executables.
    My concern is less with approach (a) than with (b). Which of these executables MUST be SUID or SGID to work properly?
    Regards,
    Win

    Win wrote: Which of these executables MUST be SUID or SGID to work properly?
    Probably almost all of them need to be SUID to work properly from a user account. Such programs have to access root files, usually.
    However, if you never use a particular program as user, it need not be SUID (this is usage dependent).
    Dusty

  • Arch Linux 32x64 bits, Developers and Window Managers Support

    Greetings!
    After having some time issues due to college that prevented me from this, I wish to have again a rolling-release distro in my computer.
    I was in the past a big fan of Gentoo, but now it seems too much work to compile everything from scratch. Also they seemed to have some issues with the developers - the original developer if I understood correctly has quit the project, others were forced to quit due to misbehavior, etc. - and maybe due to some other facts their popularity on distrowatch dropped drastically.
    Then this year I've tried Debian Testing... My goodness, that was messy. Tons and tons of bugs on XFCE, like thunar hanging on load and displaying error messages, gedit not removing the ~lock files properly on close, so I had the myfile and ~myfile, and many others. Really, I gave up.
    I wish to give Arch Linux I try then. Of course that would be quite stupid to ask if arch linux is the best choice in an arch linux forum, but there are some key points that if you could answer would help me a lot to give it a try:
    1. 32x64
    "Should I use 32-bit or 64-bit?" is NOT the intended question. Many still prefer 32-bit-pae on a 64-bit capable machine, others prefer 64-bit. I wish to use 64-bit. Made my mind. But I would like to know if the support of 64-bit on Arch Linux is as good as 32-bit and if it comes by default with cross-libs which makes me able to run 32-bit applications natively right out of the box,
    2. Developers
    About how many and what's their relation with the users? When I've googled for Arch Linux, I've had found a review video on youtube where some guy said in the comments that developer's mind changed a lot in the past 2 years and they introduced many buggy packages that required manual workaround. At the end of his comments, he said "Sympathy? Apologies for the ****? Nope. blame the user for trusting 'pacman -Syu'" Surely I don't know which are these options because I haven't read about pacman yet (just know it's the default package manager) but you get the idea.
    Another key question: Is Arch Linux hiring new developers over the time? Replacing the ones that leaves for the many reasons?
    3. Window Managers Support
    With Gnome3's overall rejection (including mine), we have only two options: Switch to KDE or try other Window Managers. I still wish to have faith on gtk, so the first option is still not considered by me. I don't wish to know "which one is the best", because that's another large discussion just as the 32-bit x 64-bit. Just how good is Arch's support (updated constantly? bug-fixes?) on:
    - XFCE
    - MATE
    - Cinnamon
    (Of course there are others like LXDE, Enlightenment, etc. but I've decided to narrow down to XFCE even having quite bad experiences on Debian Testing.)
    4. Package Manager
    Last, being a rolling-release dist, can I add an option for a specific package to install a specific older version and/or not upgrade when you tell the dist. to upgrade everything? I remember that back on Gentoo I could edit a text file and just type the version of the package I wished to keep and the "update everything" option wouldn't touch the package (worked also to try new versions that were still not stable enough).
    Any replies will be very appreciated. Sorry for the long post.
    Best regards.

    I'll start at the end with #4.  Of course on the arch forums you will get people who are biased towards liking arch - but I think if you ask in other communities you will regularly hear that arch's package management system is its greatest strength.  Pacman is the primary tool for this, but we also have makepkg for things in the Arch User Repository (AUR), and the Arch Build System (ABS) to recompile anything from the main repos with additional/alternate compilation options.
    But for your direct question, there is an option to only upgrade to a particular version of a given package.  There is an option in pacman's configuration file for just this purpose.  However depending on what the package is, this could lead to problems.  Users are discouraged from updating most of their system while keeping some older packages - This can lead to issues with shared dependencies.  Of course if you build the package from source (AUR or ABS) yourself, such issues would be easy to resolve.  Is there a certain package you know you'd want to keep at an older version?  If you tell us what it is, we can give more specific information on how easy/hard it would be to accomplish.
    #3: Arch is a DIY distro.  You choose whatever window manager / DE you want.  I can vouche for XFCE working wonderfully in arch.  There are also numerous archers who use mate and cinnamon.  I have heard of some problems, but (AFAIK) these have nothing to do with compatibility with arch, rather these are due to upstream issues.  In other words, cinnamon, mate, xfce, or any other WM should work just as well on arch as on any other distro.  I'd bet our wiki for installing and configuring those WMs are better than those of the distros that bundle the WM with the core install.  (In addition to package management, you will find the arch wiki is second to none).
    #2: I can't answer with any specifics - other than to say they continue to do an excellent job.  I am not surprised by the youtube video - not because I'd agree with it, quite the opposite.  But as arch is a DIY distro it puts some responsibility on the user to maintain their own system.  If one is not prepared for nor willing to do this, they often become frustrated and end up blaming someone else.  Often this is the developers, sometimes it is the forum moderators, other times it is the whole arch community.  In every case these accusations are absurd.  Your questions on replacement of developers is a good question though - there is a history page on the wiki which might give some insight on this, but I suspect others will have better input on this.
    #1: I use i686 (32bit) on two of my computers and it works perfectly.  It sounds, however, that a majority of the community uses 64bit (which I just updated to on one of my computers).  My 64bit system works perfectly as well, but I don't have any 32bit-only apps.  Occasionally there are forum threads about some issue or another with "multilib" applications which are 32bit programs run in a 64bit system.  Generally these threads seem to be resolved without much hassle.  You can search for some of them yourself: Skype seems to be a common topic of such issues.
    All in all, I'd reiterate arch's strengths in it's package management and wiki/documentation.  Potential weaknesses could be found by users who are unwilling or unable to take responsibility for their own system.  I word this is a bit biased manner - there are many people who have no interest in being responsible for maintaining their own system, a majority of all computer users would fall into this category; most of them would be quite unhappy with arch linux.  If you were happy with gentoo in the past and only want to avoid constant recompiling then you probably would be one who could be very happy with arch.
    Or an even shorter summary: try it out.  If you don't like it, switch.

  • Arch Linux cheat sheet [PDF and ODG]

    Hi, as far as I know, I already turn two Windows users to Arch, so I was thinking that would be nice to have a simple cheat sheet to help new users quickly.
    Somethings maybe wrong and thats why I'm asking for help and contributions. Many new things I wasn't aware (like the new "No xorg.conf" philosophy, the departure of hwd and many other new things), I've been using Arch for almost two and a half years, so I even haven't tried the new Installation Framework (hopefully tomorrow a friend will install Arch, so I will have a chance). Many other errors must be in the grammar, I'm pretty lousy at English as you can see.  And finally, maybe I just forgot something you may think that should be in the cheat sheet or something I put, but in the wrong way.
    Anyway, hope somebody find it useful or like to help, the link is: http://elzoona.com.ar/archcheatsheet
    P.S.: The PDF was made using OpenOffice Draw, but, after many years, I still can't use offimatic software, so If anybody knows a better option please tell me (if you download the ODG will see that indentation was done with four spaces...).

    Typos fixed.
    Xyne wrote:I like the overall idea but I worry that the pacman command section might encourage laziness. I think you should emphasize the importance of the pacman man page along with some others to make it clear that most information is readily available from the command line.
    Yeah, could it be. My attempt was to give a quick reference for common commands, to avoid reading all the man page when you only can't remeber wich one was the, i.e., --foreign switch. But encourage to read a lot more by giving the "pacman -[Q|R...] --help" section. The whole idea of the cheat sheet it's to remind a simple command you know that exists but can't remember the name or a specific switch. Anyhow, to include the "look for man pages, they still exists" could be an excellent idea (you know, this times when everything is a wiki or a search button away) because reading trough man pages provide a lot of knowledge.
    Xyne wrote:Perhaps an "important man pages" section would convey this. You could include pacman, pacman.conf and makepkg to start with.
    Damn, I knew it! I forgot to include a single reference to makepkg command.
    EDIT: Included a "useful man pages" at the end of some sections and 100% more advices for free! :-).
    Last edited by el_zoona (2009-06-13 13:08:25)

  • Using an external HD for both storage AND Time Machine?

    Bear with me guys, I'm not sure where to put this question. I figured that because my Macbook Air (and it's limited storage space) was the reason for my needing an external HD I thought this would be the best place.
    My MBA has run out of storage and I bought a Seagate External HD to move my stuff onto. I guess my question is: What's the best way to combine the external HD with the MBA? Here are a few of the things on my mind:
    -Most of the space is taken up by my user folder right now such as itunes, photos, etc. If I copy that folder to the external drive it would alleviate a large part of my issue, at least for the time being. Eventually I will hit the storage capacity as I add applications over time I guess, so this is a temporary solution (although I free up 27gb of space this way). Can I designate a folder on the external drive as the default for programs like imovie and iphoto like I can with itunes?
    -I KNOW there is a way to set the external drive as some kind of default drive but is this feasible? It would be a hinderance if I needed to have it connected at all times to access even applications (which I assume to be the case?
    -I also wondered about partitioning the external HD and using one partition for additional storage and the other for time machine? It's a 1TB hard drive, and I figure I could make a 100GB partition to use with time machine (my MBA only has a 64gb capacity) and use the other 900GB for files. Is this even possible or does time machine need it's very own separate drive?
    Anyway, this doesn't necessarily ask many specific questions and I apologize if it appears a little disjointed. I'm looking for help and opinions on the best way to use this new piece of equipment to compliment my MBA. Any thoughts are appreciated.

    While it is possible to partition an external drive and use one partition for files and the other for Time Machine, there's actually very little point in doing so. The reason is that in your scenario, you'd be storing all your files on the external, meaning that pretty much all there would be on your MBA internal drive is MacOS and your applications - the very things you can easily restore in the event of failure - while all your files would be on the external, where they are not being backed up.
    It is also possible to use an external drive as the boot drive for the MBA (easiest done by cloning the internal drive to a partition on the external, and then setting that partition as the startup drive in the Startup Disk preference pane) but that would still require you to wipe at least some of your files from the internal, and mean that the contents of your external drive are not being backed up. It would also mean that your MBA would run pretty slowly when booted from the external.
    Rather better, in my view, would be to use the external as the primary store for all non-essential files - your complete iTunes library and all your documents, files, video, photos etc, and then copy back to the MBA just those items you actually need for any day or week's activities. Then get a second external to use for backing up the first!

  • Can a single Sun IDM gateway agent be used for both Dev and QA machine

    We have three different machines - one for IDM QA, one for IDM DEV and one remote machine where Sun IDM gateway is installed.
    If we run the Dev and QA gateway on the same server, we won't be able to test any updates in an isolated environment before rolling out to QA..right?
    Is it possible to have a Sun IDM gateway agent instance on the same remote machine? or do we have to install gateway separately on DEV and QA? Any ideas??

    Hello Manidhar,
    You have three different machines -
    QA,DEV and IDM Remote gateway.
    If we run the Dev and QA gateway on the same server,
    we won't be able to test any updates in an isolated
    environment before rolling out to QA..right?
    you are right. you won't have an isolated environment for testing. it creates interdependancy between DEV/QA environments.
    on the other hand, if DEV or QA server goes down, you end up loosing both the enviroments Gateway. it creates a SPF ( Single Point Failure) and it's not a best practice to do so from archicture point of view if you indend to maintain HA ( High Availability) 99.99% up-time.
    Is it possible to have a Sun IDM gateway agent
    instance on the same remote machine for DEV/QA?
    this also creates a SPF situation.
    or do we have to
    install gateway separately on DEV and QA?
    Since you have 3 different machines for 2 +1 Environments,
    it is best practice to have
    1. Seperate Gateway(s) for each Environment
    1. For Dev, 1 For QA
    so you have two isolated enviroments for testing, but also gives you the flexibility of keeping the QA Environment closer to Production possible without disturbing Dev
    let me know if you have any questions.
    Thank you,
    Sam
    We have three different machines - one for IDM QA,
    one for IDM DEV and one remote machine where Sun IDM
    gateway is installed.
    If we run the Dev and QA gateway on the same server,
    we won't be able to test any updates in an isolated
    environment before rolling out to QA..right?
    Is it possible to have a Sun IDM gateway agent
    instance on the same remote machine? or do we have to
    install gateway separately on DEV and QA? Any
    ideas??

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

  • Is Arch Linux right for me?

    Arch seems like a pretty awesome distro, and I think I would like it a lot. But is it right for me?
    I was first introduced to Linux and Unix-based systems last summer when I took a course at my local community college. Since then, I have installed Ubuntu on my HP laptop. In the past months, I have learned and taught myself a lot about the way linux works: downloading and installing software, Unix command line prompt, etc.
    Ubuntu is a fantastic distro for linux beginners, but I feel like I'm ready to take the next step and I'm always itching to see a little more of what goes on behind the scenes. I read a guide on Arch over at LifeHacker and skimmed the "Getting Started" guide on Arch Wiki and I generally understood everything that was going on; nothing seemed way over my head. So I think I could handle Arch. What do you guys think?
    If you think I should take Arch for a spin, is it practical to install it as my main OS on my main machine? Should I dual-boot it next to Ubuntu or similar? I am planning on building a PC this summer and am currently debating over which OS to use; Arch is a main candidate. My main uses for this computer will be surfing the net, listening to music (integration with my iPod would be great), a little video editing, some casual gaming, and general programming/tinkering with my computer.
    I know y'all probably get a lot of these but I appreciate your feedback.

    Check out the Beginner's Guide and The Arch Way in the wiki.  It's important to note that what really distinguishes Arch from most other distros is that it isn't a distro in the most common sense of the term.  Ubuntu, Fedora, SuSE, Sabayon, Mandriva, PCLOS, etc. have graphical installers that pre-configure everything for you;  the choices are made for you, and you'll have to work around anything you don't find to your liking. You can easily add and remove programs, but always limited by what they've provided: packages that are patched in order to work in the way they've deemed appropriate, and an init system that's opaque to users (remember the fuss over certain graphics drivers not rendering Plymouth splashes correctly?  I've never had that issue in Arch).  Arch, on the other hand, is essentially a set of tools--the Arch Installation Framework, a couple init scripts, about six config files (give or take), repos, the ABS tree, the kernel and a package manager--that allow a user to craft their own operating system to their liking.  A couple of the things I just mentioned are even optional as it is; at least three of those config files have never been touched by me, as I don't need them.  Combine this sense of freedom and control with the DIY philosophy (which I find empowering as well, but hell--I enjoy research, learning and problem solving) and the close-knit community, and you've got my favorite distro.  Ultimately, it's the choices of the developers that make a distro what it is; the software--at least in principle--rarely changes.  In the case of Arch, most everything comes straight from upstream, goes in the testing repo briefly, then ends up in the standard repo, only altered if deemed necessary for security or basic functionality.
    I left Ubuntu after switching to KDE and finding Kubuntu not to my liking;  I also found that many of the "conveniences" of Ubuntu (and the 9-12 other distros I tried afterward) just got in the way.  For example, why use the Ubuntu USB Startup Disk Creator or Unetbootin when "dd" is faster and easier?  How much frustration could I have avoided installing the Catalyst driver in Ubuntu or SuSE if I'd done so manually (with a number of console commands I can count on one hand) rather than mess around with a GUI, thus knowing exactly what I did wrong?  To me, it just seems better to start with what I absolutely need and build up piecemeal, rather than add a bunch of crap I don't need/want/even know is there in the first place and hide it all behind extra GUI's, then try and pick it apart.  Ultimately, you make Arch what you want it to be.  No one can tell you if it's right for you, or if you should install it (there are rare cases where folks here would flat-out say "No," but yours doesn't seem to be one of 'em ).  Check out those wiki articles I mentioned;  if it seems like something that interests you, give it a whirl!

  • New Arch Linux Logo for HP?

    Hi i released   3D Arch Logos and the reaction was... that 2 peoples asked me to this:
    Brutal !!! fresh
    by code933k on: 05/03/2007, 15:16
    code933k code933k
    Home
    It is amazing the effect that you've achieved with arch's logo. I was thinking some days ago if it would be possible to change the unpolished perspective of the official logo at arch's home page.
    I wonder if you hadn't proposed this well proportioned, clear, and good angled image as the new official logo.
    Arch is one of the best distros so you deserve double grats.
    I hope to see more of your artwork soon. I drink to make other people interesting.
    goood fresh
    by spookykid on: 05/04/2007, 3:24
    spookykid spookykid
    Home
    i agree you defenetely should post it in arch forums and see where it goes from there. would you mind posting the source? (original files)spookykidisthinking!
    Here the  thread:
    http://gnome-look.org/usermanager/searc … n=contents
    Here the logo:
    http://www.2blabla.ch/stuff/Linux/Wallp … -color.png
    Question: have the Arch Logo Designer intrest for my  3D logo?

    root_tux_linux wrote:
    I created that pic with cinema 4D on wine...
    and now i change to  blender or alias maya 7.0 ^^
    Btw. Im a noobie in 3D world ^^
    Well, I'm in a similiar situation atm. I used cinema4D a few years ago but stopped mainly because of my switch to linux.
    I didn't want to use c4d under wine (and was unable to start it with recent wine version anyway..) and was kind of scared by blenders UI.
    After reading a few tutorials my fear is gone and I start to enjoy using blender
    Try it out! You'll like it...

Maybe you are looking for