Arch-based medical distro

I started a simple project to build an arch-based distro for medical professionals
The base install is ready and my own-developed simple medical apps are in development to be included...
I was searching for more apps to include (medical image viewer, electronic medical records) and I found a lot of options, and have no idea what to include and where to start.. I never used any of them, (still a medical student), and I was wondering anyone could help in bringing birth to this distro?
Suggesting apps, or maybe helping in building and packaging apps not available in the official repo or the AUR? or even only testing?
Any interest?!

hadiyazdi wrote:I started this to learn more about archiso and then after having my custom arch image ready, I had this idea in mind... I guess I was a little over enthusiastic
No worries - far better to be occasionally over enthusiastic, then never enthusiastic enough. There simply may be more productive ways to channel that enthusiasm: more productive both for you, your would-be users, and the rest of the arch community.
First, let me highlight the real problem with spin-off distros. You certainly could put together an installation iso with all the right stuff for a medical professional to put an arch-based system on their computer and start using it. But are you going to commit to maintaining it and doing all the hard work that really comes with maintaining a distrobution? If not, the best case scenario is that your distro would be a passing fad, and you'd get (probably less than) your 15 minutes of micro-fame. The more realistic scenario is that your distro would be just a fart in the wind - and as a result, so too would be your enthusiasm for contributing in other ways.
In contrast to all this, there are very productive ways to channel any such enthusiasm. A majority (if not all) of the great things about archlinux have come from one person scratching their own personal itch, then sharing the products with the community. This way they are giving back to the community - but it is not purely selfless: they are appreciated by the community. How small would be your target audience for the new distro? You'd tell a few collegues, and maybe one or two of them would share it with a few of theirs ... pretty small. But if you see software that could be useful to medical professionals that is lacking in archlinux and instead you make/improve AUR packages, or even set up an unofficial repo with the precompiled binaries, then any medical professional who searches the AUR can find your products.
Further benefits of this approach are that now your contribution will likely last much longer. There will be more users to benefit from it, and more to appreciate your contribution. And when you inevitably get too busy to maintain a few of the AUR packages, or the repo, there will be a much larger pool of potential volunteers to take over - thus preserving the 'legacy' of your contribution.
I suppose this all lends itself well to a parable of sowing seeds on different types of ground. Suffice it to say that being a successful farmer may have more in common with being a successful archer than one would first suspect.
And in contrast to my initial answer of "No", I would be happy to help you get PKGBUILDs working for all the tools you would like to make available in the AUR or in a custom repo. I also suspect many others here would be much more welcoming to this as well.

Similar Messages

List of arch based distros

Can someone give me a list of arch based distros? thanks

http://en.wikipedia.org/wiki/Arch_Linux … vironments
Here's a list of Arch-related distros. There are probably more floating around somewhere.

Making arch-based distro

Hello.
I started to make Arch-based distro. I have fully installed Arch + Openbox.
I have a couple of questions:
- How can I make an ISO from installed system I have?
- I haven't installed drivers for my graphics because if I respin it into a new system, users with nvidia graphics, for e.g. will involve with problems then. How can I avoid that, i mean, is there a script that will recognize graphics and download drivers for it?
That's all for now. Arch with Openbox and some setup rox.

Dobrosslove wrote:
Hello.
I started to make Arch-based distro. I have fully installed Arch + Openbox.
I have a couple of questions:
- How can I make an ISO from installed system I have?
- I haven't installed drivers for my graphics because if I respin it into a new system, users with nvidia graphics, for e.g. will involve with problems then. How can I avoid that, i mean, is there a script that will recognize graphics and download drivers for it?
That's all for now. Arch with Openbox and some setup rox.
You can check out Archbang GiT. Alternativly, you can even join ArchBang Dev-team. Choice is yours, would be happy to help.

[arch-based] TP-Link TL-WN822N losses

