- Arch-general - lists.archlinux.org

[arch-general] xterm letters show up with strange bars
by PT M. 21 Jun '10

21 Jun '10

In fact this happeded weeks before, maybe after upgrading to xorg1.8, when typing in xterm, it left with each letter with an annoying vertical line. [see the image attached] I believe this has something to do with compiz-wm, if I switch to the other window and switch back, those lines gone, but still appear when new letters typed in. And if I switch to the default Metacity wm, nothing annoying any more. Any people encounter such problem? I switch to urxvt instead as the terminal this days. installed packages: [i686] *compiz-core 0.8.6-2 xorg-server 1.8.1-1 xterm 259-1* -- Arch Linuxer, Pythoner, Geek --> Blog: http://apt-blog.net

1 0

[arch-general] REG_RIP undeclared
by Lukáš Jirkovský 21 Jun '10

21 Jun '10

Hello everyone, recently I've a problem building rawstudio-svn on x86_64. Unfortunately it seems that the problem doesn't lie in the rawstudio itself, because I'm not able to build any older revision which I was able to build before. The error is: application.c: In function ‘segfault_sigaction’: application.c:599:56: error: ‘REG_RIP’ undeclared (first use in this function) application.c:599:56: note: each undeclared identifier is reported only once for each function it appears in application.c:617:44: error: ‘REG_RAX’ undeclared (first use in this function) application.c:619:30: error: ‘REG_RBX’ undeclared (first use in this function) application.c:621:30: error: ‘REG_RCX’ undeclared (first use in this function) application.c:623:30: error: ‘REG_RDX’ undeclared (first use in this function) application.c:625:30: error: ‘REG_RSI’ undeclared (first use in this function) application.c:627:30: error: ‘REG_RDI’ undeclared (first use in this function) application.c:629:30: error: ‘REG_R8’ undeclared (first use in this function) application.c:631:30: error: ‘REG_R9’ undeclared (first use in this function) application.c:633:30: error: ‘REG_R10’ undeclared (first use in this function) application.c:635:30: error: ‘REG_R11’ undeclared (first use in this function) application.c:637:30: error: ‘REG_R12’ undeclared (first use in this function) application.c:639:30: error: ‘REG_R13’ undeclared (first use in this function) application.c:641:30: error: ‘REG_R14’ undeclared (first use in this function) application.c:643:30: error: ‘REG_R15’ undeclared (first use in this function) application.c:645:30: error: ‘REG_RSP’ undeclared (first use in this function) I did a grep on /usr/include and /usr/lib but nothing defines any of these. My guess is that the problem may be caused by a new gcc. I should note I already searched on google but without any success (most results were saying that instead of REG_EIP, REG_EAX and others the REG_RIP etc. should be used on 64bit systems). What do you think where is the source of the problem? Regards, Lukas

2 10

[arch-general] Boost
by Daniel Bumke 21 Jun '10

21 Jun '10

Hi, Does anyone know what's going on with boost? It seems it was downgraded from 1.42.0 to 1.41.0 a while back, and hasn't been updated to the latest 1.43.0. I was going to build the latest on my machine, but if there's something wrong with it I might hold off or go with the older version. I know there was some talk about splitting it up; is that the reason? Daniel

7 8

[arch-general] [alert] (11)Resource temporarily unavailable: apr_thread_create: unable to create worker thread
by Nilesh Govindarajan 21 Jun '10

21 Jun '10

A newly configured apache installation keeps emitting this error. It was compiled from scratch with worker MPM. The settings for worker MPM is below: StartServers 5 MaxClients 250 MinSpareThreads 5 MaxSpareThreads 10 ThreadsPerChild 50 MaxRequestsPerChild 0 It is an OpenVZ VPS with kernel 2.6.18-164.15.1.el5.028stab068.9 and RAM 512 MB. -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com Cheap and Reliable VPS Hosting: http://j.mp/arHk5e

2 2

[arch-general] [signoff] kernel26 2.6.34-2
by Thomas Bächler 21 Jun '10

21 Jun '10

This release will be moved to core after signoff, together with linux-firmware, initscripts, udev and mkinitcpio. Changes compared to -1: Remove kernel26-firmware package, it is replaced by linux-firmware added new tcp options FS#19604 (tpowa) Enable devtmpfs Add makedepends to build kernel26-{manpages,docs} properly Fix makepkg -R Please sign off.

7 7

