- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-projects] netcfg status?
by Thomas Bächler 09 May '12

09 May '12

Am 09.05.2012 16:38, schrieb Jouke Witteveen: > The latest version is in testing for no more than five days now. I > sent a mail regarding the move to core: > http://mailman.archlinux.org/pipermail/arch-projects/2012-April/002765.html > Not much has happened since and I am quite confident in the state of > the code. Some things are a bit hacky still, but it shouldn't be worse > than it has always been. The main issue at the moment is the wiki. I > am not against moving to core by the end of the week. Alright, the end of the week it is then (unless major bugs occur).

1 0

[arch-general] procps dependency
by Arno Gaboury 09 May '12

09 May '12

I am trying to build and burn the archboot iso file on my x86_64 Arch. *|[gabx@magnolia Desktop]$ sudo pacman -S archboot Password: resolving dependencies... warning: cannot resolve "procps>=3.2.8-4", a dependency of "archboot" :: The following package cannot be upgraded due to unresolvable dependencies: archboot Do you want to skip the above package for this upgrade? [y/N] n|* procps-ng 3.3.2-2 is installed on my box. ** From what I read and understand, Arch went recently from procps to procps-ng, so it is normal that my system doesn't have anymore the procps package listed as installed and I can safely ignore. Please can someone confirm?

2 1

[arch-general] RFC: OpenRC as init system for Arch
by Patrick Lauer 09 May '12

09 May '12

