Re: [arch-general] Firefox on Arch - crash on exit
Hi! In data lunedì 20 luglio 2009 06:48:00, Tim Gelter ha scritto: Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system. Mmm I remember something like this happening on Windows (*cough*) machines at school. The solution was to clear the hidden Application Data (or what is called) folder under Documents and Settings. Here probably is something like a lock file, I think. Ciao! Carotinho Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com
Re: [arch-general] Firefox on Arch - crash on exit
2009/7/20 Dario carotin...@yahoo.it: Hi! In data lunedì 20 luglio 2009 06:48:00, Tim Gelter ha scritto: Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system. Mmm I remember something like this happening on Windows (*cough*) machines at school. The solution was to clear the hidden Application Data (or what is called) folder under Documents and Settings. Here probably is something like a lock file, I think. Ciao! Carotinho Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com In ~/.config/mozilla/firefox/[profile] there will be 2 files, lock and .parent_lock that need to be removed, at least those are the offending 2 when this has happened to me.
Re: [arch-general] MythTV
Andrei Thorp wrote: Excerpts from Manne Merak's message of Fri Jul 17 05:50:25 -0400 2009: My previous MythTV box, running opensuse 10.2, just died (HDD failure). Replaced the HDD and installed Arch for n minimal MythTV platform; on an old AMD Athlon 1.2G, 512Meg RAM, NVIDIA FX5200. All installed fine, but I get Bus error if I try to run any MythTV app. I guess it was compiled with some Intel only feature? Anyone have some suggestions? or should I just grab a copy of Mythbuntu? Bus error? Perhaps DBus error, if DBus isn't installed/running/configured? The SVN version works fine (probably a compile flag for AMD uP) Manne
Re: [arch-general] Firefox on Arch - crash on exit
Thank you! This works fine! Greetings :) Am Jul 20, 2009 um 9:45 AM schrieb Damien Churchill: 2009/7/20 Dario carotin...@yahoo.it: Hi! In data lunedì 20 luglio 2009 06:48:00, Tim Gelter ha scritto: Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system. Mmm I remember something like this happening on Windows (*cough*) machines at school. The solution was to clear the hidden Application Data (or what is called) folder under Documents and Settings. Here probably is something like a lock file, I think. Ciao! Carotinho Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com In ~/.config/mozilla/firefox/[profile] there will be 2 files, lock and .parent_lock that need to be removed, at least those are the offending 2 when this has happened to me.
[arch-general] Latest testing/vim lacks symlink
Hi, just upgraded to testing/vim 7.2-234 today and found that the color schemes are missing. After simple investigation, it was a problem of lacking a symlink within vim's directory. there should be a /usr/share/vim/vimcurrent = vim72 which is missing from the pack ? if anyone who is having the same problem just make the link, then it should work.
Re: [arch-general] [arch-dev-public] [signoff] vc/* - tty* transition - round 2
Allan McRae wrote: A couple of fixes have been applied to these packages since the last signoff message. The list of packages looking for signoffs now are: filesystem 2009.07-1 initscripts 2009.07-3 syslog-ng 3.0.3-2 udev 141-5 Cheers, Allan Would it be possible to have a news item, after the move to core, letting users know of the change and that pacman will be touching their /etc/inittab file? ~pyther
Re: [arch-general] Latest testing/vim lacks symlink
It also lacks ruby/python support. 2009/7/20 b4283 da.mi.spi...@gmail.com: Hi, just upgraded to testing/vim 7.2-234 today and found that the color schemes are missing. After simple investigation, it was a problem of lacking a symlink within vim's directory. there should be a /usr/share/vim/vimcurrent = vim72 which is missing from the pack ? if anyone who is having the same problem just make the link, then it should work.
Re: [arch-general] Latest testing/vim lacks symlink
Allan, Ruby 1.9 can be supported by VIM with a patch which I sent to Tobias months ago. I submitted to vim-devel, but without response. If anyone want this patch (vim support to ruby 1.9) I will be happy to send. On Mon, Jul 20, 2009 at 10:25 AM, Allan McRae al...@archlinux.org wrote: Caină wrote: It also lacks ruby/python support Ruby support is deliberate as we are switching to ruby-1.9 and vim currently does not support it. No idea about python. Allan -- Kessia Pinheiro Computer Science Student - Brazil, UFBa Linux System Administrator Arch Linux Trusted User Linux User #389695 http://even.archlinux-br.org
[arch-general] [signoff] kernel26 2.6.30.2-1
Hi guys, just an upstream bump, with the latest security fix, update is recommended for all users. please signoff fast greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] What to do about the blender package?
Excerpts from Allan McRae's message of Sun Jul 19 00:00:53 -0400 2009: So the package is out-of-date and the new version does not build? Could be a reason why it is not updated... I recall Blender not having support for python 2.6 at some point (while we had 2.6). It seems some folks have now successfully built Blender with 2.6 support, but it seeems woefully unofficial. I wonder what can be done about that. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [arch-general] What to do about the blender package?
On 20.07.2009 15:46, Andrei Thorp wrote: Excerpts from Allan McRae's message of Sun Jul 19 00:00:53 -0400 2009: So the package is out-of-date and the new version does not build? Could be a reason why it is not updated... I recall Blender not having support for python 2.6 at some point (while we had 2.6). It seems some folks have now successfully built Blender with 2.6 support, but it seeems woefully unofficial. I wonder what can be done about that. Doesn't Blender 2..49a have Python 2.6 support by default? At least the Windows downloads on blender.org come with Python 2.5 OR Python 2.6.
Re: [arch-general] What to do about the blender package?
Excerpts from Sven-Hendrik Haase's message of Mon Jul 20 09:58:43 -0400 2009: On 20.07.2009 15:46, Andrei Thorp wrote: Excerpts from Allan McRae's message of Sun Jul 19 00:00:53 -0400 2009: So the package is out-of-date and the new version does not build? Could be a reason why it is not updated... I recall Blender not having support for python 2.6 at some point (while we had 2.6). It seems some folks have now successfully built Blender with 2.6 support, but it seeems woefully unofficial. I wonder what can be done about that. Doesn't Blender 2..49a have Python 2.6 support by default? At least the Windows downloads on blender.org come with Python 2.5 OR Python 2.6. I briefly read that they were hoping to push it in for Blender 2.5, but perhaps what I read was incorrect/outdated. I'd actually been running Python 2.5 in parallel with 2.6 for a while for the blender support, and it's a pita :) I'm hoping it'll be fixed up. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [arch-general] Firefox on Arch - crash on exit
Damien Churchill wrote: 2009/7/20 Dario carotin...@yahoo.it: Hi! In data lunedì 20 luglio 2009 06:48:00, Tim Gelter ha scritto: Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system. Mmm I remember something like this happening on Windows (*cough*) machines at school. The solution was to clear the hidden Application Data (or what is called) folder under Documents and Settings. Here probably is something like a lock file, I think. Ciao! Carotinho Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com In ~/.config/mozilla/firefox/[profile] there will be 2 files, lock and .parent_lock that need to be removed, at least those are the offending 2 when this has happened to me. In my case, this isn't a lock file issue. As I explained in my email that triggered this thread, the firefox process does in fact continue running after I attempt to close firefox. It'll run (consuming very little resources) for as long as it takes (minutes, hours, whatever) for me to decide to launch firefox again. At this point, I must kill the existing firefox process before launching firefox once more. Again, this isn't a lock file issue in my case. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Firefox on Arch - crash on exit
Andrei Thorp wrote: Excerpts from Tim Gelter's message of Mon Jul 20 10:48:54 -0400 2009: Damien Churchill wrote: 2009/7/20 Dario carotin...@yahoo.it: Hi! In data lunedì 20 luglio 2009 06:48:00, Tim Gelter ha scritto: Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system. Mmm I remember something like this happening on Windows (*cough*) machines at school. The solution was to clear the hidden Application Data (or what is called) folder under Documents and Settings. Here probably is something like a lock file, I think. Ciao! Carotinho Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com In ~/.config/mozilla/firefox/[profile] there will be 2 files, lock and .parent_lock that need to be removed, at least those are the offending 2 when this has happened to me. In my case, this isn't a lock file issue. As I explained in my email that triggered this thread, the firefox process does in fact continue running after I attempt to close firefox. It'll run (consuming very little resources) for as long as it takes (minutes, hours, whatever) for me to decide to launch firefox again. At this point, I must kill the existing firefox process before launching firefox once more. Again, this isn't a lock file issue in my case. I don't know what you issue is (though I don't find Firefox good in general), but I can provide you a way to automatically kill Firefox on firefox exit if you like... (just a wrapper shell script/alias) I appreciate the offer, but it'd be easy enough to do something like: alias firefox=killall firefox firefox What I'm looking for is an answer to why Firefox has this issue on arch, but not on other mainstream distros. Or am I really the only user experiencing this issue? (other than the couple of guys who responded saying that deleting a lock file or two solved the issue for them) signature.asc Description: OpenPGP digital signature
Re: [arch-general] Firefox on Arch - crash on exit
On Monday 20 July 2009 17:18:38 Tim Gelter wrote: Andrei Thorp wrote: Excerpts from Tim Gelter's message of Mon Jul 20 10:48:54 -0400 2009: Damien Churchill wrote: 2009/7/20 Dario carotin...@yahoo.it: Hi! In data lunedì 20 luglio 2009 06:48:00, Tim Gelter ha scritto: Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system. Mmm I remember something like this happening on Windows (*cough*) machines at school. The solution was to clear the hidden Application Data (or what is called) folder under Documents and Settings. Here probably is something like a lock file, I think. Ciao! Carotinho Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com In ~/.config/mozilla/firefox/[profile] there will be 2 files, lock and .parent_lock that need to be removed, at least those are the offending 2 when this has happened to me. In my case, this isn't a lock file issue. As I explained in my email that triggered this thread, the firefox process does in fact continue running after I attempt to close firefox. It'll run (consuming very little resources) for as long as it takes (minutes, hours, whatever) for me to decide to launch firefox again. At this point, I must kill the existing firefox process before launching firefox once more. Again, this isn't a lock file issue in my case. I don't know what you issue is (though I don't find Firefox good in general), but I can provide you a way to automatically kill Firefox on firefox exit if you like... (just a wrapper shell script/alias) I appreciate the offer, but it'd be easy enough to do something like: alias firefox=killall firefox firefox What I'm looking for is an answer to why Firefox has this issue on arch, but not on other mainstream distros. Or am I really the only user experiencing this issue? (other than the couple of guys who responded saying that deleting a lock file or two solved the issue for them) I experience this troubles too, no lock files, just process running even after closing FF's main window. I have Arch64, FF 3.5.1 -- - Dan Vrátil vra...@progdansoft.com ICQ 249163429 Jabber prog...@jabber.cz Tel. +420 732 326 870 http://www.progdan.homelinux.net signature.asc Description: This is a digitally signed message part.
Re: [arch-general] Firefox on Arch - crash on exit
Excerpts from Tim Gelter's message of Mon Jul 20 11:18:38 -0400 2009: Andrei Thorp wrote: Excerpts from Tim Gelter's message of Mon Jul 20 10:48:54 -0400 2009: Damien Churchill wrote: 2009/7/20 Dario carotin...@yahoo.it: Hi! In data lunedì 20 luglio 2009 06:48:00, Tim Gelter ha scritto: Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system. Mmm I remember something like this happening on Windows (*cough*) machines at school. The solution was to clear the hidden Application Data (or what is called) folder under Documents and Settings. Here probably is something like a lock file, I think. Ciao! Carotinho Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com In ~/.config/mozilla/firefox/[profile] there will be 2 files, lock and .parent_lock that need to be removed, at least those are the offending 2 when this has happened to me. In my case, this isn't a lock file issue. As I explained in my email that triggered this thread, the firefox process does in fact continue running after I attempt to close firefox. It'll run (consuming very little resources) for as long as it takes (minutes, hours, whatever) for me to decide to launch firefox again. At this point, I must kill the existing firefox process before launching firefox once more. Again, this isn't a lock file issue in my case. I don't know what you issue is (though I don't find Firefox good in general), but I can provide you a way to automatically kill Firefox on firefox exit if you like... (just a wrapper shell script/alias) I appreciate the offer, but it'd be easy enough to do something like: alias firefox=killall firefox firefox What I'm looking for is an answer to why Firefox has this issue on arch, but not on other mainstream distros. Or am I really the only user experiencing this issue? (other than the couple of guys who responded saying that deleting a lock file or two solved the issue for them) Yeah, I figured you'd know how to do this. I can't speak for everyone, but I have no such issues like this with Firefox personally, I'm sorry to say. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [arch-general] Firefox on Arch - crash on exit
Andrei Thorp wrote: Excerpts from Tim Gelter's message of Mon Jul 20 11:18:38 -0400 2009: Andrei Thorp wrote: Excerpts from Tim Gelter's message of Mon Jul 20 10:48:54 -0400 2009: Damien Churchill wrote: 2009/7/20 Dario carotin...@yahoo.it: Hi! In data lunedì 20 luglio 2009 06:48:00, Tim Gelter ha scritto: Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system. Mmm I remember something like this happening on Windows (*cough*) machines at school. The solution was to clear the hidden Application Data (or what is called) folder under Documents and Settings. Here probably is something like a lock file, I think. Ciao! Carotinho Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com In ~/.config/mozilla/firefox/[profile] there will be 2 files, lock and .parent_lock that need to be removed, at least those are the offending 2 when this has happened to me. In my case, this isn't a lock file issue. As I explained in my email that triggered this thread, the firefox process does in fact continue running after I attempt to close firefox. It'll run (consuming very little resources) for as long as it takes (minutes, hours, whatever) for me to decide to launch firefox again. At this point, I must kill the existing firefox process before launching firefox once more. Again, this isn't a lock file issue in my case. I don't know what you issue is (though I don't find Firefox good in general), but I can provide you a way to automatically kill Firefox on firefox exit if you like... (just a wrapper shell script/alias) I appreciate the offer, but it'd be easy enough to do something like: alias firefox=killall firefox firefox What I'm looking for is an answer to why Firefox has this issue on arch, but not on other mainstream distros. Or am I really the only user experiencing this issue? (other than the couple of guys who responded saying that deleting a lock file or two solved the issue for them) Yeah, I figured you'd know how to do this. I can't speak for everyone, but I have no such issues like this with Firefox personally, I'm sorry to say. To whomever might have insight into what's happening, here is what happens if I attach to the running firefox process after closing firefox. I can also attach a trace of firefox from the beginning of operation if that would help. If this is better meant to be included as a bug report, I can certainly do that but I fear it'll be rejected as works for me by a developer as it seems it only affects some of us. # ps -ef | grep -i firefox tgelter 4688 4329 2 08:40 ?00:01:23 /usr/bin/firefox root ~ # strace -p 4688 Process 4688 attached - interrupt to quit futex(0x7fea3538c0d0, FUTEX_WAIT_PRIVATE, 2, NULL ^C unfinished ... Process 4688 detached signature.asc Description: OpenPGP digital signature
Re: [arch-general] Firefox on Arch - crash on exit
Tim Gelter wrote: I appreciate the offer, but it'd be easy enough to do something like: alias firefox=killall firefox firefox What I'm looking for is an answer to why Firefox has this issue on arch, but not on other mainstream distros. Or am I really the only user experiencing this issue? (other than the couple of guys who responded saying that deleting a lock file or two solved the issue for them) I experienced the same issues (in Kubuntu, though) when using gtk-qt-engine. I switched to qtcurve and firefox closed normally.
Re: [arch-general] [arch-dev-public] [signoff] vc/* - tty* transition
Allan McRae wrote: And given the number of complaints I got about libjpeg7 (wheres the thanks now gtk and kde are working?) Thank you! :-) DR
Re: [arch-general] Firefox on Arch - crash on exit
Octavian Florea wrote: Tim Gelter wrote: I appreciate the offer, but it'd be easy enough to do something like: alias firefox=killall firefox firefox What I'm looking for is an answer to why Firefox has this issue on arch, but not on other mainstream distros. Or am I really the only user experiencing this issue? (other than the couple of guys who responded saying that deleting a lock file or two solved the issue for them) I experienced the same issues (in Kubuntu, though) when using gtk-qt-engine. I switched to qtcurve and firefox closed normally. interesting. I too am using gtk-qt-engine. I'll get rid of it to see if that helps. For what it's worth, rather than using qtcurve, I'm going to use gtk-kde4-oxygen-theme instead. signature.asc Description: OpenPGP digital signature
Re: [arch-general] [arch-dev-public] [signoff] readline-6.0.003-1
On Sat, Jul 18, 2009 at 9:08 AM, Allan McRaeal...@archlinux.org wrote: Bump upstream patch level, moved static libraries to /usr/lib Signoff both arches. User signoff, x86_64. Bash works fine. Thanks -- --- Denis A. Altoe Falqueto --- Samuel Goldwyn - I'm willing to admit that I may not always be right, but I am never wrong. - http://www.brainyquote.com/quotes/authors/s/samuel_goldwyn.html
Re: [arch-general] [arch-dev-public] [signoff] shadow-4.1.4.1-1
On Sat, Jul 18, 2009 at 8:40 AM, Allan McRaeal...@archlinux.org wrote: Upstream update. Fixes FS#15217. Sign-off both arches. User signoff, x86_64. Logged in fine. Thanks. -- --- Denis A. Altoe Falqueto --- Joan Crawford - I, Joan Crawford, I believe in the dollar. Everything I earn, I spend. - http://www.brainyquote.com/quotes/authors/j/joan_crawford.html
Re: [arch-general] [arch-dev-public] [signoff] usbutils-0.84-1
On Sat, Jul 18, 2009 at 9:40 AM, Allan McRaeal...@archlinux.org wrote: Upstream update. Signoff both arches. User signoff, x86_64. lsusb acts as expected. Thanks. -- --- Denis A. Altoe Falqueto --- Ogden Nash - The trouble with a kitten is that when it grows up, it's always a cat. - http://www.brainyquote.com/quotes/authors/o/ogden_nash.html
Re: [arch-general] [signoff] dhclient-3.1.2p1
On Sun, 19 Jul 2009 16:27:20 -0400 Eric Bélanger snowmanisc...@gmail.com wrote: On Sun, Jul 19, 2009 at 4:06 PM, Daniel Isenmanndaniel.isenm...@gmx.de wrote: On Sun, 19 Jul 2009 21:08:21 +0200 Thomas Bächler tho...@archlinux.org wrote: Daniel Isenmann schrieb: Please signoff both architectures. The new version fixes CVE-2009-0692 (https://www.isc.org/node/468). I have cleaned up the PKGBUILD and removes our patches. So please test it carefully and report any issue to the bugtracker or the ML. On works here on my PC, but it needs definitely more testing. Daniel Did you remove the patch to dhclient-script? I added a patch in there ages ago to kill all the down on the ifconfig lines. If you reverted that patch, mac80211 wireless cards will fail to work with dhclient, as bringing the interface down on a DHCPNAK will render the wireless connection unusable. Yes I have removed. I have asked before on the dev-public but nobody answered. I will release a new pkgrel with added patch soon. Any other things about the patches I should know? It conflicts with dhcp: error: could not prepare transaction error: failed to commit transaction (conflicting files) dhclient: /usr/include/isc-dhcp/boolean.h exists in filesystem dhclient: /usr/include/isc-dhcp/dst.h exists in filesystem dhclient: /usr/include/isc-dhcp/int.h exists in filesystem dhclient: /usr/include/isc-dhcp/lang.h exists in filesystem dhclient: /usr/include/isc-dhcp/list.h exists in filesystem dhclient: /usr/include/isc-dhcp/result.h exists in filesystem dhclient: /usr/include/isc-dhcp/types.h exists in filesystem dhclient: /usr/include/omapip/alloc.h exists in filesystem dhclient: /usr/include/omapip/buffer.h exists in filesystem dhclient: /usr/include/omapip/omapip.h exists in filesystem dhclient: /usr/lib/libomapi.a exists in filesystem Errors occurred, no packages were upgraded. Fixed in pkgrel 2. Please test and signoff. Daniel
Re: [arch-general] Firefox on Arch - crash on exit
Tim Gelter wrote: Octavian Florea wrote: Tim Gelter wrote: I appreciate the offer, but it'd be easy enough to do something like: alias firefox=killall firefox firefox What I'm looking for is an answer to why Firefox has this issue on arch, but not on other mainstream distros. Or am I really the only user experiencing this issue? (other than the couple of guys who responded saying that deleting a lock file or two solved the issue for them) I experienced the same issues (in Kubuntu, though) when using gtk-qt-engine. I switched to qtcurve and firefox closed normally. interesting. I too am using gtk-qt-engine. I'll get rid of it to see if that helps. For what it's worth, rather than using qtcurve, I'm going to use gtk-kde4-oxygen-theme instead. Well, it appears that Octavian tracked down the issue to gtk-qt-engine. I'm not having trouble anymore since removing it. The question still remains then, why does gtk-qt-engine cause trouble on Arch and not on Ubuntu/Fedora? I suppose that's a question I'll have to bring up with the kdemod developers. Thank you all for your help! -Tim signature.asc Description: OpenPGP digital signature
Re: [arch-general] X server freeze on logout (WAS: Re: latest updates broke kde3, kde4, twm console login ability)
On Tuesday 14 July 2009 11:18:24 am Pierre Schmitz wrote: On Tuesday 14 July 2009 15:43:58 Thomas Bächler wrote: Solve it by editing /usr/share/config/kdm/kdmrc and adding TerminateServer=true to a [X-*-Core] section, then restart kdm. Maybe we should add this by default? I will have to reinstall my arch drive on my laptop to test, but I can confirm that X or kdm freezes the local console on kde shutdown. The screen, mouse and keyboard is frozen solid. You still have ssh access to the box, but no local console ability at all. If you ssh into the box and manually kill kdmPID, then shutdown proceeds normally. If you don't have ssh access/ability, then a hard restart is required. This is on a Toshiba 205D with a Radeon RS690M (x1200) adapter and radeonhd driver. I'll test the kdmrc change next time arch is loaded. -- 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] [arch-dev-public] Most up-to-date distro
On Mon, Jul 20, 2009 at 16:18, Aaron Griffinaaronmgrif...@gmail.com wrote: Guess who it is? http://oswatershed.org/ Do they have rss feeds? Where are they getting the list of upstream releases? Can it be customized? This could really be handy for arch-games...
Re: [arch-general] [arch-dev-public] Most up-to-date distro
On Mon 20 Jul 2009 17:40 -0400, Daenyth Blank wrote: On Mon, Jul 20, 2009 at 16:18, Aaron Griffinaaronmgrif...@gmail.com wrote: Guess who it is? http://oswatershed.org/ Do they have rss feeds? Where are they getting the list of upstream releases? Can it be customized? This could really be handy for arch-games... They have a git repo... maybe you can steal their code.
Re: [arch-general] [arch-dev-public] Most up-to-date distro
Loui Chang wrote: On Mon 20 Jul 2009 17:40 -0400, Daenyth Blank wrote: On Mon, Jul 20, 2009 at 16:18, Aaron Griffinaaronmgrif...@gmail.com wrote: Guess who it is? http://oswatershed.org/ Do they have rss feeds? Where are they getting the list of upstream releases? Can it be customized? This could really be handy for arch-games... They have a git repo... maybe you can steal their code. I'm working on a script for arch that does this. -- Daniel J Griffiths (Ghost1227) griffith...@archlinux.us http://ghost1227.com
Re: [arch-general] [arch-dev-public] Most up-to-date distro
On Mon, Jul 20, 2009 at 5:00 PM, Loui Changlouipc@gmail.com wrote: On Mon 20 Jul 2009 17:40 -0400, Daenyth Blank wrote: On Mon, Jul 20, 2009 at 16:18, Aaron Griffinaaronmgrif...@gmail.com wrote: Guess who it is? http://oswatershed.org/ Do they have rss feeds? Where are they getting the list of upstream releases? Can it be customized? This could really be handy for arch-games... They have a git repo... maybe you can steal their code. Yeah I looked at the code to see how they were getting our versions. Interestingly enough, they pull the db.tar.gz files, unpack them, and parse through the whole thing
Re: [arch-general] [arch-dev-public] Most up-to-date distro
Le Mon, 20 Jul 2009 18:07:15 -0400, Daniel J Griffiths ghost1...@archlinux.us a écrit : I'm working on a script for arch that does this. I'm working on something like that too, to help me monitor my AUR packages. I haven't done anything much yet though, and I have begun to write it in Lua which is probably a bad idea because most people don't know it. Could you share your code somewhere so that we don't duplicate the work? -- catwell
Re: [arch-general] [arch-dev-public] Most up-to-date distro
On Mon, Jul 20, 2009 at 18:44, Pierre Chapuiscatw...@archlinux.us wrote: Le Mon, 20 Jul 2009 18:07:15 -0400, Daniel J Griffiths ghost1...@archlinux.us a écrit : I'm working on a script for arch that does this. I'm working on something like that too, to help me monitor my AUR packages. I haven't done anything much yet though, and I have begun to write it in Lua which is probably a bad idea because most people don't know it. Could you share your code somewhere so that we don't duplicate the work? -- catwell I'm probably too lazy to join in, but if you host it on github I'll at least follow it and maybe send a patch or two
Re: [arch-general] [arch-dev-public] Most up-to-date distro
Pierre Chapuis wrote: Le Mon, 20 Jul 2009 18:07:15 -0400, Daniel J Griffiths ghost1...@archlinux.us a écrit : I'm working on a script for arch that does this. I'm working on something like that too, to help me monitor my AUR packages. I haven't done anything much yet though, and I have begun to write it in Lua which is probably a bad idea because most people don't know it. Could you share your code somewhere so that we don't duplicate the work? You may well have more success than I do. Finding the current upstream version for packages on hosting sites is easy, doing it for joe schmoe's website isn't so simple... If all you want to do is monitor what packages you maintain that are actually /marked/ out of date, that's simple.. I could throw together a shell script for that in a few seconds (let me know if you think I should). -- Daniel J Griffiths (Ghost1227) griffith...@archlinux.us http://ghost1227.com
Re: [arch-general] [arch-dev-public] Most up-to-date distro
Daenyth Blank wrote: On Mon, Jul 20, 2009 at 19:48, Daniel J Griffithsghost1...@archlinux.us wrote: If all you want to do is monitor what packages you maintain that are actually /marked/ out of date, that's simple.. I could throw together a shell script for that in a few seconds (let me know if you think I should). Patch against pkgtools git with PKGBUILD update as well? :D what was that? -- Daniel J Griffiths (Ghost1227) griffith...@archlinux.us http://ghost1227.com
Re: [arch-general] Latest testing/vim lacks symlink
On Jul 20, 2009 at 01:46 AM, b4283 da.mi.spi...@gmail.com wrote: there should be a /usr/share/vim/vimcurrent = vim72 which is missing from the pack ? Thanks for that =)
Re: [arch-general] [arch-dev-public] Most up-to-date distro
On Mon, Jul 20, 2009 at 22:27, Daniel J Griffithsghost1...@archlinux.us wrote: what was that? My laziness. I'd like such a script. I'll throw it in pkgtools :P
Re: [arch-general] New path for vim plugins
Hi guys, sorry for lacking the announcement ... but I guess that's why it is still in testing. The vimcurrent symlink was modelled after debian's behaviour. Turns out that's a necessary as a third tit. Vim actually automatically akak out of the box checks /usr/share/vim/vimfiles as part of the runtimepath. When doing the last update I forgot to remove the explicit runtimepath from archlinux.vim. Newer versions of vim/gvim will NOT set anyruntime path anymore and instead rely on the above provided path. All updates to plugins shall go streight there. This is becuase it is provided by vanilla vim layout. We don't need to tamper with nothing here. -T
Re: [arch-general] New path for vim plugins
Wow, who can find my spelling mistakes ... can keep them. It's a bargain tonight ... -T On Mon, 20 Jul 2009, Tobias Kieslich wrote: Hi guys, sorry for lacking the announcement ... but I guess that's why it is still in testing. The vimcurrent symlink was modelled after debian's behaviour. Turns out that's a necessary as a third tit. Vim actually automatically akak out of the box checks /usr/share/vim/vimfiles as part of the runtimepath. When doing the last update I forgot to remove the explicit runtimepath from archlinux.vim. Newer versions of vim/gvim will NOT set anyruntime path anymore and instead rely on the above provided path. All updates to plugins shall go streight there. This is becuase it is provided by vanilla vim layout. We don't need to tamper with nothing here. -T