May 2009 - Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] .so bump - icu 4.2
by Gerardo Exequiel Pozzi 30 May '09

30 May '09

Andreas Radke wrote: > I'm just loading new icu up to testing. This will requiere rebuilds > (from our packages webside): > > * brltty > * go-openoffice > * libflashsupport > * libwebkit > * openoffice-base > * openoffice-base-beta > * openoffice-base-devel > * tin > > > I'll do the rebuilds one by one. This will take some time especially > for the OOo packages... > > Please report if more packages will need a rebuild. > > -Andy > > Yes, [extra] is OK and this is from [community] dwdiff-1.5.2-1 libfbclient-2.1.2.18118-1 open-vm-tools-2009.04.23-5 openttd-0.7.0-1 parrot-1.0.0-3 sword-1.5.11-3 xiphos-3.0.1-2 yaz-3.0.45-1 -- 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] pidgin memory leak?
by Gregory T Helton 30 May '09

30 May '09

Noticed this when my music started skipping and glanced at my conky to see 3.82gb memory usage (out of 4). I had to kill the process with `killall -9 pidgin`. I've also noticed pidgin locking up more often with 100% cpu usage on one core lately. ps before I killed it: kano 26176 0.5 86.1 5454392 3490168 ? Rl May27 8:42 pidgin Is anyone else having problems with pidgin? My gf's laptop with ubuntu doesn't seem to have any problems, so I wonder if it maybe an arch issue.

7 8

Re: [arch-general] http://bugs.archlinux.org/task/14873
by Baho Utot 30 May '09

30 May '09

On Sat, 2009-05-30 at 09:53 +1000, Allan McRae wrote: > Baho Utot wrote: > > On Sat, 2009-05-30 at 09:25 +1000, Allan McRae wrote: > > > >> Baho Utot wrote: > >> > >>> This bug was closed with "It is not a bug " and BTW you solution is > >>> wrong. > >>> > >>> Flac fails with "command not found line 20" when built under clean > >>> chroot > >>> > >>> > >>> This is line 20: > >>> > >>> patch -p1 < ../flac-1.2.1-gcc-4.3-includes.patch || return 1 > >>> > >>> Please fix > >>> > >>> > > > > Do you have patch in your chroot? > > > > Yes the chroot was installed with base base-devel sudo as per wiki > > And the chroot fuction/built the entire abs/core so it should be > > working. > > > > I am building extra alphbeticaly and it stops on flac after fixing flac > > to > > > > patch -p1 -i ${startdir}/flac-1.2.1-gcc-4.3-includes.patch || return 1 > > > > it works. > > > > That is why I entered a bug report. > > > > > >>> As a side note which is correct ${startdir}/patch.file or > >>> ${srcdir}/patch.file > >>> > >>> I have be disciplined for both > >>> > >>> > >> As a general rule, you never should use $startdir in a PKGBUILD. > >> > >> > > > > I have seen $startdir in a lot of PKGBUILDs in core and extra, what is > > wrong using it? > > > > $startdir is no longer guaranteed to have any relationship to $srcdir. > $srcdir is where the source files from the "source" array get copied so > you should use that. The packages in the main repos are graually > getting change to reflect that. > > BTW, what is up with your emails coming in to the mailing list several > hours earlier than what you replied to. It is getting annoying... > > Allan Don't know. The clock displayed in gnome is right to UTC and local. I may have started with my using evolution rather that thunderbird. I have used evolution to post all my emails for the month of June. I use to have ntp running but after I did a clean install with gnome as my desktop I havn't set it up. I'll look into it and install ntp Thanks for letting me know.

2 2

[arch-general] http://bugs.archlinux.org/task/14873
by Baho Utot 30 May '09

30 May '09

This bug was closed with "It is not a bug " and BTW you solution is wrong. Flac fails with "command not found line 20" when built under clean chroot This is line 20: patch -p1 < ../flac-1.2.1-gcc-4.3-includes.patch || return 1 Please fix As a side note which is correct ${startdir}/patch.file or ${srcdir}/patch.file I have be disciplined for both

4 6

Re: [arch-general] http://bugs.archlinux.org/task/14873
by Baho Utot 29 May '09

