Why Arch Linux official repository provide MariaDB instead of MySQL?

First, I want to say I'm not an expert in MySQL or any other RDBMS. I just started to learn mysql a month ago. So didn't know exactly what is the practical difference between MariaDB and MySQL. Both are looks the same (except for the prompt as far as I know). But oracle MySQL is still the majority RDBMS that is being used in comparision with MariaDB. Since I just started to learn, I wanna use the most used. So I choose MySQL.
My curiosity is why Arch choose MariaDB? Is MySQL going against "The Arch Way" or something like that? I read somewhere when googling that one of the reason why MariaDB is created is because Oracle purchased Sun Microsystems. Or maybe there're some bug issues or something if using MySQL on Arch Linux?

Search back through the arch news items.  We switched over a fews ago I think.
EDIT: https://lists.archlinux.org/pipermail/a … 24478.html
Last edited by graysky (2015-04-13 10:30:28)

Similar Messages

  • Arch Linux Official Mirror Standards

    Hey guys, note that I've searched for this but couldn't find anything...
    Are there any kind of standards that must be met to become an "official mirror" for Arch Linux?
    I'm not wanting to mirror Arch, but just wondering about it because all the US mirrors seem really lousy, at least for the time being.  If there are some kind of standards that must be met, are these official mirrors meeting them?
    If there are no standards, shouldn't there be?
    I don't know much about mirroring, so the whole idea might be totally preposterous.  It just seems that Arch would want any official mirror to be up to par for it's role in representing the Arch Linux Community.
    Thanks for any information regarding the subject.

    neotuli wrote:
    I don't agree with OP and raymano at all. I'm just happy anyone is willing to mirror our repos and donate that kind of bandwidth. Also, you have to realize that most of our mirrors have enormous capacity, I mean we're talking almost 6TB a month kind of capacity (to use what ftp.archlinux.org used to burn up as a rough example).
    I'm just happy ANYONE is willing to donate that kinds of resources in the first place. Aren't you? If not, then why don't you make your own standards for mirrors, it's really easy to implement. Simply go through your pacman configuration, choose which mirrors fit your "approved" critera, and delete the rest. Then you'll be happy and the rest of us won't have to listen to you scream about how free isn't good enough.
    That's like saying giving rotten, rancid food to someone that's hungry is a good thing.

  • Why arch linux install media is so big?

    Hi all,
    Yesterday I installed arch linux in my PC. My very first learning/questions regarding arch linux:
    * Why is the install media 650 MB(so big) iso, when it doesnt contain any packages?
    * From the https://wiki.archlinux.org/index.php/Installation_guide page,
       Download
    Download the most recent Arch Linux installation ISO image from the Arch Linux download page: this is a hybrid image that allows booting into an x86_64 or i686 live system, depending on the system's architecture and the user's choice.
    Why the most recent Arch Linux installation ISO? The ISO which is downloaded one year before also will install the latest linux right because everything is downloaded from internet?
    Can anyone please explain what is special about new install media??
    Thanks
    Mario

    Mariappan wrote:
    Download the most recent Arch Linux installation ISO image from the Arch Linux download page: this is a hybrid image that allows booting into an x86_64 or i686 live system, depending on the system's architecture and the user's choice.
    Why the most recent Arch Linux installation ISO? The ISO which is downloaded one year before also will install the latest linux right because everything is downloaded from internet?
    While you are correct that a netinstall will indeed install the latest linux version, it does not mean that an old install medium will boot on the newest hardware, or is up to date with the latest Arch specific packages etc. Using an old installation image can mean that your hardware is not supported, old bugs are included or that you are not at all able to install Arch because of outdated Arch specific packages on the install medium.
    The install medium is merely a specific set of packages combined together in an image, not a special project to install Arch (you can install all packages via pacman). It needs updating, just like a regular Arch install.

  • Arch linux shows a blinking cursor instead of booting intaller

    well i use
    sudo dd if=archlinux-2010.05-core-i686.iso of=/dev/sdb1
    and check the md5 sums. I tried to boot it on two different pcs having the same result: intead of booting grub(or anything useful for that matter) it just shows a blinking cursor at the topleft corner of the screen. It is unresponsive to any kind of input, the flash drive led doenst seem to blink or shiver at all and there seems to be no other activity whatsoever.
    I tried using another flash drive and this time it is completely ignored booting winholes "normally"
    (posted the same thing on superuser.net but got no reply )

    sudo dd if=archlinux-2010.05-core-i686.iso of=/dev/sdb1
    ^^ is wrong, see vv
    The Wiki wrote:
    Beginning from release 2010.05, all iso files can be directly written to usb media. Download them from your local mirror. To install, first ensure the USB device is unmounted and then issue the following command:
    $ dd if=image.iso of=/dev/sd[x]
    where image.iso is the path to the iso file and /dev/sd[x] is your USB device.
    Warning: This will irrevocably destroy all data on /dev/sdx.
    Warning: Make sure to use /dev/sdx and NOT /dev/sdx1. This is a very common error!
    Sidenote: I would recommend  using the new test isos found here
    Last edited by Mr.Elendig (2011-02-09 19:01:11)

  • 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

  • Google+ Arch Linux page

    Hi all,
    just to notify you about the new Arch Linux (official) page on Google+.
    I had to add "official" because there was a couple of duplicates. This page will be managed only by DEVs and TUs to share information about the recent news, warnings, rebuilds and more...
    Anyway, ATM Google allows only one administrator per page.

    Also, I just don't want n Arch Linux pages, neither a fan page to share screenshot/videos anything.
    I don't understand what you mean here.
    Aside from that, it seems hypocritical that a GNU/Linux distro would use proprietary networks to promote its product or community. Just my two cents.
    Pierre: From what I can tell, this branching into the networks is only adding another way to get the same information found on the mailing lists or the front page, so the traditional ways of receiving news should still work.
    Last edited by xelados (2011-11-09 14:36:47)

  • Why not use Arch Linux only?

    Named as an Arch Linux "Linux Addict" (according to my upgraded user profile ), for some times I have asked myself why use other distros than AL, especially RedHat, SuSE and Mandrake. What do they provide what AL doesn't?
    One of the roles of RedHat became clear reading Linux Today, though it may not be for the common users but have to admit its impressive (there are three major advances in the new RHEL3 product line....):
    http://linuxtoday.com/it_management/2003102200926NWRHSW
    PS.
    Does it sound like I am addicted??... it feels natural   :idea: 

    maturity? stable? can't trust?
    let me tell you something i learned by experience ...
    i runed SuSE for long time (from 5.2 to 8.1) and what i know they do wrong is: if you have e.g. 6.0 (the most stable SuSE i know) then you can update your packages over internet, but after some time you will be "forced" to  buy the next release that is totally differently constructed (7.1, because it uses YaST2 instead of the YaST and other stupid inovations that you cannot easily update from internet) ... and after a while again you have to upgrade by buying the next one ...
    sure, you install it in about an hour and everything works, but hey, each package costs some money and this install is each time from quite 0 (because the integrated update often does not work) :-(
    trusting?
    i trust only in systems i configure myself ... and since SuSE 7.2 i lost the overview in where you can configure what and why ... and you are not sure that YaST2 will change your changed settings to default
    archlinux is fully configureable and does not have a tool that changes files behind your back (well, there is one case: when you update init-scripts with packman without setting in pacman.conf to exclude some files you changed ... but also then you can restore the settings by mv'ing the original files to their right name-links :-)
    why using also other distros?
    well since arch 0.5 i removed all other linuces from my machine (to save space) and now have only arch and winXP ... xp is used only for watching tv (because hauppauge usb "usbvision" module cannot be compiled with  a 2.4.x or 2.6.0tx kernel (but 2.5.x) and because of ebanking software that will not install on archlinux but easily on SuSE and WinXP (need the original sun's java vm, but have no time to construct a PKGBUILD for sun's jdk 1.4)
    ... and the needed other software i built packages of and installed on my local repository (and also copied in incoming) ... now i'm quite happy with archlinux as an OS (and i hope with a more advanced 2.6.x TV will come too, and java i will find one day time to build for ebanking)
    -> "use an OS that works, use archlinux"
    ps
    and about "linux addict":
    no, i dont think i'm addict, but i use this forum as a normal member  (to help others switching to an os that works,  to help people with problems i had myself often some time ago, to ask if i find something interessting or funny about something in arch, to inform that i built packages and put them in incoming :-) ... i would be much happier to have "regular user" instead of "linux addict", but that's something i cannot change

  • 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

  • Why is vi (vim) so bad in Arch linux ? "nothing in register.."

    Hi.
    I use various linux distros - gentoo, suse, ubuntu, fedora and (obviously) arch
    I am slowly coming to the decision that Arch is the distro for me and have installed it on my work desktop also.
    However there is one major issue I am having with Arch linux.
    vim seems pretty much completely unusable in arch linux, not in the way that it is in Debian (i.e the strange arrow keys until you apt-get install vim-enchanced)
    Its much worse, I am not able to paste into vim at all ... When pressing middle button to paste the buffer is says - nothing in register.
    Also (annoyingly) I am unable to right click and paste into konsole (only when using vim) - instead it gives the message ' (insert) VISUAL '
    This occurs from KDE4 and LXDE so it unlikely  to be the desktop settings.
    I do not have vi pasting issues with any other distro.
    Can anyone help me paste ?
    Regards

    I'm having this problem too. PuTTY WinXP, logging into Arch Linux. I used to be able to use right-click to paste from the Windows clipboard (the scroll wheel uses the wrong clipboard) but now it just changes me to (insert) VISUAL.
    I put
    set mouse-=a
    in /etc/vimrc, but it didn't work; perhaps because I need to logout and login. But typing that incantation from within the editor works fine.
    However, I would beg to differ that "In many terminal emulators the mouse works just fine, thus enable it". Should I upgrade PuTTY? (currently 0.53b)

  • Arch Linux Won't Boot! Why o' Why?!

    So, this is prorably the fifth time installing Arch Linux and I've got everything exact.
    - Boot is the first partition
    - I've configured GRUB properly
    - I've installed the basic packages
    - I've partitioned everything properly
    - Grub is set to boot
    But, still, something is stopping GRUB from booting (even though /boot is set to "boot"). There has been no OS on there before - I'm running it in VirtualBox.
    Why is it not working? I'm about to tear my hair out over this!
    BTW: I'm using 2010.05.
    Please Help!
    Josh // Currently a frustrated Linux user
    Last edited by oldtimeyjunk (2011-04-30 07:40:29)

    oldtimeyjunk wrote:Don't need any more help!
    It was because I installed the Bootloader to the wrong place (I stuck it in a partition, which, I know now, your not supposed to do)!
    Thanks for that, I put my grub on /dev/sda, boots fine but wondered if I should have put it on /dev/sda1

  • Official Arch Linux Install Guide needs edit

    Aloha,
    This line in the Official Arch Linux Install Guide
    Official Arch Linux Install Guide
    dd if=archlinux-XXX.img of=/dev/sdX
    Needs to be changed too
    dd if=archlinux-2010.05-{core|netinstall}-{i686|x86_64|dual}.iso of=/dev/sdx
    Mahalo

    Hum, well I don't know how to write a git patch. I guess it would be a good thing to learn though, but I have to go to bed now.
    Hum..., after further looking at the this forums section I guess I posted in a totally wrong place Live and learn.
    Last edited by hunterthomson (2010-05-26 13:16:47)

  • How to get patches to official/mainline arch linux kernel?

    Hi,
    I'm maintainer of compcache PKGBUILD (compcache is ~ compressed virtual swap disk).
    For proper work it needs to apply some patches to kernel....
    I know there is an alternative to create another PKGBUILD for a custom kernel, but this seems to me an overkill.
    I would like to include these patches directly into mainline arch linux kernel....
    Is this good idea? How should I proceed then?
    Tibor

    Wintervenom,
    I did not know about zen kernel at all, but though it would not be very good solution, it could be the best one. So I will post an recommendation to aur to compcache, that to get proper function of compcache one should use zen kernel...
    But I 'm not going to install this kernel as compcache is not so important to me to replace mainline kernel...
    tomk,
    It seems that compcache will not be completely included in linux vanila kernel before 2.6.34, so that means about six months... In the meantime, compcache will not be usable with mainline arch linux kernel...
    And can you please advice me how can I submit such feature request?

  • Why I love Arch Linux :D

    Today, I enabled kms by default, only editing mkinicpio.
    Before kms, I had been totally unable to get a full resolucion frambuffer, even with uvesafb. And i915-resolution didnt even
    recognised my card, a Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
    But when I first booted with kms, I thought I was in heaven
    Also, with this new drivers, that annoying bug in openbox when using rgba + murrine + xcompmgr + openbox(making window borders
    use false transparency) is nowhere to be seen n_n.
    Last, but not least, because of the x86_64 april's fools day joke, I made the swich to 64-bits in 2 days! And just 10 minutes ago,
    I deleted my 32-bit particion n_n
    Arch Linux, just rock U_U

    XFire wrote:No bloat; rolling release; easy to configure system - no other distro seems as easy to configure; everything seems to more or less work after some configuration; just about everything.
    What XFire said. I really love Arch because of this - the community is also pretty big behind it, which is a big plus. Just go to the IRC channel and you will be able to speak to archers right away about your troubles and problems - you don't even have to go out and drink them away!
    But I also really like that the system does not break as much as Gentoo did for me after a simple system update. Mostly nowadays it is because of Xorg, which usually is easy to fix. In Gentoo everything broke and took a lot of time to do, because of recompilation and stuff. I am really happy that I made the change, and I got myself a fine sticker for my laptop to show off that this system runs Arch.

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

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

Maybe you are looking for