Greetings, in the last months there have been many discussions about init systems, especially systemd. The current state seems to make no one really happy - the current Arch Linux init system is a bit minimal and gets the job done, but it's not superawesome. There's things like init script dependencies that would be nice to have, but then it's about the smallest of all init systems around. On the other hand systemd is just Not The Unix Way, it consolidates everything into one huge process and forces some impossible dependencies (dbus? udev? on my server?! and you expect a linux 3.0+ kernel? waaah!). But "everyone else" is moving to systemd, so where does that leave us? (One might notice that "everyone else" is just Fedora/RHEL at the moment, with (open)SuSE tagging along, and most others still not committed to a migration yet) As an alternative to the One Process For Everything I'd like to ask you to evalute OpenRC as an init system for Arch Linux. While Gentoo is by far the largest user it's definitely not the only one - there are the direct derivatives (Sabayon, pentoo, funtoo, sysrescuecd, tinhat, ...) and some "foreign" users (Alpine, a debian derivative, uses OpenRC) What we offer you is a modern, slim, userfriendly init system with minimal dependencies. All you need is a C99 compiler and a posix sh! The list of features is long and tedious (see http://wiki.gentoo.org/wiki/OpenRC ), but the critical bits are: * portable - we have it running on Linux, *BSD, and there's no reason why it should fail on other unixoid platforms * dependency-based init scripts - no need to manually figure out the startup order, something like "before apache, after logger" is all you need to specify * small footprint - 10k LoC C99, ~3k LoC Posix SH out of the box (plus your own init scripts, of course) * friendly responsive upstream (let's figure out how we can cooperate, eh?) * boring - deterministic reproducable bootup, including interactive mode and verbose debug output For a long time we haven't done any active advertising, but OpenRC is now about 5 years old, and it is a drop-in replacement for our previous "baselayout" init system (which was started over a decade ago). We don't try to take over the world, we just create the best solution for our needs. And those go all the way from embedded systems (where you can use busybox for all the shell tools) to servers (minimal deps! No mandatory udev or dbus!) and desktops (including optional splash screen eyecandy and whatever makes you happy). There's pretty good support for advanced usage like SELinux, built-in support for ulimit and cgroups to do per-service resource limits, and it even comes with a friendly license (although some might say that a 2-clause BSD license it too friendly and promiscuous). And as a random bonus feature you get stupid-fast bootup - We've seen <5sec from bootloader handover to login prompt (depending on hardware and amount of services started, of course) and <5sec for rebooting a kvm guest. Should you decide to switch (or just evaluate if switching is possible / makes sense) you'll get full support from us in migrating init scripts and figuring out all the nontrivial changes. Just visit us on IRC ( #openrc on irc.freenode.net) send us a mail ( openrc(a)gentoo.org ) or meet us for a beer or two. Thanks for your consideration, Patrick Lauer Gentoo Developer, OpenRC co-maintainer

26 73

[arch-general] netcfg status?
by Geert Hendrickx 09 May '12

09 May '12

Hi, What is the status of netcfg 2.8.x? When will it hit [core] ? I have been using it succesfully on my workstation and on two VPS (static IPv4 + IPv6 profiles). Geert -- geert.hendrickx.be :: geert(a)hendrickx.be :: PGP: 0xC4BB9E9F This e-mail was composed using 100% recycled spam messages!

2 1

[arch-general] qt applications gone black
by gt 09 May '12

09 May '12

Hey guys I am facing a strange issue. All qt applications have become black, making them impossible to use. Here's an example showing vlc and avidemux-qt https://imgur.com/a/PR5vH Anyone else facing this issue? The closest i found someone with a similar problem is: https://www.linuxquestions.org/questions/slackware-14/next-kde-4-8-2-regres… But the guy is using kde, and i am using dwm + xf86-video-intel

4 7

[arch-general] Clearing __pycache__ folders
by Jayesh Badwaik 09 May '12

09 May '12

Hi, I am using some packages in python3.2 which create a __pycache__ folder. These folders is routinely blocking my updates and I have to remove the folders manually. Are any other among you facing the same problem? If yes, can I automatize it somehow? Thanks -- Regards Jayesh Badwaik stop html mail | always bottom-post www.asciiribbon.org | www.netmeister.org/news/learn2quote.html

3 4

Re: [arch-general] [arch-dev-public] Dropping squirrelmail
by Genes MailLists 09 May '12

09 May '12

On 05/05/2012 10:32 AM, Pierre Schmitz wrote: > Hi all, > > FYI: I plan to drop squirrelmail from [extra]. It is orphaned and it > wont work with PHP 5.4. (According to pkgstats it has no users anyway) > > Greetings, > > Pierre > Actually just fyi - according to their website it will work with PHP 5.4: http://squirrelmail.org: Mar 29, 2012 by Paul Lesniewski With the recent release of PHP version 5.4, some community members have helped identify some small issues which we've fixed and made available in our daily snapshot packages located on our downloads page. Especially if you use the Mail Fetch plugin and want to upgrade to PHP 5.4, you should download one of our snapshot packages. What do you all recommend for webmail - roundcube or something else? gene

7 7

[arch-general] net-auto-wired in systemd - ifplugd failed with exit code 3
by Oon-Ee Ng 09 May '12

09 May '12

% systemctl status net-auto-wired.service net-auto-wired.service - Provides automatic netcfg wired connection Loaded: loaded (/usr/lib/systemd/system/net-auto-wired.service; enabled) Active: failed (Result: exit-code) since Tue, 08 May 2012 21:19:30 +0800; 8s ago Process: 28629 ExecStart=/usr/sbin/ifplugd -i $WIRED_INTERFACE -r /etc/ifplugd/netcfg.action -fIw -d10 (code=exited, status=3) CGroup: name=systemd:/system/net-auto-wired.service I do in fact get exit code 3 when running the ExecStart line by hand, and removing -w seems to take care of it. -w seems to wait for link detection, but it seems anything it returns (in the above case I got 3 because I'm currently on wireless and have no LAN to test it on) would cause an error? The rc.d script doesn't seem to use -w, so I'm wondering why that was inserted for the service file.

2 3

[arch-general] view command
by G. Schlisio 08 May '12

08 May '12

hi all, i stumbled over view being a link to ex, and not to vim, as i am used to with several other distros (opensuse, debian). is there any particular reason for that behaviour? thanks georg

4 4

[arch-general] dos emulation programs error out
by Jude DaShiell 08 May '12

08 May '12

I just tried dosbox and it errors out on sdl since sdl can't open mouse. I have a logitech inc. iFeel mouse attached to this machine too and so far as I know it does work. The only reason I attached the mouse is since dosbox appears to require it for operation. I'll have to temporarily install dosemu and document its particular failure a little later. I'm using an amd athelon k8 computer with a gig of ram on it so that's the hardware reference. I haven't tried this on intel yet but that's next on the agenda. ---------------------------------------------------------------- Jude <jdashiel-at-shellworld-dot-net> <http://www.shellworld.net/~jdashiel/nj.html>

1 0