- Arch-general - lists.archlinux.org

[arch-general] Fwd: [arch-dev-public] [signoff] deluge 1.1.5-2
by Grigorios Bouzakis 22 Mar '09

22 Mar '09

On Sun, Mar 22, 2009 at 2:06 AM, Hugo Doria <hugodoria(a)gmail.com> wrote: > Fixing FS#12071. Added a daemon, a .install and a user and group > > -- Hugo > Why are you sending signoffs for packages in extra? Theres no need to. The same applies to libedit as well.. -- Greg -- Greg

3 2

[arch-general] acl-2.2.47-1
by Baho Utot 22 Mar '09

22 Mar '09

Getting the following error building acl-2.2.47 in chroot using devtools == doc === /bin/gzip --best -c < CHANGES > CHANGES.gz === po === /usr/bin/msgfmt -o de.mo de.po /usr/bin/msgfmt: error while loading shared libraries: libcroco-0.6.so.3: cannot open shared object file: No such file or directory make[1]: *** [de.mo] Error 127 make: *** [default] Error 2 should libcroco be a dependency?

2 2

[arch-general] gnome some shortcuts gone ...
by Sentinel 21 Mar '09

21 Mar '09

Hello, after a recent update (unfortunately I could not update the system for a while because of sickness) gnome-shortcuts do not work anymore. If I go to System->Preferences->Keyboard Shortcuts most of the shortcuts are entirely missing. Like the shortcuts for changing desktops(they are not there, but magically work), alt+F2 does not work anymore (for quick launching applications, the same as in KDE). The shortcut for a console that I previously set is not there either and many more shortcuts are just simply not in the list. Any suggestions? Thanks for any answer. Tom

4 4

[arch-general] Bash script for searching patterns in packages filelist
by Gerardo Exequiel Pozzi 21 Mar '09

21 Mar '09

Hi, Uses the files $repo.files.tar-gz that the community/pkgtools downloads Output both files for each repo, one sorted by package and other sorted by packager http://djgera.pastebin.com/f23dd3601 Can be very improved, sure! Sample usage: $ ./badfhs.sh usr/man/.+ [core] Done: /tmp/core.usrman.txt and /tmp/core.usrman.sort.txt [extra] Done: /tmp/extra.usrman.txt and /tmp/extra.usrman.sort.txt [community] Done: /tmp/community.usrman.txt and /tmp/community.usrman.sort.txt [testing] Done: /tmp/testing.usrman.txt and /tmp/testing.usrman.sort.txt The output: [djgera@gerardo ~]$ cat /tmp/extra.usrman.txt | head -4 3ddesktop 0.2.9-2 Simo Leone a2ps 4.13c-1 Arch Linux abcde 2.3.99.7-1 Giovanni Scafora acct 6.3.2-1 Damir Perisa arj 3.10.22-4 Travis Willard [djgera@gerardo ~]$ cat /tmp/extra.usrman.sort.txt | head -4 fbset 2.1-2 Aaron Griffin fetchmail 6.3.8-4 Aaron Griffin imlib 1.9.15-4 Aaron Griffin lsdvd 0.16-3 Aaron Griffin ccache 2.4-4 Alexander Baldeck Take care. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] gran paradiso crashes permanently
by Markus Krell 21 Mar '09

21 Mar '09

Hi arch users out there, since a few weeks, my firefox crashes permanently. I disabled all three Add Ons, i had installed, but still no difference. Really annoying, so is there any possibility to find out why firefox crashes, often a few minutes after starting? Launched from shell, firefox detaches directly, so i dont know where to look first. Version is up to date: 3.0.7-1 Thx for any answers. Markus

5 10

[arch-general] Ruby gem packaging guidelines
by Daenyth Blank 21 Mar '09

21 Mar '09

I've made a draft of some packaging guidelines for ruby gems; anyone care to comment or expand them? http://wiki.archlinux.org/index.php/Ruby_Gem_Package_Guidelines

3 5

[arch-general] texlive-core errors
by Henri Häkkinen 21 Mar '09

21 Mar '09

