Re: [Fink-devel] This Newbie Could Use Some Help
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/5/10 8:37 PM, David Lowe wrote: > Here is a minimally related question: with the perl patch in place, > will it be difficult to also use a diff patch? Upstream has a patch in the > tracker now that will sort the list of save files in the loader dialog, > something which does not happen now. It's a bit of an annoyance, depending > upon how many saves the user has [You see, i currently have ~ 200 saves > despite periodically throwing out old stuff.]. This patch has been committed > into the 2.2.3 branch, but i don't yet know how long of a wait i'll have > until that is released. If it's a while, i may have a go at attaching this > diff to the package. > > Sent from my MacBookPro > > No raindrop considers itself responsible for the flood. It's doable. Multiline PatchScripts are just regular scripts so if you can do the operation manually it can be scripted. If you've got a multiline PatchScript (I haven't looked yet) then put %{default_script} e.g. at the beginning. That reads the PatchFile and applies a diff patch at level 1. If you need a different level, then you'd want to apply the patch with the appropriate command. - -- Alexander Hansen Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxbYoUACgkQB8UpO3rKjQ8z3gCdG5psX8Vf7StudYXROc/u5Aog pAgAnRmPJ+IRmMJxf4f8NJjw8zZi6282 =z36p -END PGP SIGNATURE- -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] This Newbie Could Use Some Help
On 5 Aug, 2010, at 8:24 AM, Hanspeter Niederstrasser wrote: > dpkg-deb -c does the same thing if you just want a listing of > the deb contents. Okeh, it's always good to have another tool in my toolkit. >> i don't see the rc file at all, just the stuff that goes into /sw . >> Is there a better way to check this? I have tinkered with a few >> other ConfigureParams between then and now so it's a possibility that >> it's not being built anymore... > > I don't think the default settings file is ever created and put into the > deb file. As far as I can tell, it's created from scratch when the > program first is run by the user if there's no ~/.freeciv-client-rc-2.2 > file already present. It won't overwrite, even if the default setting > has changed. > > I just tested and using just the 2nd patch line (NULL --> "sdl" change), > the client was started with SDL already filled in as a plugin and sound > was heard when moving the units. This was on a system with no previous > ~/.freeciv-client-rc-2.2 file around. I'm still adjusting my understanding of how this works, but i have to agree with your observations. One minor correction: the rc file doesn't seem to be created after just running and quitting freeciv. Evidently it is not created until the user selects Game > Options > Local Client and clicks on 'Save', or possibly also Game > Options > Save Options Now. The reason i assumed that the rc file was being installed via fink was that i had not knowingly created it. It does seem likely, though, that i must have done something like this and just didn't remember it. So that leads me to believe that there is something other than the rc file that is being created by our patched version of options.c. Not that it is a problem, but we still have an open question as to how the client knows about sdl when there is no rc file present. Here is a minimally related question: with the perl patch in place, will it be difficult to also use a diff patch? Upstream has a patch in the tracker now that will sort the list of save files in the loader dialog, something which does not happen now. It's a bit of an annoyance, depending upon how many saves the user has [You see, i currently have ~ 200 saves despite periodically throwing out old stuff.]. This patch has been committed into the 2.2.3 branch, but i don't yet know how long of a wait i'll have until that is released. If it's a while, i may have a go at attaching this diff to the package. Sent from my MacBookPro No raindrop considers itself responsible for the flood. -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] This Newbie Could Use Some Help
On 8/4/10 11:00 PM, David Lowe wrote: > On 2 Aug, 2010, at 8:58 PM, Hanspeter Niederstrasser wrote: > >> An option like that is generally not kept in Makefiles. If >> makefiles are involved, it's more likely as a defines that is then >> used by the c code. This command "grep -r >> default_sound_plugin_name *" suggests that client/options.c is the >> file to modify. I see 2 occurrences of default_sound_plugin_name >> there. The first one (line 316) sets the default value for the -P >> option when freeciv is run via the command line (defaults to 0). >> The second (line 475) is for the actual checkbox used in the >> Options dialog. Presumably setting the first NULL to "sdl" >> (including the "") changes the setting. I don't know which of the >> two locations would need to be changed. It might be just one or >> both. >> >> The following two lines modify each of the two instances. Make a >> PatchScript field in the .info file, add them both, and then >> comment out (prefix with #) as needed until you get the right >> combination (don't forget to remove ~/.freeciv-client-rc-2.2 >> between runs to make sure you get a clean start). > > After reading [but perhaps not comprehending?] options.c myself, i > have the opinion that the first one is irrelevant. It looks like the > '\0' is supposed to be overwritten by the list of choices found in > the second part. A developer upstream thinks there is a bug there, > though i'm waiting to enter it into their tracker until i gather some > more data. Anyway, i've built a new .deb using your second patch. > The interesting thing is, the new version doesn't install a new > .freeciv-client-rc-2.2 . When i > > $ dpkg -x > /sw/fink/dists/local/main/binary-darwin-i386/freeciv_2.2.2-8_darwin-i386.deb > ~/temp/ dpkg-deb -c does the same thing if you just want a listing of the deb contents. > i don't see the rc file at all, just the stuff that goes into /sw . > Is there a better way to check this? I have tinkered with a few > other ConfigureParams between then and now so it's a possibility that > it's not being built anymore... I don't think the default settings file is ever created and put into the deb file. As far as I can tell, it's created from scratch when the program first is run by the user if there's no ~/.freeciv-client-rc-2.2 file already present. It won't overwrite, even if the default setting has changed. I just tested and using just the 2nd patch line (NULL --> "sdl" change), the client was started with SDL already filled in as a plugin and sound was heard when moving the units. This was on a system with no previous ~/.freeciv-client-rc-2.2 file around. Hanspeter -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Buildlock Problem
On 8/4/10 9:59 PM, David Lowe wrote: > I just experienced a buildlock problem that the wiki says fink should > be able to handle, and it didn't: > > $ fink -k build freeciv > Scanning package description files.. > Information about 9464 packages read in 3 seconds. > The following package will be built: > freeciv > Setting runtime build-lock... > dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-freeciv-2.2.2-8 > /sw/src/fink.build > dpkg-deb: building package `fink-buildlock-freeciv-2.2.2-8' in > `/sw/src/fink.build/fink-buildlock-freeciv-2.2.2-8_2010.08.04-20.05.13_darwin-i386.deb'. > Installing build-lock package... > /sw/bin/dpkg-lockwait -i > /sw/src/fink.build/fink-buildlock-freeciv-2.2.2-8_2010.08.04-20.05.13_darwin-i386.deb > dpkg: parse error, in file `/sw/var/lib/dpkg/status' near line 3240 package > `fink-buildlock-freeciv-2.2.2-8': > missing version > ### execution of /sw/bin/dpkg-lockwait failed, exit code 2 > Can't set build lock for freeciv (2.2.2-8) > > It might be worth noting that the methods listed in > http://wiki.finkproject.org/index.php/Fink:buildlocks were not able to deal > with this. 'fink cleanup' did not help, and removing the package manually > was unsuccessful: > > $ fink remove freeciv > Information about 9464 packages read in 1 seconds. > Reading buildlock packages... > All buildlocks accounted for. > /sw/bin/dpkg-lockwait --remove freeciv > dpkg: parse error, in file `/sw/var/lib/dpkg/status' near line 3240 package > `fink-buildlock-freeciv-2.2.2-8': > > fink seemed unwilling to give me any more information: > There are two levels of "installed". It's possible for Fink not to consider a package to be installed, but for dpkg still to have a record. > $ fink list -t fink-buildlock-freeciv-2.2.2-8 > Information about 9464 packages read in 1 seconds. > $ > > Curiously, line 3240 of /sw/var/lib/dpkg/status was empty, though i did > find the offending section above it. Changing that status from 'purge ok > installed' to 'purge ok not-installed' did fix the problem, but i wonder if > the wiki couldn't be updated as to how fink handles these types of problems > now. > Huh? The wiki mentions having a bad status file specifically as one of the cases. The last bullet says "Installing the buildlock package when dpkg is confused". Nothing has changed in the buildlock code since the last update to the wiki. A corrupt status file blocks dpkg, period. It's in the wiki, and it's in the FAQ. The line number calculation is hardcoded in dpkg. Blame Debian. > OSX 10.6.4 > fink 0.29.13 > > Never ask a hungry cat if it loves you for yourself. -- Alexander Hansen Fink User Liaison -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel