- Arch-general - lists.archlinux.org

[arch-general] coping with damaging updates
by Mick 30 Oct '11

30 Oct '11

Following yet another update that has disabled user control of USB sticks, cameras, etc. and blocked user from shutting down from the desktop (in my case xfce4), I am at the end of my tether. Is there some way to be fore-warned of these updates coming online and avoid them or be ready with clear info on how to repair the damage they are set to create. mick

19 41

[arch-general] /usr is not mounted. This is not supported.
by Dwight Schauer 29 Oct '11

29 Oct '11

I've been using Arch Linux for about 4 years now. I have it on a few important systems at work and it has been doing very well. This morning I saw "/usr is not mounted. This is not supported." in my boot up after a recent rc.sysinit update. What is this, bait and switch? I've been running Linux and BSD systems since 1996 and typically always have /usr in a separate partition (as well as /var, /home/ and /tmp, but lately been using a ram /tmp). Why does /usr even exist if it can't be on a separate partition? Why not just combine /usr/lib and /lib? And /usr/bin and /bin? And /usr/sbin and /sbin? Why have the distinction at all if it can't be on separate partition? I understand that historically that /usr often use to be on different drive, and that is not really an issue nowadays. Only this year have I started not putting /usr into separate partitions because I've been making thumbdrive installs, and did not really see any benefit to making so many partitions (automatically created anyways, with a custom install script). Does this "/usr is not mounted. This is not supported." mean I'm going to have to eventually fix (dump/fix/restore) all my systems that are now currently running fine (and that I and others are depending on at my work) because Arch Linux no longer supports /usr on a different partition (due to rc.sysinit failing, not just printing an error message)? I run Arch Linux on more than 10 systems, and about 6 or 7 of those are at work (where Arch has been working out very well). I'm not looking forward to redoing all these systems that are running fine if this is where Arch is headed and rc.sysinit is not fixed to take out this new requirement. I know this a bit of a rant, but this "/usr is not mounted. This is not supported." error message is definitely not getting this day off to a good start... Definitely not wanting to give up Arch for such a simple issue.... Dwight

8 34

[arch-general] zsh and ssh just fills my RAM, not doing anything else
by Rasmus Steinke 29 Oct '11

29 Oct '11

I have a very nasty problem, which started around the time, arch changed its locale configuration. i cannot use ssh in a zsh session. All it does is filling my RAM until the computer stalls. If i run the very same ssh command in a bash session, all is working fine. I tried with blank config files too - here it gets even more odd. With a blank config file it has the same problem in gnome-terminal, but suddenly works in urxvt. This is very annoying, since i dont like bash too much, but i am forced to use it now. Also i have absolute NO plan where to start searching for this issue. Regards, Rasi

3 4

[arch-general] Error when upgrading texlive-bin-2011.1-3-i686
by Lorenzo Bandieri 29 Oct '11

29 Oct '11

