- Arch-general - lists.archlinux.org

[arch-general] Any progress on SELinux Repo on Arch Linux?
by 郑文辉(Techlive Zheng) 07 Jan '12

07 Jan '12

I read from [this post](http://thread.gmane.org/gmane.linux.arch.general/34070/focus=34238) back to April 2011 that Arch will set up a [SELinux] Repo for SE-enabled packages. So, it is 2012 now, any progress?

2 1

[arch-general] linux-api-headers in core is 3.1.5 while linux is 3.1.6
by Alex Ferrando 07 Jan '12

07 Jan '12

Right now I've noticed the following: linux-api-headers 3.1.6-1 linux 3.1.7-1 Maybe is my little understanding of the situation, but isn't linux-api-headers behind what it (appears to me that it) should be? I apologize in advance if the question turns to be dumb or something like that. -- Alex

6 7

[arch-general] What package owns shread
by Squall Lionheart 06 Jan '12

06 Jan '12

Hello, I have been trying to figure out what package installs the gnu shread program and have had no luck. Pacman doesn't seem to know either and I was hoping someone here might know. If their is another way of looking this up, I would be interested to know as well. $ pacman -Qo shread error: No package owns /usr/local/bin/shread Thank you -- Yesterday is history. Tomorrow is a mystery. Today is a gift. That's why its called the present. Headmaster Squall :: The Wired/Section-9 Close the world txen eht nepo $3R14L 3XP3R1M3NT$ #L41N http://twitter.com/headmastersqual

5 5

[arch-general] Warning about kmod replacing modules init tools in testing.
by fredbezies 06 Jan '12

06 Jan '12

I have two computers, both using nvidia driver. My laptop started flawlessly, after I renamed empty file modprobe.conf.pacsave to modprobe.conf in /etc/modprobe.d/ On my desktop computer, all went bad. udevadm trigger doesn't work. I had to downgrade both packages (kmod replaced by modules-init-tools) and mkinitcpio, blacklisting both of them in my /etc/pacman.conf ignorepackage line. My /etc/modprobe.conf is not empty : # # /etc/modprobe.d/modprobe.conf (for v2.6 kernels) # blacklist keucr blacklist usblp For now, I'm blocking upgrade for both package. I opened a bug on archlinux BTS : https://bugs.archlinux.org/task/27846 I know testing can be busted sometimes, but this bust is one the worst I've seen for a year or so. -- Frederic Bezies fredbezies(a)gmail.com

2 2

Re: [arch-general] [arch-dev-public] Signoff report for [testing]
by Marek Otahal 06 Jan '12

06 Jan '12

On Friday 06 of January 2012 15:30:16 Roman Kyrylych wrote: > My bad. Sorry, no working i686 with cryptsetup. > For such cases a user signoff request on arch-general may be useful. > Or just move it without signoff. user sign-off for cryptsetup on i686, 4 partitions on a laptop, running daily. all ok. -- Marek Otahal :o)

1 0

[arch-general] haskell-text out of date
by Cédric Girard 06 Jan '12

06 Jan '12

Hi, haskell-text [1] has been flagged out of date in [extra], mid-November. It has not been updated since. Since this package has no maintainer I'm not sure this has even been noticed. This package is a dependency for the git version of xmobar [2]. cabal2arch gives a working PKGBUILD but I haven't tested the resulting package more than installing it. [1] https://www.archlinux.org/packages/extra/x86_64/haskell-text/ [2] https://aur.archlinux.org/packages.php?ID=44683 -- Cédric Girard

2 2

Re: [arch-general] [arch-dev-public] kmod-3 in [testing]
by Bjørn Øivind Bjørnsen 06 Jan '12

06 Jan '12

