- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] status of vi/vim in testing
by tobias＠justdreams.de 18 Jun '09

18 Jun '09

Thank you Henning, I'll look into those options. Quoting Henning Garus <henning.garus(a)googlemail.com>: > You might want to consider the conflict/provides stuff for vim anyway or you > should start to prepare yourself for the wrath of those who type vi and > expect vim... I can handle that, the amount of wrath is quite amazing already :P -T

1 0

Re: [arch-general] [arch-dev-public] [signoff] + help needed readline rebuilds
by Grigorios Bouzakis 18 Jun '09

18 Jun '09

On Thu, Jun 18, 2009 at 9:31 PM, Aaron Griffin <aaronmgriffin(a)gmail.com>wrote: > On Thu, Jun 18, 2009 at 1:27 PM, Pierre Schmitz<pierre(a)archlinux.de> > wrote: > > On Thursday 18 June 2009 18:12:05 Aaron Griffin wrote: > >> I'm going to slowly work through these throughout the day, but if > >> someone can help, that'd be great. > >> > >> Let me know if I broke anything - been using bash 4 for some time with > >> little or no problems > > > > Maybe you could add those to a todo list before we get lost. > > Done. > https://dev.archlinux.org/todo/10/ > > I fear it may need some additions. > Can you check for bug reports before moving the packages from testing? Or better before building the remaining ones? Saves time for builders and bandwidth for users. eg. http://bugs.archlinux.org/task/13924 -- Greg

2 1

[arch-general] bash 4.0 / readline 6.0 rebuilds
by Caleb Cushing 18 Jun '09

18 Jun '09

been using arch for a few months and generally good and current... but I just noticed that it still hasn't moved to bash 4. I'm wondering what the status of it is? and where it's being held up (searching the bugtracker found nothing that looked on target). perhaps I can help? -- Caleb Cushing http://xenoterracide.blogspot.com

4 7

[arch-general] kde4 Tip for Desktop Effects "Animation duration" timings
by David C. Rankin, J.D.,P.E. 18 Jun '09

18 Jun '09

Listmates, When configuring many of the individual desktop effects, there is a field called "Animation duration" or "Rotation duratio" (the cube) which are the timing/delay (in miliseconds) for the effect transitions which is set to "default". I have found the "default" to be incredibly low. Increasing the "Default Animation" to ~270 really help the appearance of the effects. You will need to adjust this value for your hardware, etc.., but I have found ~270 to work well on several boxes. -- 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

1 0

[arch-general] kde4.3 Beta2 - woking well - normal quirks & questions
by David C. Rankin 18 Jun '09

18 Jun '09

Listmates, Installed kde-unstable and it is looking good. A couple of system-settings crashes reported to kde.org (added to the existing bug). One issue that I deal with with Beta 2 on both suse and Arch is the kicker panel not wanting to unhide when running compiz. Sometimes the panel gets "stuck". When you move the cursor to the bottom-edge of the screen, you can see the panel "glow" appear among the bottom edge, but the panel remains stuck. Clicking around on the desktop to force the focus to change to the desktop and then to a window or two generally "unsticks" the panel. I can't figure out what is happening. I have seen this behavior on the 4 kde43 beta2 install I have. Anybody have any ideas on why compiz would cause the plamsa ("kicker") panel to behave like this? One P.S.: In the "Replace" dialog (now at the bottom of the window) of both kate and kwrite, "Does anybody know where the Regular Expression Editor has gone?" -- 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

1 0

[arch-general] kde-unstable install - Round 2 - There is a BUG here...
by David C. Rankin 18 Jun '09

18 Jun '09