Hi. I need your help adjusting something wrong with my Arch-based distro and USB WiFi adapter: the last one is a TP-Link TL-WN822N.
The issue is this one: it often happens that automatically network disconnects from the home's WiFi network, not only when the computer is locked, but even if I'm surfing the internet or just using it.
Maybe this will help someone understanding something more specifically:
$ lsusb | grep TL-WN822N
Bus 001 Device 005: ID 0cf3:7015 Atheros Communications, Inc. TP-Link TL-WN821N v3 / TL-WN822N v2 802.11n [Atheros AR7010+AR9287]
If you need some other tests, I obviously will do it.
Last edited by streambinder (2014-10-29 14:12:18)

Sorry, we can't help with "arch-based" distros as we have no idea what changes they have made.
https://wiki.archlinux.org/index.php/Fo … pport_ONLY

Btrfs Arch-based rescue images

From linux-btrfs mailing list today :
http://comments.gmane.org/gmane.comp.fi … btrfs/3150
Hello everyone,
As Linus discovered, the new btrfs disk format in 2.6.31-git can be
problematic if your FS gets forward rolled to the new format and you end
up bisecting back to the old code.
It would also be nice to have a way to run btrfsck on a root filesystem
and do other assorted tasks. So, I'm making live boot usb images for
both x86 and x86-64.
They should have enough to get your filesystems mounted and they also
include git, gcc, make and enough to compile the kernel. These are
based on the Arch 2.6.30 distro with just the btrfs newformat code
added.
I've got the 32 bit image uploaded, and I'll queue up 64 bit overnight.
If anyone is feeling brave, just dd the image onto a usb stick and
rescue boot away.
They work on both of my test boxes, but a little extra testing would be
nice.
Edit :
Additional link http://btrfs.wiki.kernel.org/index.php/Rescue_me
Last edited by Nezmer (2009-06-16 21:01:33)

sekenre wrote:
I've just found this: https://bbs.archlinux.org/viewtopic.php?id=18424
An arch based bootdisk that's only 30MB? I've got a way to go!
It says "Many utils are supplied by busybox" so I'd call it loosely based on Arch.

Bodhi Linux Arch-based build, need dev(s) and supporting team members

Hello forum,
First, apologies if I have posted this topic in the wrong thread. I am writing to inquire as to whether or not there are any other Arch users and/or developers that would be interested in assisting Jeff Hoogland with his new distro, Bodhi Linux, and working on an Arch-based build. Bodhi Linux is a Ubuntu-based distribution that uses Enlightenment as the desktop environment and is focused on promoting the light weight, beauty, and speed of Enlightenment while remaining minimalist. Jeff has plans to release a Fedora-based version of Bodhi in the future, as well as an Arch-based build, but he would need some help, specifically with the OS disc itself. He can work on the Enlightenment side of things. Is there anyone interested in working on such a project? If you haven't heard of Bodhi Linux already, please visit http://bodhilinux.com/

