[arch-general] Error starting vim after updates (maybe there for a while)
Listmates, The latest menu error was received starting vim by clicking on an attachment in kmail: Error detected while processing /usr/share/vim/vim72/menu.vim: line 155: E121: Undefined variable: paste#paste_cmd E15: Invalid expression: 'vnoremenu script Edit.PasteTab+gP^I' . paste#paste_cmd['v'] vim will go ahead and start after click ok to the error. -- 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
[arch-general] [signoff] openvpn 2.1_rc19-2
Tested on x86_64, please sign off. Fixes: - Upstream URL was wrong: http://repos.archlinux.org/viewvc.cgi/openvpn/trunk/PKGBUILD?r1=47204r2=47207 - Display of right configuration files on /etc/rc.d/openvpn stop: http://repos.archlinux.org/viewvc.cgi/openvpn/trunk/openvpn.rc?r1=47204r2=47594 - Typo in the script that made it fail when one of the openvpn daemons wouldn't start. http://repos.archlinux.org/viewvc.cgi/openvpn/trunk/openvpn.rc?r1=47594r2=47664diff_format=u There is also another request here: http://bugs.archlinux.org/task/15673 The user says that not all /etc/openvpn/*.conf should be started, but there should be a configuration file that says which ones to start. I am against this, as it adds redundancy and the starting can be avoided by renaming the file to something not ending on .conf. What do you think? signature.asc Description: OpenPGP digital signature
Re: [arch-general] Error starting vim after updates (maybe there for a while)
this could probably be fixed the same way as the other vim problems sudo ln -s /usr/share/vim/vim72/ /usr/share/vim/vimcurrent pat On 07/25/09 at 01:27am, David C. Rankin wrote: Listmates, The latest menu error was received starting vim by clicking on an attachment in kmail: Error detected while processing /usr/share/vim/vim72/menu.vim: line 155: E121: Undefined variable: paste#paste_cmd E15: Invalid expression: 'vnoremenu script Edit.PasteTab+gP^I' . paste#paste_cmd['v'] vim will go ahead and start after click ok to the error. -- 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 -- patrick brisbin
[arch-general] What happened to konq-plugins-4.2.95svn985376-1?
Listmates, I have another newer package according to the last updates: :: Starting full system upgrade... warning: konq-plugins: local (4.2.95svn985376-1) is newer than kde-unstable (4.2.4-2) kde-unstable is before testing in pacman.conf. I've looked and I can't find any package newer than 4.2.4-2 anywhere now. What happened to konq-plugins-4.2.95svn985376-1? -- 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
[arch-general] Pacman version 2.98 or pacman 3.0
I need pacman 2.98 or 3.0 and the dependencies, either the PKGBUILDS or the binaries. I need this for an older system (distro) Is it still available? Thanks
Re: [arch-general] Pacman version 2.98 or pacman 3.0
Baho Utot schrieb: I need pacman 2.98 or 3.0 and the dependencies, either the PKGBUILDS or the binaries. I need this for an older system (distro) Is it still available? ftp://ftp.archlinux.org/other/pacman/ PKGBUILDs are probably in our old CVS, but it seems the cvs-arch tree (which was where we had the current packages before we changed the repository layout) is not publicly available anymore. signature.asc Description: OpenPGP digital signature
Re: [arch-general] What happened to konq-plugins-4.2.95svn985376-1?
Am Samstag 25 Juli 2009 18:38:32 schrieb David C. Rankin: What happened to konq-plugins-4.2.95svn985376-1? I removed it; use the one from the repo. -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] Pacman version 2.98 or pacman 3.0
On Sat, 2009-07-25 at 19:13 +0200, Thomas Bächler wrote: Baho Utot schrieb: I need pacman 2.98 or 3.0 and the dependencies, either the PKGBUILDS or the binaries. I need this for an older system (distro) Is it still available? ftp://ftp.archlinux.org/other/pacman/ PKGBUILDs are probably in our old CVS, but it seems the cvs-arch tree (which was where we had the current packages before we changed the repository layout) is not publicly available anymore. That didn't work as I would need libtar which is missing :(
Re: [arch-general] Pacman version 2.98 or pacman 3.0
On Sat, Jul 25, 2009 at 13:03, Baho Utotbaho-u...@columbus.rr.com wrote: I need pacman 2.98 or 3.0 and the dependencies, either the PKGBUILDS or the binaries. I need this for an older system (distro) Is it still available? Thanks Out of curiosity, why do you need the old copies?
Re: [arch-general] What happened to konq-plugins-4.2.95svn985376-1?
On Saturday 25 July 2009 12:17:15 pm Pierre Schmitz wrote: Am Samstag 25 Juli 2009 18:38:32 schrieb David C. Rankin: What happened to konq-plugins-4.2.95svn985376-1? I removed it; use the one from the repo. Whew -- At least I know it wasn't me ;-) Thanks -- 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
Re: [arch-general] Pacman version 2.98 or pacman 3.0
Daenyth Blank wrote: On Sat, Jul 25, 2009 at 13:03, Baho Utotbaho-u...@columbus.rr.com wrote: I need pacman 2.98 or 3.0 and the dependencies, either the PKGBUILDS or the binaries. I need this for an older system (distro) Is it still available? Thanks Out of curiosity, why do you need the old copies? One of our users is running a server called the Arch Rollback Machine. Do a search for it on the forums. You may well be able to get what you're looking for through his server. -- Daniel J Griffiths (Ghost1227) griffith...@archlinux.us http://ghost1227.com
[arch-general] Where can I find the boot log to find out what failed on boot?
Listmates, Seems like a simple question, but I've searched /var/log and can't find a file that contains the boot history showing all the fail messages during boot. For some reason after the latest update, my i686 box showed a half dozen or so fail messages. I need to find the log of what died. The upside to this? This was my i686 box that would no longer start kde after the next-previous set of updates. Now kde4 starts fine again. Whatever failed can't be that critical because the box is functioning fine, but I still want to find out what failed. If the file is in /var/log, then I just flat missed it. I thought it would be daemons.log, but I found no fail messages. -- 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
[arch-general] archboot stills depends of portmap
Maybe someone should fix that, since portmap has been replaced by rpcbind some time ago (and portmap can no longer be found on any repo). (archboot is in [extra] )
Re: [arch-general] Where can I find the boot log to find out what failed on boot?
On Sat, Jul 25, 2009 at 4:49 PM, David C. Rankindrankina...@suddenlinkmail.com wrote: Listmates, Seems like a simple question, but I've searched /var/log and can't find a file that contains the boot history showing all the fail messages during boot. For some reason after the latest update, my i686 box showed a half dozen or so fail messages. I need to find the log of what died. The upside to this? This was my i686 box that would no longer start kde after the next-previous set of updates. Now kde4 starts fine again. Whatever failed can't be that critical because the box is functioning fine, but I still want to find out what failed. If the file is in /var/log, then I just flat missed it. I thought it would be daemons.log, but I found no fail messages. This might not actually be logged anywhere now that I think about it. To devs- am I wrong, or maybe we should add some syslog foo in here so this stuff is more easily traceable? I personally disable the VC on tty1 in inittab on all machines so that no console overwrites the boot screen. -Dan
Re: [arch-general] Where can I find the boot log to find out what failed on boot?
On Sat, Jul 25, 2009 at 05:29:31PM -0500, Dan McGee wrote: On Sat, Jul 25, 2009 at 4:49 PM, David C. Rankindrankina...@suddenlinkmail.com wrote: Listmates, Seems like a simple question, but I've searched /var/log and can't find a file that contains the boot history showing all the fail messages during boot. For some reason after the latest update, my i686 box showed a half dozen or so fail messages. I need to find the log of what died. The upside to this? This was my i686 box that would no longer start kde after the next-previous set of updates. Now kde4 starts fine again. Whatever failed can't be that critical because the box is functioning fine, but I still want to find out what failed. If the file is in /var/log, then I just flat missed it. I thought it would be daemons.log, but I found no fail messages. This might not actually be logged anywhere now that I think about it. To devs- am I wrong, or maybe we should add some syslog foo in here so this stuff is more easily traceable? I personally disable the VC on tty1 in inittab on all machines so that no console overwrites the boot screen. -Dan That's an interesting way to handle that Dan. Personally if I'm troubleshooting this, I add something like read KEY to the end of /etc/rc.local so that the boot pauses for a keypress. After I see what I want, I just comment out or remove that line from /etc/rc.local. Another way would be to remove the string escape that clears the screen from /etc/issue, but IMHO that is quite ugly.
Re: [arch-general] [arch-dev-public] [signoff] readline-6.0.003-1
Gerardo Exequiel Pozzi wrote: ln -s ../../lib/libreadline.so /usr/lib/libreadline.so shared libs that are on /lib and also provides a static version in /usr/lib must have a symlink in /usr/lib/ that points to shared lib in /lib I just checked if all others packages in repos that install shared-lib in /lib and static-lib in /usr/lib have this problem, the result is OK, all packages respect this rule ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] Where can I find the boot log to find out what failed on boot?
On Sat, Jul 25, 2009 at 5:37 PM, Randy Morrisrandy.mor...@archlinux.us wrote: On Sat, Jul 25, 2009 at 05:29:31PM -0500, Dan McGee wrote: On Sat, Jul 25, 2009 at 4:49 PM, David C. Rankindrankina...@suddenlinkmail.com wrote: Listmates, Seems like a simple question, but I've searched /var/log and can't find a file that contains the boot history showing all the fail messages during boot. For some reason after the latest update, my i686 box showed a half dozen or so fail messages. I need to find the log of what died. The upside to this? This was my i686 box that would no longer start kde after the next-previous set of updates. Now kde4 starts fine again. Whatever failed can't be that critical because the box is functioning fine, but I still want to find out what failed. If the file is in /var/log, then I just flat missed it. I thought it would be daemons.log, but I found no fail messages. This might not actually be logged anywhere now that I think about it. To devs- am I wrong, or maybe we should add some syslog foo in here so this stuff is more easily traceable? I personally disable the VC on tty1 in inittab on all machines so that no console overwrites the boot screen. -Dan That's an interesting way to handle that Dan. Personally if I'm troubleshooting this, I add something like read KEY to the end of /etc/rc.local so that the boot pauses for a keypress. After I see what I want, I just comment out or remove that line from /etc/rc.local. Another way would be to remove the string escape that clears the screen from /etc/issue, but IMHO that is quite ugly. I disable vc/1 on all my machines in inittab as well, and have been doing for over a year now on all my arch installs. It is one of the first things I do after installing, and I just leave it disabled.
Re: [arch-general] Pacman version 2.98 or pacman 3.0
On Sat, 2009-07-25 at 14:48 -0400, Daenyth Blank wrote: On Sat, Jul 25, 2009 at 13:03, Baho Utotbaho-u...@columbus.rr.com wrote: I need pacman 2.98 or 3.0 and the dependencies, either the PKGBUILDS or the binaries. I need this for an older system (distro) Is it still available? Thanks Out of curiosity, why do you need the old copies? The current version just have too many dependencies to be able to use them. The older one only needs libtar,fakeroot and libdownload. THe new one requires somewhere around 10.
Re: [arch-general] Pacman version 2.98 or pacman 3.0
Baho Utot schrieb: The current version just have too many dependencies to be able to use them. The older one only needs libtar,fakeroot and libdownload. THe new one requires somewhere around 10. But those pacman versions suck, seriously, they have so many annoying bugs that have been fixed in 3.1 and 3.2. Especially the 2.X series is not very convenient to use. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Pacman version 2.98 or pacman 3.0
On Sat, Jul 25, 2009 at 5:10 PM, Baho Utotbaho-u...@columbus.rr.com wrote: On Sat, 2009-07-25 at 14:48 -0400, Daenyth Blank wrote: On Sat, Jul 25, 2009 at 13:03, Baho Utotbaho-u...@columbus.rr.com wrote: I need pacman 2.98 or 3.0 and the dependencies, either the PKGBUILDS or the binaries. I need this for an older system (distro) Is it still available? Thanks Out of curiosity, why do you need the old copies? The current version just have too many dependencies to be able to use them. The older one only needs libtar,fakeroot and libdownload. THe new one requires somewhere around 10. pacman itself only requires libarchive and libdownload/libfetch... makepkg and friends bring in the other deps. Also note that the old pacman did not use libdownload - that was added in 3.0 I believe Still... the old versions are just bad compared to the current pacman
Re: [arch-general] Where can I find the boot log to find out what failed on boot?
On Sat, Jul 25, 2009 at 3:29 PM, Dan McGeedpmc...@gmail.com wrote: On Sat, Jul 25, 2009 at 4:49 PM, David C. Rankindrankina...@suddenlinkmail.com wrote: Listmates, Seems like a simple question, but I've searched /var/log and can't find a file that contains the boot history showing all the fail messages during boot. For some reason after the latest update, my i686 box showed a half dozen or so fail messages. I need to find the log of what died. The upside to this? This was my i686 box that would no longer start kde after the next-previous set of updates. Now kde4 starts fine again. Whatever failed can't be that critical because the box is functioning fine, but I still want to find out what failed. If the file is in /var/log, then I just flat missed it. I thought it would be daemons.log, but I found no fail messages. This might not actually be logged anywhere now that I think about it. To devs- am I wrong, or maybe we should add some syslog foo in here so this stuff is more easily traceable? I personally disable the VC on tty1 in inittab on all machines so that no console overwrites the boot screen. Nope, not logged anywhere. Those messages, however, are arch messages. The daemon itself that fails should write its output somewhere. If you just want a list of what isn't running, you can always look in... hmm whatever the dir is... /var/run/daemons I think, and compare that to rc.conf. syslogging this is acceptable if someone wants to supply a patch
Re: [arch-general] archboot stills depends of portmap
mathieu p wrote: Maybe someone should fix that, since portmap has been replaced by rpcbind some time ago (and portmap can no longer be found on any repo). (archboot is in [extra] ) This is a known issue: http://bugs.archlinux.org/task/15420 Allan
Re: [arch-general] No updates in past week or so - my update problem or just no updates?
On Thursday 23 July 2009 10:26:14 am David Rosenstrauch wrote: David Rosenstrauch wrote: David C. Rankin wrote: Listmates, I have several boxes running arch. In the past week or so, I haven't had any updates. Is it my system not updating or have there been relatively few updates? The RIT mirror is down. Switch to a new one - e.g.: Server = http://www.schlunix.org/archlinux/$repo/os/x86_64 HTH, DR Actually, let me rephrase that: it's not down. It just hadn't been updating recently. According to the mirrorcheck page, though, it looks like it might be back now. http://users.archlinux.de/~gerbra/mirrorcheck.html DR Thanks DR, all, I finally got a full update for both x86_64 and x86. Just felt strange having pacman -Syu come back with Up to date so many times in a row. After the updates, things are running good (minus the usual rats to kill) -- 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
[arch-general] What? - NO 'p' in dmraid-1.0.0.rc15-8 anymore?
Listmates, After going through the testing process with dmraid-1.0.0.rc15 where the biggest change for users was the addition of the 'p' in the /dev/mapper/raidname_device_partx naming convention, the last update warns that you must now *remove* the 'p' from fstab, etc.. What's up? Will we have to add the 'p' again next week? -- 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
Re: [arch-general] PCI modems
On Thursday 23 July 2009 09:00:20 am Sergey Manucharian wrote: On Thu, 23 Jul 2009 14:50:19 +0200 RedShift redsh...@pandora.be wrote: ... I don't think using second hand modems is a good idea, I really need something I can buy in a store... ... http://www.wiredparadise.net/46xvp.html Amazing - the price is $30, but the shipping to Europe is $65... Cheers, Sergey Yes, they get you on shipping.. $12.34 for shipping in the states for UPS ground for a few ounces? That's more than the last couple of USR's I bought of ebay. As for 'new' versus 'used', I've had great luck with modems off ebay. Modems either work or they don't, not much to wear out. (lightning excluded) Once you get your modem, I suspect you will be using hylafax as your fax receiving package. When you do, also look into Avantfax web front-end to hylafax and tesseract for OCR of incoming faxes. Both work excellent. I have had the combination running on an old AMD K6-2 450 as my office fax server for a year or so and love it. I have a quick setup page for the combination (somewhat openSuSE related) at: http://www.3111skyline.com/linux/avantfax.php -- 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
Re: [arch-general] Error starting vim after updates (maybe there for a while)
On Saturday 25 July 2009 10:48:05 am Patrick Brisbin wrote: this could probably be fixed the same way as the other vim problems sudo ln -s /usr/share/vim/vim72/ /usr/share/vim/vimcurrent pat On 07/25/09 at 01:27am, David C. Rankin wrote: Listmates, The latest menu error was received starting vim by clicking on an attachment in kmail: Error detected while processing /usr/share/vim/vim72/menu.vim: line 155: E121: Undefined variable: paste#paste_cmd E15: Invalid expression: 'vnoremenu script Edit.PasteTab+gP^I' . paste#paste_cmd['v'] vim will go ahead and start after click ok to the error. Thanks Patrick, that helped. -- 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
Re: [arch-general] Where can I find the boot log to find out what failed on boot?
On Saturday 25 July 2009 08:33:01 pm Aaron Griffin wrote: On Sat, Jul 25, 2009 at 3:29 PM, Dan McGeedpmc...@gmail.com wrote: On Sat, Jul 25, 2009 at 4:49 PM, David C. Rankindrankina...@suddenlinkmail.com wrote: Listmates, Seems like a simple question, but I've searched /var/log and can't find a file that contains the boot history showing all the fail messages during boot. For some reason after the latest update, my i686 box showed a half dozen or so fail messages. I need to find the log of what died. The upside to this? This was my i686 box that would no longer start kde after the next-previous set of updates. Now kde4 starts fine again. Whatever failed can't be that critical because the box is functioning fine, but I still want to find out what failed. If the file is in /var/log, then I just flat missed it. I thought it would be daemons.log, but I found no fail messages. This might not actually be logged anywhere now that I think about it. To devs- am I wrong, or maybe we should add some syslog foo in here so this stuff is more easily traceable? I personally disable the VC on tty1 in inittab on all machines so that no console overwrites the boot screen. Nope, not logged anywhere. Those messages, however, are arch messages. The daemon itself that fails should write its output somewhere. If you just want a list of what isn't running, you can always look in... hmm whatever the dir is... /var/run/daemons I think, and compare that to rc.conf. syslogging this is acceptable if someone wants to supply a patch Thanks all, I found it. For some reason kdm was crapping out. Really strange. Weeks ago, I learned that kdm doesn't belong in the DAEMONS LINE and moved it to inittab. Then for some reason something changed with the 7/22 updates that caused X to respawn too fast. After the last update, the failed messages were from kdm. After working on it a bit more, I finally arrived at: x:5:respawn:/opt/kde/bin/kdm -nodaemon and all seems to be working well now. I need to use kdm for kde3 so I maintain my kdemod3 login capability from the greeter. So far so good with this setup. Anybody else have a better way? -- 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
Re: [arch-general] How do I re-create a DVD from the backup created by vobcopy? [SOLVED]
On Saturday 25 July 2009 08:50:53 pm David C. Rankin wrote: Listmates, SNIP UUGH! QUOTE The BUP file is a backup of the IFO file on a DVD, which contains the information about the organization of tracks, menus, chapters, subtitles on the disc. /QUOTE http://en.wikipedia.org/wiki/BUP -- 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