29 May '09

On Sat, 2009-05-30 at 09:25 +1000, Allan McRae wrote: > Baho Utot wrote: > > This bug was closed with "It is not a bug " and BTW you solution is > > wrong. > > > > Flac fails with "command not found line 20" when built under clean > > chroot > > > > > > This is line 20: > > > > patch -p1 < ../flac-1.2.1-gcc-4.3-includes.patch || return 1 > > > > Please fix > > > Do you have patch in your chroot? Yes the chroot was installed with base base-devel sudo as per wiki And the chroot fuction/built the entire abs/core so it should be working. I am building extra alphbeticaly and it stops on flac after fixing flac to patch -p1 -i ${startdir}/flac-1.2.1-gcc-4.3-includes.patch || return 1 it works. That is why I entered a bug report. > > > As a side note which is correct ${startdir}/patch.file or > > ${srcdir}/patch.file > > > > I have be disciplined for both > > > > As a general rule, you never should use $startdir in a PKGBUILD. > I have seen $startdir in a lot of PKGBUILDs in core and extra, what is wrong using it?

2 1

[arch-general] openjdk6 - 1.5 update
by Andreas Radke 29 May '09

29 May '09

the new version is in testing for x86_64, i686 will follow soon. please test it. look for the new features and especially if all fonts and characters are ok for you. I still expect some problems with Asian fonts. You can to some character tests here: http://www.pccl.demon.co.uk/java/unicode.html -Andy We are proud to announce the release of IcedTea6 1.5. The IcedTea6 project provides a harness to build the source code from OpenJDK6 (http://openjdk.java.net) using Free Software build tools. What's New? ----------------- - Static trace support through systemtap. When given the configure option --enable-systemtap IcedTea will build hotspot with the dtrace static markers enabled and install an hotspot tapset that can be used to dynamically trace execution of java applications at runtime. See the tapset/hotspot.stp file for documentation of the various trace points and arguments available. - Allow building of other virtual machines besides the default VM. Additional virtual machines on architectures where hotspot is available are cacao and zero (or shark), and cacao, where zero (or shark) is available. It's not possible to build cacao as the default VM, and zero as additional VM. - Update to latest HotSpot minor build (hs14b10-->hs14b15) from the new HotSpot Express repository. - Updated to OpenJDK b16 build. - VisualVM updated to 1.1.1. - Updated to support CACAO 0.99.4. - Several web browser plugin and javaws support fixes: - Fixed security handling to prevent access denials when there is a site specific exception in the policy file - Allow extentions (chrome) to run Java code with full permissions - Added non-trusted SSL support to WebStart (javaws) - Added proxy support - Other improvements that were breaking specific sites (tag parser fix, nested jar support, etc.) - Added JVM Console (used by http://chrispederick.com/work/web-developer/) - Removed gcjwebplugin support. - LCMS security fixes. - Many build improvements. - Many gervill, java2d, nio2, pulse java, zero/shark, jtreg fixes. - Experimental out-of-the-box cross-compilation support (not yet finished) - Other bug fixes.

1 0

[arch-general] Koffice help won't work in kde3 - Any suggestions?
by David C. Rankin, J.D.,P.E. 29 May '09

29 May '09

Listmates, I installed koffice and attempted to open an openoffice (.odt) document and kword crashed immediately. Next I opened kword again to read through the help file and any notes, and the help doesn't seem to work either: http://www.3111skyline.com/download/Archlinux/bugs/koffice.jpg The backtrace for the kword crash is: http://www.3111skyline.com/download/Archlinux/bugs/kword.kcrash Is there a work-around that will let me get the help file working? It looks to be a kde3 desktop/kde4 runtime issue. Any help appreciated. -- 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

5 9

[arch-general] KDE stoped working
by Nicolas Bigaouette 29 May '09

29 May '09