Greg_S. wrote:ANOKNUSA, you think it's wasted energy? "Throw-away distro" is it?
Sorry if this seems unduly harsh. I wasn't trying to troll, but merely reiterating what others here have said. The Bodhi Linux developers are certainly within their right to direct their efforts in any way they wish. However, they have two serious conceptual flaws they need to consider and overcome:
1) Are the devs planning on releasing both x86 and AMD64 versions of Bodhi? Even if not, this still means that once the project gets going, they'll need to build the entire E17 compilation three times a week; if so, they'll need to do so six times a week. This is very tedious and time-consuming for a group of people working in their spare time, with no financial backing or chance for compensation. Naturally, it leaves very little time to maintain the rest of the repos, discuss/research/pursue further development, track bug reports, etc. The latter is worth noting, since
2) The devs will need to keep track of bugs and development roadmaps for three different distros, each with their own kernel patches, boot/init protocols, etc. They'll need to build separate packages and "tune" separate repos for each spin, provide a forum(s) able to handle questions regarding each spin, with devs and moderators specializing in each spin.
This is an awful lot of work to simply "showcase E17 and give it the 'love' it deserves." The Enlightenment devs are the ones providing the weekly snapshots on SVN; the Bodhi devs just package them. If promotion of Enlightenment DR17 is the ultimate goal, it could be better accomplished by establishing and promoting a PPA for Ubuntu, a PKGBUILD or PUR for Arch, and a (name of unofficial repo here) for Fedora. This would make an up-to-date version of E17 readily available, and require only promotion and packaging on the part of the maintainers. Bug reports could be sent directly to the Enlightenment folks with no need for an intermediary, as well as to the appropriate distro, rather than sending them to Bodhi which must then check to see if the problem is one extant in the base distro concerned before applying efforts to fix the problem. Just think: you get a bug report and begin to reseach it, only to find out it's a problem you inherited from Ubuntu which in turn inherited it From Debian [unstable]. Where does that leave you? If you do manage to fix the problem, then the only decent thing to do would be to share whatever patch/code changes you made with the folks upstream anyway.
I ain't trying to be a killjoy here, and I'm definitely not trying to discourage the commitment and spirit of contribution the Bodhi folks obviously have; just the opposite. Besides, it does look like you found at least one Archer willing to help you guys, so whatever ends up happening, I wish you all good luck with it.

New FaunOS Live Arch-Based DVD/USB Distro Now Available

Hello fellow archers,
We have just released the latest version of FaunOS. Since this version of FaunOS is the answer to the most important question in the universe, we have named it "fortytwo."
FaunOS-fortytwo contains many improvements over previous releases and more packages (575 total). Improvements, in no particular order, include:
- Improved wireless support, both wlassistant and knetworkmanager are now included.
- Improved automatic X configuration with 3D acceleration.
- Better boot splash support. We have moved to fbsplash which seems to work pretty consistently and has lead to a faster boot time.
- A new boot option for quickly booting into a console-based system with no X windows.
- A new boot option for machines that hang when booting from DVDs using piix modules.
- Ability to save FaunOS session back to a multi-session DVD-+R or DVD-+RW.
- Permanent Arch Linux Installer using archin.
- Permanent FaunOS Installer for creating additional FaunOS USB drives from within FaunOS and for performing a "frugal" install to hard drive. Frugal install (not to be confused with Frugal Linux) installs the compressed FaunOS files to a hard drive permanently leading to an "unbreakable desktop" meaning the end user can totally ruin everything at runtime. To revert back to the starting point all the user has to do is reboot the machine and everything goes back to normal since all changes happen in ram, unless the FaunOS session is saved at boot time.
- FaunOS is probably the only live distro that can perform two kinds of installations.
- New added packages include: wlassitant, madwifi, firmware packages for ipw2100 and ipw2200, ndiswrapper, lynx for text-based web browsing, and kmobiletools accessing phone books and other information on mobile phones.
- All packages have been upgraded to the latest from the Arch repos as of today, 8/27/2007.
- And, most importantly, a new logo.
We have also decided to stay away from the evil 2.6.22 kernel which seems to have created more bugs and headaches than introducing new features, no flame war intended. The latest 2.6.21-faunos kernel is based on the stock arch kernel with the addition of the fbsplash patch from genpatches.
There are those people that may think FaunOS is bloated, but we like to think that it is a muscular and strong live Linux distribution, thanks to Arch. Of course keeping with Arch's KISS principal, we have tried to make FaunOS simple and easy enough for anyone to use.
You can get the latest version at:
http://www.faunos.com/downloads/faunos-fortytwo
A new wiki has been created at http://wiki.faunos.com. Feel free to contribute and change the wiki as you wish.
Our support and discussion forums can still be found at http://forum.faunos.com
We can definitely use some mirrors for our downloads. We will also be creating a torrent shortly and can use some seeders. Please let us know either here or in the FaunOS forums if you can help in any way.
We'll see ya at the FaunOS forums!
So long and thanks for all the fish,
Raymano