DR, List Here is the situation after the difficulty I had installing kde-unstable on the x86_64 box where I finally just installed with '-f', I have the exact setup on an i686 box where I am trying to install kde-unstable, but this time finding a way to do it without resorting to the '-f' option. On the box, I have kdemod3 installed and configured and I have never specifically installed kde4 from anywhere (I guess I got it by default with the Arch install). So far, all packages for kde-unstable have been downloaded to the i686 box when I tried to install kde-unstable with 'pacman -Sy kde kde-extragear'. There were 20000+ lines of conflicts of the following type: error: could not prepare transaction error: failed to commit transaction (conflicting files) /usr/share/apps/color-schemes/Zion.colors exists in both 'kdeaccessibility- colorschemes' and 'kdeaccessibility' /usr/share/apps/color-schemes/ZionReversed.colors exists in both 'kdeaccessibility-colorschemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' <snip 20000 lines> Literally, thousands and thousands of conflicting files. For full details (100k) see: http://nirvana.3111skyline.com/download/Archlinux/bugs/kde4-conflicts- i686.txt.bz2 So on good advise, I set about to remove the conflicts by removing kde4 before trying to install kde4 from kde-unstable -- no joy, same conflicts: [17:40 supersff:/home/david] # pacman -Rs kde kde not found, searching for group... :: group kde: kdebase-runtime kdelibs kdemultimedia Remove whole content? [Y/n] checking dependencies... error: failed to prepare transaction (could not satisfy dependencies) :: k3b: requires kdelibs :: k3b: requires kdemultimedia :: k9copy: requires kdebase-runtime :: kdiff3: requires kdelibs [18:02 supersff:/home/david] # pacman -Rs kde k3b k9copy kdiff3 kde not found, searching for group... :: group kde: kdebase-runtime kdelibs kdemultimedia Remove whole content? [Y/n] checking dependencies... Remove (16): kdiff3-0.9.95-1 k9copy-2.3.2-1 k3b-1.66.0alpha2-1 polkit- qt-0.9.2-1 normalize-0.7.7-3 vorbis-tools-1.2.0-3 mpg123-1.7.3-1 cdrdao-1.2.2-2 kdemultimedia-4.2.4-1 kdebase- runtime-4.2.4-1 kdelibs-4.2.4-2 strigi-0.6.4-2 exiv2-0.18-1 soprano-2.2.3-1 clucene-0.9.21b-1 phonon-4.3.1-2 Total Removed Size: 213.03 MB Do you want to remove these packages? [Y/n] ( 1/16) removing kdiff3 [#################################################################################] 100% ( 2/16) removing k9copy [#################################################################################] 100% ( 3/16) removing k3b [#################################################################################] 100% ( 4/16) removing polkit-qt [#################################################################################] 100% ( 5/16) removing normalize [#################################################################################] 100% ( 6/16) removing vorbis-tools [#################################################################################] 100% ( 7/16) removing mpg123 [#################################################################################] 100% ( 8/16) removing cdrdao [#################################################################################] 100% ( 9/16) removing kdemultimedia [#################################################################################] 100% (10/16) removing kdebase-runtime [#################################################################################] 100% (11/16) removing kdelibs [#################################################################################] 100% (12/16) removing strigi [#################################################################################] 100% (13/16) removing exiv2 [#################################################################################] 100% (14/16) removing soprano [#################################################################################] 100% (15/16) removing clucene [#################################################################################] 100% (16/16) removing phonon [#################################################################################] 100% [18:03 supersff:/home/david] # pms kde kde-extragear :: Synchronizing package databases... kdemod-legacy is up to date kde-unstable is up to date core is up to date extra is up to date community is up to date archlinuxfr is up to date kde package not found, searching for group... :: group kde (including ignored packages): kdeaccessibility-colorschemes kdeaccessibility-iconthemes kdeaccessibility-kmag kdeaccessibility-kmousetool kdeaccessibility-kmouth kdeaccessibility-kttsd kdeadmin-kcron kdeadmin- ksystemlog kdeadmin-kuser <snip packages to be installed> Total Download Size: 0.00 MB Total Installed Size: 1470.55 MB Proceed with installation? [Y/n] checking package integrity... (272/272) checking for file conflicts [#################################################################################] 100% error: could not prepare transaction error: failed to commit transaction (conflicting files) /usr/share/apps/color-schemes/Zion.colors exists in both 'kdeaccessibility- colorschemes' and 'kdeaccessibility' /usr/share/apps/color-schemes/ZionReversed.colors exists in both 'kdeaccessibility-colorschemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/48x48/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/48x48/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/64x64/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' Grrrrr. Same conflicts, what in the world is going on? The nearly identical gory details (99k): http://nirvana.3111skyline.com/download/Archlinux/bugs/kde4-conflicts-i686- again.txt.bz2 [18:21 supersff:/home/david] # pacman -Q | grep kde | grep -v kdemod3 <nothing> OK, what is 'accessibility' and where is the conflict? [18:26 supersff:/home/david] # pmq -s | grep accessibility A library providing a set of interfaces for accessibility local/kdemod3-kdeaccessibility 3.5.10-1 (kdemod3-complete kdemod3-vanilla) Huh?? kdemod3 is this issue??? Damn! Why can't I have kdemod3 and kde4 installed side-by-side and why can't I install kde-unstable if kdemod3 is installed. kde3 & kde4 can exist side-by-side just fine. What gives?? OK, fine, I'll blow kdemod3 away and try again (Note: I really did not want to have to do this...) pacman -Rs kdemod3-complete basket compizconfig-backend-kconfig filelight ksensors qcad OK, now both kde and everything related to kdemod has been torpedoed. Proceed with installation? [Y/n] checking package integrity... :: File pilot-link-0.12.3-4-i686.pkg.tar.gz is corrupted. Do you want to delete it? [Y/n] error: failed to commit transaction (invalid or corrupted package) pilot-link-0.12.3-4-i686.pkg.tar.gz is invalid or corrupted Errors occurred, no packages were upgraded. Oh for goodness sake! [18:39 supersff:/home/david] # pms kde kde-extragear :: Synchronizing package databases... kdemod-legacy is up to date kde-unstable is up to date core is up to date extra is up to date community is up to date archlinuxfr is up to date kde package not found, searching for group... :: group kde (including ignored packages): kdeaccessibility-colorschemes kdeaccessibility-iconthemes kdeaccessibility-kmag kdeaccessibility-kmousetool <snip> Total Download Size: 0.47 MB Total Installed Size: 1550.16 MB Proceed with installation? [Y/n] :: Retrieving packages from extra... pilot-link-0.12.3-4... 477.9K 126.3K/s 00:00:04 [#################################################################################] 100% checking package integrity... (299/299) checking for file conflicts [#################################################################################] 100% error: could not prepare transaction error: failed to commit transaction (conflicting files) /usr/share/apps/color-schemes/Zion.colors exists in both 'kdeaccessibility- colorschemes' and 'kdeaccessibility' /usr/share/apps/color-schemes/ZionReversed.colors exists in both 'kdeaccessibility-colorschemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/48x48/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/48x48/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/64x64/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' / WTF???? This is a BUG, there isn't a damn thing installed and still I get 20000 lines of conflicts.... The same conflicts..... OK, let's disable kdemod- legacy in pacman and try once again. [18:46 supersff:/home/david] # vi /etc/pacman.conf [18:46 supersff:/home/david] # pms kde kde-extragear <snip SAME damn conflicts> Errors occurred, no packages were upgraded. [18:46 supersff:/home/david] # I give up ;-( I'm pulling out the Nuclear option. I have uninstalled everything related to kde and kde-unstable still will not install. This has to be some type of bug. I'll report back after I get my system installed and running.... -- 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

