- Arch-general - lists.archlinux.org

[arch-general] kde4.3-0.1 - Many plasma-addon package conflicts
by David C. Rankin 05 Aug '09

05 Aug '09

Listmates, Installing the new kde 4.3 release results and many plasma-addon package conflicts. Is this normal? I'm just going to remove the conflicting addons and then try the reinstall. Detailed list of conflicts attached... -- 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 3

[arch-general] any packages on the repo are duplicated
by Angel Velásquez 04 Aug '09

04 Aug '09

Hi, I've syncing my local mirror today and seems to be duplicated packages of 'any' architecture on i686 directory for example kde-l10n-de-4.3.0-1-any.pkg.tar.gz is respectively on any dir and i686 dir See the log of pkgsync on [1]: db-clean should fix that iirc, can others mirrors admin checks if this still happening? I reviewed mirror.archlinux.com.ve on 'any' [2] architecture and 'i686' [3], 'x86_64' [4] and as I said 'any' packages still existing on other repos. Thanks [1] http://dpaste.com/75122/ [2] http://mirror.archlinux.com.ve/extra/os/any/ [3] http://mirror.archlinux.com.ve/extra/os/i686/ [4] http://mirror.archlinux.com.ve/extra/os/x86_64/ -- Angel Velásquez angvp @ irc.freenode.net Linux Counter: #359909

7 16

[arch-general] drm no longer builds after latest kernel update on x86_64
by David C. Rankin 04 Aug '09

04 Aug '09