We have simply used larch but with some additions and changes:
- FaunOS uses a slightly modified version of larch with the added ability to build a live system from a preinstalled partition on the harddrive.
- Added fbsplash capabilities to the initial initrd images and kernel.
- Applications on FaunOS are preconfigured and integrated to work out of the box.
- Some kernel specific modules/packages have been compiled for the FaunOS kernel, e.g. ndiswrapper.
- All services are pre-configured to execute out of the box.
- All available codecs are included.
- 3D desktop using beryl is preconfigured to run on intel based graphics cards and some ATI cards with a click of a button.
- Network management is simplified with use of knetworkmanager and wlassistant.
- Storage are is included on the FaunOS device to share files with other platforms.
- R/W access Windows parititions by clicking on an icon in KDE.
- Common grub booting on USB and DVD. With multiple boot options for graphical and non-graphical system.
- FaunOS's own mkxorgconf utility was added (using hwd) for better automatic configuration of graphics cards. This includes setting up AIGLX.
- Easily performs frugal install of the live FaunOS system to hard drive, including saved overlays. This was not part of the original larch scripts.
- Use of sudo to allow the user to perform certain system wide configuration tasks.
- Integrated flash java and mplayer plugins for Firefox.
- Ability to put a computer running FaunOS into sleep (suspend-to-ram), remove the FaunOS media, boot and work on other computers with the FaunOS device, return to the original computer, insert the FaunOS device, turn on the computer and continue working where you left off. This in not possible with latest Arch Linux because of the kernel.
- And we believe, most importantly, you can hand a FaunOS DVD to a user with no knowledge of Linux and say go try this out.
Last edited by raymano (2007-10-09 17:38:40)

Arch based distro - same repository?

hey,
i got a question.
let's say i'm making a new ,archlinux based distro. must i use own repositorys then or can i just use archs repositories? i won't really make a new distro (no time for that) but i always asked myself this question.
pure curiosity.

Ιf it's rolling, I guess there is no problem, but you need to make it clear (on the distro site for example) that the most of work done is thanks to the Archlinux devs, if you are gonna use the official repos.
Chakra-project for example is Arch+KDEmod, thus it currently* uses the official repos.
*they are gonna make their distro, afaik, non-rolling.

Arch based distro for mame cabinet

hi all folk,
I'm a retro gaming aficionado!!
I made a cabinet on my own and installed mame and some other emulators on.
the system is a win xp "modded" to boot directly to the frontend instead of explorer.
but I would like to have an open source system.
I think that archlinux could be the right distro to build a mame machine.
anyone of you would to joinor help with this project?

I found this in arch wiki:
Arch Linux uses AIF aka 'Arch Linux Installation Framework' to perform installations.
This tool - written in bash - consists of some libraries to perform various functions (installing packages, setting up disks etc) and some so called procedures which use these libraries to provide an easy means to do an installation or to smaller related tasks ('partial procedures'). These procedures are shipped by default:
interactive: An interactive installation procedure, which asks you some questions, guides you through an installation and helps you configuring the target system by automatically changing some settings for you depending on what you did earlier (eg network settings)
The installed system will initially have only a customisable set of "base" packages installed with whatever utilities and drivers you need to get online.
Then once you've successfully booted the installed system, you'll run a full system upgrade and install any other packages you want. (aliased as /arch/setup)
automatic: An automated, deploy-tool-alike procedure designed for low-to zero interactivity.
uses profiles for configuration of the target system.
See /usr/share/aif/examples/ for example profile files. The examples implement quite generic scenarios but you're free to change them how you like to install extra packages, do configuration tweaks, etc.
base: basic, little-interactivity installation with some common defaults.
This procedure is used by the others to inherit from, it is NOT meant to be used directly by end users
partial-configure-network: exposes the network configuration step from the interactive procedure, to help you setup the network in the live environment
partial-disks: Process disk subsystem or do a rollback
partial-keymap: change your keymap/console font settings. (aliased as km)
The benefit of procedures such as partial-keymap and partial-configure-network over direct usage of tools such as loadkeys or ifconfig is that when running the interactive procedure, you will get asked if you want to apply your settings to the config files of the target system.
If you want to go further, you can also:
write your own procedures from scratch or by overriding certain parts of other procedures
write your own libraries, to provide new, reusable functionality
create your own configs for the procedures that support them (eg automatic)
For more information, consult the readme of AIF.
is there any how to for this?
anyone has experienced this kind of tool