6 12

[arch-general] Btrfs rescue images -- Modified Arch
by Tim Gelter 18 Jun '09

18 Jun '09

Looks like Chris Mason (the lead BTRFS developer @ Oracle) is a fan of Arch Linux... :) -Tim -------- Original Message -------- Subject: Re: Btrfs rescue images Date: Mon, 15 Jun 2009 21:02:01 -0400 From: Chris Mason <chris.mason(a)oracle.com> To: linux-kernel(a)vger.kernel.org, linux-btrfs(a)vger.kernel.org, Linus Torvalds <torvalds(a)linux-foundation.org> References: <20090616005319.GA3735@think> On Mon, Jun 15, 2009 at 08:53:19PM -0400, Chris Mason wrote: > Hello everyone, > > As Linus discovered, the new btrfs disk format in 2.6.31-git can be > problematic if your FS gets forward rolled to the new format and you end > up bisecting back to the old code. > > It would also be nice to have a way to run btrfsck on a root filesystem > and do other assorted tasks. So, I'm making live boot usb images for > both x86 and x86-64. > > They should have enough to get your filesystems mounted and they also > include git, gcc, make and enough to compile the kernel. These are > based on the Arch 2.6.30 distro with just the btrfs newformat code > added. > > I've got the 32 bit image uploaded, and I'll queue up 64 bit overnight. > If anyone is feeling brave, just dd the image onto a usb stick and > rescue boot away. > > They work on both of my test boxes, but a little extra testing would be > nice. Well, I had the link in my paste buffer, but it helps to actually paste it. http://www.kernel.org/pub/linux/kernel/people/mason/btrfs-boot-images/ -chris -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

