- Arch-general - lists.archlinux.org

Re: [arch-general] Kernel Panic on x64 when writting to 1TB
by Victor Silva 25 Feb '11

25 Feb '11

Folks I downgraded my kernel to 2 versions prior, I think from r5 to r3 and now the problem SEEMS to be gone, as I did not do any other modification I assume this was the issue. Still i'm doing some more tests. Regards, Victor

2 2

[arch-general] Adding AUR packages to [community] packages' provides
by Lukas Fleischer 25 Feb '11

25 Feb '11

Well, I'm addressing current blacklisting issues with the AUR [1]. I noticed that some of the packages in the official repos have AUR packages as provides, some of them (well, at least one of them, didn't search for more) were even added due to FRs [2]. Donnu if this applies to [core] and [extra] as well. Is that regular practice? Imho, we shouldn't do that. The AUR is something to be considered separately. If we start to care about provides/conflicts with AUR packages, we'll need to add all "-devel"/"-svn"/"-git"/"-beta" packages in the AUR to the official packages conflicts and provides as well. And we'll need to start searching for alternative repos to ensure there's no conflict with our official packages. Seriously, we should be consistent here. [1] http://mailman.archlinux.org/pipermail/aur-general/2011-February/013811.html [2] https://bugs.archlinux.org/task/16495

1 0

Re: [arch-general] [trinity-devel] x86_64 kdesktop.kcrash [SOLVED - it is glibc]
by David C. Rankin 25 Feb '11

25 Feb '11

On 02/21/2011 08:41 PM, David C. Rankin wrote: > On 02/21/2011 05:09 PM, PICCORO McKAY Lenz wrote: >> uff i reading this >> http://lists.freedesktop.org/archives/xcb/2010-March/005818.html and >> seem like that! >> >> any help fron anybody here! >> > > I'll follow up there. I can't believe that an libxcb problem would still be > around a year later. <snip> Guys, The problem is glibc-2.13-4. I have about 5 Arch/Trinity Virtualbox VMs. On one I had not updated, I started Trinity x86_64 and there was NO kdesktop crash. I then proceeded to update the VM to the current Arch packages which included: [2011-02-22 11:13] Generating locales... [2011-02-22 11:13] en_US.UTF-8... done [2011-02-22 11:13] en_US.ISO-8859-1... done [2011-02-22 11:13] Generation complete. [2011-02-22 11:13] upgraded glibc (2.13-3 -> 2.13-4) <snip> [2011-02-22 11:17] upgraded kernel26 (2.6.37-6 -> 2.6.37.1-1) [2011-02-22 11:17] upgraded kernel26-headers (2.6.37-6 -> 2.6.37.1-1) <snip> [2011-02-22 11:18] upgraded trinity-kdelibs (1220926-1 -> 1222098-1) [2011-02-22 11:18] upgraded trinity-kdebase (1221507-1 -> 1221588-1) On next reboot/restart, I got the kdesktop.kcrash (attached). So then I downgraded glibc (2.13-4 -> 2.13-3), restarted Trinity -> perfect No kdesktop,kcrash. It looks like this is a glibc issue, so I'll follow up (below) with Arch to make sure it looks like glibc and not a package issue. Thanks for your help. cc: arch-general Arch devs - Do you think this could be a packaging/patch issue with Arch, or do you think is going to be glibc itself? It looks like glibc to me, but I thought I'd ask first before going to the glibc folks. -- David C. Rankin, J.D.,P.E.

6 18

[arch-general] gimp ufraw update
by Philipp 24 Feb '11

24 Feb '11