Lowarch 0.1.1 (Savitri) - i486 Arch based Distro - Released

I needed to make a new release now, since the current repo address has changed, so the old install cd and floppies don't work for ftp install anymore (without changing the url, of course).
But there are of course package upgrades and bug fixes as well. And now all the install floppies are finished. There's also the ongoing process of deleting unimportant packages and adding new useful ones.
Quite a few people have joined and done some very useful testing. I'm always happy to hear about problems and other experiences with different systems (old and new). So give it a try if you have some free disk space, time and think it's fun.

cr7 wrote:when I need to customize my rc.conf, I have to set the keymap as "i386/qwerty/it.map.gz", instead of "it_IT" as in Arch Linux.
Shouldn't it be just 'it', not it_IT? I thought it_IT is for locale. I use 'no' (Norwegian) without problems.
cr7 wrote:If I want to recompile the entire system for i586, with updated packages, how can I do? :?:
I'm running lowarch on a Pentium M, and I can't say I have noticed any difference in speed between Arch and Lowarch on it. I doubt you will see any difference at all with the system compiled for i586 instead of i486.
But if you think it's fun to try out things, here's how:
Download http://www.lowarch.org/abs.tar.bz2 which is the current abs tree. (I don't have access to cvs server or similar, so I can't set up normal abs access.
Change the /etc/makepkg.conf
Extract the abs.tar.gz (it'll be called abs-clean because my abs tree has all the source files, so I have a script copying all the files except source files to abs-clean)
in the abs-clean directory use makeworld to build all the packages.
(On the 166Mhz It will last, oh, about, let's see /me is calculating ....ahh about an eternity...) If you'll use a i686 machine for the compiling, you should install lowarch on it, and use the uname hack (search for it, I don't have the link in my head, if you don't find it, tell me).
Then use gensync to create a custom repo of the files.

Arch-based distro

Ok, hopefully this is the right place to pose such a question but anyway...here we go...
I have a few months before I ship out to college (computer science major) and I am going to spend my last bit of free time creating a Linux distribution. I had thought about just doing a LFS project but, I really like how arch works and If some thing's not broke, why try and fix it? Can someone point me in the direction I need to go to build an arch-derivative? I am willing to take the time and make something for the community but I need to know where to start..if anyone can just give me somewhere to start and some info I'd greatly appreciate it.

tomk wrote:
pcninja wrote:I want to make it a bit more user friendly like having a simpler install method.
I'm curious here - apart from the installer, what else about Arch needs to be "simpler", in your opinion?
Arch is simple in one way but I mean like make something extremely customizable and something you can have control over without being as advanced as arch. For more intermediate users. It took me a lot of reading and learning before I could get through a full arch install and then how to use arch. By simple I mean easier to use.
And nice to see someone else in Ireland, I live in waterford

Is Arch the best distro for a friend with a "computer curse?"

Hey, guys! I need some advise. I have a friend who has a "computer curse." It runs in his family as well. Computers break down FAST in his house. He was running Windows initially, but he switched to Linux because he kept getting NASTY viruses. Viruses so nasty, I would often have to use Windows Repair Install. Linux, obviously, eliminated that problem. It created a new problem, though. Linux constantly BREAKS on him! To be more specific, he's been using Debian-based distros. Ubuntu, Linux Mint, etc. All of them have been breaking on him. It's incredibly frustrating.
I've used Arch many times before. I absolutely love it, and I'm beginning to wonder if it would work for him (after I set it up for him, of course). I'm worried, though, about two things directly related - package management, and the system breaking. He ALWAYS finds a way to break the system. ALWAYS. I can lock down package management, but if I do that, he will go months and months without an update; increasing his chances of a breakage if a major security update is needed. Is there a way to balance this out?

I agree, debian stable is the winner choice for him. That's unbreakable without root perms. And I think anyone who uses linux for more then a year, finishes at arch, debian or gentoo (and some insists on slackware). Reason is: full customizability, no company background (mp3 in fedora/suse add repos issue) basic configs didn't variated, gentoo+arch:stable rolling release (innovations 5 years later even with this install, imagine you installed an xp in 2001 and now that install is a win7), debian: stable till die (but out of date)
I killed my first 2 ubuntus one and a half a year ago, and I made panicing kernel half a year ago in gentoo, which even paniced other linux installers if that hard drive was plugged in
If the guy loves innovations, you can set him up arch (or maybe the chakra project) but I basically say, the perfect solution is debian lenny with stable kde3. Old but more stable then anything I've ever seen, and fast (even on an 800Mhz 128 mb ram laptop)
And another advise: don't install him sudo. He may know google too well to use it
Last edited by Vegita (2010-01-02 19:47:03)

Arch based hosting company

Alright, not to get your hopes up or anything, none exist that I know of.
I'm mulling around the idea of starting one though. If someone's going to provide Arch Linux hosting, it should be someone who knows Arch, right? Someone who can offer quality support.
The technology behind it would be essentially virtual hosting. You'd have your own user mode linux session, root acces and all, to do with as you please. With the current hosting provider that I'm looking at, you wouldn't be able to host an irc server, any illegal material, or send spam, but just about anything else goes.
I'd be able to make other distros available for use as well (fedora, suse, debian, etc... not gentoo because of the cpu requirements).
I'm not sure about pricing schemes yet, but they would be comparable to other virtual hosting sites (http://user-mode-linux.sourceforge.net/uses.html).
The one drawback of virtual hosting is that you share the resources, specifically processor. This means you wouldn't be able to run any cpu intensive applications for extended periods of time.
There is also the option of web hosting and things like that, where you wouldn't need root access.
Anyway, at this point, I'm wondering who would be interested in a service like this. Do enough people yearn for their very own Arch Linux server but aren't allowed to have one because they have dialup/consumer adsl or cable? Do enough people have clients they develop software for (in archlinux, obviously) that wouldn't mind having a production environment that was also arch? If you think you'd actually use something like this, speak up.

All depending on the cost, I'd love to see it.
I have a couple of prjects planned out, I just can't afford it at the moment.
But if I were to carry them out, I'd love for it to be on an Archlinux server.

[arch-based] Flickering mouse cursor

Hi guys. I'm not sure it's the right section to write in.
The issue is this one: it often happens that mouse cursor starts suddenly extremely lagging, even if the CPU consumption is not that high. It flickers, sometimes stuck in a screen position, keeping there for a while, and moving jerky.
I need some help, even only for some logs to look at.
Looking forward for an help.

Rome, can you please clarify that part of your title? Are you using archlinux or a derivative distro? Posting the output of the following would be helpful:
uname -a
mod note: Moving to newbie corner (for now).

Seeking creator of Mac based Medical eXpense Tracking program

Anyone know how to reach James Tarpley, creator of the Mac shareware program Medical eXpress Tracking? The program is available at http://web.mac.com/jtarpley/Medical_eXpense_Tracking_v_8.1/Introduction.html, but there's no Contact Us link that could lead to reaching him. I downloaded the program for trial, but can't get more info about it or the cost.

Previously tried it and found it non-functional. Rejection message as follows:
Delivery to the following recipient failed permanently:
[email protected]
Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 5.1.1 unknown or illegal alias: [email protected] (state 13).

Arch-based medical distro

Similar Messages

Maybe you are looking for