4 4

[arch-general] kde-unstable with kdemod3: Total Removal and Reinstal - [SOLVED]
by David C. Rankin 18 Jun '09

18 Jun '09

List, As a test on the x86_64 box where all the conflict occurred, I thought I would make one more stab at a clean kde-unstable install. To start, I decided to wipe the slate clean. The following is a summary of what was required to completely wipe everything out. [23:30 archangel:/home/david] # pacman -Rs kdemod3-complete basket compizconfig-backend-kconfig kdemod3-gwenview kdemod3-libkdcraw kdemod3- libkexiv2 kdemod3-libkipi opera qcad [23:36 archangel:/home/david] # pacman -Rs kde kde-extragear kde-meta- kdeaccessibility kde-meta-kdeadmin kde-meta-kdeartwork kde-meta-kdebase kde- meta-kdeedu kde-meta-kdegames kde-meta-kdegraphics kde-meta-kdemultimedia kde- meta-kdenetwork kde-meta-kdepim kde-meta-kdeplasma-addons kde-meta-kdesdk kde- meta-kdetoys kde-meta-kdeutils kde-meta-kdewebdev k3b [23:39 archangel:/home/david] # ( IFS=$'\n'; for i in $(pacman -Q | grep kde); do pacman -Rs ${i%%\ *}; done ) [23:41 archangel:/home/david] # pacman -Rs k9copy kdelibs-experimental kdebase-runtime [23:42 archangel:/home/david] # ( IFS=$'\n'; for i in $(pacman -Q | grep kde); do pacman -Rs ${i%%\ *}; done ) [23:42 archangel:/home/david] # pacman -Q | grep kde (nothing) reboot (just for good measure - all kde is gone, including kdm3, we're in runlevel 3) [23:54 archangel:/home/david] # pacman -Sy kde ==> HERE IS THE KEY (DISCUSSED IN THE EARLIER THREAD) ANSWER: [Yes] to the first install whole content ANSWER: [No ] to everything else (there has to be a bug here...) :: Install whole content? [Y/n] :: group kde (including ignored packages): kdeaccessibility kdeadmin kdeartwork kdebase kdebase-runtime kdebase- workspace kdeedu kdegames kdegraphics kdelibs kdemultimedia kdenetwork kdepim kdepimlibs kdeplasma-addons kdesdk kdetoys kdeutils kdewebdev :: Install whole content? [Y/n] n :: Install kdeaccessibility from group kde? [Y/n] n :: Install kdeadmin :: Install kdeartwork from group kde? [Y/n] n :: Install kdebase from group kde? [Y/n] n :: Install kdebase-runtime from group kde? [Y/n] n :: Install kdebase-workspace from group kde? [Y/n] n :: Install kdeedu from group kde? [Y/n] n :: Install kdegames from group kde? [Y/n] n :: Install kdegraphics from group kde? [Y/n] n :: Install kdelibs from group kde? [Y/n] n :: Install kdemultimedia from group kde? [Y/n] n :: Install kdenetwork from group kde? [Y/n] n :: Install kdepim from group kde? [Y/n] n :: Install kdepimlibs from group kde? [Y/n] n :: Install kdeplasma-addons from group kde? [Y/n] n :: Install kdesdk from group kde? [Y/n] n :: Install kdetoys from group kde? [Y/n] n :: Install kdeutils from group kde? [Y/n] n :: Install kdewebdev from group kde? [Y/n] n If you fail to do this you will end up with thousands of conflicts because each of the packages is already included (albeit in piecemeal fashion) in the first block of packages you are answering "Yes" to after issuing the pacman -S kde command. First glaring question is why? Why are conflicts introduced simply by issuing pacman -S kde on a clean system? Also, why can't I install k3b now? [00:47 archangel:/home/david] # pms k3b :: Synchronizing package databases... kde-unstable is up to date core is up to date extra is up to date community is up to date archlinuxfr is up to date resolving dependencies... looking for inter-conflicts... Targets (4): mpg123-1.7.3-1 normalize-0.7.7-3 kdemultimedia-4.2.4-1 k3b-1.66.0alpha2-1 Total Download Size: 0.00 MB Total Installed Size: 18.54 MB Proceed with installation? [Y/n] checking package integrity... (4/4) checking for file conflicts [#################################################################################] 100% error: could not prepare transaction error: failed to commit transaction (conflicting files) kdemultimedia: /usr/bin/dragon exists in filesystem kdemultimedia: /usr/bin/juk exists in filesystem kdemultimedia: /usr/bin/kmix exists in filesystem kdemultimedia: /usr/bin/kmixctrl exists in filesystem kdemultimedia: /usr/bin/kscd exists in filesystem kdemultimedia: /usr/include/audiocdencoder.h exists in filesystem kdemultimedia: /usr/include/libkcddb/cdinfo.h exists in filesystem kdemultimedia: /usr/include/libkcddb/cdinfodialog.h exists in filesystem kdemultimedia: /usr/include/libkcddb/client.h exists in filesystem kdemultimedia: /usr/include/libkcddb/configbase.h exists in filesystem kdemultimedia: /usr/include/libkcddb/genres.h exists in filesystem kdemultimedia: /usr/include/libkcddb/kcddb.h exists in filesystem kdemultimedia: /usr/include/libkcddb/kcddb_export.h exists in filesystem <snip 100 more lines of tis crud> If we can get k3b installed I'll almost be happy... -- 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

