- Arch-general - lists.archlinux.org

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

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

20 Feb '11

Guys, This is a curiosity really. I updated kdebase to create a trinity.desktop file in /etc/X11/sessions in the PKGBUILD package() function: # install desktop and update kdmrc and Xsession [[ -f trinity.desktop ]] && { mkdir -p ${pkgdir}/etc/X11/sessions cp trinity.desktop ${pkgdir}/etc/X11/sessions } <snip> Since I had already created trinity.desktop on my box (before it was part of the package), I get (correctly): Targets (1): trinity-kdebase-1221588-1 Total Download Size: 0.00 MB Total Installed Size: 86.71 MB Proceed with installation? [Y/n] checking package integrity... checking for file conflicts... trinity-kdebase: /etc/X11/sessions/trinity.desktop exists in filesystem IIRC this is exactly the way pacman is supposed to work because it has no knowledge of a prior trinity.desktop in the filesystem and won't overwrite it. The short answer is "dummy -- remove the file or use --force." I get that. The question is "Can I do something in the PKGBUILD to tell pacman - if the file is already there -> overwrite it?" The purpose for the question is make sure nobody else gets a conflict if they have followed a prior manual Trinity kdm install proceedure. -- David C. Rankin, J.D.,P.E.

3 2

[arch-general] [signoff] kernel26-2.6.37.1-1
by Tobias Powalowski 20 Feb '11

20 Feb '11

Hi guys, - bump to latest version greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2