Hi there. I'm playing with digital photos atm., found ufraw and found that it's out of date since a long while. Here's my take on updating it: # $Id: PKGBUILD 96307 2010-10-19 21:03:01Z ibiru $ # Maintainer: Tobias Kieslich <tobias(a)archlinux.org> pkgname=gimp-ufraw _srcname=ufraw pkgver=0.18 pkgrel=1 pkgdesc="Standalone or gimp plugin converter for raw files" url="http://ufraw.sourceforge.net/" arch=('i686' 'x86_64') license=('GPL2') depends=('gtkimageview' 'exiv2' 'lensfun') makedepends=('gimp' 'cinepaint' 'pkgconfig') optdepends=('gimp: to use the gimp import plugin for raw images' 'cinepaint: to use the cinepaint import plugin for raw images') source=(http://downloads.sourceforge.net/${_srcname}/${_srcname}-${pkgver}.… md5sums=('454f40a402928998a82e2645d9265d96') build() { cd "${srcdir}/${_srcname}-${pkgver}" ./configure --prefix=/usr \ --enable-extras \ --enable-mime \ --enable-openmp make } package() { cd ${srcdir}/${_srcname}-${pkgver} make DESTDIR="${pkgdir}" install rm -f ${pkgdir}/usr/bin/dcraw } Lensfun is a new dependency, not sure it is needed (http://ufraw.sourceforge.net/index.html). The last configure option simply didn't exist and I removed the sed line (assuming upstream know what they're doing). In my opinion the package name should be ufraw rather than gimp-ufraw since this package enables ufraw standalone, in batch-mode and as 'plug-in' for cinepaint and gimp. HTH Philipp

3 2

[arch-general] Updated kdemod3 built on Trinity Stable (3.5.12) available - Thanks to Albert Vaca
by David C. Rankin 23 Feb '11

23 Feb '11

Guys, Albert Vaca has built kdemod3 updates with the Trinity 3.5.12 (stable) code base. The repository for the binaries is: [kdemod3] Server = http://rapinjam.com/beta/lefa/kdemod3/i686/ or [kdemod3] Server = http://rapinjam.com/beta/lefa/kdemod3/x86_64/ I updated an i686 box last night after adding the repository with: pacman -S kdemod3-complete <snip> Total Download Size: 172.53 MB Total Installed Size: 582.04 MB <snip> checking package integrity... (155/155) checking for file conflicts [####################################################] 100% <snip> (155/155) installing kdemod3-tools [####################################################] 100% Restart the desktop and you will be greeted with the Trinity 3.5.12 initial setup dialog. Everything seems to run fine. I'll have more time to work with the desktop later today and tomorrow. If you are interested in trying it, you can simply add the repo and install the binaries. The thanks goes to Albert for his effort. I've been working with the svn (3.5.13 development) code. It was just coincidence that Albert and I ended up in somewhat the same place at the same time :) This grew out of the old forum thread: https://bbs.archlinux.org/viewtopic.php?id=97612&p=4 -- David C. Rankin, J.D.,P.E.

1 0

Re: [arch-general] [arch-dev-public] [signoff] util-linux 2.19-3
by Uli Armbruster 23 Feb '11

23 Feb '11

On Tue, Feb 22, 2011 at 1:33 PM, Ionuț Bîru <ibiru(a)archlinux.org> wrote: > On 02/22/2011 02:13 PM, Thomas Bächler wrote: > >> Am 22.02.2011 12:35, schrieb Ionuț Bîru: >> >>> Hi, >>> >>> The util-linux-ng project has been renamed back to util-linux. >>> >> >> Why 2.19-3? Shouldn't it be -1? >> > > because tpowa uploaded a broken -1 and i only fixed it. > > -1 had no versioned provider for util-linux-ng and an update wasn't > possible, it had a missing .install. all of them fixed in -2. > > after that i noticed that ipc info file is not generate and the .install > command was failing because of that. the ipc doc file was dropped by > upstream. this was fixed in -3. > > > >> partx(8): >>> - this command has been rewritten to use libblkid for partition tables >>> parsing. It supports aix, bsd, dos, gpt, mac, minix, sgi, >>> solaris_x86, sun, >>> ultrix and unixware now. >>> >>> - supports new command line option "--show" to list partitions in new >>> format >>> >>> - prints UUID and name for GPT and mac partitions >>> >> >> One highlight for me: partx should now work on loop devices (or other >> devices that don't support drive geometry calls). >> >> For a complete list of changes see docs/v2.19-ReleaseNotes >>> >>> Packaging differences between util-linux-ng 2.18: >>> [...] >>> * tpowa changes --enable-libmount-mount link mount(8) with libmount >>> (EXPERIMENTAL) >>> >> >> Is that a good idea already? We will have to see. >> >> That change was already committed by tpowa in 2.19-1 and i didn't touch > it. > > > I also hope you removed all the patches we had in 2.18. >> >> > already removed by twopa in 2.19-1 > > What have i done for this package is only to fix what tpowa committed. > > > > -- > Ionuț > I did get the following output when I updated. Proceed with installation? [Y/n] :: Retrieving packages from testing... util-linux-2.19-2-i686 1388.8K 987.1K/s 00:00:01 [-----------------------------------] 100% checking package integrity... (1/1) checking for file conflicts [-----------------------------------] 100% (1/1) removing util-linux-ng [-----------------------------------] 100% (1/1) installing util-linux [-----------------------------------] 100% error: command failed to execute correctly Optional dependencies for util-linux perl: for chkdupexe support

6 8

[arch-general] xcb_wait_for_reply () from /usr/lib/libxcb.so.1 causing kdesktop crash on x86_64 (is this an upstream issue?)
by David C. Rankin 22 Feb '11

22 Feb '11

Guys, I have run into an issue that is only causing problems on x86_64. It looks like libxcb. The kcrash file is here: [2k] http://www.3111skyline.com/dl/dt/trinity/errors/x86_64/kdesktop-1.kcrash I need to figure out if this is an upstream libxcb issue or possibly a package issue. How do I figure this out? -- David C. Rankin, J.D.,P.E.

3 8

[arch-general] Kernel Panic on x64 when writting to 1TB External USB disk
by Victor Silva 22 Feb '11

22 Feb '11

Hi folks i'm not 100% sure I'm posting on the right list so if im wrong please disregard and direct me to the appropriate list. :) Well I'm having a problem with USB devices causing kernel panic. I got an external 1 TB USB hard disk in NTFS format. When I tried to save some files (downloads from deluge) on it I get a kernel panic. Which files/logs can I provide to help you? The system simply hangs and all keyboard leads start to blink. I'm using Linux 2.6.37-ARCH #1 SMP PREEMPT Fri Feb 18 18:32:16 CET 2011 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ AuthenticAMD GNU/Linux. It is the default arch linux kernel. If I write a small file and move to the folder things seem to be okay. Any ideas? Thanks for the great distro folks hope you can help me on this one.

4 3

[arch-general] Trinity Binaries - Unofficial Repo - Thank You Kainting Chen!
by David C. Rankin 21 Feb '11

21 Feb '11

All, Kaiting Chen has provided server space for Trinity binaries. Currently I have the i686 files uploaded and will upload x86_64 shortly (after my kids are done with toontown....) The url for the i686 repo is: http://www.kiwilight.com/~drankinatty/trinity/i686/ (Trinity packages are 2/19/2011 builds) The x86_64 repo will be the same url with x86_64. Trinity needs a clean environment currently (no kdemod3). If you have had a prior kdemod3 install, then delete: /var/tmp/kdecache-$USER/ksycoca /var/tmp/kdecache-$USER/ksycocastamp and move ~/.kde somewhere else. If you have kde4 installed, then expect akonadi/nepomuk and all the kde4 autostart files in /usr/share/autostart to run (Trinity devs are working on a way to ignore all the kde4 autostart files) To install trinity, just add the repo to /etc/pacman.conf: [trinity] Server = http://www.kiwilight.com/~drankinatty/trinity/i686/ Then just do 'pacman -Sy trinity-kdewebdev' and it will pull in the complete Trinity desktop (kdewebdev requires all trinity dependencies) I recommend installing it in either a clean Arch install, or just create a new Arch virtualbox VM and install it there. It is a darn good looking desktop. x86_64 packages by the morning :) See: https://wiki.archlinux.org/index.php/Trinity for current details :) -- David C. Rankin, J.D.,P.E.

2 5

Re: [arch-general] Howto - tell pacman -S (-U) to overwrite existing file in filesystem?
by David C. Rankin 21 Feb '11

21 Feb '11

On 02/20/2011 04:15 PM, Gaetan Bisson wrote: > [2011-02-20 15:32:14 -0600] David C. Rankin: >> The question is "Can I do something in the PKGBUILD to tell pacman >> - if the file is already there -> overwrite it?" > > Please. This mailing list is not for people to read you man pages. > > Next time, could you first spend five minutes to try and answer your > questions on your own? Here, it was as simple as searching for "pacman > overwrite" in Google, or looking for "overwrite" in pacman's man page. > > I am sure you understand this would benefit to everyone. > > For a more lengthy essay on the topic, see: > > http://www.catb.org/~esr/faqs/smart-questions.html#before > Thank you Gaetan and Sebastian, From your answers, I don't think you read my question before giving the the RTFM dismissal. I know how pacman -f works. I stated that in my original email. I'm not asking how to make pacman do it. I'm asking: <quote> The question is "Can I do something in the PKGBUILD to tell pacman - if the file is already there -> overwrite it?" </quote> The only information I found in man PKGBUILD on force was option(force) which relates to triggering an update even though the version number would not normally do so. I apologize if I missed it in the man page, but that is why I asked. -- David C. Rankin, J.D.,P.E.

6 6