- Arch-general - lists.archlinux.org

Re: [arch-general] namcap.log in clean chroot
by Baho Utot 12 Jun '09

12 Jun '09

On Fri, 2009-06-12 at 10:27 +1000, Allan McRae wrote: > Baho Utot wrote: > > I have install namcap to my clean chroot and it gives me this error: > > > > Error: Problem reading *.pkg.tar.gz > > usage: /usr/bin/namcap [-r rulelist | --rules=rulelist] [-i | --info] > > package .. > > -r list : returns list of available rules > > -i : prints information responses from rules > > > > Is there anything extra I need to do to get namcap working in clean > > chroot? > > > > It is running but not finding any packages in the directory it is > looking at... > > Allan Why not? I am using the arch devtools scripts and it is called from there. I am not calling it I think the makechrootpkg is calling it but I don't know for sure as I have not looked at the script The namcap.log file is in /home/Chroot/rw/pkgdest sub directory. I am using sudo makechroot -c -r /home/Chroot -u -- --noconfirm to run the clean chroot build. Should it not find the package?

3 2

[arch-general] Mutt - mailbox timestamp problem
by Alessandro Doro 12 Jun '09

12 Jun '09

Hi, today it seems that mutt has a problem with my mailboxes. After exiting the mtime is not touched; only atime and ctime are updated. Is anyone experiencing this? $ stat mymail.mb File: `mymail.mb' Size: 20271475 Blocks: 39648 IO Block: 4096 regular file Device: 803h/2051d Inode: 686968 Links: 1 Access: (0600/-rw-------) Uid: ( 1000/ user) Gid: ( 100/ users) Access: 2009-06-12 15:24:28.000000000 +0200 Modify: 2009-06-12 15:10:21.000000000 +0200 Change: 2009-06-12 15:24:28.000000000 +0200 Nothing suspicious in recent package updates. [2009-06-10 02:17] synchronizing package lists [2009-06-10 02:18] starting full system upgrade [2009-06-10 02:20] upgraded alsa-utils (1.0.20-1 -> 1.0.20-2) [2009-06-10 02:20] upgraded conky (1.7.1-1 -> 1.7.1-2) [2009-06-10 02:20] upgraded kdemod3-ksplash-engine-flexible (0.3-6 -> 0.3-7) [2009-06-10 02:20] upgraded pmount (0.9.19-2 -> 0.9.19-3) [2009-06-12 13:19] synchronizing package lists [2009-06-12 13:20] starting full system upgrade [2009-06-12 13:21] removed lzma-utils (4.32.7-1) [2009-06-12 13:21] installed xz-utils (4.999.8beta-3) [2009-06-12 13:21] upgraded chmlib (0.39-1 -> 0.40-1) [2009-06-12 13:21] upgraded cln (1.2.2-1 -> 1.2.2-2) [2009-06-12 13:21] upgraded conky (1.7.1-2 -> 1.7.1.1-1) [2009-06-12 13:21] upgraded glade (3.6.3-1 -> 3.6.4-1) [2009-06-12 13:21] upgraded libarchive (2.7.0-1 -> 2.7.0-2) [2009-06-12 13:21] upgraded unzip (5.52-4 -> 6.0-2) [2009-06-12 13:22] upgraded yelp (2.26.0-1 -> 2.26.0-2)

1 0

[arch-general] 1080p playback
by Paulo Santos 12 Jun '09

12 Jun '09

Greetings everyone, I've been having some issues playing 1080p movies, performance wise. I have a 8800GTS, the 640MB one, and a Core 2 Duo 6600 running at 2,4GHz. By default, with the regular mplayer, it uses 50% of the CPU (100% of one core?) and after a while the movie starts lagging, desynchronizing video/sound. If I seek forward or back the sync gets fixed so I'm guessing it's not the movie's fault. I tried installing mplayer-vdpau-nogui from AUR. The installation ended with some problems, but it was compiled. I found it under /var/aur/something and tried running ./mplayer -vo help but vdpau wasn't listed there. Wikipedia [1] says vdpau supports 8800GTS 640, but several other places says it doesn't. This card has VP1, so, from what I read, at least a part of the processing can be put on it, wonder if vdpau will ever support it. If vdpau really doesn't support it, is there a way for me to watch 1080p movies on my machine? Maybe some kind of patch to mplayer that makes it use both cores or something... Thanks in advance, Best regards, Paulo Santos [1] http://en.wikipedia.org/wiki/VDPAU

6 8

[arch-general] gmine build problem
by Baho Utot 12 Jun '09

12 Jun '09

I am try ing to build gmine and get this error make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/build/src/gmime-2.2.21/src' make[2]: Leaving directory `/build/src/gmime-2.2.21/src' make[1]: Leaving directory `/build/src/gmime-2.2.21/src' Making install in mono make[1]: Entering directory `/build/src/gmime-2.2.21/mono' make[2]: Entering directory `/build/src/gmime-2.2.21/mono' make[2]: Nothing to be done for `install-exec-am'. /usr/bin/gacutil /i gmime-sharp.dll /f /package gmime-sharp /gacdir /build/pkg/lib Failure adding assembly gmime-sharp.dll to the cache: Strong name cannot be verified for delay-signed assembly make[2]: *** [install-data-local] Error 1 make[2]: Leaving directory `/build/src/gmime-2.2.21/mono' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/build/src/gmime-2.2.21/mono' make: *** [install-recursive] Error 1 ==> ERROR: Build Failed. Aborting... ==> Removing installed dependencies... checking dependencies... Any one know what this is about? Got a fix?

1 0

[arch-general] namcap.log in clean chroot
by Baho Utot 12 Jun '09

12 Jun '09

I have install namcap to my clean chroot and it gives me this error: Error: Problem reading *.pkg.tar.gz usage: /usr/bin/namcap [-r rulelist | --rules=rulelist] [-i | --info] package .. -r list : returns list of available rules -i : prints information responses from rules Is there anything extra I need to do to get namcap working in clean chroot?

2 1

[arch-general] Installing packages with different glibc
by Baho Utot 11 Jun '09

11 Jun '09

Does it create complications if I install packages built with a newer glibc-2.10.1-2 on a system with an older glibc-2.9-7? According to LFS they say if you chnage glibc you should rebuilt all the installed packages with the newer glibc. Does this hold true for Arch?

5 9

[arch-general] building vorbis-tools
by Baho Utot 11 Jun '09

11 Jun '09

vorbis-tools gives me the following error -> bsdtar -x -f vorbis-tools-1.2.0.tar.gz ==> Entering fakeroot environment... ==> Starting build()... aclocal.m4:14: error: this file was generated for autoconf 2.61. You have another version of autoconf. If you want to use that, you should regenerate the build system entirely. aclocal.m4:14: the top level autom4te: /usr/bin/m4 failed with exit status: 63 ==> ERROR: Build Failed. Aborting... autoconf is in the PKGBUILD file build() { cd $startdir/src/$pkgname-$pkgver autoconf ./configure --prefix=/usr --without-speex make || return 1 make DESTDIR=$startdir/pkg install } what could cause this error?

3 4

[arch-general] Stolen Logo
by Loui Chang 11 Jun '09

11 Jun '09

On Mon, Jun 08, 2009 at 11:33:28AM -0400, Eduardo Romero wrote: > Hi, > > The first time I inform here that the Arch Linux newsletter is out, > the June edition is a special one, it contains the article, about the > stolen logo. So please, guys, go ahead and digg that article, so we > get more coverage, I added the digg button cause I thought that would > be the best way to get more media coverage for this issue. So I ask > everyone to link to this newsletter on your respective blogs, not the > newsletter as a whole, but the stolen logo article most importantly. > > http://www.archlinux.org/static/newsletters/newsletter-2009-june.html#stole… > > Also submit to other news sites. Thanks. I thought that this was interesting. According to their web site (http://www.aceitutoring.com.au/page4.php) the ACN (Australian Company Number) for Ace International Tutoring Pty Ltd is 119220996 The state in which Ace does business does not register trademarks themselves. http://www.business.vic.gov.au/BUSVIC/STANDARD/PC_50028.html So, I did a search for the ACN using ATMOSS at IP Australia from here: http://www.ipaustralia.gov.au/trademarks/search_index.shtml The last Trade Mark to be lodged was 1302662 on 04-JUN-09 The last Trade Mark to be indexed was 1301846 on 29-MAY-09 1. Enter as Guest 2. Select Search->Advanced on the sidebar 3. Type in the ACN (119220996) near the bottom It seems that Ace International Tutoring Pty Ltd holds no registered trademarks. At least not since May 29th. Searching Qantas Airlines (ACN 009661901) reveals 152 records. This is just a bit of quick research Cheers!

9 12

[arch-general] High fragmentation rate with ext4?
by Cá Vàng 11 Jun '09

11 Jun '09

Hello everyone! As linux 2.6.30 is out, I decided to migrate my data partition to ext4. Hoping for better performance and less fragmentation. But, after format it with "mkfs.ext4 - largefile /dev/..." and copy all the file back to the partition, I got whooping number of 30% non-contiguous files! Then I reformat it with reserved block set to 10% (-m 10), still got the same fragment rate :-( Okay, so I try it again, this time with ext3, then I do a "mount -a" to remount all the partitions, copy some files (size between 2 MBs~40 MBs) back in, guess what? This is the result of fsck: 81 inodes used (0.07%) 69 non-contiguous files (85.2%) Then I remember that "mount -a" mount the partition as ext4 (since I haven't changed my fstab yet), okay, so I format it again, and mount it with "mount -t ext3 ....", copy some files in and this is the result: 81 inodes used (0.07%) 9 non-contiguous files (11.1%) Still not as good as it was before, but much better than the 85.2 rate above. So is this a bug? Does anyone have this problem? My e2fsprogs version is 1.41.5-2

1 1

Re: [arch-general] KDE4.3 Beta - Rocks, still a bit rough, but very usable as a primary desktop
by David C. Rankin 10 Jun '09

10 Jun '09

On Wednesday 10 June 2009 11:21:01 you wrote: > David C. Rankin wrote: > > If you have been in the same > > holding-pattern lately in your thinking about kde4 as well -- I bet you > > will be pleasantly surprised as well ;-) > > Thanks for the heads up. I'll have to give it a shot one of these days. > > Clearly I'm not going to be able to remain on KDE3 for much longer, as > no one's going to be doing new development on any of the apps. > > DR Yep DR, that's the boat I find myself in. From what I can tell now, KDE4 will be a good follow on to KDE3. 30 days ago, I would have ... and I did ... tell you it wasn't anything other than some pipe dream from the gaming crowd with cute names like plasmoids and widgets scattered through it that took more time to keep running that it allowed to get work done. But as more apps were built against the kde4 runtime base that broke kde3 functionality and as more and more apps moved exclusively too the kde4 base, it was inevitable I would have to go kicking and screaming to kde4 or some other desktop altogether. The screw-up, that will go down in history as the worst transition strategy ever, was the roll-out or force-out of kde4 long before it was ready for public use. (June 2008 to roll-out 4.04 in 'alpha' state as the default choice for a desktop by suse? What where they smoking?) First few releases of 4.1 were just as bad. No one in the 'general "linux-user"' category should have ever been faced with having that as a desktop when the kde3 alternative was near flawless. No wonder so much of the community has the mindset that kde4 is "broken", "not ready", "unstable", etc... Hell, it was. If it had just remained under development until where it is now, and then been rolled out as an "alternative" KDE version in the major distros, then I guarantee you the community response to KDE4 would have been fantastic and with a fanatical desire to see the next release. As it was done, there is still a large percentage of the user base that won't touch it with a 10 foot pole until KDE3 is no longer available. That's the true cost of an early push of an unready desktop on the community. You have half the crowd completely lose confidence in a beloved desktop and the direction the developers have taken. As I said earlier in the thread. It is now ready and is now usable as a primary desktop with no more than the run-of-the-mill bugs that need to be squashed. To have pushed it out the door a year ago as a default choice for a desktop was sheer stupidity. It was as smart as if GM and Chrysler suddenly decided to put out nothing but 3-wheeled cars as the policy that would save their financial futures and lift them out of bankruptcy. But now, with 4.3beta, KDE4 is usable, and even enjoyable, by the general linux user, so it is time to roll up the sleeves, dive in, and each send in their dozen or so clean up bugs to kde.org and then we can look forward to a great kde4.3 release. (which is something we should have been able to look forward to as a 4.1 release, but for the premature release;-) -- 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