Listmates, After the latest kernel update, drm no longer builds and fails with the following errors: 16:47 alchemy:~/archlinux/apps/drm/linux-core> make radeon.o drm.o make DRM_MODULES=radeon.o modules make[1]: Entering directory `/home/david/archlinux/apps/drm/linux-core' make -C /lib/modules/2.6.30-ARCH/build SUBDIRS=`/bin/pwd` DRMSRCDIR=`/bin/pwd` modules make[2]: Entering directory `/usr/src/linux-2.6.30-ARCH' CC [M] /home/david/archlinux/apps/drm/linux-core/drm_auth.o In file included from /home/david/archlinux/apps/drm/linux-core/drmP.h:84, from /home/david/archlinux/apps/drm/linux-core/drm_auth.c:36: /home/david/archlinux/apps/drm/linux-core/drm_os_linux.h:36: error: conflicting types for ‘irqreturn_t’ include/linux/irqreturn.h:16: note: previous declaration of ‘irqreturn_t’ was here make[3]: *** [/home/david/archlinux/apps/drm/linux-core/drm_auth.o] Error 1 make[2]: *** [_module_/home/david/archlinux/apps/drm/linux-core] Error 2 make[2]: Leaving directory `/usr/src/linux-2.6.30-ARCH' make[1]: *** [modules] Error 2 make[1]: Leaving directory `/home/david/archlinux/apps/drm/linux-core' make: *** [radeon.o] Error 2 Do I need to change a config setting somewhere to accommodate something in the new kernel? -- 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] [signoff] udev-145-1
by Gerardo Exequiel Pozzi 04 Aug '09

04 Aug '09

Tobias Powalowski wrote: > Hi > bump to latest udev version, please test it well. > Has many new things included, which also dig in glib2 and libusb depend. > > greetings > tpowa > Sign-off both i686, x86_64. All boot OK, (custom kernel no initrd) no special setups, like raid or lvm. My usb devices are with the correct perms (4-in-1 reader, pendrive, ipod, mp3 player). The firmware for my printer is loaded OK, and kvm-88 still boot both arches (Arch Linux kernel):) One sidenote, this version support ACL, so I guess that is better now to switch /dev from ramfs to tmpfs in initscripts. (the current udev documentation talks about tmpfs not ramfs) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

4 7

[arch-general] KDE 4.3: packaged and split problem
by Alexander Kotlerman 04 Aug '09

04 Aug '09

On kde 4.3 packaging and splitting: I am trying to file a bug report, but the e-mail is taking forever for my registration (does that sound right?) so if anyone else has this problem, please post a bug report, i'm going to sleep. I would like to share my install experience so far: I have not been able to upgrade. It complains about "kde-meta-kdeplasma-addons requires kdeplasma-addons-applets-bball" which doesn't exist. Second, doing a fresh install by doing a `sudo pacman -Rd kde kde-meta && sudo pacman -Syy && sudo pacman -S kde` downloads a bunch of the packages, and also does not download a bunch of packages (mostly from kdeedu, kdemultimedia, and i think another that I forget. I tried a few different mirrors (especially those that updated recently) with no luck. When searching for said packages, pacman looks through mirrorlist. No avail.

1 1

[arch-general] Bind 9.6.1-1 patched against dynamic update ddos?
by Fredrik Eriksson 04 Aug '09

04 Aug '09

Hi, I've seen that there's a dynamic update ddos attack that is widely available on the net and after looking for the solution it seems that bind's latest patch (9.6.1-P1) solves this problem. So my question is more like this, is extra/bind 9.6.1-1 in the repository the same as bind 9.6.1-P1? The build date of the current package in extra/ says the 18 July but the homepage of BIND says the latest patch was published the 28 July. Best regards Fredrik Eriksson

4 4

[arch-general] [arch-releng] 2009.08-RC1 snapshot images for public testing
by Gerhard Brauer 04 Aug '09

04 Aug '09

Hi, We're close to releasing new official Arch installation media. The release date is planned latest on 09. August 2009, but we like to have pacman 3.3 on the snapshots if possible. These media will bring *a lot* of new things, so we would like some broader testing. The most important changes since 2009.02: - usage of new AIF installer - better disk editor with support for dm_crypt and lvm setups - support for automated installations (deprecates quickinst) - aufs instead of unionfs - smarter, faster, better boot device detection (esp. for usb users) - better date/time setting - refactored grub installation routines - and more... To test this, you can try many things: - the interactive and automatic procedures. - net & cd-based installations - usb vs cd-rom images, isolinux vs grub. We would like to have the following tested: - time/timezone setting with UTC and localtime - If the boot device gets detected properly during archiso boot hook - grub bootloader installation - If USB images detect the USB controller properly Our bugtracker: http://bugs.archlinux.org/proj6 Mailing list: http://www.archlinux.org/mailman/listinfo/arch-releng New installation guide: http://wiki.archlinux.org/index.php/DeveloperWiki:Official_Arch_Linux_Insta… You can get the RC's from: http://build.archlinux.org/isos/ We currently set up also a torrent tracker. If ready we will also post the torrent file-links here to relieve build.archlinux.org. Happy testing! Archlinux Release Team

1 0

Re: [arch-general] [arch-dev-public] [signoff] udev-145-1
by Angel Velásquez 03 Aug '09

03 Aug '09

> > I'll shoot an email to Slicehost on my behalf to see what kernels they > have available. What other VPS providers offer Arch? It isn't a tough > thing to find out how much we can get away with here. > > -Dan > I think SevenL networks (who provide services to us) offers Arch... Doing a search on google "archlinux hosting" [1] I found some companies that I didn't notice of their existence in fact. Cheers [1] http://www.google.co.ve/search?hl=es&q=archlinux+hosting&btnG=Buscar+con+Go… -- Angel Velásquez angvp @ irc.freenode.net Linux Counter: #359909

2 1

Re: [arch-general] [arch-dev-public] [signoff] udev-145-1
by Jan de Groot 03 Aug '09

03 Aug '09

On Mon, 2009-08-03 at 13:42 +1000, Allan McRae wrote: > Is there a way to build udev without requiring this call? The > discussions with the minimal kernel version for our glibc did not > even > venture beyond the .24 version... Udev is replaceable with static dev or even older version without breaking too many things (though this new libudev and libgudev will change that a bit), for glibc, it means binaries compiled on arch can't ever run on older kernels, so we're talking about different things here.

1 0

Re: [arch-general] [arch-dev-public] makepkg.conf settings - Was:[signoff] pacman 3.3.0
by Gerardo Exequiel Pozzi 03 Aug '09

03 Aug '09

Allan McRae wrote: > Dan McGee wrote: >> Allan (and others)- I added a carbon copy version of makepkg.conf to >> SVN. Do we want to establish (1) Arch LDFLAGS or (2) Arch integrity >> check policy? >> > > Here go my recommendations: > > 1) Arch LDFLAGS: -Wl,--hash-style=gnu -Wl,--as-needed > There are very few problems with --as-needed these days and several > other distros are using it to. You can always do an somthing like > export LDFLAGS="" if it fails (much like is done when our CFLAGS cause > issues. The -Wl,--hash-style=gnu will cause us not to have sysv > hashes in our packages (we currently patch gcc to have both so > building without makepkg will be unaffected). > > For LDFLAGS agree with you, but maybe is secure to also add -Wl,--no-undefined , so I guess the linked can report undefined symbols in regular object files. (I can't remember now, but without this flag and with --as-needed some packages not build, but this was before the recent as-needed patch to binutils) I think that is sane to add to CFLAGS -Wall (and with more reason with latest gcc, and only produce more/equal build msg output), why this? Many apps already setup this flag in Makefiles, but others no. Do you remember the issue with mysql corruption because strict-aliasing? This can be detected at build time if -Wall was present. Of course at this time many packages are rebuilded, but only god knows what os these have an strict-aliasing issue, and is problematic. My two cents, -- 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