On 06/01/12 05:44, Dan McGee wrote: > On Thu, Jan 5, 2012 at 9:41 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: >> On Thu, Jan 5, 2012 at 6:40 PM, Dave Reisner <d(a)falconindy.com> wrote: >>> Hey all, >>> >>> I've just dropped kmod-3 into testing as a replacement for >>> module-init-tools. This is still a young project, but it has a lot of >>> support from active people, and I (as well as Tom) have been working >>> closely with upstream to flesh out and fix bugs. >>> >>> For the most part, you should not notice any difference. kmod was >>> designed as a drop-in replacement for m-i-t, and all the binaries should >>> exist with the (mostly) the same options. Whenever possible, options or >>> features marked deprecated in m-i-t were removed, such as: >>> >>> - parsing of depmod/modprobe config for files not ending in .conf >>> - modprobe's -l, --list options >>> >>> IMPORTANT: In line with the first change, it needs to be pointed out >>> that we will no longer package /etc/modprobe.d/modprobe.conf. This means >>> that if you wrote to that file, it will be .pacsave'd on removal of >>> m-i-t and you must rename it. We will continue to ship what used to be >>> called /etc/depmod.d/depmod.conf, but rename it /lib/depmod.d/search.conf. >>> This will be a read only file -- users should put their own tweaks in >>> /etc/depmod.d. >>> >>> One other thing you might notice is that kmod doesn't currently include >>> man pages. I don't consider this a loss -- the m-i-t manpages did not >>> provide full coverage, nor did the command line help. kmod's binaries >>> all currently have full coverage of options via -h, --help. >>> >>> Lastly, there's an accompanying mkinitcpio update to account for some >>> extra verbosity of kmod's modprobe and depmod tools. You do *not* need >>> to regenerate your initramfs images unless you feel so inclined. >>> >>> Have fun! >> >> Or don't. Not to rain on Dave's parade (this isn't his fault), but >> unless you want to sit at your initrd shell for a half hour >> un-breaking stuff, I'd recommend steering clear of this package and >> sticking with the old but proven module-init-tools. This package >> causes modprobe when called by udev to randomly not load modules or >> something; first noticable with uhci_hcd and my mouse (trivial), later >> with ahci on boot (not cool, not having disk drives). >> >> **Tip**: if you get screwed, call `udevadm trigger` a few times, it >> seems to knock some sense into the system. You can do this in the >> initrd environment too. > > Update- because Dave is awesome, he whipped up some patches and I > tested them that appear to fix the above problem, so the latest kmod > package in [testing] should be safe to test. > > Thanks Dave! > > -Dan I just installed kmod-3-3 from [testing] and tried a reboot, which promptly left me with no rootfs and, oddly enough, no keyboard input in the initrd shell, which made the problem somewhat difficult to debug. However, an additional boot came up fine. I'm going to keep the package around to see if it happens again, but I hardly ever boot this box so it may take a while. This may not be quite ready for [core] just yet ;) Regards, Bjørn Øivind

2 1

[arch-general] Kernel 3.2.1
by Myra Nelson 06 Jan '12

06 Jan '12

This update seems to work fine. Myra -- Life's fun when your sick and psychotic!

1 0

[arch-general] Need a little help getting started with contributing
by Göran Gustafsson 05 Jan '12

05 Jan '12

Hello everyone! I got a few small patches related to esthetical issues that i would like to send upstream so everyone else can enjoy them. I'm a little bit lost on how i should do this. The packages i've edited is initscripts, mkinitcpio and filesystem. When it comes to initscripts and mkinitcpio i've just cloned the git repositories but i'm not sure how i should send the commits upstream. git push doesn't work since i don't have the right permissions. I've only used github to send pull request before so i'm not that confident in git yet. Can i do the same thing with just the git command? Also, does the filesystem package have a git repository i can use too? Any help getting started would gladly be appreciated! :)

5 7

[arch-general] Newbies in Arch [WAS: Suspend seems not to work with nVidia Nouveau driver]
by Oon-Ee Ng 05 Jan '12

05 Jan '12

On Wed, Jan 4, 2012 at 10:58 AM, Jonathan Vasquez <jvasquez1011(a)gmail.com> wrote: > I've been doing things to attract users to Arch. Whether they are > newbs or not, because I want people to learn. As long as you have > willingness and determination to learn, that is the important thing. > The resources are out there, people just need to look, and I'm willing > to add to those resources. > > You aren't adding anything beneficial by telling others that their > comments are equal to troll statements, when this is clearly not true. Attracting users to Arch is not a stated goal, this has been repeated many times in various fora. Arch is only for a certain type of users, those who are willing and able to learn. I'm not knocking your effort, but a quick glance at those resources you've provided indicate that you're trying to make it very easy to get to using Arch, and I don't think that's beneficial for Arch or its community. There are other distributions for 'easy-to-use', Arch should not be that. Not because of any type of elitism, but because Arch's niche is about control and simplicity, and making it 'newbie-friendly' (whatever that means) would compromise that. Splitting the thread (sorry I use gmail, so it won't split for you guys on mutt or whatever) to reduce the 'corruption' of original thread, not that I think it'll make a difference though.

18 30