Hi all, I'm using KDE 4.2.3 on all my (up-to-date) machines. My workstation crashed an hour ago so I had to reboot. But then KDE would not launch anymore. I'm clueless of what could have gone wrong... I login normaly via KDM, launched as runlevel 5 (inittab). KDM works: I can enter my login information. Then KDE starts loading. But then, as soon as the hardrive icon is fuly "unblured", it shutdown and bring me back to KDM. Same thing if I try via startx (startkde in .xinitrc). I then get this error in my terminal: > X.Org X Server 1.6.1 > Release Date: 2009-4-14 > X Protocol Version 11, Revision 0 > Build Operating System: Linux 2.6.29-ARCH x86_64 > Current Operating System: Linux soundwave 2.6.29-ARCH #1 SMP PREEMPT Wed > May 20 06:42:43 UTC 2009 x86_64 > Build Date: 15 April 2009 11:01:49AM > > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) Log file: "/var/log/Xorg.0.log", Time: Wed May 27 14:34:14 2009 > (==) Using default built-in configuration (39 lines) > (EE) Failed to load module "i810" (module does not exist, 0) > (EE) Failed to load module "fbdev" (module does not exist, 0) > Setting master > xset: bad font path element (#23), possible causes are: > Directory does not exist or has wrong permissions > Directory missing fonts.dir > Incorrect font server address or syntax > startkde: Starting up... > kdeinit4: preparing to launch /usr/lib/kde4/libexec/klauncher > kdeinit4: preparing to launch /usr/bin/kded4 > kded(7702): Communication problem with "kded" , it probably crashed. > Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Message did > not receive a reply (timeout by message bus)" " > > kdeinit4: preparing to launch /usr/bin/kcminit_startup > kdeinit4: preparing to launch /usr/bin/ksmserver > startkde: Shutting down... > klauncher: Exiting on signal 1 > startkde: Running shutdown scripts... > startkde: Done. > > waiting for X server to shut down Dropping master > DBus is running: > > ps aux | grep dbus > dbus 4157 0.0 0.0 8500 940 ? Ss 14:50 0:00 > /usr/bin/dbus-daemon --system > nicolas 6206 0.0 0.0 23864 712 tty2 S 15:03 0:00 > dbus-launch --autolaunch 6f2374eec76b3f19172c118549c7da6d --binary-syntax > --close-stderr > nicolas 6207 0.0 0.0 8400 888 ? Ss 15:03 0:00 > /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session > and same thing with HAL: > ps aux | grep hal > hal 5907 0.0 0.1 28128 4964 ? Ss 15:02 0:00 > /usr/sbin/hald > root 5908 0.0 0.0 15680 1188 ? S 15:02 0:00 > hald-runner > root 5936 0.0 0.0 17792 1140 ? S 15:02 0:00 > hald-addon-input: Listening on /dev/input/event4 /dev/input/event2 > /dev/input/event1 > hal 5974 0.0 0.0 15388 1012 ? S 15:02 0:00 > hald-addon-acpi: listening on acpi kernel interface /proc/acpi/event > root 5976 0.0 0.0 17796 1132 ? S 15:02 0:00 > hald-addon-storage: polling /dev/sr0 (every 16 sec) > I even tried launching "startkde" via strace to see what was happening, but it seems fine: > [...] > stat("/usr/bin/xinit", {st_mode=S_IFREG|0755, st_size=15408, ...}) = 0 > rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0 > lseek(255, -217, SEEK_CUR) = 4276 > clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, > child_tidptr=0x7fa98151d7c0) = 7650 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 > rt_sigaction(SIGINT, {0x435840, [], SA_RESTORER, 0x7fa98075f350}, > {0x4467e0, [], SA_RESTORER, 0x7fa98075f350}, 8) = 0 > wait4(-1, > > X.Org X Server 1.6.1 > Release Date: 2009-4-14 > X Protocol Version 11, Revision 0 > [...] Anyone having an idea what could be wrong?? Thanx!!

5 11

Re: [arch-general] [radeonhd] [PATCH] PM patches: logic fix, feature, cleaning, memory downclocking
by David C. Rankin, J.D.,P.E. 29 May '09

29 May '09

