From: Zurd <zu...@ya...> - 2007-07-06 23:03:24
|
In revision 150 I change the license from GPL-2 to GPL-3. This will definitely not affect anything, it just to say that gprename is always updated :-) Cheers Faites des appels de PC à PC dans le monde entier ! Essayez le nouveau Yahoo! Québec Messenger avec Voix. http://cf.messenger.yahoo.com/ |
From: Lacrocivious A. <alt...@ya...> - 2007-07-08 04:05:26
|
Zurd-- Thanks for the GPL-3 update. Though I am not a developer and may not fully understand the issues involved, I have tried to follow the discussions and based upon what I have read and understood, I find myself among those strongly supporting GPL-3. Thank you as well for taking a look at the 'lost feature' of remembering or obeying a pointer to a startup directory. Unfortunately, with build 151 I find GPRename still comes up in my user home directory, no matter what directory I was in when I last closed the program. Note that the KMenu entry defines a specific (valid, permission-correct) startup directory under 'Work path:' ... which the program ignores. Finally, perhaps I have too long pursued activities alleged to promote blindness, but I don't see on the wiki page or the website homepage a SVN url that works from the command line. The entry in both is: http://gprename.svn.sourceforge.net/viewvc/gprename ...but this url fails for me. The url which works, and which I was fortunate enough to find still in my history buffer, is: https://svn.sourceforge.net/svnroot/gprename /usr/local/gprename Am I doing something wrong? Normally for such things I use, at the beginning: svn checkout https://svn.sourceforge.net/svnroot/gprename /usr/local/gprename ... with 'checkout' replaced by 'update' or simply 'up' in subsequent revisions until a new checkout/co becomes necessary. --- Zurd <zu...@ya...> wrote: > In revision 150 I change the license from GPL-2 to > GPL-3. > > This will definitely not affect anything, it just to > say > that gprename is always updated :-) > > > Cheers > ____________________________________________________________________________________ Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games. http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow |
From: Zurd <zu...@ya...> - 2007-07-08 08:51:33
|
--- Lacrocivious Acrophosist <alt...@ya...> a écrit : > Zurd-- > > Thanks for the GPL-3 update. Though I am not a > developer and may not fully understand the issues > involved, I have tried to follow the discussions and > based upon what I have read and understood, I find > myself among those strongly supporting GPL-3. > > Thank you as well for taking a look at the 'lost > feature' of remembering or obeying a pointer to a > startup directory. Unfortunately, with build 151 I > find GPRename still comes up in my user home > directory, no matter what directory I was in when I > last closed the program. Note that the KMenu entry > defines a specific (valid, permission-correct) startup > directory under 'Work path:' ... which the program > ignores. I don't think GPRename ever remembered your last directory after you closed the program. And if it did, that would be wrong. If I'm in /usr and I call gprename, close it, go into /usr/local and call gprename again, I want it to open in /usr/local and not /usr. So remembering the last directory wouldn't be a good thing. For the field 'Work path' in the KMenu, I'm unfortunately not familiar with it as I'm running Gnome, but you would have more chances to just modify the field Command from 'gprename' to 'gprename /my/directory', so that, when using the menu of KDE, it will always open at a specific directory. > Finally, perhaps I have too long pursued activities > alleged to promote blindness, but I don't see on the > wiki page or the website homepage a SVN url that works > from the command line. The entry in both is: > > http://gprename.svn.sourceforge.net/viewvc/gprename > > ...but this url fails for me. > > The url which works, and which I was fortunate enough > to find still in my history buffer, is: > > https://svn.sourceforge.net/svnroot/gprename > /usr/local/gprename > > Am I doing something wrong? Normally for such things I > use, at the beginning: > > svn checkout > https://svn.sourceforge.net/svnroot/gprename > /usr/local/gprename > > ... with 'checkout' replaced by 'update' or simply > 'up' in subsequent revisions until a new checkout/co > becomes necessary. The URL http://gprename.svn.sourceforge.net/viewvc/gprename is for viewing on the web the SVN repositery, like in Firefox, but it's not for checkout To get a local copy on your computer, the URL is still the same which can be found under the Code tab on the gprename webpage on sourceforge and it's the one you had in your history buffer: svn co https://gprename.svn.sourceforge.net/svnroot/gprename gprename > --- Zurd <zu...@ya...> wrote: > > > In revision 150 I change the license from GPL-2 to > > GPL-3. > > > > This will definitely not affect anything, it just to > > say > > that gprename is always updated :-) > > > > > > Cheers Le tout nouveau Yahoo! Courriel. Consultez vos fils RSS depuis votre boîte de réception. http://us.rd.yahoo.com/evt=40705/*http://mrd.mail.yahoo.com/try_beta?.intl=cf |
From: Lacrocivious A. <alt...@ya...> - 2007-07-08 17:25:11
|
> I don't think GPRename ever remembered your last > directory > after you closed the program. And if it did, that > would be > wrong. If I'm in /usr and I call gprename, close it, > go into > /usr/local and call gprename again, I want it to > open in > /usr/local and not /usr. So remembering the last > directory > wouldn't be a good thing. > > For the field 'Work path' in the KMenu, I'm > unfortunately not > familiar with it as I'm running Gnome, but you would > have more chances > to just modify the field Command from 'gprename' to > 'gprename /my/directory', > so that, when using the menu of KDE, it will always > open at a > specific directory. I altered the KMenu command field as you suggested, and this does work, as I had previously verified. Your answer that GPRename never remembered the last open directory by itself, however, does narrow down the problem I mentioned. Namely, the 'Work path' field was at one time obeyed by GPRename upon startup from the KMenu entry, but is now ignored. Again, this 'problem' barely qualifies as a problem, and the workaround is sufficient to avoid it. Incidentally, /usr/share/applications/gprename.desktop is the only file in that directory set as executable; perhaps this should be changed? > The URL > http://gprename.svn.sourceforge.net/viewvc/gprename > is for viewing on the web the SVN repositery, like > in Firefox, > but it's not for checkout > > To get a local copy on your computer, the URL is > still the same > which can be found under the Code tab on the > gprename webpage on > sourceforge and it's the one you had in your history > buffer: > svn co > https://gprename.svn.sourceforge.net/svnroot/gprename > gprename Aha! So it is, thank you. You must admit, surely, that it was well hidden ;-) How would many users know to look there, when the home page and the wiki entries all point only to the web viewable one? ____________________________________________________________________________________ Get the free Yahoo! toolbar and rest assured with the added security of spyware protection. http://new.toolbar.yahoo.com/toolbar/features/norton/index.php |
From: Zurd <zu...@ya...> - 2007-07-12 03:50:54
|
--- Lacrocivious Acrophosist <alt...@ya...> a écrit : > > I don't think GPRename ever remembered your last > > directory > > after you closed the program. And if it did, that > > would be > > wrong. If I'm in /usr and I call gprename, close it, > > go into > > /usr/local and call gprename again, I want it to > > open in > > /usr/local and not /usr. So remembering the last > > directory > > wouldn't be a good thing. > > > > For the field 'Work path' in the KMenu, I'm > > unfortunately not > > familiar with it as I'm running Gnome, but you would > > have more chances > > to just modify the field Command from 'gprename' to > > 'gprename /my/directory', > > so that, when using the menu of KDE, it will always > > open at a > > specific directory. > > I altered the KMenu command field as you suggested, > and this does work, as I had previously verified. Your > answer that GPRename never remembered the last open > directory by itself, however, does narrow down the > problem I mentioned. Namely, the 'Work path' field was > at one time obeyed by GPRename upon startup from the > KMenu entry, but is now ignored. > > Again, this 'problem' barely qualifies as a problem, > and the workaround is sufficient to avoid it. I really have no idea what modification has been done so that the field Work path doesn't work anymore, but as you say, this barely qualify as a problem ;-) > Incidentally, /usr/share/applications/gprename.desktop > is the only file in that directory set as executable; > perhaps this should be changed? How did you install the application, by default it's going to /usr/local/share not /usr/share and by default, the permission set on this file is 644 (see the file Makefile line 52) which is -rw-r--r-- so no executable. > > The URL > > http://gprename.svn.sourceforge.net/viewvc/gprename > > is for viewing on the web the SVN repositery, like > > in Firefox, > > but it's not for checkout > > > > To get a local copy on your computer, the URL is > > still the same > > which can be found under the Code tab on the > > gprename webpage on > > sourceforge and it's the one you had in your history > > buffer: > > svn co > > > https://gprename.svn.sourceforge.net/svnroot/gprename > > gprename > > Aha! So it is, thank you. You must admit, surely, that > it was well hidden ;-) How would many users know to > look there, when the home page and the wiki entries > all point only to the web viewable one? Well, it was kind of hidden, like not on Wikipedia, not on the homepage, but it's a URL only for developers and there aren't that many, I prefer to keep these sites and the README more simple for anyone and 'hide' the SVN URL. Obtenez des réponses à vos questions ! Profitez des connaissances et des opinions des internautes sur Yahoo! Questions/Réponses http://fr.rd.yahoo.com/evt=42054/*http://qc.answers.yahoo.com |
From: Lacrocivious A. <alt...@ya...> - 2007-07-12 14:37:35
|
--- Zurd <zu...@ya...> wrote: > How did you install the application, by default it's > going to > /usr/local/share not /usr/share and by default, the > permission > set on this file is 644 (see the file Makefile line > 52) which is > -rw-r--r-- so no executable. I have only ever used the gprename-install and, more recently, the more conventional configure/make/make install methods. The gprename.desktop file in /usr/share/applications is dated 28 May 2007, and must be from an earlier svn. I deleted it. > > Aha! So it is, thank you. You must admit, surely, > that > > it was well hidden ;-) How would many users know > to > > look there, when the home page and the wiki > entries > > all point only to the web viewable one? > > Well, it was kind of hidden, like not on Wikipedia, > not > on the homepage, but it's a URL only for developers > and > there aren't that many, I prefer to keep these sites > and > the README more simple for anyone and 'hide' the SVN > URL. You are right of course. This is an area that varies widely by project, from some projects almost requiring the later or latest nightlies for useful function, to other projects requiring developer credentials to even access the nightlies. My confusion came from the web-viewable url being clearly visible, while the command line url remained more within the developer knowledge set. ...And as I have stated before and is clearly obvious, I am not a developer ;-) A big thanks to Marvin Stark for project contributions! ____________________________________________________________________________________ Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 |
From: Marvin S. <ma...@de...> - 2007-07-12 07:02:02
|
On Sunday 08 July 2007 19:25, Lacrocivious Acrophosist wrote: [...] > > The URL > > http://gprename.svn.sourceforge.net/viewvc/gprename > > is for viewing on the web the SVN repositery, like > > in Firefox, > > but it's not for checkout > > > > To get a local copy on your computer, the URL is > > still the same > > which can be found under the Code tab on the > > gprename webpage on > > sourceforge and it's the one you had in your history > > buffer: > > svn co > > https://gprename.svn.sourceforge.net/svnroot/gprename > > > gprename > > Aha! So it is, thank you. You must admit, surely, that > it was well hidden ;-) How would many users know to > look there, when the home page and the wiki entries > all point only to the web viewable one? I don't think it's well hidden. As you can also use the sourceforge "code->SVN" button. http://sourceforge.net/projects/gprename/ http://sourceforge.net/svn/?group_id=3D40094 Regards, =2D-=20 .""`. Marvin Stark <ma...@de...> : :" : Homepage: www.der-marv.de `. `"` `- Debian - when you have better things to do than fix a system |