Hello. I have some problems with installing LaTeX. Here is the output of `pacman -S texlive-core`: :: Retrieving packages from extra... t1lib-5.1.2-2-i686 838.9K 87.9K/s 00:00:10 [#####################] 100% gd-2.0.35-1 175.9K 52.8K/s 00:00:03 [#####################] 100% libsigsegv-2.4-1 9.9K 69.7K/s 00:00:00 [#####################] 100% texlive-bin-2008-3-i686 14.4M 97.5K/s 00:02:32 [#####################] 100% texlive-core-2008.1... 54.1M 86.5K/s 00:10:40 [#####################] 100% checking package integrity... (5/5) checking for file conflicts [#####################] 100% (1/5) installing t1lib [#####################] 100% (2/5) installing gd [#####################] 100% (3/5) installing libsigsegv [#####################] 100% (4/5) installing texlive-bin [#####################] 100% Optional dependencies for texlive-bin psutils t1utils perl (5/5) installing texlive-core [#####################] 100% updating the filename database... done creating the fontmap files with updmap... done Error: `pdftex -ini -jobname=etex -progname=etex -translate-file=cp227.tcx *etex.ini' failed Error: `pdftex -ini -jobname=pdfetex -progname=pdfetex -translate-file=cp227.tcx *pdfetex.ini' failed Error: `pdftex -ini -jobname=pdftex -progname=pdftex -translate-file=cp227.tcx *pdfetex.ini' failed Error: `xetex -ini -jobname=xetex -progname=xetex -etex xetex.ini' failed ############################################################################### fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /usr/share/texmf-var/web2c for details. ############################################################################### This is a summary of all `failed' messages and warnings: `pdftex -ini -jobname=etex -progname=etex -translate-file=cp227.tcx *etex.ini' failed `pdftex -ini -jobname=pdfetex -progname=pdfetex -translate-file=cp227.tcx *pdfetex.ini' failed `pdftex -ini -jobname=pdftex -progname=pdftex -translate-file=cp227.tcx *pdfetex.ini' failed `xetex -ini -jobname=xetex -progname=xetex -etex xetex.ini' failed creating all formats... done. (logs are under /usr/share/texmf-var/web2c/<engine>/<formatname>.log) ------------------------------------------------------------------ PLEASE read the TeXLive documentation at http://wiki.archlinux.org/index.php/TeXLive ------------------------------------------------------------------ Optional dependencies for texlive-core perl ruby ghostscript psutils -- Henri Häkkinen

2 2

Re: [arch-general] [arch-dev-public] Bug Day - Saturday 21st March
by Allan McRae 21 Mar '09

21 Mar '09

Allan McRae wrote: > On Saturday the 21st of March we will be holding a bug day to combat > the ever increasing number of reports in our bug tracker. We will > clear outdated reports, fix/implement those that already have patches > provided or are trivial to fix/implement and discuss the pros and cons > of implementing some feature requests. A rough TODO list that you can > add to is on the wiki (http://wiki.archlinux.org/index.php/Bug_Day_TODO) > > Please join us in #archlinux-bugs on irc.freenode.net during the 21st > of March. We live in many different timezones, so hopefully a dev will > be present at all times during the day. Just a reminder about the bug day today/tommorrow (depending on time zone). We are down to 650 bugs already (from ~680 a week ago). Allan

1 0

[arch-general] what about ELF rpath in Arch Linux?
by Gerardo Exequiel Pozzi 21 Mar '09

21 Mar '09

Hi, (first: sorry my very bad english) I see that many executables and libraries in Arch Linux don't take care about rpath in package creation step. Then when executed, the ld-linux will find libraries first in the rpath , and if fails will go to search in the cache ld.so.cache, instead of directly search here) So for example if you execute the... setfacl/getfacl/chacl (in package from core/acl, and this is the only package in [core] that have this issue with binaries) will find in libs in varius incorrects paths for example: $ readelf -d /usr/bin/getfacl | grep RPATH 0x0000000f (RPATH) Library rpath: [/home/thomas/arch/repos/core/base/acl/pkg/usr/lib] $ LD_DEBUG=libs setfacl 10323: find library=libacl.so.1 [0]; searching 10323: search (*** stripped here same paths below... ***) (RPATH from file setfacl) 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/tls/i686/sse2/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/tls/i686/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/tls/sse2/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/tls/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/i686/sse2/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/i686/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/sse2/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/libacl.so.1 10323: search cache=/etc/ld.so.cache 10323: trying file=/lib/libacl.so.1 10323: The issue here is for example if a user "thomas" in my system, create a libacl.so.1 in any of these paths, the setfacl will use them insteads of the correct libacl.so.1, and if the libacl.so.1 from thomas contain a malicious code, the user that execute it are in problem :(, root for example. OK managing rpath at build time vary from package to package, some that uses autotools/libtool, the configure script, have a --disable-rpath for controling this behavior, and other don't have. Others require rpath at build time to linking executables from the same source, and other always hardcore it (gcc -Wl,--rpath...), etc, etc. In libtool, can change a M4 macro to don't use rpath for example. There is a simple tool, to remove rpath from ELF files called chrpath [#1] (seems that cmake build system can use an aproach based on chrpath to delete rpath from ELF) For example: # /bin/ls -l /usr/bin/setfacl -rwxr-xr-x 1 root root 25052 2008-02-26 13:23 /usr/bin/setfacl # chrpath -d /usr/bin/setfacl # /bin/ls -l /usr/bin/setfacl -rwxr-xr-x 1 root root 25052 2009-03-20 01:06 /usr/bin/setfacl # LD_DEBUG=libs setfacl 11033: find library=libacl.so.1 [0]; searching 11033: search cache=/etc/ld.so.cache 11033: trying file=/lib/libacl.so.1 And now is correct and secure. The minor problem here, _and don't make much sense_ is that will do some aditionals system calls open() and stat64() for each inexistent libs on loading. Many others have /usr/lib (and many many others paths) as rpath, then when execute will look for the first library that need to load at /usr/lib/tls/i686/sse2:/usr/lib/tls/i686:/usr/lib/tls/sse2:/usr/lib/tls:/usr/lib/i686/sse2:/usr/lib/i686:/usr/lib/sse2 (and these are removed from search path for next libs), and then for all libs will look first in /usr/lib if fails do a /etc/ld.so.cache search The rpath is important when managing many versions of the same libs with same soname, for example for debuging/testing purposes. For example i see googling that in some distros (like Debian[s]) and in some BSDs the rpath is removed from all ELF files, except that in that is necessary required. Then my question: what is the position of arch-dev-team about rpath? (remember: don't take this as a mail as feature request, is just one question) Thanks in advance, I hope not to have bothered with this. Good Luck! / ¡Buena suerte! [#1] chrpath: The original home don't work http://directory.fsf.org/project/chrpath/ i use a debian mirror in my pkgbuild http://aur.archlinux.org/packages.php?ID=24818 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

3 3

[arch-general] Routing Problems with Wifi Link 5100
by Thomas Bohn 20 Mar '09

20 Mar '09

Hello, I use an Intel Wifi Link 5100 in my eeePC 1000H, since it appears to me the better card compared to the rt2860 which came with ther computer. But even this card is not w/o problems. After a while (can't really tell how long this while is) I have problem to access websites or get the RSS feeds or even update my pacman databases. But other sites worked without problems, e.g. I could browse through the Firefox addons but I couldn't install them and I couldn't access www.heise.de but www.apple.com worked a little bit. I could resolve the hosts w/o problems and I could ping www.heise.de w/o an error. After a reboot everything went back to normal, turning off the wifi card or reconnecting wasn't enough though. Linux proton 2.6.28-ARCH #1 SMP PREEMPT Tue Mar 17 06:42:43 UTC 2009 i686 Intel(R) Atom(TM) CPU N270 @ 1.60GHz GenuineIntel GNU/Linux The only thing I could find in the logs is this (every 30 minutes): --- dhcpcd[4841]: wlan0: renewing lease of 192.168.1.101 dhcpcd[4841]: wlan0: acknowledged 192.168.1.101 from 192.168.1.1 dhcpcd[4841]: wlan0: leased 192.168.1.101 for 3600 seconds --- I hope someone can help me. Thomas

1 0

[arch-general] smbd cannot be killed
by Sergey Manucharian 20 Mar '09

20 Mar '09

Hi folks, I've posted a message about a samba issue I'm experiencing on the samba community forum. The issue itself is not relevant to this list, but the bottom line is that I cannot restart samba - several instances of smbd continue running and even "kill -9 smbd" doesn't help... I have to restart the server in such cases, which is not good idea for the domain controller. The below is what samba people talk: > If kill -9 does not help, you have a kernel problem. There > have been kernels with broken inotify that leads to runaway > smbd processes chewing CPU. You might want to try > notify:inotify = false > or upgrade your kernel. May it be true? Did anybody experience such things? Thanks, Sergey

1 0

[arch-general] Away - Inactive
by Andrea Scarpino 20 Mar '09

20 Mar '09

Hi ML, I'll be in Milan from 21th March to 27th March, and I'll be without my laptop for this time :( Also I think I'll not have a connection to check my mailbox. Anyone can edit my PGBUILDs to do an upgrade or fix some bugs. Good work to all. Cheers -- Andrea `BaSh` Scarpino Arch Linux Developer

1 0

Re: [arch-general] [arch-dev-public] Scim and arphic fonts update in [testing]
by Eric Bélanger 19 Mar '09

19 Mar '09

On Tue, Mar 10, 2009 at 12:45 PM, Firmicus <Firmicus(a)gmx.net> wrote: > Eric Bélanger a écrit : >> On Fri, Feb 27, 2009 at 10:59 PM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: >> >>> Hi all, >>> >>> I've just updated several scim-related packages. They are in the >>> [testing] repo. The updated packages are: >>> >>> anthy >>> libchewing >>> libhangul >>> scim >>> scim-anthy >>> scim-chewing >>> scim-tables >>> uim >>> scim-uim (no update, just rebuild against uim 1.5.5) >>> >>> As I don't use these packages (I believe no dev use them either), I >>> could only do minimal testing. It would be nice if users of these >>> packages test them and report if they work properly or if there are >>> problems with them. >>> >>> I've also updated (in [testing] repo) the Arphic fonts: >>> ttf-arphic-ukai and ttf-arphic-uming >>> >>> There are two points about these fonts: >>> >>> 1. According to upstream: >>> "This release contains Firefly's Bitmap fonts. The Bitmap fonts are available >>> for 11, 12, 13, 14, 15 and 16 pixel and currently cover Big5 and GB2312. >>> HKSCS is currently not supported as there are many more characters missing. >>> So, for Big5 and GB2312 characters the bitmap glyphs should improve the >>> rendering, but for all other characters, the rendering is the same like >>> without bitmap glyphs." >>> >>> I might be nice to get comments about someone using these fonts to see >>> if the ttf-fireflysung package is indeed no longer needed >>> (http://bugs.archlinux.org/task/8951) >>> >>> 2. The updated ttf-arphic-* packages in testing provide the fonts as >>> a TrueType Collection, i.e. the fonts come in 4 flavors (CN, HK, TW >>> and TW MBE), with different glyph shapes according to the preferred >>> shapes in each region (more info here: >>> http://www.freedesktop.org/wiki/Software/CJKUnifonts/Download) As a >>> result TeX users will encounter trouble using this font. The >>> following programs/libraries are known to not fully support TTC files >>> and can usually only use the first fontface of the TTC: >>> - jdk and openjdk6 >>> - imlib2 and applications which use imlib2. >>> >>> Again, I and probably none of the devs don't use these fonts so >>> feedback from users would be nice. >>> >>> Eric >>> >>> >> >> Did anyone had time to test them yet? >> >> Eric >> >> > I just tested scim to input Chinese with pinyin method and it works > fine. I don't use the other scim-related pkgs. I have tested the Arphic > fonts rather superficially, but at first sight they are just ok (tested > in gedit and with xetex). > > NB: These TTC fonts won't be a problem for XeTeX users (xetex is part of > texlive-core), and other TeX users actually use the Postscript versions > of the same fonts that come with texlive-lang-cjk. > > F > I received other testers' reports by personnal email or the bug tracker (there was a couple of very minor bugs that were fixed last week: a scim problem with java clients and gnome-panel is now an optdepends for uim) and everything seems to be working fine. I've just moved the packages in extra. If there are problems, submit a bug report. Thanks to all the testers.

1 2

Re: [arch-general] [aur-general] Arch's Vim Failings & Solution Suggestions
by Daenyth Blank 19 Mar '09

19 Mar '09

On Thu, Mar 19, 2009 at 10:54, Andrei Thorp <garoth(a)gmail.com> wrote: > Hello, fellow Archers. > > Recently, I had a question about Vim, so I went to the #vim channel in > IRC. I was doing something > that should be working, but it wasn't. Surprisingly, the question came > up, "Are you on Arch?" > > Turns out that several of the peolpe I most respect in the #vim IRC > channel are very unhappy with the quality of Arch's Vim package. One > even (jokingly?) asked if they could officially not support Arch in > the channel, which I found somewhat alarming. I suggested that we > should instead help improve the Arch package. > > I hate to pick on people, but according to the generally kind folks on > IRC, the Vim package for Arch has quite a few issues, and the > maintainer hasn't addressed some outstanding bugs in quite a long > while. > > As some of you may know, James Vega (jamessan) is an outstanding Vim > user and the Debian package maintainer for Vim. I asked him to send me > what he saw as the problems with the Arch package, and he was kind > enough to send along some suggestions. They are attached in this > forward. > > Thank you, > > -Andrei Thorp > > ---------- Forwarded message ---------- > From: James Vega <jamessan(a)debian.org> > Date: Thu, Mar 19, 2009 at 2:29 AM > Subject: Arch's Vim failings > To: garoth(a)gmail.com > > > Andrei, > > Thanks for being receptive to trying to address the issues in Arch's Vim > packaging. Below are the major points that stand out. > > 1) gvim package: Shipping an /etc/gvimrc which, due to the order that > Vim loads rc files, overrides any settings in the user's ~/.vimrc. > Considering that some users make the conscious decision to keep all > their settings in their ~/.vimrc instead of using both ~/.vimrc and > ~/.gvimrc, this is at the very least annoying. More in depth > discussion is contained in the nearly year old, unfixed bug[0] about > this issue. > > 2) vi package: The package is built such that the resulting vi binary > reads its config from the completely non-standard ~/.virc. > Presumably this is to allow different configurations for the > different feature-sets avaiable in vi vs. vim packages. Fortunately, > Vim has methods to deal with this already such as being able to check > what name was used to invoke Vim[1] and explicitly checking for > feature support[2]. > > 3) vi, vim, and gvim packages: Explicitly building Vim with $VIMRUNTIME > == $VIM by specifying "--with-global-runtime=/usr/share/vim" to > configure. This doesn't need to be specified to configure as it will > be set to the correct directory on its own. If they insist on > specifying it, the directory should be /usr/share/vim/vimXY (where XY > is Vim's version number -- 72 for current Vim). > > This manifests various problems, the most noticeable being that the > 'runtimepath' option in Vim has /usr/share/vim listed twice, thus > causing runtime files to be sourced twice and causing duplicate > information when using common scripting methods for discovering files > in the runtimepath[3]. > > -- > James > GPG Key: 1024D/61326D40 2003-09-02 James Vega <jamessan(a)debian.org> > > [0] - http://bugs.archlinux.org/task/10303 > [1] - if v:progname == 'vi' > [2] - if has('cscope') > [3] - globpath(&rtp, 'colors/*') > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAknB5lcACgkQDb3UpmEybUCg6ACgjRFE4YnrbEGMq8uY51CZqRis > xZsAnjbOC4BsAv/hYG9hcfmbogJLdLtX > =HJf3 > -----END PGP SIGNATURE----- > I don't have a whole lot to add to this, except that it seems like a good idea to confer with the vim developers to raise the quality of the package. I would file a bug report on the Arch tracker. (Also sending to arch-general, so this gets more exposure)

1 0

[arch-general] community/gtk-engine-murrine 0.90.2-1 borked
by Damjan Georgievski 19 Mar '09

19 Mar '09

it seems that the community/gtk-engine-murrine package has been updated to the gtk2 version in testing/ so that now all GTK apps are with the standard ugly Win95 look, and complain that: (gtk-chtheme:5522): Gtk-WARNING **: GModule (/usr/lib/gtk-2.0/2.10.0/engines/libmurrine.so) initialization check failed: Gtk+ version too old (micro mismatch) don't do this please :) -- damjan

2 1

[arch-general] Include sbcl sources with a fixed system path
by Daniel White 18 Mar '09

18 Mar '09

Presently the pathname translation for "SYS" is '/tmp/sbcl/trunk/src/sbcl-1.0.24/'. This kind of makes it hard for 'M-.' to work well in slime. This patch for the PKGBUILD generates a modified core with the translation for "SYS" changed to the '/usr/share/sbcl-source/'. Basically it means that we can put the 'src' and 'contrib' directories form the sbcl sources in '/usr/share/sbcl-source/' and the various source lookup functions in sbcl and slime will work. This was inspired from Debian's changes to support the common-lisp-controller which also happens to update the pathname translations. The big question is whether or not it is worth splitting the source into a new package (sbcl-source). With the source included it comes to around 13Mb. Either way the modified core won't cause a problem since the path is already wrong. -- Daniel White

2 2

[arch-general] On rolling release system and its benefits.
by Ali H. Caliskan 18 Mar '09

18 Mar '09

Hi, I've been using Arch since few months and I enjoy using it everyday that goes by. However, during that time, while helping Arch users on the forum, I've encountered some issues concerning upgrades and broken packages. I personally think Arch is stable and well maintained compared to other big distros, but that's a rolling release stability, that lasts only few days or weeks. What I would like Arch developers is to extend the rolling release into a snapshot release of an entire list of officially maintained packages, comprising both core and extra branches. At least it would be a great way of using Arch for 5 to 6 moths and then upgrade to a next snapshot release. I'm not talking about stable releases, just a snapshot of a rolling state. Snapshot releases does also benefit the natural need of closing bugs. Not to mention, it does make it easy to maintain orphaned packages as well. Regards, Ali

4 4

[arch-general] On rolling release system and its benefits.
by Ali H. Caliskan 18 Mar '09

18 Mar '09

Hi, I've been using Arch since few months and I enjoy using it everyday that goes by. However, during that time, while helping Arch users on the forum, I've encountered some issues concerning upgrades and broken packages. I personally think Arch is stable and well maintained compared to other big distros, but that's a rolling release stability, that lasts only few days or weeks. What I would like Arch developers is to extend the rolling release into a snapshot release of an entire list of officially maintained packages, comprising both core and extra branches. At least it would be a great way of using Arch for 5 to 6 moths and then upgrade to a next snapshot release. I'm not talking about stable releases, just a snapshot of a rolling state. Snapshot releases does also benefit the natural need of closing bugs. Not to mention, it does make it easy to maintain orphaned packages as well. Regards, Ali

9 15

Re: [arch-general] [arch-dev-public] Fixing licenses / sources
by Gerardo Exequiel Pozzi 17 Mar '09

17 Mar '09

> The list : > http://wiki.archlinux.org/index.php/User:Snowman/License_Rebuild_TODO > > Eric Hi Eric, I made a list of 90 extra-packages from your list, that also have bad mandir Please see here: http://bugs.archlinux.org/task/13765#comment41164 Both isdn4k-utils and xinetd from core have bad mandir. Take care. Yahoo! Cocina Recetas prácticas y comida saludable http://ar.mujer.yahoo.com/cocina/

3 3

[arch-general] [signoff] kernel26 2.6.28.8-1
by Tobias Powalowski 17 Mar '09

17 Mar '09

Hi guys, new kernel adresses the following things: - bump to latest version fixed: http://bugs.archlinux.org/task/13717 please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] weird messages
by David Rosenstrauch 16 Mar '09

16 Mar '09

My server's been getting a load of weird messages in my dmesg and log files recently: Mar 16 06:38:27 darsys9 kernel: ata4: EH complete And sometimes also: Mar 16 06:38:27 darsys9 kernel: ata4: EH pending after 5 tries, giving up Anyone know what this is about and/or if there's some recent upgrade that might be causing it? I googled up some info about it (including a thread about it on the Arch forum), but all the info I could find is older and says that (at the time) the cause was a particular kernel version, and that upgrading the kernel would make it go away. But as I'm up-to-date with the current kernel, that's obviously not the issue now. Any info appreciated! TIA, DR

2 1

[arch-general] keyboard shortcuts in nautilus
by Abhishek Dasgupta 16 Mar '09

16 Mar '09

Hi, I can change the keyboard shortcuts of Nautilus (2.24), but Nautilus forgets these keyboard shortcuts after logging out. This happens even if I've "Editable menu shortcut keys" turned on in Appearance. Any ideas on how to improve Nautilus' memory? :) I didn't find much help through Google. -- Abhishek

1 0

[arch-general] cpu usage very high after update...
by Preston C. 16 Mar '09

16 Mar '09

My cpu monitor is almost reading 100%, right after I updated today. It was a very large update because I hadn't updated in about a month. Here is what "$top" gives me: top - 16:22:55 up 9 min, 2 users, load average: 1.36, 1.32, 0.68 Tasks: 99 total, 3 running, 96 sleeping, 0 stopped, 0 zombie Cpu(s): 34.8%us, 18.6%sy, 0.0%ni, 46.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 2073268k total, 698532k used, 1374736k free, 14572k buffers Swap: 2281220k total, 0k used, 2281220k free, 384848k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2973 preston 20 0 80996 19m 14m R 99 1.0 7:17.37 kded4 2931 root 20 0 331m 53m 4288 S 3 2.6 0:28.89 X 2999 preston 20 0 272m 38m 22m S 3 1.9 0:17.47 plasma 3076 preston 20 0 224m 95m 21m S 1 4.7 0:50.88 firefox 1 root 20 0 1688 576 512 S 0 0.0 0:00.71 init 2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd 3 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/0 4 root 15 -5 0 0 0 S 0 0.0 0:00.02 ksoftirqd/0 5 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/0 6 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/1 7 root 15 -5 0 0 0 S 0 0.0 0:00.00 ksoftirqd/1 8 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/1 9 root 15 -5 0 0 0 S 0 0.0 0:00.00 events/0 10 root 15 -5 0 0 0 S 0 0.0 0:00.00 events/1 11 root 15 -5 0 0 0 S 0 0.0 0:00.00 khelper 12 root RT -5 0 0 0 S 0 0.0 0:00.00 kstop/0 13 root RT -5 0 0 0 S 0 0.0 0:00.00 kstop/1 14 root 15 -5 0 0 0 S 0 0.0 0:00.01 kblockd/0 15 root 15 -5 0 0 0 S 0 0.0 0:00.00 kblockd/1 16 root 15 -5 0 0 0 S 0 0.0 0:00.00 kacpid 17 root 15 -5 0 0 0 S 0 0.0 0:00.00 kacpi_notify 18 root 15 -5 0 0 0 S 0 0.0 0:00.01 kseriod 19 root 20 0 0 0 0 S 0 0.0 0:00.00 pdflush 20 root 20 0 0 0 0 S 0 0.0 0:00.02 pdflush 21 root 15 -5 0 0 0 S 0 0.0 0:00.00 kswapd0 22 root 15 -5 0 0 0 S 0 0.0 0:00.00 aio/0 23 root 15 -5 0 0 0 S 0 0.0 0:00.00 aio/1 32 root 15 -5 0 0 0 S 0 0.0 0:00.01 ata/0 33 root 15 -5 0 0 0 S 0 0.0 0:00.00 ata/1 34 root 15 -5 0 0 0 S 0 0.0 0:00.00 ata_aux 38 root 15 -5 0 0 0 S 0 0.0 0:00.00 scsi_eh_0 39 root 15 -5 0 0 0 S 0 0.0 0:00.00 scsi_eh_1 Thanks for any help, Preston

8 12

[arch-general] Xorg - Latest in repos
by Baho Utot 15 Mar '09

15 Mar '09

I have just installed arch onto a new SATA drive and isused a pacman -Syu to fetch the latest updates. I then continued on with alsa-utils then onto xorg Used pacman -S xorg to install xorg I then ran Xorg -configure which produced xorg.conf.new Started X -config /root/xorg.conf.new X started with the "X" in the screen at which it froze the machine requiring a hard reset (microsoft reset) Tried running X without a config file and it locked as well. Everytime I install X I have this problem, with the newer versions. What am I missing when I install? The Xorg wiki page I believe is out of date for the newer xorg versions. Can someone list the steps needed to install successfully? Thank you

5 7

Re: [arch-general] [arch-dev-public] Out-of-date orphans in repo
by Damjan Georgievski 15 Mar '09

15 Mar '09

> Lately, I've been updating out-of-date orphans. So far I did the ones > that were easy to update/test so this is a status report on the > remaining ones. The purpose here is, ideally, to find maintainers for > them or at least testers (devs or users). > > BTW, make sure that you are listed as maintainer for both arches of > the packages you maintain even if you can't build the package for that > architecture. Several packages have only one of their arch adopted. > This clutters the list of orphaned and it spams the dev ML with > out-of-date notifications. > > Here the commented list: ... > userui: > I can't really test the rest. Is there anyone able/willing to test > updated packages for them? In fact, I didn't really checked them out. > evms and exim seems important so I'm not confortable to push them even > in testing without any good testing. For the rest, if noone comes > forward, I could test them as good as I can and push them to testing > then as for testers on the arch-general ML much like I did for the > scim stuff. Moving some of them to AUR is always a possibility. I use userui (since I use a TuxOnIce patched kernel) .. and I'm updateing this package myself too. Recently /usr/sbin/tuxoniceui_fbsplash can't be compiled on Arch since the Arch freetype package doesn't include the static (.a) library. So I can test an updated package. -- damjan

5 6