- Arch-general - lists.archlinux.org

[arch-general] system upgrade error...
by Javier Vasquez 19 Jun '09

19 Jun '09

Hi, Today I just got: % pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date archlinuxfr is up to date local-last is up to date :: Starting full system upgrade... warning: libtorrent: local (0.12.4-1) is newer than community (0.12.2-2) warning: rtorrent: local (0.8.4-1) is newer than community (0.8.2-3) resolving dependencies... error: cannot resolve "klibc-UqSadMgryalzKq_XarP9XnQvbXQ", a dependency of "v86d" error: failed to prepare transaction (could not satisfy dependencies) :: v86d: requires klibc-UqSadMgryalzKq_XarP9XnQvbXQ Is v86d package corrupted (maybe from PKGBUILD dependency itself)? Thanks, -- Javier

2 2

Re: [arch-general] [arch-dev-public] [announcement draft] New module-init-tools changes modprobe configuration file location
by Grigorios Bouzakis 19 Jun '09

19 Jun '09

On Fri, Jun 19, 2009 at 2:07 AM, Thomas Bächler <thomas(a)archlinux.org>wrote: > Allan McRae schrieb: > >> Thomas Bächler wrote: >> >>> The new module-init-tools 3.8 package changes the location of the >>> configuration file: /etc/modprobe.conf is no longer read, instead >>> /etc/modprobe.d/modprobe.conf is used. Files without a .conf suffix in >>> /etc/modprobe.d are ignored now. >>> >> >> I think that they are not ignored this release, but a warning gets printed >> about them every time a module gets loaded. So how about: >> >> Warnings are now printed about files without a .conf suffix in >> /etc/modprobe.d as these will no longer work with the next release. This >> will generate a lot of output on bootup if .pacsave files are left in this >> folder. >> > > Too long, how about "Files in /etc/modprobe.d without a .conf suffix will > be ignored in the future." > > I noticed the warnings too, so will anyone else. > > Just out of curiosity, why was that change made? Isnt it a bit incosistent to all other *.d's? pacman.conf isnt in pacman.d, logrotate.conf isnt in logrotate.d, rc.conf isnt in rc.d etc. Are there plans to move those too? -- Greg

5 4

[arch-general] Squirrelmail Gotcha
by David C. Rankin 19 Jun '09

19 Jun '09

List, Most of you know this, but it caught me off-guard. With Arch (with good security) if you define your squirrelmail data and attachment directories outside your document root (which you should), then you must explicitly add the path to the parent directory of data & attachment to the open_basedir path in /etc/php/php.ini. Example: open_basedir = /srv/http/:/srv/www:/home/:/tmp/:/usr/share/pear/:/usr/local/share/sqmail Restart the web server and your good. Without it, you are dead in the water... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

6 16

[arch-general] Possible bug with kdm - doesn't show kde3 as session option & no console login
by David C. Rankin 19 Jun '09

19 Jun '09

Listmates, Before filing a bug, I would like to see if anyone else can confirm this behavior with an i686 install. I installed kde-unstable which installed kdm instead of kdm3. With kdm3 everything seemed OK. I could select kde or kde3 as the session type and I could do a 'console login' (CTRL+N). However, with kdm, I no longer have the option of starting kde3 and console login fails. The console login just appears to do a kdm restart. It just flashes blank and then right back to the kdm greeter. Bugs or features? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

1 0

[arch-general] KDE-unstable - kapps crash on start (konqueror, kmail, etc.)
by David C. Rankin, J.D.,P.E. 19 Jun '09

19 Jun '09

Listmates: On my i686 box I am experiencing crashes for many of the default 'k'apps like konqueror, kmail, etc. I have provided the backtraces to kde.org. I went back and installed the kdemod3 kde3.5 to have access to the kde3.5 versions of the same apps within kde4.3. I don't know if the Arch developers are interested in me providing the backtraces or not. Let me know if you want them and I will send them in. The remainder of kde43 is working well. Still some quirks, no doubt, but impressive. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

2 1

Re: [arch-general] [arch-dev-public] status of vi/vim in testing
by tobias＠justdreams.de 18 Jun '09

18 Jun '09

Thank you Henning, I'll look into those options. Quoting Henning Garus <henning.garus(a)googlemail.com>: > You might want to consider the conflict/provides stuff for vim anyway or you > should start to prepare yourself for the wrath of those who type vi and > expect vim... I can handle that, the amount of wrath is quite amazing already :P -T

1 0

Re: [arch-general] [arch-dev-public] [signoff] + help needed readline rebuilds
by Grigorios Bouzakis 18 Jun '09

18 Jun '09

On Thu, Jun 18, 2009 at 9:31 PM, Aaron Griffin <aaronmgriffin(a)gmail.com>wrote: > On Thu, Jun 18, 2009 at 1:27 PM, Pierre Schmitz<pierre(a)archlinux.de> > wrote: > > On Thursday 18 June 2009 18:12:05 Aaron Griffin wrote: > >> I'm going to slowly work through these throughout the day, but if > >> someone can help, that'd be great. > >> > >> Let me know if I broke anything - been using bash 4 for some time with > >> little or no problems > > > > Maybe you could add those to a todo list before we get lost. > > Done. > https://dev.archlinux.org/todo/10/ > > I fear it may need some additions. > Can you check for bug reports before moving the packages from testing? Or better before building the remaining ones? Saves time for builders and bandwidth for users. eg. http://bugs.archlinux.org/task/13924 -- Greg

2 1

[arch-general] bash 4.0 / readline 6.0 rebuilds
by Caleb Cushing 18 Jun '09

18 Jun '09

been using arch for a few months and generally good and current... but I just noticed that it still hasn't moved to bash 4. I'm wondering what the status of it is? and where it's being held up (searching the bugtracker found nothing that looked on target). perhaps I can help? -- Caleb Cushing http://xenoterracide.blogspot.com

4 7

[arch-general] kde4 Tip for Desktop Effects "Animation duration" timings
by David C. Rankin, J.D.,P.E. 18 Jun '09

18 Jun '09

Listmates, When configuring many of the individual desktop effects, there is a field called "Animation duration" or "Rotation duratio" (the cube) which are the timing/delay (in miliseconds) for the effect transitions which is set to "default". I have found the "default" to be incredibly low. Increasing the "Default Animation" to ~270 really help the appearance of the effects. You will need to adjust this value for your hardware, etc.., but I have found ~270 to work well on several boxes. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

1 0

[arch-general] kde4.3 Beta2 - woking well - normal quirks & questions
by David C. Rankin 18 Jun '09

18 Jun '09

Listmates, Installed kde-unstable and it is looking good. A couple of system-settings crashes reported to kde.org (added to the existing bug). One issue that I deal with with Beta 2 on both suse and Arch is the kicker panel not wanting to unhide when running compiz. Sometimes the panel gets "stuck". When you move the cursor to the bottom-edge of the screen, you can see the panel "glow" appear among the bottom edge, but the panel remains stuck. Clicking around on the desktop to force the focus to change to the desktop and then to a window or two generally "unsticks" the panel. I can't figure out what is happening. I have seen this behavior on the 4 kde43 beta2 install I have. Anybody have any ideas on why compiz would cause the plamsa ("kicker") panel to behave like this? One P.S.: In the "Replace" dialog (now at the bottom of the window) of both kate and kwrite, "Does anybody know where the Regular Expression Editor has gone?" -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

1 0