On or about Friday 29 May 2009 at approximately 00:01:26 Rafał Miłecki composed: > 2009/5/29 David C. Rankin, J.D.,P.E. <drankinatty(a)suddenlinkmail.com>: > > Rafał, > > > > That's what I needed to know. I'm am not familiar with 'git' and > > the > > > > git checkout -t -b downclocking origin/master > > git am ~/archlinux/radeonhd/patches/*patch > > > > parts were the parts I knew nothing about. I'll pull the patches, apply > > and report back. Something really has to give here. The heat is > > unbearable. To get the actual temp data, I have a digital multimeter with > > a great surface temperature probe on it ( Craftsman Model No. 82400 ) and > > I took the temperature readings on the left palm rest and left fan > > discharge of my laptop with the radeonhd driver active. The results: > > > > Left Palm Rest Temp: 96 Deg. F > > > > Left Fan Discharge: 147 Deg. F > > > > The inside of this box is cooking.... That's with: > > > > Option "ForceLowPowerMode" > > Option "LowPowerModeEngineClock" "140000" > > > > I'll keep my fingers crossed and report back. > > Nice, tests with your multimeter would be absolutely great. You may > also try to reduce EngineClock later. For example change it from > 140000 to 120000. If it doesn't cause any corruptions you can still > try decreasing that. Don't worry about values you may use 139999, > 139998, 139997, end so on.AtomBIOS will round it to something > acceptable. > > -- > Rafał Miłecki Rafał, (also cc'ed to archlinux list for those interested) Here is a quick Summary of what I did: 23:54 alchemy:~/archlinux/apps/radeonhd> git checkout -t -b downclocking origin/master Branch downclocking set up to track remote branch master from origin. Switched to a new branch 'downclocking' 23:55 alchemy:~/archlinux/apps/radeonhd> git am patches/*patch Applying: PM: fix broken engine clock setting logic /home/david/archlinux/apps/radeonhd/.git/rebase-apply/patch:30: trailing whitespace. "calculated engine clock at %ldHz\n", warning: 1 line adds whitespace errors. Applying: PM: add RHDGetDefaultMemoryClock Applying: PM: get rid of EnableForced field Applying: PM: add memory downclocking. Commented out for now. /home/david/archlinux/apps/radeonhd/.git/rebase-apply/patch:28: trailing whitespace. "calculated memory clock at %ldHz\n", warning: 1 line adds whitespace errors. 23:56 alchemy:~/archlinux/apps/radeonhd> find . -name 'rhd_pm.c' ./src/rhd_pm.c 23:57 alchemy:~/archlinux/apps/radeonhd> vi src/rhd_pm.c #if 1 unsigned long defaultMemory = RHDGetDefaultMemoryClock(rhdPtr); if (defaultMemory) { Pm->ForcedMemoryClock = defaultMemory / 2; xf86DrvMsg(rhdPtr->scrnIndex, X_INFO, "ForceLowPowerMode: " "calculated memory clock at %ldHz\n", Pm->ForcedEngineClock); } <snip> Reboot & check /var/log/Xorg.0.log <snip> (II) RADEONHD: version 1.2.5, built from git branch downclocking, commit 0de8b484 + changes <snip> The current log file is at: http://www.3111skyline.com/download/linux/radeonhd/downclock/Xorg.0.log.290… I haven't pulled any additional temperatures for comparison because there wouldn't be that much difference, it's still HOT. Looking through the log file, it is quite a coincidence that the downclocking chose 140000 as the memory clock downclock because that was exactly what I had been setting with the: Option "LowPowerModeEngineClock" "140000" At least we know that the patch applies OK and that it has the desired effect on the memory clock. Now if we can just figure out what else we need to power down to get the temps under control, we will be home free! Thank you for your patch. As I said before, I have the perfect box for testing, so let me know when you have the next one ready and I'll be happy to test it. -- 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] Network Shutdown Prior to umount on cifs mounts hangs shutdown
by David C. Rankin, J.D.,P.E. 29 May '09

29 May '09

Listmates, I am experiencing a hang on shutdown with Arch every time I don't manually unmount any samba/cifs shares before shutting down. This is due to the shutdown sequence killing my network connection before unmounting the samba shares. This basicly leaves all samba shares mounted and [Busy] which frustrates the unmount filesystems call late in the shutdown sequence. Is there any way to move the network shutdown until after samba shares are unmounted in the shutdown sequence. Or conversely, move or add a samba/cifs shares unmount to the sequence at a time before the network shuts down? -- 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 8