Re: [arch-general] WARNING boost 1.43 enter testing
by Ionuț Bîru 20 Jun '10

20 Jun '10

On 06/18/2010 04:06 PM, Ionuț Bîru wrote: > Hi DEVs/TUs, > > this new version has been split into boost-libs and boost. Now boost is > a makedepends and boost-libs a depends. > > If you rebuild a package that is not yours, please check to see if a new > upstream version is available, mostly to be compatible with boost >1.41. > encfs and schroot is two that comes in my head right now. > > Others, please test it and let me know via bugtracker if we have any > problems with the new boost. > > i know there was a problem with gcc 4.5 but every patch that i found, is > already applied in this version. > the rebuilding is over and i would prefer to let them in testing couples of days more. I would appreciate some feedback especially from encfs users -- Ionuț

1 0

[arch-general] Where have my 135 MB of memory gone?
by Evangelos Foutras 20 Jun '10

20 Jun '10

Hi everyone, This isn't exactly a serious issue, but it's something that's been bugging me for some time now. Today, after spending a few hours searching the Internet for information and trying some boot options (i.e.: setting iommu to stuff like noagp and noaperture,) I've decided to ask on this mailing list, hoping that someone more knowledgeable might be able to help me figure this out. I have 4 GB of memory installed on my Arch x86_64 desktop computer. The integrated graphics chipset is using 128 MB of those 4096 MB, along with another 128 MB from the sideport memory that exists on the motherboard. That should leave me with 3968 MB of usable memory. However, /proc/meminfo [1] (and `free -m') reports 3833 MB, which is 135 MB less than the expected amount. In `dmesg' output, I also see the following line: Memory: 3857352k/4849664k available (3481k kernel code, 787336k absent, 204976k reserved, 1790k data, 480k init) which says that ~200 MB are reserved. This doesn't match the 135 MB I calculated above, but could possibly include it. So, what's going on here? Where and how is my missing memory being used? Thanks in advance for any replies/suggestions. :) ---- [1] http://codepad.org/SGJbaS05 (/proc/meminfo contents) [2] http://codepad.org/6vgofmKc (dmesg output)

1 0

[arch-general] PulseAudio in [extra]
by Jan Steffens 20 Jun '10

20 Jun '10

On Wed, May 19, 2010 at 7:00 AM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: > On Tue, May 18, 2010 at 11:41 PM, Jan Steffens <jan.steffens(a)gmail.com> wrote: > > In this situation, we should go with a case by case approach. If > adding pulseaudio support to a package doesn't force the use of a > pulseaudio setup, then we build with it and add a pulseaudio > optdepends (or depends as required). In cases like gnome-media, we > provide a pulse and non-pulse version of the package. Having both of > these versions in extra would enable us to use split PKGBUILD to build > them. So it will add no extra work for you. > > Of course, we have to wait what the other devs have to say. IIRC the > past pulseaudio discussions, the main stumbling block (I don't recall > other issues) was that no dev wanted to maintain it. As you are > interested in it and with the jr dev scheme, that issue seem to be > resolved. I *am* interested in getting pulseaudio into [extra], and created a more detailed plan of what to do: http://gist.github.com/444917 Any comments are welcome. I am willing to apply as a junior dev to get this done, should it be approved.

4 9

[arch-general] Slim login manager is logging everything
by Ananda Samaddar 20 Jun '10

20 Jun '10

I'm using Slim as my login manager and it's logging absolutely everything. Things like gstreamer and alsa errors. This is making the log file huge, of the order of 8 gb when compressed. Can anyone think of a solution? I could always use the hack of putting the logfile in /tmp but I don't want to do that. /var is not on a separate partition and I'm not prepared to re-partition my system. Obviously with such large logfiles I'm getting performance issues. I'm an XFCE user so I'd like to avoid kdm and gdm. Are are there any other alternative X11 login apps other than xdm that don't depend on GNOME or KDE if I can't fix my issue with Slim? thanks, Ananda

10 11

[arch-general] Counting Lines of Code
by Gaurish Sharma 19 Jun '10

19 Jun '10

Hi, I am trying to get a rough idea on total line of code in my php project. Currently, I use this command. $ ( find ./ -name '*.php' -print0 | xargs -0 cat ) | wc -l But it empty lines/comments, hence the figure is huge. Any other Alternative? Regards, Gaurish Sharma www.gaurishsharma.com

3 3