3 5

[arch-general] bash remote host completion gone
by prad 17 Jun '09

17 Jun '09

i had remote host completion: ssh hostna[tab] with my original debian .bashrc file. now with a new arch install it is gone and setting this export HOSTFILE=$HOME/.hosts doesn't bring it back even when i put the hostnames from /etc/hosts into that file. bash-completion is there and working just fine - except for the remote host completion. how can i get the remote hostnames to complete using [tab] again? -- In friendship, prad ... with you on your journey Towards Freedom http://www.towardsfreedom.com (website) Information, Inspiration, Imagination - truly a site for soaring I's

4 8

Re: [arch-general] [arch-dev-public] status of vi/vim in testing
by Grigorios Bouzakis 17 Jun '09

17 Jun '09

On Wed, Jun 17, 2009 at 3:25 PM, Tobias Powalowski <t.powa(a)gmx.de> wrote: > Am Mittwoch 17 Juni 2009 schrieb Allan McRae: > > Tobias Powalowski wrote: > > > Hi > > > just wondered, what is the status of vi/vim in testing, this one blocks > > > archboot from moving to extra, is there any progress of moving it to > > > extra/core? > > > > On this topic, both vi an vim are currently in base. Is this a mistake? > > I find the new (n)vi unusable and and removed it and make vi a symlink > > to vim. Although the current vim is bigger, I would not object to > > removing vi and adding a symlink from vi to vim-normal... > > > > Allan > It's a whole mess, which needs to be cleaned. > First should be decided in which direction this should go. > personally i hate this nvi, it's so restricted. > greetings > tpowa <tpowa(a)archlinux.org> I was about to send an email to Tobias the other day but i could get my script to work so i removed the draft i had saved. IMO this packaging scheme sucks for both vi and vim. I was looking at the CRUX vim script and if a package like that can be achieved IMO its the best solution. Current situation (in testing) vim depends only on perl (optdepend) so this package might as well be in [core] instead of [extra] . That means it would need signoffs for it & gvim as well. I would be in favour of building a vim package in [core] that includes both a vi & vim binary, like CRUX seems to do it. http://crux.nu/ports/crux-2.5/core/vim/Pkgfile I just couldnt get my script to build so hadnt suggested it so far. I wonder if thats possible. The reasons the previous scheme changed was mainly because people complained that vi isnt really vi but vim, so this scenario would cover it Sorry for interefering. -- Greg

3 5