Please stop attaching things to emails coming to this list. Either post a url, or ask for people to reply privately to you so you can email it to them. Thanks --Todd On Tue, 2003-04-29 at 19:31, Panard wrote: > Le Mardi 29 Avril 2003 22:12, Vano D a écrit : > | Hi Panard, > | > | How about adding a little functionality to the script so it keeps which > | USE vars the user chooses in a file like > | /var/db/pkg/app-editors/vim-6.1-r21/USECUSTOM (that would be for vim :)? > | I have checked the USE files but they all contain the complete $USE > | variable when the package was emerged. So maybe if you add the > | functionality so it adds a USECUSTOM file containing the USE vars the > | user has chosen interactively then you could have an option at the > | beginning of the interactive command asking: > | > | "Use previous USE flags for this package? (X gtk etc..) [Y/n]" > | > | If the user says Y, then you would extract the USE flags from USECUSTOM > | and use those. > | > | Also you could have a commandline option such as --usecustom or > | something like that, so if the user calls emerge-interactive with that > | flag it skips all questions and uses the previously kept USE flags. > | > | Of course this would only work if you only used emerge-interactive > | since emerge doesnt create any USECUSTOM files :) But I don't think this > | is a big problem. In any case if emerge-interactive doesn't find any > | CUSTOMFILE then it asks the users for USE flags just like now. > | > | This solves the scalibility problem and gives the user best of both > | worlds. What do you think? > | > | Regards. > > > > Ok, I've apply theses changes (I join the emerge-interactive file) : > > -> there is a /var/db/pkg/CATEG/PKG/USECUSTOM : > ask to use this file y or n : > y : we load the values of the file > n : we ask for the new values, when, (re-)create > /var/db/pkg/CATEG/PKG/USECUSTOM > -> no file we do exactly like if the user answer n to the previous question > > > > Please test this script (I made some merge and it was working) > > Thanks, > > Panard