Hi archers! On 2011-09-15 TexLive was upgraded (see [1]). Initially I had no problems, but in the following days there had been two subsequent upgrades of texlive-bin, the last of wich yesterday (or today, last time I upgraded was two days ago), that caused errors. In both cases, the error was the same: (5/5) upgrading texlive-bin [##################################################] 100% >>> texlive: updating the filename database... mktexlsr: Updating /etc/texmf/ls-R... mktexlsr: Updating /usr/share/texmf/ls-R... mktexlsr: Updating /usr/share/texmf-dist/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. recreating all formats...Error: `eptex -ini -jobname=eptex -progname=eptex *eptex.ini' failed ############################################### fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /var/lib/texmf/web2c for details. ################################################## This is a summary of all `failed' messages: `eptex -ini -jobname=eptex -progname=eptex *eptex.ini' failed done. (logs are under /var/lib/texmf/web2c/<engine>/<formatname>.log) Since errors were somewhat expected in non-fresh install [2], the first time I solved reinstalling everything. However, on the last texlive-bin upgrade (texlive-bin-2011.1-3-i686) the error showed up again, as I stated. To me it's odd that I have to reinstall all texlive-most and texlive-lang on every update, but on the bug report there is no workaround provided. I googled but I didn't find anything, and searching on the forum returned no hits. So, I wonder if anyone had the same problem and if there is a solution (apart from reinstalling texlive-most and texlive-lang...). Thank you! Regards, Lorenzo [1] http://www.archlinux.org/news/texlive-2011-update/ [2] https://bugs.archlinux.org/task/25250

2 1

Re: [arch-general] [arch-dev-public] [signoff] linux-3.1-2
by Peter Lewis 28 Oct '11

28 Oct '11

On Fri, 28 Oct 2011, Evangelos Foutras wrote: > >>> Archlinux Changes: > >>> - $(uname -r) reports now the full kernel version Interesting... can someone clarify what's going on with this? I was under the impression that under the new versioning scheme some versions would only have two numbers now, e.g. 3.0. Is this not the case any more and we will always have a third number? Is this an Arch specific thing or an upstream thing? (I've just been fixing some software to cope with the case when uname doesn't return a third number... perhaps that would no longer be necessary?) Thanks! Pete.

3 3

Re: [arch-general] [arch-dev-public] [signoff] udev-174-1
by Myra Nelson 28 Oct '11

28 Oct '11

On Thu, Oct 20, 2011 at 02:00, Tom Gundersen <teg(a)jklm.no> wrote: > Hi Dave, > > On Thu, Oct 20, 2011 at 3:09 AM, Dave Reisner <d(a)falconindy.com> wrote: >> I'll push a new mkinitcpio this weekend to adjust for the path changes >> and the *_id helpers going away. It's not crucial as image creation >> continues to work just fine, but I'm sure there will be some noise about >> the missing file errors if I don't tag a new rel. I've also been meaning >> to get busybox 1.19.2 out, but it requires a minor change to init as >> well... > > I forgot to warn about the ERRORS for missing files. They are harmless > as you say, but a bit scary. > > When you push the next busybox could you include the init app (if it > is not already switched on). Also, what is the status of Thomas' cp -x > patch? It would be nice to have that too for the shutdown hook (and > hence the /usr hook) to finally work. > > Cheers, > > Tom > Error messages yes, but no warning about problems with the image and the image is created and boots fine. Keeping up with the mailing list makes all the difference in the world. Keep up the good work. Myra -- Life's fun when your sick and psychotic!

4 6

[arch-general] Can't upgrade GCC from testing, clang requires 4.6.1
by Alex Ferrando 28 Oct '11

28 Oct '11

With the last push of GCC in testing, I have some kind of trouble to get pacman to update it. It seems that clang, which I'm using fro vim-clang-complete from AUR requires a fixed version of GCC ( and LLVM, but this now is not the my main concern) which makes me impossible to update GCC: error: failed to prepare transaction (could not satisfy dependencies) :: clang: requires gcc=4.6.1 So, my question now is if it is safe to rebuild clang without the fixed version dependencie on GCC and then upgrade. Would clang break if the GCC version is different from 4.6.1?

3 4

[arch-general] [signoff] pam-1.1.5-1
by Tobias Powalowski 28 Oct '11

28 Oct '11

Hi Release 1.1.5 * pam_env: Fix CVE-2011-3148 and CVE-2011-3149 * pam_access: Add hostname resolution cache * Documentation: Improvements/fixes please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-general] Monitoring changes to [core], [extra], [community]
by Magnus Therning 28 Oct '11

28 Oct '11

Is there some convenient way of monitoring changes to the Arch repos? The reason for asking is the work we do in ArchHaskell. Due to how ghc (the Haskell compiler) works it's necessary to re-compile and re-link a package when one of its dependencies changes. In this case "changes" includes a bump of pkgrel as well. Currently we're not trying to track any changes to the dependencies living in [extra] and [community], which means that at times packages in ArchHaskell breaks until a user notices it. Are there any tools that can help out with this? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay

5 7

[arch-general] [signoff] pciutils-3.1.8-1
by Tobias Powalowski 27 Oct '11

27 Oct '11

* Released as 3.1.8. * More capabilities: Transaction Processing Hints, Latency Tolerance Reporting. Thanks to Jesse Barnes. * Added BeOS and Haiku ports. Contributed by Francois Revol. * pciutils.pc now uses Libs.private properly. * When we format a name and it does not fit in the buffer, we truncate it instead of returning "buffer too small" instead. This works on all platforms with sane (i.e., C99-compatible) snprintf(). * Various minor bug fixes. * Updated pci.ids to the today's snapshot of the database. Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0