- Arch-general - lists.archlinux.org

[arch-general] Pacman upgrade fails due to file conflits
by Gaurish Sharma 15 Feb '10

15 Feb '10

Hi, I am not able to update my system. gaurish ~ > sudo pacman -Syu :: Synchronizing package databases... core is up to date extra 445.3K 20.3K/s 00:00:22 [#####################################################################] 100% community 364.0K 20.7K/s 00:00:18 [#####################################################################] 100% :: Starting full system upgrade... warning: go-openoffice: ignoring package upgrade (3.2.0.4-1 => 3.2.0.5-1) :: Replace klibc with core/mkinitcpio? [Y/n] y :: Replace klibc-extras with core/mkinitcpio? [Y/n] y :: Replace klibc-kbd with core/mkinitcpio? [Y/n] y :: Replace klibc-module-init-tools with core/mkinitcpio? [Y/n] y :: Replace klibc-udev with core/mkinitcpio? [Y/n] y resolving dependencies... looking for inter-conflicts... Remove (5): klibc-1.5.15-3 klibc-extras-2.5-4 klibc- kbd-1.15.20080312-10 klibc-module-init-tools-3.8-1 klibc-udev-141-3 Total Removed Size: 15.42 MB Targets (28): device-mapper-2.02.60-3 cryptsetup-1.1.0-2 filesystem-2010.02-3 flashplugin-10.0.45.2-1 fuse-2.8.3-1 ghostscript-8.71-1 gstreamer0.10-0.10.26-1 gstreamer0.10- base-0.10.26-1 gstreamer0.10-base-plugins-0.10.26-1 imagemagick-6.5.9.5-1 kdebase-workspace-4.4.0-4 soprano-2.4.0.1-1 kdelibs-4.4.0-4 mkinitcpio-busybox-1.15.3-5 mkinitcpio-0.6.2-1 libidn-1.16-1 lvm2-2.02.60-3 mdadm-3.1.1-2 nano-2.2.3-1 ntfs-3g-2010.1.16-1 openvpn-2.1.1-1 ppp-2.4.5-1 rp- pppoe-3.10-4 tzdata-2010b-1 vlc-1.0.5-3 vlc-plugin-1.0.5-3 wireshark-1.2.6-2 youtube-dl-2010.02.13-1 Total Download Size: 14.22 MB Total Installed Size: 409.39 MB Proceed with installation? [Y/n] y :: Retrieving packages from extra... wireshark-1.2.6-2-x... 14.2M 15.1K/s 00:16:07 [#####################################################################] 100% checking package integrity... (28/28) checking for file conflicts [#####################################################################] 100% error: failed to commit transaction (conflicting files) gstreamer0.10: /usr/include/gstreamer-0.10/gst/base/gstbytewriter.h exists in filesystem gstreamer0.10: /usr/lib/gstreamer-0.10/gst-plugin-scanner exists in filesystem gstreamer0.10: /usr/lib/libgstbase-0.10.so.0.23.0 exists in filesystem gstreamer0.10: /usr/lib/libgstcheck-0.10.so.0.23.0 exists in filesystem gstreamer0.10: /usr/lib/libgstcontroller-0.10.so.0.23.0 exists in filesystem gstreamer0.10: /usr/lib/libgstdataprotocol-0.10.so.0.23.0 exists in filesystem gstreamer0.10: /usr/lib/libgstnet-0.10.so.0.23.0 exists in filesystem gstreamer0.10: /usr/lib/libgstreamer-0.10.so.0.23.0 exists in filesystem gstreamer0.10: /usr/share/gtk-doc/html/gstreamer-0.10/annotation- glossary.html exists in filesystem gstreamer0.10: /usr/share/gtk-doc/html/gstreamer-libs-0.10/gstreamer- libs-GstByteWriter.html exists in filesystem gstreamer0.10: /usr/share/gtk-doc/html/gstreamer-libs-0.10/gstreamer- libs-GstStreamConsistency.html exists in filesystem gstreamer0.10: /usr/share/gtk-doc/html/gstreamer- plugins-0.10/gstreamer-plugins-queue2.html exists in filesystem gstreamer0.10-base: /usr/lib/libgstapp-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgstaudio-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgstcdda-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgstfft-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgstinterfaces-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgstnetbuffer-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgstpbutils-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgstriff-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgstrtp-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgstrtsp-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgstsdp-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgsttag-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/lib/libgstvideo-0.10.so.0.19.0 exists in filesystem gstreamer0.10-base: /usr/share/gtk-doc/html/gst-plugins-base- libs-0.10/api-index-deprecated.html exists in filesystem gstreamer0.10-base: /usr/share/gtk-doc/html/gst-plugins-base- libs-0.10/api-index-full.html exists in filesystem gstreamer0.10-base: /usr/share/gtk-doc/html/gst-plugins-base- libs-0.10/gst-plugins-base-libs-gsttaglanguagecodes.html exists in filesystem gstreamer0.10-base: /usr/share/gtk-doc/html/gst-plugins-base- plugins-0.10/gst-plugins-base-plugins-audiorate.html exists in filesystem gstreamer0.10-base: /usr/share/gtk-doc/html/gst-plugins-base- plugins-0.10/gst-plugins-base-plugins-subtitleoverlay.html exists in filesystem libidn: /usr/lib/libidn.so.11.5.45 exists in filesystem ntfs-3g: /lib/libntfs-3g.so.73 exists in filesystem ntfs-3g: /lib/libntfs-3g.so.73.0.0 exists in filesystem Errors occurred, no packages were upgraded. Please help Regards, Gaurish Sharma www.gaurishsharma.com

4 3

Re: [arch-general] [arch-dev-public] Let's agree on a common coding style
by Evangelos Foutras 15 Feb '10

15 Feb '10

On 13/02/2010 08:57 μμ, Thomas Bächler wrote: > Never use `...`, always $(...), always use the braces for variable names > and always quote paths that contain variables. I do not agree with your view that braces should always be used around variable names. While I would like to read any justification about that, my opinion is that they should only be used when necessary. For example, in a PKGBUILD I would write ${pkgname}_$pkgver, because _ can be part of a variable name, but I'd much rather prefer to use $pkgname-$pkgver, since hyphens are not allowed in variable names. Less typing, less ugliness. :)

5 7

Re: [arch-general] [arch-dev-public] [emergency signoff] mkinitcpio 0.6.2-1
by Mauro Santos 14 Feb '10

14 Feb '10

On 02/14/2010 06:39 PM, Pierre Schmitz wrote: > Am Sonntag, 14. Februar 2010 19:23:34 schrieb Thomas Bächler: >> This release fixes a CRITICAL bug leaving all systems with slow devices >> (like USB) unbootable. Tested once on x86_64 already. Please sign off >> quickly. > > sign-off both > I'm not a dev and can't signoff anything :p but I confirm this works for me on x86_64.

1 0

[arch-general] Error message on mkinitcpio
by Tomás Acauan Schertel 14 Feb '10

14 Feb '10

This is the second time it happens. When upgrading kernel, I got this message: :: Parsing hook [autodetect] /lib/initcpio/install/autodetect: line 17: other:swap:2: command not found :: Parsing hook [pata] Am I the only one seeing this? Cheers. -- Tomás A. Schertel ---------------------------------------------- Linux Registered User #304838 Arch Linux User http://www.archlinux-br.org/ ----------------------------------------------

7 17

[arch-general] tcp ack Traffic shaping
by Arvid Picciani 14 Feb '10

14 Feb '10

Apparantly i chose the wrong IPS. My upload is extremly tiny. When i upload something with only 5kb, my dowload rate dies. I assume that's because Acks don't get through in time. Anyone got an idea how to give those priority?

2 1

[arch-general] New kde4.4 install fails libXft.so.2.1.13 is trunkated
by richard terry 14 Feb '10

14 Feb '10

No iea what this means: ldconfig: file /usr/lib/libXFt.so.2.1.13 is trunkated occured at the end of install, and seems to happen when I try to install other packages. No X or kde either, so though I'd start with this message. NO mention of this when I searched the forum... Any help appreciated. Richard

2 1

Re: [arch-general] [arch-dev-public] Let's agree on a common coding style
by Muhammed Uluyol 14 Feb '10

14 Feb '10

On Sat, Feb 13, 2010 at 4:05 PM, Dieter Plaetinck <dieter(a)plaetinck.be> wrote: > > what do you mean context? it only depends on whether the first > character after the variablename is a valid character in a variablename > or not. if it's valid, use braces. if it isn't, no need for braces. Arrays can't be used with $array[4], they need to be used as ${array[4]} Also finding the string length, substitution, etc require braces

3 2

[arch-general] Nuking a MySQL Install
by Samuel Baldwin 14 Feb '10

14 Feb '10

Howdy. I fucked up an old mysql install and I want to start completely over, but pacman -R mysql (even with --nosave) doesn't remove everything; I'm still unable to run '/usr/bin/mysql_secure_installation' after reinstalling mysql; it fails setting the new password. Any way to completely obliterate all traces of mysql on my machine so I can just start over. This is the output of /usr/bin/mysql_secure_installation which includes the error: arrakis^zedbot# /usr/bin/mysql_secure_installation NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MySQL SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY! In order to log into MySQL to secure it, we'll need the current password for the root user. If you've just installed MySQL, and you haven't set the root password yet, the password will be blank, so you should just press enter here. Enter current password for root (enter for none): OK, successfully used password, moving on... Setting the root password ensures that nobody can log into the MySQL root user without the proper authorisation. Set root password? [Y/n] New password: Re-enter new password: ERROR 1142 (42000) at line 1: UPDATE command denied to user ''@'localhost' for table 'user' Password update failed! -- Samuel Baldwin - logik.li

5 6

[arch-general] something is wrong/stoped in servers? commits but no packages on repos.
by Gerardo Exequiel Pozzi 13 Feb '10

13 Feb '10

Hello recents updated on: filesystem-2010.02-2 no package on ftp://ftp.archlinux.org/testing/os/any/ (passed 1 hour since commit) mc-4.7.0.2-2 no packages on ftp://ftp.archlinux.org/extra/os/i686/ and ftp://ftp.archlinux.org/extra/os/x86_64 (passes 3 hours since commit) luarocks-2.0.1-2 no package on ftp://ftp.archlinux.org/community/os/any/ and some others. also $repo.db.tar.gz are not updated -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

5 5

[arch-general] [signoff] rp-pppoe-3.10-3
by Daniel Isenmann 13 Feb '10

13 Feb '10

Hi, this is a small fix for the bug reported here: http://bbs.archlinux.org/viewtopic.php?pid=699763 Now, you have to set explicit the plugin path to the kernel mode plugin if you want to use it. So, it's up to you if you need it or not and it won't be set anymore as default, because it generated too much errors for some users. Please test it and signoff. -Daniel

4 3