Slackware TGZ to Arch Linux Package Converter

I have two programs that interest me (LilyPond and Battle for Wesnoth) that don't have Arch Linux packages and compiling them would involve hunting everywhere for obscure dependencies (LilyPond in particular) so I just downloaded the Slackware packages, inspected them and found that by unzipping them onto the root folder (as superuser) and running the install script (if there is one) I can get them to run with minimal fuss.
Has the idea of making a Slackware to Arch package converter been brought up before? Is there any problems with this? (Slackware is i386-optimised if I remember correctly, but I think it's still worth it since there is more Slackware packages than Arch Linux ones out there.)

i3839 wrote:Flames?? Where? You sure you didn't misread something?
Probably.
Here's what I read, admitting that it doesn't seem quite as bad the second time around...:
Oh? All I was hearing is that Arch already has enough packages, and that the devs are overloaded and almost down.
"you don't know which way is up, you contradict yourself while continuing to ignore the problems and aren't fixing anything".
Also getting custom packages into Arch's official repository seems a bit hard currently, not to mention that it's totally unclear how to do that (drop it in incomming and wait a year? Lotto?).
"The system isn't working and you haven't done anything to try to fix it. I haven't read or noticed any of the threads illustrating that this topic has been argued to death and isn't going unnoticed"
Maintaining packages is the most work, and every distro maintains the same packages over and over again. Tell me why to not use good, working packages from another sane distro?
"The other distros are better."
(Personally, I don't care if anybody likes another distro better, but if so, use it instead, don't talk about it)
Changing GCC often gives the same problem as updating to new major libraries. Simply leave the old GCC libs or make a seperate package for them. Currently it's rather impossible in Arch to install new packages with an outdated system, if that's solved then it's also easy to use Slackware packages.
"The Arch philosophy of keeping packages stable but up to date is just plain wrong.  I don't bother to pacman -Syu before I mention problems."
Of course if would be best if there was a nice, good binary package standard that works on all distros, so that the application makers can make and maintain the packages themselves, but that's utopia (paths are too often hardcoded for instance).
"hey, I do have some good ideas".
It isn't a matter of being able to do something or not, it's a matter of convenience. All programs should be relative easy to compile from source, but that doesn't mean that everyone should compile all programs themselves.
"There aren't enough Arch binaries to go around"
OR:
"ABS sucks"
OR:
"Hold my hand, I can't compile."
OR:
"I use Arch cause I don't like Gentoo". :-D 
Yeah, some of that is a little (or quite, or even very) harsh, you can blame it on me rather than taking it to heart.
As for the slackware packages issue, I'm personally not writing a script to convert them; I've never used slackware in my life. The idea has merit, but I get tired of people discussing pros and cons and not doing anything. I think that's because I'm about as bad as anyone on that front, possibly worse.
Dusty

Similar Messages

  • Debtap - A script to convert .deb packages to Arch Linux packages

    I wrote this script in my free time to help people who, for any reason, want to convert a .deb to an Arch Linux package. It works in a similar way with alien (which converts .deb packages to .rpm packages and vice versa), but, unlike alien, it is focused on accuracy of conversion, trying to translate Debian/Ubuntu packages names to the correct Arch Linux packages names and store them in the dependencies fields of the .PKGINFO metadata in the final package. In other words, it won't only create an Arch package with the data of the original .deb package, but also it will try to create a valid and as accurate as possible .PKGINFO metadata file in the converted package. It uses pkgfile and pacman utilities to achieve this accuracy. The final package can be installed like any local Arch Linux package. Debtap is now available on AUR!
    FAQ
    Q: What "debtap" stands for?
    A: DEB To Arch (Linux) Package
    Q: Isn't better to download an official package or write a PKGBUILD in case I need to compile a package or convert a .deb package to an Arch Linux package?
    A: Sure it is, and I truely encourage you to do so. Debtap was written to create packages that either cannot be compiled (closed source packages) or cannot be built from AUR for various reasons (error during compiling or unavailable files), as a quick 'n' dirty solution and an extra option for creating Arch Linux packages for Arch Linux users.
    Q: So debtap will help me only in case I need to convert specific .deb packages to Arch Linux packages?
    A: No. In case you need to write a new PKGBUILD for a package that already exists in the Debian/Ubuntu distributions, by converting its .deb package to Arch package with debtap, thanks to the packages names translator function inside the script, it can help you determine which dependencies are needed for the package you write the PKGBUILD for and complete the necessary fields.
    Q: What are the minimum requirements to run this script?
    A: You need to have installed these dependencies: bash, binutils (provides ar utility for extracting .deb package), pkgfile, and fakeroot. You must run at least once (preferably recently) "debtap -u" to create/update pkgfile and debtap database (you do this with root privileges).
    Q: Debtap needs a lot of time to convert a package. So, why this is happening?
    A: Like I said, debtap is focused on accuracy. It won't just unpack a .deb package and then repackage its data to an Arch Linux package, ignoring metadata. Depending on the speed of your processor and the package itself, conversion can take from a few seconds to several minutes.
    Q: During conversion I get several warning messages, why?
    A: Debtap cannot be 100% accurate for several reasons,  the main reason for this is the complexity of packages names. If you want to check the freshly generated .PKGINFO and .INSTALL (this is optional file) metadata files or even fix the untranslated packages names inside .PKGINFO, debtap offers you the option to edit these files before compressing the final package.
    Q: How do I use debtap?
    A: The syntax is quite simple actually: debtap [option] package_filename
    For example: debtap world-of-goo-demo_1.0_i386.deb
    Any recommendations or questions for debtap are welcomed!
    Last edited by helix (2015-05-21 22:54:17)

    Hi helix. I've had trouble trying to use your script with ubuntu software from The Open University
    debtap OpenUniversity-ubuntu-0.1.3.20130104.deb
    ==> Extracting package data...
    ==> Fixing possible directories structure differencies...
    ==> Generating .PKGINFO file...
    debtap OpenUniversity-ubuntu-0.1.3.20130104.deb
    ==> Extracting package data...
    ==> Fixing possible directories structure differencies...
    ==> Generating .PKGINFO file...
    :: Enter Packager name:
    NewPepper2013
    :: Enter package license (you can enter multiple licenses comma seperated):
    closed
    :: If you want to edit .PKGINFO file, press (1) For vi (2) For nano (3) For a cu                                                                                                    stom editor or any other key to continue:
    ==> Generating .MTREE file...
    ==> Creating final package...
    xz: unrecognized option '--1-any.pkg.tar'
    xz: Try `xz --help' for more information.
    mv: cannot stat ‘*.xz’: No such file or directory
    ==> Removing leftover files...
    ==> Package successfully created!
    The software is called NewPepper 2013 but i've not been able to find it online except on the ou website.

  • Arch Linux Packages RSS Feed [solved]

    Hello all.
    Excuse me, but I have no idea in which forum I have to post this.
    Since yesterday, the Arch Linux Packages RSS Feed is giving me this error:
    XML Parsing Error: not well-formed
    Location: http://www.archlinux.org/rdf_feed.php
    Line Number 75, Column 42: <description>TCP wrappers (hosts.deny & hosts.allow) access control for Apache</description>
    -----------------------------------------^
    How can I notify that to the webmaster?
    Thanks in advance.

    The RSS Feed is working properly again.
    Thanks! :-)

  • Arch Linux package format

    Hi Guys,
    I have been playing around with pacman in the freebsd operating system. My goal is just to install a package into the freebsd system with pacman (no dependencies for now). The idea is to compile the software with the freebsd ports system, make a freebsd package and convert that to a pacman package to install it. I could not find information of the package format of pacman. However, both packages format look very similar, so I think the conversion should be straight forward.
    Do you know of any documentation of the pacman package format? Are there any tools that can help me with this?
    Thanks in advance,
    Luis.

    Ranguvar wrote:I think it'd be more work to write an auto-converter (and deal with bad PKGBUILDs it makes) than to just manually write PKGBUILDs -- they're beyond simple
    I agree. Additionally many ports stop and want you fill out options which would further complicate.
    I'm intrigued by the idea of having a pacman based BSD system, though in the long run it would warrant it's own BSD distro (ArchBSD if you will), and would not be that useful on top of Free/Net/Open BSD.
    I would envision ArchBSD based on an ArchBSD ABS tree, and not on ports. (Although ports would be a primary reference for how to build packages).
    The options for ports brings the same problems that Gentoo useflags have into the mix. How does one deal will variations of a package, and are those variations part of the dependency information? Just food for thought...

  • Arch Linux package-making HOWTO with GUIDELINES

    New to making your own Arch packages? Check out the Archwiki's article on package-making here.
    Other useful links at bottom of article.
    Enjoy.

    I think you should at least mentuon the base-devel group somewhere in this article. Probably somewhere in the start of it.

  • How to upgrade a custom built kernel to the main arch linux package?

    How do you upgrade from a custom built kernel from the abs to the current release kernel from a package ? I have tried to do pacman -S linux linux-headers linux-firmware but still keep getting the old kernel i built my self.
    [root@HLA boot]# pacman -S linux linux-firmware linux-api-headers linux-headers
    warning: linux-3.14.6-1 is up to date -- reinstalling
    warning: linux-firmware-20140316.dec41bc-1 is up to date -- reinstalling
    warning: linux-api-headers-3.14.1-1 is up to date -- reinstalling
    warning: linux-headers-3.14.6-1 is up to date -- reinstalling
    resolving dependencies...
    looking for inter-conflicts...
    Packages (4): linux-3.14.6-1  linux-api-headers-3.14.1-1
                  linux-firmware-20140316.dec41bc-1  linux-headers-3.14.6-1

    It says it is reinstalling them. Doesn't it say it ? or am I missing something ? (no I'm not trying to sound sarcastic, honestly)
    warning: linux-3.14.6-1 is up to date -- reinstalling
    warning: linux-firmware-20140316.dec41bc-1 is up to date -- reinstalling
    warning: linux-api-headers-3.14.1-1 is up to date -- reinstalling
    warning: linux-headers-3.14.6-1 is up to date -- reinstalling
    Total Installed Size:   167.78 MiB
    Net Upgrade Size:       0.00 MiB
    [root@HLA boot]# pacman -S linux linux-firmware linux-api-headers linux-headers
    warning: linux-3.14.6-1 is up to date -- reinstalling
    warning: linux-firmware-20140316.dec41bc-1 is up to date -- reinstalling
    warning: linux-api-headers-3.14.1-1 is up to date -- reinstalling
    warning: linux-headers-3.14.6-1 is up to date -- reinstalling
    resolving dependencies...
    looking for inter-conflicts...
    Packages (4): linux-3.14.6-1  linux-api-headers-3.14.1-1
                  linux-firmware-20140316.dec41bc-1  linux-headers-3.14.6-1
    Total Installed Size:   167.78 MiB
    Net Upgrade Size:       0.00 MiB
    Last edited by dslink (2014-06-22 03:30:28)

  • Wocka 0.5 - checkinstall for Arch Linux

    Last updated: 17th-Feb-2007
    With Wocka you can do:
    ./configure
    make
    su
    wocka
    and you'll get the application installed, and a pacman db entry too.
    Wocka automatically figures out the package name, version and/or subversion revision, and if it can, other metadata too. It determines the build system (make, unsermake, scons, cmake, etc.). It can also create a basic PKGBUILD, with some of the fields (eg name, version) magically filled in. It can also handle upgrades and check AUR for PKGBUILDs.
    Visit the site for a Arch linux package, the source tarball, and detailed usage examples. There's also a feed you can subscribe to at the site if you want to be notified of updates.
    http://methylblue.com/wocka/
    Comments, contributions, etc. most welcome! Thanks.
    ===========
    I have discovered other programs that do a similar thing for Arch. They may be better and you may want to consider them, or at least demand I implement things they do into Wocka If you do use one of the others, I'd like to hear why, if you have the time, thanks!
    bpkg
    creapkg
    pacinstall
    versionpkg
    Last edited by mxcl (2007-02-17 03:24:12)

    Firstly, I'm really sorry I didn't see the above new replies, I subscribed to this thread, but never got the emails... Must have been my spam filter I expect.
    Gullible Jones wrote:Wait a minute, why the heck does this thing require QT? It doesn't have a GUI so why would it use the QT library? :?
    I used Qt as I have 4 years experience with it and develop fast with it. With Qt4 the library is separated into Core (CLI only) and GUI components, so as soon as Arch ships Qt4 and people have it installed en-mass, I'll switch to the CLI only library. I apologise if you think I'm crazy/stupid, you may be right
    You should have talked to Xentac. He already has an app named "Wakka" IIRC.
    Hmm sucks, I may have to rename again. I renamed the first time as pacgen is a name already used by two other projects!
    sud_crow wrote:wasnt pacman's sound waka waka waka?
    heh could be, I'm not a pacman expert. Extralife the webcomic always makes pacman say "Wocka!", but I spose I should have done more research!
    phrakture wrote:Send a PKGBUILD to AUR!
    Yeah I half did this and then couldn't figure out how to work the AUR or something. I'll try again.
    I had 0.3 ready a few weeks ago, then I started using my CRT with my new XBOX 360 and didn't boot to Linux until yesterday Now I have some new TFTs.
    The changes since 0.2:
    · Automatic upgrade/merge for new installs of subversion managed source installations
    · Better versioning detection
    · Easy automatic AUR builds via: wocka --aur appname
    · Metadata is extracted from LSM files
    · --upgrade switch
    The upgrade switch basically merges the old package with what's just installed, so you don't lose any information, I figured this was the safest route. Please correct me if you disagree. Thanks

  • Rubix - yet another distro based on Slackware and Arch Linux

    Today I was reading DistroWatch and saw info about Rubix.
    This distro is based on Slackware and Arch Linux.
    What do you think about this?

    I tried it.
    I really liked the install. Very simple and straightforward.
    I didn't like fact that the rubix installer installs only one package at a time (and pulls in the deps of course), so the install is rather slow.
    I also didn't like the repo structure. Seems cumbersome.
    bonuses:
    e17 installed easy, and just worked.
    packages available are pretty reasonable
    I really like the modifications rubix has made to rc.conf and some of the inits
    There is some type of community repository
    The distro seems to have a clear focus, and I like many of the security aspects.
    bummers:
    extra rc<int>.d directories
    No gdm. boo-hiss.
    No gnome (I get it. this is slackware. boo-hiss).
    My fonts looked ugly. This one is such a huge deal for me, that I consider it a showstopper. Might be the fact that I installed it in vmware, but most distros have little issue with this. <caveat. I think arch fonts suck too. I have never had good looking fonts in arch...which is why I have only really used it as a server.>
    Did I mention I didn't like the repo structure? It made the simple act of updating pacman repos (pacman -Sy) slow and painful.

  • Backpac: A package state snapshot and restore tool for Arch Linux

    backpac:
    A package state snapshot and restore tool for Arch Linux with config file save/restore support.
    https://aur.archlinux.org/packages.php?ID=52957
    https://github.com/altercation/backpac (see readme on the github repository for more information)
    Summary & Features
    It's a common method of setting up a single system: take some notes about what packages you've installed, what files you've modified.
    Backpac creates those notes for you and helps back up important configuration files. Specifically, backpac does the following:
    maintains a list of installed groups (based on 80% of group packages being installed)
    maintains a list of packages (including official and aur packages, listed separately)
    maintains a list of files (manually created)
    backs up key config files as detailed in the files list you create
    The package, group and files lists along with the snapshot config files allows system state to be easily committed to version control such as git.
    Backpac can also use these lists to install packages and files. Essentially, then, backpac takes a snapshot of your system and can recreate that state from the files and lists it archives.
    Use Cases
    Ongoing system state backup to github
    Quick install of new system from existing backpac config
    Conform current system to given state in backpac config
    Backpac is a very, very lightweight way of saving and restoring system state.
    It's not intended for rolling out and maintaining multiple similar systems, it's designed to assist individual users in the maintainance of their own Arch Linux box.
    Status
    Alpha, release for testing among those interested. Passing all tests right now but will continue to rework and refine. Bug reports needed.
    Why?
    There are a lot of 'big-iron' solutions to maintaining, backing up and restoring system state. Setting these up for a single system or a handful of personal systems has always seemed like overkill.
    There are also some existing pacman list making utilities around, but most of them seem to list either all packages or don't separate the official and aur packages the way I wanted. Some detect group install state, some don't. I wanted all these features in backpac.
    Finally, whatever tool I use, I'd like it to be simple (c.f. the Arch Way). Lists that are produced should be human readable, human maintainable and not different from what I'm using in non-automated form. Backpac fulfills these requirements.
    Regarding files, I wanted to be able to backup arbitrary system files to a git repository. Tools like etckeeper are interesting but non /etc files in that case aren't backed up (without some link trickery) and there isn't any automatic integration with pacman, so there is no current advantage to using a tool like that. I also like making an explicit list of files to snapshot.
    Sample Output
    This is the command line report. Additionally, backpac saves this information to the backpac groups, packages and files lists and the files snapshot directory.
    $ backpac -Qf
    backpac
    (-b) Backups ON; Files will be saved in place with backup suffix.
    -f Force mode ON; No prompts presented (CAUTION).
    (-F) Full Force mode OFF; Prompt displayed before script runs.
    (-g) Suppress group check OFF; Groups will be checked for currency.
    (-h) Display option and usage summary.
    (-p) Default backpac: /home/es/.config/backpac/tau.
    -Q Simple Query ON; Report shown; no changes made to system.
    (-R) Auto-Remove OFF; Remove/Uninstall action default to NO.
    (-S) System update OFF; No system files will be updated.
    (-U) backpac config update OFF; backpac files will not be updated.
    Sourcing from backpac config directory: /home/es/.config/backpac/tau
    Initializing.................Done
    GROUPS
    ============================================================================
    /home/es/.config/backpac/tau/groups
    GROUPS UP TO DATE: group listed in backpac and >80% local install:
    base base-devel xfce4 xorg xorg-apps xorg-drivers xorg-fonts
    GROUP PACKAGES; MISSING?: group member packages not installed:
    (base: nano)
    (xfce4: thunar xfdesktop)
    PACKAGES
    ============================================================================
    /home/es/.config/backpac/tau/packages
    PACKAGES UP TO DATE: packages listed in backpac also installed on system:
    acpi acpid acpitool aif alsa-utils augeas cowsay cpufrequtils curl dialog
    firefox gamin git ifplugd iw mesa mesa-demos mutt netcfg openssh rfkill
    rsync rxvt-unicode sudo terminus-font vim wpa_actiond wpa_supplicant_gui
    xmobar xorg-server-utils xorg-twm xorg-utils xorg-xclock xorg-xinit xterm
    yacpi yajl youtube-dl zsh
    AUR UP TO DATE: aur packages listed in backpac also installed on system:
    flashplugin-beta freetype2-git-infinality git-annex haskell-json
    package-query-git packer wpa_auto xmonad-contrib-darcs xmonad-darcs
    AUR NOT IN backpac: installed aur packages not listed in backpac config:
    yaourt-git
    FILES
    ============================================================================
    /home/es/.config/backpac/tau/files
    MATCHES ON SYSTEM/CONFIG:
    /boot/grub/menu.lst
    /etc/acpi/handler.sh
    /etc/rc.conf
    /etc/rc.local

    firecat53 wrote:I think your plan for handling an AUR_HELPER is good. If AUR_HELPER is defined by the user, then either you might need a list of major AUR helpers and their command line switches so you can pick the correct switch for what needs to be done (most use some variation of -S for installing, but not all), or have the user define the correct switch(es) somehow for their chosen AUR helper.
    That's a good idea. I'll add that to my AUR refactoring todo.
    I also found directory tracking to be a weakness in other dotfile managers that I tried. I think you would definitely have to recursively list out the contents of a tracked directory and deal with each file individually. Wildcard support would be nice...I just haven't personally found a use case for it yet.
    I've been thinking that I could just add the directory and scan through it for any non-default attribute files. If those are found then they get automatically added to the files list. That's pretty close to what etckeeper does.
    Edit: I just compiled the dev version and removed my comments for already fixed things...sorry!
    The master branch should have those fixes as well, but I didn't update the version number in the package build. I'll have to do that.
    1. Still apparently didn't handle the escaped space for this item: (the file does exist on my system)
    Ok, good to know. This wildcard directory business will require some new code and refactoring so I'll also rework my filenames handling.
    2. Suggestion: you should make that awesome README into a man page!
    I was working on one (the pkgbuild has a commented out line for the man page) but I had to leave it for later. Definitely want a man page. Once this stabilizes and I'm sure there aren't any big structural changes, I'll convert it to man format.
    3. Suggestion: add the word 'dotfile' into your description somewhere on this page, the github page, and in the package description so people looking for dotfile managers will find it. You could also consider modularizing the script into a dotfile manager and the package manager, so people on other distros could take advantage of your dotfile management scheme.
    I actually have a different script for dotfile management that doesn't touch packages, but there is definitely overlap with this one. That script isn't released yet, though, and if people find this useful for dotfile management that's great. I'll add that in.
    4. Suggestion: since -Q is a read-only operation, why not just make it run with -f automatically to avoid the prompt?
    Originally, running backpac without any command line options produced the Query output. I was concerned that since it is a utility that can potentially overwrite system files, it is important to give users a clear statement prior to execution about what will be done. Since the Query output is essentially the same as the Update and System reports in format and content, I wanted to be explicit about the Query being a passive no-change operation. The current command line options aren't set in stone though. If you feel strongly about it being different, let me know.
    Long answer to a short question
    5. Another suggestion: any thought to providing some sort of 'scrub' function to remove private information from the stored files if desired? This would be cool for publishing public dotfiles to github. Perhaps a credentials file (I did this with python for my own configs). Probably detecting email addresses and passwords without a scrub file would be rather difficult because dotfiles come in so many flavors.
    Yes, absolutely. In fact, if you look at the lib/local file (pretty sure it's in both master and dev branches in this state) you'll see some references to a sanitize function. The idea there is that the user will list out bash associative arrays like this:
    SANITIZE_WPA_=(
    [FILE]='/etc/wpa_supplicant.conf'
    [CMD]='sed s/expungepattern/sanitizedoutput/g'
    Question: am I missing an obvious option to remove a file from the files.d directory if I delete it from the files list? Or do I have to delete it manually? It might be helpful to add a section to the README on how to update and delete dotfiles from being tracked, and also a more detailed description of what the -b option does (and what is actually created when it's not used).
    You are only missing the function I didn't finish. There should be either dummy code or a TODO in the backpac main script referencing garbage collection, which isn't difficult but I just haven't finished it. The idea being another loop of "hey I found these old files in your files.d, mind if I delete them?" It's on my list and I'll try to get it in asap.
    And finally, just out of curiosity, why did you choose to actually copy the files instead of symlink like so many other dotfile managers do?
    git not following symlinks, hardlinks also out for permissions issues (git wouldn't be able to read the files, change them, etc.)
    I definitely would prefer to not make an entire copy of the file, but I haven't come up with a better option. Shout with ideas, though. Also, if there is a way around the link issues I noted above, let me know. I don't see one but that doesn't mean it's not there.
    edit: I think a Seattle area Arch meetup would be cool! Perhaps coffee someplace? Bellevue? U-district? Anyone else? BYOPOL (bring your own pimped out laptop)
    A general meetup sounds good. I was also thinking it would be fun to do a mini archcon with some demos.

  • [SOLVED]How to build debian package source in Arch Linux?

    I'm porting openssl for sh4 arch.
    If I use Arch Linux PKGBUILD, it built failed. (I guess that's caused by there is no asm code for sh4 cpu).
    So, I decide use debian's source.
    But, is there any one know how to porting debian's package into Arch Linux?
    I can apt-get source openssl from other machine.  But I don't know what's the correct step to build it into Arch Linux' structure.
    Solution: refer brebs's PKGBUILD hint.
    Last edited by dlin (2013-02-26 09:44:16)

    The source is not hard to find. Look on Debian packages - each package has 2 files, the ".orig", and Debian's diff (which is sometimes not a diff, these days, thankfully because just having a simple "debian/patches" subdirectory available is a little bit easier for us).
    Edit: Here ya go, convenient links:
    http://packages.debian.org/sid/openssl
    http://ftp.de.debian.org/debian/pool/ma … ian.tar.gz
    Last edited by brebs (2013-02-26 09:42:10)

  • [SOLVED] 'sl' package in arch linux?

    Hello, I'm a former Ubuntu user. In Ubuntu I was able to install 'sl' package via
    aptitute install sl
    Now I use arch linux, and I'm unable to install sl package:
    [user@myhost ~]$ sudo pacman -S sl
    error: 'sl': could not find or read package
    [user@myhost ~]$
    Can you help pls? Thanks
    Last edited by Pontorez (2010-07-21 14:09:22)

    karol wrote:[slightly OT]
    wonder, how do you search for things like 'sl', 'ne' : via the web interface or you use some AUR helper?
    $ slurpy -i sl
    Repository : aur
    Name : sl
    Version : 3.03-4
    URL : http://www.tkl.iis.u-tokyo.ac.jp/~toyoda/index_e.html
    AUR Page : http://aur.archlinux.org/packages.php?ID=12473
    Category : games
    Licenses : unknown
    Number of Votes : 164
    Out of Date : No
    Description : SL (Steam Locomotive) runs across your terminal when you type "sl" as you meant to type "ls".

  • Incorporating both Arch Linux and a package repository onto one DVD.

    Dear Arch Linux community,
    I would like to tell you a little background information about myself before I start to talk about my actual subject. I know that this part of my message does not belong here, but it is my own ritual to do it like this in my first message in every community. I hope I can make friends with people here and try not to harm this community in any way. Thank you for reading this.
    I am a 16-year-old male student from Finland and addicted to GNU/Linux and freeware / open source software. My previous experience with GNU/Linux is fairly large; from thin client Debian GNU/Linux administrator to kernel hacker and software developer. My delight is music, particularly writing and composing my own music tracks which vary from classic chiptunes to acid trance and dance beats. Arch Linux seems to be a great GNU/Linux operating system for me, because I am looking for a GNU/Linux distribution that does not focus on desktop, but rather on simplicity and lightweight solutions. I also do not fear "bleeding edge" software which is a positive point for Arch Linux compared to Debian GNU/Linux. As you can probably notice I have been using Debian GNU/Linux before I considered Arch Linux. However now I am here hoping for a totally new experience from Arch Linux.
    Enough with my foreword, I would like to now go back to the actual subject. Usually I use DVD media for GNU/Linux images to have both the installer for the GNU/Linux distribution and the main package repository to make installations faster and to have the possibility for an offline installation. As I see, Arch Linux provides only CD images which are approximately 160MB in size, making me to think about incorporating Arch Linux's "Core" and "Extra" package repositories to fill up the remaining 4GB on the DVD. If the "Core" package repository is already included in the Arch Linux CD image, please forgive my lack of information as this is the first time I have ever entered to the world of Arch Linux.
    My question is as follows: Is it possible to incorporate Arch Linux and a package repository onto one DVD while retaining the ability to install Arch Linux from that DVD? If positive, how should I go on to do it?
    Thank you in advance!
    Last edited by Amplify.EXE (2007-11-09 20:53:44)

    No niin, tervetuloa arch-mailmaan.
    Ok, I better stop at one sentence before someone gets mad at me :roll:.
    To answer your question, yes. It is quite possible to put something like that together, heck I think someone suggested we should distribute those some time, but we decided not to (don't quote me, I'm too lazy to read the archives right now) since in most cases pacman will get the job done will job done with less bandwidth waste, and distributing huge snapshots isn't really too conducive to the whole rolling-release thing.
    You might want to check out archiso [1], the install scripts [2], and one of my sample archiso configurations [3] that effectively creates an install CD. Now, keep in mind that archiso isn't the *current* way installers are created, but I think it's much more straightforward to work with than what we're using right now. That said, we currently use archboot to create the CDs, so that may be worth taking a look at as well. There is also a really old installer remastering wiki article [4], though not terribly relevant, you could still use a similar technique to pull apart one of our recent install iso's and remaster it with whatever packages you want. Anyhow, if you'd like help with this, I'd be more than happy to give you a hand (I need some more test-cases for archiso...), or if you look at it and go "gee, this is dumb", don't be afraid to send patches. Just get in touch with me through email, jabber, irc, or whatever.
    Good luck
    [1] http://projects.archlinux.org/git/?p=ar … a=summary)
    [2] http://projects.archlinux.org/git/?p=in … ;a=summary
    [3] http://code.neotuli.net/gitweb/?p=archi … stall-conf
    [4] http://wiki.archlinux.org/index.php/Rem … nstall_ISO

  • Crux Linux : the origins of Arch Linux?

    So in this awesome linux timeline I found that Arch Linux was a fork from Crux Linux... now I dont have any idea how was Crux Linux, because I never tried it, I think the distro never was very popular, so I was wondering if someone would explain how was the origins of Arch Linux and its relation with Crux Linux
    Last edited by delphinen (2007-01-30 03:22:08)

    I've used Crux before I ever heard about Arch........It's not too bad, just that it's a one-man show with a gathering of faithful users.........Per Liden, the author and developer of Crux, was not interested in pleasing the general public, which is why it never became popular............He just developed it mainly for his personal tastes and anyone who wanted to use his selection was free to do so, and can make any other pkgs they want with the 'pkgmk' script..........Today, Per is retired from from Crux development and handed it over to a core team......
    @Husio
    Anyway, if you don't use abs/aur you won't like CRUX becouse there's only some base packages.
    Not entirely true........The official pkgs are contained in three separate repositories - core, opt, and contrib - and "opt" and "contib" contain quite a few packages......
    Then there's a lot of community-based user repos, usually named after the person who is sharing it to the others.........You can see who the maintainers are in the 'Maintainer' column of that repository link above.......Although now I see there are a few more categories maintained at the main ports database, while the rest are maintianed at each individual's site.........I suppose more changes will happen, now that Per has "retired"....... ;-)
    If I was to compare it to Arch, today, I would give Arch a higher rating......Arch has come a long way in the last few years, and is, IMHO, ahead of Crux in maintainability..........I've always been a devoted Slackware user, for the most part, and have tried a few other distros (including Arch) in the past, but always went back to Slack.........However, currently I'm switching to Arch as my desktop distro of choice because it's at the point I consider it better, overall, than Slack (which, to me, is saying a lot about how far along Arch has come)...... :-D
    ---thegeekster

  • Thanks for Arch Linux

    I am a huge fan of GNU/Linux and have been since the mid 90's, and I just want to say thank you for Arch Linux. My GNU/Linux history started with Red Hat, and then Slackware, then ultimately Gentoo Linux. I have been a Gentoo Linux fan for many years (since it's beginnings), and to be honest, Arch Linux is just as fast and in some cases faster than Gentoo Linux.
    The install for me as a first time user to Arch Linux, was very VERY simple, and straight forward. I love the idea of it being installed at the absolute minimum, and I having the option to chose which optional packages are and are not installed from the get-go.
    As stated, which this distrobution of GNU/Linux there is no need to compile from source, as Arch Linux is very fast already; for me and my computer anyway.
    Again, thanks for this great and powerful GNU/Linux distro.

    have a look here...
    http://wiki.archlinux.org/index.php/Arc … _%28AUR%29

  • The Arch Linux Folding@Home team breaks 3 million points

    The Arch Linux Folding@Home team breaks 3 million points and is ranked 318 out of 81,260 teams.
    http://folding.extremeoverclocking.com/ … s=&t=45032
    Not bad for a team that averages between 20 and 25 active folders!
    Thanks and Congrats to everyone who has folded for Arch.
    Pudge

    alexmat wrote:
    Please post your results, I would be very interested in getting the SMP client setup.
    Also, a nice package wouldn't hurt
    In my case, I run all my folding computers at home, and it's just me and my wife.  So the computers are running in a trusted environment.  As such, I just manually start the client in a Gnome terminal window on desktop #4 and leave my computer logged in all the time.  When I need to log out of my Gnome session, reboot, or stop my computer, I get into Desktop #4 and enter Ctrl-C to stop the client.  This is the simplest way to run the client and works for me.  When you use the client like this, a package isn't necessary.
    Just download the Linux x86-64 only SMP client version 6.0 Beta 1 http://folding.stanford.edu/release/FAH … -Linux.tgz into a folder in your home directory.  Use the tar command to untar the file, and you end up with two files named "fah6" and "mpiexec".  This is the first Linux client that requires a passkey.  Go to http://fah-web.stanford.edu/cgi-bin/getpasskey.py to get a passkey E-mailed to you.  Once you get the passkey, get into your folding directory and as a user enter:
    $ ./fah6  -configonly  -smp
    Answer the questions to configure how your client will run.  If you have never run folding at home before, you need to choose a user name.  Go to http://fah-web.stanford.edu/cgi-bin/mai … =userstats and using the "is exactly" option or the "is like" option enter your chosen user name in the search box and see if someone else is already using that name.  Keep trying user names until you find one not in use.  Enter your user name.  The Arch Linux team number is 45032 so enter that for the team number.  Enter the passkey that Stanford E-mailed you.  I recommend the following for these questions:
    User name [Anonymous]? Your_user_name
    Team Number [0]? 45032
    Passkey []? XXXXXXXXXXXXXXXXXXXXX
    Ask before fetching/sending work (no/yes) [no]? no
    Use proxy (yes/no) [no]? no
    Acceptable size of work assignment and work result packets (bigger units may have large memory demands)
    -- 'small' is <5MB, 'normal' is <10MB, and 'big' is >10MB (small/normal/big) [normal]? big
    Change advanced options (yes/no) [no]? yes
    Core Priority (idle/low) [idle]? idle
    Disable highly optimized assembly code (no/yes) [no]? no
    Interval, in minutes, between checkpoints (3-30) [15]? 15
    Memory, in MB, to indicate (1885 available) [1885]? 1885
    Set -advmethods flag always, requesting new advanced
    scientific cores and/or work units if available (no/yes) [no]? yes
    Ignore any deadline information (mainly useful if
    system clock frequently has errors) (no/yes) [no]? no
    Machine ID (1-16) [1]? 1
    That's it, you are now configured.  Now that it is configured, enter:
    $ ./fah6 -smp
    and you are off and running.  Just remember to use the -smp flag when starting the client, and remember to use Ctrl-C to stop it.
    dmartins wrote:I have noticed that the SMP client works much better on a linux dual core system than it does on a windows system with similar specs.
    I agree totally with that.
    Btw, Pudge: You seem to be way out in front of everyone else in points per day. I was wondering what machines you have churning away. Perhaps a PS3 in the mix? I have read they can pump out some serious GFLOPS.
    No, I don't have a PS3.  Here's what I have churning away.
    Four SMP clients on AMD Athlon 64 X2 Dual Core Processors running Arch 64 bit.
    One SMP client on an AMD Athlon 64 X2 Dual Core Processor running Windows XP
    Three regular clients (non SMP) on AMD Athlon XP single core processors running i686 Arch
    One regular client (non SMP) on an AMD Athlon XP single core processor running Windows XP
    The vast majority of my points come from the 5 SMP clients.  It's absolutely amazing how fast the SMP client can finish the work units!
    If you have a dual core processor, I highly recommend running a single SMP client as opposed to running two regular clients.
    EDIT:  I forgot to mention.  To run the Linux X86_64 SMP client Version 5 beta, you needed some 32 bit libraries loaded.  I just loaded all the 32 bit libraries listed in the installing Flash on Arch64 Wiki and it worked.  When I went to the Linux X86_64 SMP client Version 6 beta 1, I just left the 32 bit libraries in place as I am using them for nspluginwrapper anyway.  So, I have not tested whether the Linux X86_64 SMP client Version 6 beta 1 still needs the 32 bit libraries or not.
    Pudge
    Last edited by Pudge (2007-09-29 04:54:05)

Maybe you are looking for

  • Completely Lost.  Please Help!

    My husband just purchased an ipod mini for me. He also has one himself. How do I set up my ipod on the computer? Do I use the install cd even though he has already done it for his ipod?

  • Info help

    I have question when collection sends account back to OC can you get it removed from credit report. Situation I paid the OR creditor in 3 payments on my last payment the CA put on report that day. Also they placed on EX twice but changed the info aro

  • Multiple Safari issues

    I've been experiencing a few issues lately but not sure they're related. 1. I receive emails that will not always display the pictures (sometimes they're viewable). Instead, I get the blue box with a question mark. However I can view the same email w

  • SDOE_ESDMA_AFTER_IMPOTER_GEN erros

    Hi guys Every time that I deploy my DOE Software component in QAS or production environment , its running SDOE_MASS_ACTGEN queue, it ok. The problem is that the SAP Mobile Gateway 1.1 comes with some other software components that I don't need and wh

  • Mac OS X 10.7 drops network connection to Officejet J6480

    Mac OS X 10.7 drops network connection to Officejet J6480.  I can re-establish by power cycling the printer. Other computers cannot connect to the printer even though they are on the same network.