MiKTeX and babel: missing file and useless package installation required












5














After not updating my MiKTeX 2.9 for a very long time, I did it a few days ago. I had



pdfTeX 3.14159265-2.6-1.40.16, LaTeX2e <2014/05/01>, babel <3.8m>,



and now I have



pdfTeX 3.14159265-2.6-1.40.17, LaTeX2e <2016/03/31>, babel <3.9r>.



Something (bad) happened in between: now, whenever I use the babel package (with any language), MiKTeX tells me that bblopts.cfg is missing and requires the installation of the arabi package - which actually contains that file.



Note that I don't even have arabic hyphenation in the format file and, after ignoring that request, the tex file is compiled without errors. Indeed, the rather weird fact is that bblopts.cfg is an optional file: it only appears in this line of babel.sty code:




InputIfFileExists{bblopts.cfg} ...




Anyway.... To overcome the impasse, since I don't need the arabi package, I simply created an empty bblopts.cfg file. The very weird behaviour of MiKTeX follows:





  1. If bblopts.cfg is in the tex path, e.g., C:localtexmftexgenericbabel,





    • findtexmf returns the correct path C:localtexmftexgenericbabel,


    • MiKTeX includes bblopts.cfg, as the log file shows




      * Local config file bblopts.cfg used
      *
      (C:localtexmftexgenericbabelbblopts.cfg).




    • but it still says that bblopts.cfg is missing and that I have to install the arabi package!





  2. If bblopts.cfg is in the current folder,





    • findtexmf returns the correct path .bblopts.cfg


    • MiKTeX includes bblopts.cfg, as the log file shows




      * Local config file bblopts.cfg used
      *
      (bblopts.cfg).




    • and no warnings or package installation requirements appear!





Does anyone have a clue? Is it just me or is it a MiKTeX bug?? If you want to try, be sure not have the arabi package installed and add the babel package to your tex file. A toy example could be:




documentclass{article}usepackage[british]{babel}begin{document}.end{document}




Just in case it matters: my OS is Windows 7 SP1 Enterprise...










share|improve this question






















  • I don't have the arabi package installed, and I don't have problems with babel. Did you try redoing the formats?
    – Bernard
    Jun 7 '16 at 17:17










  • the bblopts.cfg from arabi is in tex/latex and so first in the search path. Try if it works if you put your file in localtexmf/tex/latex.
    – Ulrike Fischer
    Jun 7 '16 at 22:32






  • 2




    Maybe I wasn't too clear in my question: I never installed the arabi package, so I don't have the original bblopts.cfg anywhere. What I don't understand is why MiKTeX says that an optional file is missing (by definition, InputIfFileExists should do nothing if the file isn't there!), and why it insists in requesting a package that contains that file even if it finds and includes that file!
    – pav
    Jun 8 '16 at 21:21








  • 1




    I have the same problem. Seems like a bug in the first place.
    – user87690
    Jun 29 '16 at 13:07
















5














After not updating my MiKTeX 2.9 for a very long time, I did it a few days ago. I had



pdfTeX 3.14159265-2.6-1.40.16, LaTeX2e <2014/05/01>, babel <3.8m>,



and now I have



pdfTeX 3.14159265-2.6-1.40.17, LaTeX2e <2016/03/31>, babel <3.9r>.



Something (bad) happened in between: now, whenever I use the babel package (with any language), MiKTeX tells me that bblopts.cfg is missing and requires the installation of the arabi package - which actually contains that file.



Note that I don't even have arabic hyphenation in the format file and, after ignoring that request, the tex file is compiled without errors. Indeed, the rather weird fact is that bblopts.cfg is an optional file: it only appears in this line of babel.sty code:




InputIfFileExists{bblopts.cfg} ...




Anyway.... To overcome the impasse, since I don't need the arabi package, I simply created an empty bblopts.cfg file. The very weird behaviour of MiKTeX follows:





  1. If bblopts.cfg is in the tex path, e.g., C:localtexmftexgenericbabel,





    • findtexmf returns the correct path C:localtexmftexgenericbabel,


    • MiKTeX includes bblopts.cfg, as the log file shows




      * Local config file bblopts.cfg used
      *
      (C:localtexmftexgenericbabelbblopts.cfg).




    • but it still says that bblopts.cfg is missing and that I have to install the arabi package!





  2. If bblopts.cfg is in the current folder,





    • findtexmf returns the correct path .bblopts.cfg


    • MiKTeX includes bblopts.cfg, as the log file shows




      * Local config file bblopts.cfg used
      *
      (bblopts.cfg).




    • and no warnings or package installation requirements appear!





Does anyone have a clue? Is it just me or is it a MiKTeX bug?? If you want to try, be sure not have the arabi package installed and add the babel package to your tex file. A toy example could be:




documentclass{article}usepackage[british]{babel}begin{document}.end{document}




Just in case it matters: my OS is Windows 7 SP1 Enterprise...










share|improve this question






















  • I don't have the arabi package installed, and I don't have problems with babel. Did you try redoing the formats?
    – Bernard
    Jun 7 '16 at 17:17










  • the bblopts.cfg from arabi is in tex/latex and so first in the search path. Try if it works if you put your file in localtexmf/tex/latex.
    – Ulrike Fischer
    Jun 7 '16 at 22:32






  • 2




    Maybe I wasn't too clear in my question: I never installed the arabi package, so I don't have the original bblopts.cfg anywhere. What I don't understand is why MiKTeX says that an optional file is missing (by definition, InputIfFileExists should do nothing if the file isn't there!), and why it insists in requesting a package that contains that file even if it finds and includes that file!
    – pav
    Jun 8 '16 at 21:21








  • 1




    I have the same problem. Seems like a bug in the first place.
    – user87690
    Jun 29 '16 at 13:07














5












5








5


1





After not updating my MiKTeX 2.9 for a very long time, I did it a few days ago. I had



pdfTeX 3.14159265-2.6-1.40.16, LaTeX2e <2014/05/01>, babel <3.8m>,



and now I have



pdfTeX 3.14159265-2.6-1.40.17, LaTeX2e <2016/03/31>, babel <3.9r>.



Something (bad) happened in between: now, whenever I use the babel package (with any language), MiKTeX tells me that bblopts.cfg is missing and requires the installation of the arabi package - which actually contains that file.



Note that I don't even have arabic hyphenation in the format file and, after ignoring that request, the tex file is compiled without errors. Indeed, the rather weird fact is that bblopts.cfg is an optional file: it only appears in this line of babel.sty code:




InputIfFileExists{bblopts.cfg} ...




Anyway.... To overcome the impasse, since I don't need the arabi package, I simply created an empty bblopts.cfg file. The very weird behaviour of MiKTeX follows:





  1. If bblopts.cfg is in the tex path, e.g., C:localtexmftexgenericbabel,





    • findtexmf returns the correct path C:localtexmftexgenericbabel,


    • MiKTeX includes bblopts.cfg, as the log file shows




      * Local config file bblopts.cfg used
      *
      (C:localtexmftexgenericbabelbblopts.cfg).




    • but it still says that bblopts.cfg is missing and that I have to install the arabi package!





  2. If bblopts.cfg is in the current folder,





    • findtexmf returns the correct path .bblopts.cfg


    • MiKTeX includes bblopts.cfg, as the log file shows




      * Local config file bblopts.cfg used
      *
      (bblopts.cfg).




    • and no warnings or package installation requirements appear!





Does anyone have a clue? Is it just me or is it a MiKTeX bug?? If you want to try, be sure not have the arabi package installed and add the babel package to your tex file. A toy example could be:




documentclass{article}usepackage[british]{babel}begin{document}.end{document}




Just in case it matters: my OS is Windows 7 SP1 Enterprise...










share|improve this question













After not updating my MiKTeX 2.9 for a very long time, I did it a few days ago. I had



pdfTeX 3.14159265-2.6-1.40.16, LaTeX2e <2014/05/01>, babel <3.8m>,



and now I have



pdfTeX 3.14159265-2.6-1.40.17, LaTeX2e <2016/03/31>, babel <3.9r>.



Something (bad) happened in between: now, whenever I use the babel package (with any language), MiKTeX tells me that bblopts.cfg is missing and requires the installation of the arabi package - which actually contains that file.



Note that I don't even have arabic hyphenation in the format file and, after ignoring that request, the tex file is compiled without errors. Indeed, the rather weird fact is that bblopts.cfg is an optional file: it only appears in this line of babel.sty code:




InputIfFileExists{bblopts.cfg} ...




Anyway.... To overcome the impasse, since I don't need the arabi package, I simply created an empty bblopts.cfg file. The very weird behaviour of MiKTeX follows:





  1. If bblopts.cfg is in the tex path, e.g., C:localtexmftexgenericbabel,





    • findtexmf returns the correct path C:localtexmftexgenericbabel,


    • MiKTeX includes bblopts.cfg, as the log file shows




      * Local config file bblopts.cfg used
      *
      (C:localtexmftexgenericbabelbblopts.cfg).




    • but it still says that bblopts.cfg is missing and that I have to install the arabi package!





  2. If bblopts.cfg is in the current folder,





    • findtexmf returns the correct path .bblopts.cfg


    • MiKTeX includes bblopts.cfg, as the log file shows




      * Local config file bblopts.cfg used
      *
      (bblopts.cfg).




    • and no warnings or package installation requirements appear!





Does anyone have a clue? Is it just me or is it a MiKTeX bug?? If you want to try, be sure not have the arabi package installed and add the babel package to your tex file. A toy example could be:




documentclass{article}usepackage[british]{babel}begin{document}.end{document}




Just in case it matters: my OS is Windows 7 SP1 Enterprise...







miktex babel






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Jun 7 '16 at 15:59









pavpav

2813




2813












  • I don't have the arabi package installed, and I don't have problems with babel. Did you try redoing the formats?
    – Bernard
    Jun 7 '16 at 17:17










  • the bblopts.cfg from arabi is in tex/latex and so first in the search path. Try if it works if you put your file in localtexmf/tex/latex.
    – Ulrike Fischer
    Jun 7 '16 at 22:32






  • 2




    Maybe I wasn't too clear in my question: I never installed the arabi package, so I don't have the original bblopts.cfg anywhere. What I don't understand is why MiKTeX says that an optional file is missing (by definition, InputIfFileExists should do nothing if the file isn't there!), and why it insists in requesting a package that contains that file even if it finds and includes that file!
    – pav
    Jun 8 '16 at 21:21








  • 1




    I have the same problem. Seems like a bug in the first place.
    – user87690
    Jun 29 '16 at 13:07


















  • I don't have the arabi package installed, and I don't have problems with babel. Did you try redoing the formats?
    – Bernard
    Jun 7 '16 at 17:17










  • the bblopts.cfg from arabi is in tex/latex and so first in the search path. Try if it works if you put your file in localtexmf/tex/latex.
    – Ulrike Fischer
    Jun 7 '16 at 22:32






  • 2




    Maybe I wasn't too clear in my question: I never installed the arabi package, so I don't have the original bblopts.cfg anywhere. What I don't understand is why MiKTeX says that an optional file is missing (by definition, InputIfFileExists should do nothing if the file isn't there!), and why it insists in requesting a package that contains that file even if it finds and includes that file!
    – pav
    Jun 8 '16 at 21:21








  • 1




    I have the same problem. Seems like a bug in the first place.
    – user87690
    Jun 29 '16 at 13:07
















I don't have the arabi package installed, and I don't have problems with babel. Did you try redoing the formats?
– Bernard
Jun 7 '16 at 17:17




I don't have the arabi package installed, and I don't have problems with babel. Did you try redoing the formats?
– Bernard
Jun 7 '16 at 17:17












the bblopts.cfg from arabi is in tex/latex and so first in the search path. Try if it works if you put your file in localtexmf/tex/latex.
– Ulrike Fischer
Jun 7 '16 at 22:32




the bblopts.cfg from arabi is in tex/latex and so first in the search path. Try if it works if you put your file in localtexmf/tex/latex.
– Ulrike Fischer
Jun 7 '16 at 22:32




2




2




Maybe I wasn't too clear in my question: I never installed the arabi package, so I don't have the original bblopts.cfg anywhere. What I don't understand is why MiKTeX says that an optional file is missing (by definition, InputIfFileExists should do nothing if the file isn't there!), and why it insists in requesting a package that contains that file even if it finds and includes that file!
– pav
Jun 8 '16 at 21:21






Maybe I wasn't too clear in my question: I never installed the arabi package, so I don't have the original bblopts.cfg anywhere. What I don't understand is why MiKTeX says that an optional file is missing (by definition, InputIfFileExists should do nothing if the file isn't there!), and why it insists in requesting a package that contains that file even if it finds and includes that file!
– pav
Jun 8 '16 at 21:21






1




1




I have the same problem. Seems like a bug in the first place.
– user87690
Jun 29 '16 at 13:07




I have the same problem. Seems like a bug in the first place.
– user87690
Jun 29 '16 at 13:07










2 Answers
2






active

oldest

votes


















4














The bblopts.cfg from arabi is in texlatex. You put your version in texgeneric. Now latex doesn't search first the local texmf tree and then the main tree but follows a sort of zig-zag path (see https://tex.stackexchange.com/a/79983/2388).



This means that when the InputIfFileExists is processed miktex finds first the bblopts.cfg from arabi and so tries to download it.



You can avoid this by putting your local file e.g. in localtexmftexlatexbabel.



Side remark: The bblopts.cfg from arabi is imho unnecessary today and should be removed or moved to the doc-folder (where it is in texlive).






share|improve this answer























  • @UlrikeFisher, as far as I can deduce from the MiKTeX manual (no time to look at the source code!), it searches for files in a more linear way than kpath* does (indeed, it says that, inside the 'setting' gui, you "can move [the local files folder] before the installation directory, if you want to prioritize your own files").
    – pav
    Jun 8 '16 at 20:38












  • @pav miktex searches through the trees in the same way as kpathsea -- a lot things would break if the search pathes wouldn't be similar to the search pathes in texlive. Beside this: I tested the issue.
    – Ulrike Fischer
    Jun 8 '16 at 20:44










  • @UlrikeFisher, so the MiKTeX manual is lying!! In any case, please let me undestand better: in my system I have texmftexgenericbabel and, if I installed the arabi package, I would have the bblopts.cgf in texmftexlatexarabi. So, why does the fake bblopts.cgf in localtexmftexlatexbabel solve the problem (thanks, by the way!) even if this directory doesn't match with anything else in texmf?
    – pav
    Jun 8 '16 at 21:06










  • No the manual is not lying. And what matters are the first two subfolders tex/latex compared to texgeneric . latex will first go through all the texlatex and then move on to texgeneric.
    – Ulrike Fischer
    Jun 8 '16 at 21:19










  • @UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence is localtexmftexlatex, texmftexlatex, localtexmftexgeneric and so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't find bblopts.cfg where the package database says it should be; it tries to download it; I say no; it goes on searching; it finds and inputs the file I actually have; nothing wrong appears in the log file. Right? Still, I can't understand why the InputIfFileExists of an optional file triggers the whole 'missing-install' thing...
    – pav
    Jun 8 '16 at 21:50



















1














Apparently it's a MikTeX bug. As a workaround, try



usepackage[noconfigs,british]{babel} 


The option noconfigs does what its name suggests.






share|improve this answer

















  • 1




    Thanks for your answer, @JavierBezos, but I was looking for an explanation rather than a workaround. Besides, that way I should change every file I use (due to a bug that could disappear in a month) and I wouldn't be able to use a configuration file that, someday, could be useful...
    – pav
    Jun 8 '16 at 21:13











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "85"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f313539%2fmiktex-and-babel-missing-file-and-useless-package-installation-required%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























2 Answers
2






active

oldest

votes








2 Answers
2






active

oldest

votes









active

oldest

votes






active

oldest

votes









4














The bblopts.cfg from arabi is in texlatex. You put your version in texgeneric. Now latex doesn't search first the local texmf tree and then the main tree but follows a sort of zig-zag path (see https://tex.stackexchange.com/a/79983/2388).



This means that when the InputIfFileExists is processed miktex finds first the bblopts.cfg from arabi and so tries to download it.



You can avoid this by putting your local file e.g. in localtexmftexlatexbabel.



Side remark: The bblopts.cfg from arabi is imho unnecessary today and should be removed or moved to the doc-folder (where it is in texlive).






share|improve this answer























  • @UlrikeFisher, as far as I can deduce from the MiKTeX manual (no time to look at the source code!), it searches for files in a more linear way than kpath* does (indeed, it says that, inside the 'setting' gui, you "can move [the local files folder] before the installation directory, if you want to prioritize your own files").
    – pav
    Jun 8 '16 at 20:38












  • @pav miktex searches through the trees in the same way as kpathsea -- a lot things would break if the search pathes wouldn't be similar to the search pathes in texlive. Beside this: I tested the issue.
    – Ulrike Fischer
    Jun 8 '16 at 20:44










  • @UlrikeFisher, so the MiKTeX manual is lying!! In any case, please let me undestand better: in my system I have texmftexgenericbabel and, if I installed the arabi package, I would have the bblopts.cgf in texmftexlatexarabi. So, why does the fake bblopts.cgf in localtexmftexlatexbabel solve the problem (thanks, by the way!) even if this directory doesn't match with anything else in texmf?
    – pav
    Jun 8 '16 at 21:06










  • No the manual is not lying. And what matters are the first two subfolders tex/latex compared to texgeneric . latex will first go through all the texlatex and then move on to texgeneric.
    – Ulrike Fischer
    Jun 8 '16 at 21:19










  • @UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence is localtexmftexlatex, texmftexlatex, localtexmftexgeneric and so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't find bblopts.cfg where the package database says it should be; it tries to download it; I say no; it goes on searching; it finds and inputs the file I actually have; nothing wrong appears in the log file. Right? Still, I can't understand why the InputIfFileExists of an optional file triggers the whole 'missing-install' thing...
    – pav
    Jun 8 '16 at 21:50
















4














The bblopts.cfg from arabi is in texlatex. You put your version in texgeneric. Now latex doesn't search first the local texmf tree and then the main tree but follows a sort of zig-zag path (see https://tex.stackexchange.com/a/79983/2388).



This means that when the InputIfFileExists is processed miktex finds first the bblopts.cfg from arabi and so tries to download it.



You can avoid this by putting your local file e.g. in localtexmftexlatexbabel.



Side remark: The bblopts.cfg from arabi is imho unnecessary today and should be removed or moved to the doc-folder (where it is in texlive).






share|improve this answer























  • @UlrikeFisher, as far as I can deduce from the MiKTeX manual (no time to look at the source code!), it searches for files in a more linear way than kpath* does (indeed, it says that, inside the 'setting' gui, you "can move [the local files folder] before the installation directory, if you want to prioritize your own files").
    – pav
    Jun 8 '16 at 20:38












  • @pav miktex searches through the trees in the same way as kpathsea -- a lot things would break if the search pathes wouldn't be similar to the search pathes in texlive. Beside this: I tested the issue.
    – Ulrike Fischer
    Jun 8 '16 at 20:44










  • @UlrikeFisher, so the MiKTeX manual is lying!! In any case, please let me undestand better: in my system I have texmftexgenericbabel and, if I installed the arabi package, I would have the bblopts.cgf in texmftexlatexarabi. So, why does the fake bblopts.cgf in localtexmftexlatexbabel solve the problem (thanks, by the way!) even if this directory doesn't match with anything else in texmf?
    – pav
    Jun 8 '16 at 21:06










  • No the manual is not lying. And what matters are the first two subfolders tex/latex compared to texgeneric . latex will first go through all the texlatex and then move on to texgeneric.
    – Ulrike Fischer
    Jun 8 '16 at 21:19










  • @UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence is localtexmftexlatex, texmftexlatex, localtexmftexgeneric and so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't find bblopts.cfg where the package database says it should be; it tries to download it; I say no; it goes on searching; it finds and inputs the file I actually have; nothing wrong appears in the log file. Right? Still, I can't understand why the InputIfFileExists of an optional file triggers the whole 'missing-install' thing...
    – pav
    Jun 8 '16 at 21:50














4












4








4






The bblopts.cfg from arabi is in texlatex. You put your version in texgeneric. Now latex doesn't search first the local texmf tree and then the main tree but follows a sort of zig-zag path (see https://tex.stackexchange.com/a/79983/2388).



This means that when the InputIfFileExists is processed miktex finds first the bblopts.cfg from arabi and so tries to download it.



You can avoid this by putting your local file e.g. in localtexmftexlatexbabel.



Side remark: The bblopts.cfg from arabi is imho unnecessary today and should be removed or moved to the doc-folder (where it is in texlive).






share|improve this answer














The bblopts.cfg from arabi is in texlatex. You put your version in texgeneric. Now latex doesn't search first the local texmf tree and then the main tree but follows a sort of zig-zag path (see https://tex.stackexchange.com/a/79983/2388).



This means that when the InputIfFileExists is processed miktex finds first the bblopts.cfg from arabi and so tries to download it.



You can avoid this by putting your local file e.g. in localtexmftexlatexbabel.



Side remark: The bblopts.cfg from arabi is imho unnecessary today and should be removed or moved to the doc-folder (where it is in texlive).







share|improve this answer














share|improve this answer



share|improve this answer








edited Apr 13 '17 at 12:35









Community

1




1










answered Jun 8 '16 at 10:34









Ulrike FischerUlrike Fischer

188k7292673




188k7292673












  • @UlrikeFisher, as far as I can deduce from the MiKTeX manual (no time to look at the source code!), it searches for files in a more linear way than kpath* does (indeed, it says that, inside the 'setting' gui, you "can move [the local files folder] before the installation directory, if you want to prioritize your own files").
    – pav
    Jun 8 '16 at 20:38












  • @pav miktex searches through the trees in the same way as kpathsea -- a lot things would break if the search pathes wouldn't be similar to the search pathes in texlive. Beside this: I tested the issue.
    – Ulrike Fischer
    Jun 8 '16 at 20:44










  • @UlrikeFisher, so the MiKTeX manual is lying!! In any case, please let me undestand better: in my system I have texmftexgenericbabel and, if I installed the arabi package, I would have the bblopts.cgf in texmftexlatexarabi. So, why does the fake bblopts.cgf in localtexmftexlatexbabel solve the problem (thanks, by the way!) even if this directory doesn't match with anything else in texmf?
    – pav
    Jun 8 '16 at 21:06










  • No the manual is not lying. And what matters are the first two subfolders tex/latex compared to texgeneric . latex will first go through all the texlatex and then move on to texgeneric.
    – Ulrike Fischer
    Jun 8 '16 at 21:19










  • @UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence is localtexmftexlatex, texmftexlatex, localtexmftexgeneric and so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't find bblopts.cfg where the package database says it should be; it tries to download it; I say no; it goes on searching; it finds and inputs the file I actually have; nothing wrong appears in the log file. Right? Still, I can't understand why the InputIfFileExists of an optional file triggers the whole 'missing-install' thing...
    – pav
    Jun 8 '16 at 21:50


















  • @UlrikeFisher, as far as I can deduce from the MiKTeX manual (no time to look at the source code!), it searches for files in a more linear way than kpath* does (indeed, it says that, inside the 'setting' gui, you "can move [the local files folder] before the installation directory, if you want to prioritize your own files").
    – pav
    Jun 8 '16 at 20:38












  • @pav miktex searches through the trees in the same way as kpathsea -- a lot things would break if the search pathes wouldn't be similar to the search pathes in texlive. Beside this: I tested the issue.
    – Ulrike Fischer
    Jun 8 '16 at 20:44










  • @UlrikeFisher, so the MiKTeX manual is lying!! In any case, please let me undestand better: in my system I have texmftexgenericbabel and, if I installed the arabi package, I would have the bblopts.cgf in texmftexlatexarabi. So, why does the fake bblopts.cgf in localtexmftexlatexbabel solve the problem (thanks, by the way!) even if this directory doesn't match with anything else in texmf?
    – pav
    Jun 8 '16 at 21:06










  • No the manual is not lying. And what matters are the first two subfolders tex/latex compared to texgeneric . latex will first go through all the texlatex and then move on to texgeneric.
    – Ulrike Fischer
    Jun 8 '16 at 21:19










  • @UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence is localtexmftexlatex, texmftexlatex, localtexmftexgeneric and so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't find bblopts.cfg where the package database says it should be; it tries to download it; I say no; it goes on searching; it finds and inputs the file I actually have; nothing wrong appears in the log file. Right? Still, I can't understand why the InputIfFileExists of an optional file triggers the whole 'missing-install' thing...
    – pav
    Jun 8 '16 at 21:50
















@UlrikeFisher, as far as I can deduce from the MiKTeX manual (no time to look at the source code!), it searches for files in a more linear way than kpath* does (indeed, it says that, inside the 'setting' gui, you "can move [the local files folder] before the installation directory, if you want to prioritize your own files").
– pav
Jun 8 '16 at 20:38






@UlrikeFisher, as far as I can deduce from the MiKTeX manual (no time to look at the source code!), it searches for files in a more linear way than kpath* does (indeed, it says that, inside the 'setting' gui, you "can move [the local files folder] before the installation directory, if you want to prioritize your own files").
– pav
Jun 8 '16 at 20:38














@pav miktex searches through the trees in the same way as kpathsea -- a lot things would break if the search pathes wouldn't be similar to the search pathes in texlive. Beside this: I tested the issue.
– Ulrike Fischer
Jun 8 '16 at 20:44




@pav miktex searches through the trees in the same way as kpathsea -- a lot things would break if the search pathes wouldn't be similar to the search pathes in texlive. Beside this: I tested the issue.
– Ulrike Fischer
Jun 8 '16 at 20:44












@UlrikeFisher, so the MiKTeX manual is lying!! In any case, please let me undestand better: in my system I have texmftexgenericbabel and, if I installed the arabi package, I would have the bblopts.cgf in texmftexlatexarabi. So, why does the fake bblopts.cgf in localtexmftexlatexbabel solve the problem (thanks, by the way!) even if this directory doesn't match with anything else in texmf?
– pav
Jun 8 '16 at 21:06




@UlrikeFisher, so the MiKTeX manual is lying!! In any case, please let me undestand better: in my system I have texmftexgenericbabel and, if I installed the arabi package, I would have the bblopts.cgf in texmftexlatexarabi. So, why does the fake bblopts.cgf in localtexmftexlatexbabel solve the problem (thanks, by the way!) even if this directory doesn't match with anything else in texmf?
– pav
Jun 8 '16 at 21:06












No the manual is not lying. And what matters are the first two subfolders tex/latex compared to texgeneric . latex will first go through all the texlatex and then move on to texgeneric.
– Ulrike Fischer
Jun 8 '16 at 21:19




No the manual is not lying. And what matters are the first two subfolders tex/latex compared to texgeneric . latex will first go through all the texlatex and then move on to texgeneric.
– Ulrike Fischer
Jun 8 '16 at 21:19












@UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence is localtexmftexlatex, texmftexlatex, localtexmftexgeneric and so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't find bblopts.cfg where the package database says it should be; it tries to download it; I say no; it goes on searching; it finds and inputs the file I actually have; nothing wrong appears in the log file. Right? Still, I can't understand why the InputIfFileExists of an optional file triggers the whole 'missing-install' thing...
– pav
Jun 8 '16 at 21:50




@UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence is localtexmftexlatex, texmftexlatex, localtexmftexgeneric and so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't find bblopts.cfg where the package database says it should be; it tries to download it; I say no; it goes on searching; it finds and inputs the file I actually have; nothing wrong appears in the log file. Right? Still, I can't understand why the InputIfFileExists of an optional file triggers the whole 'missing-install' thing...
– pav
Jun 8 '16 at 21:50











1














Apparently it's a MikTeX bug. As a workaround, try



usepackage[noconfigs,british]{babel} 


The option noconfigs does what its name suggests.






share|improve this answer

















  • 1




    Thanks for your answer, @JavierBezos, but I was looking for an explanation rather than a workaround. Besides, that way I should change every file I use (due to a bug that could disappear in a month) and I wouldn't be able to use a configuration file that, someday, could be useful...
    – pav
    Jun 8 '16 at 21:13
















1














Apparently it's a MikTeX bug. As a workaround, try



usepackage[noconfigs,british]{babel} 


The option noconfigs does what its name suggests.






share|improve this answer

















  • 1




    Thanks for your answer, @JavierBezos, but I was looking for an explanation rather than a workaround. Besides, that way I should change every file I use (due to a bug that could disappear in a month) and I wouldn't be able to use a configuration file that, someday, could be useful...
    – pav
    Jun 8 '16 at 21:13














1












1








1






Apparently it's a MikTeX bug. As a workaround, try



usepackage[noconfigs,british]{babel} 


The option noconfigs does what its name suggests.






share|improve this answer












Apparently it's a MikTeX bug. As a workaround, try



usepackage[noconfigs,british]{babel} 


The option noconfigs does what its name suggests.







share|improve this answer












share|improve this answer



share|improve this answer










answered Jun 7 '16 at 17:54









Javier BezosJavier Bezos

3,8481215




3,8481215








  • 1




    Thanks for your answer, @JavierBezos, but I was looking for an explanation rather than a workaround. Besides, that way I should change every file I use (due to a bug that could disappear in a month) and I wouldn't be able to use a configuration file that, someday, could be useful...
    – pav
    Jun 8 '16 at 21:13














  • 1




    Thanks for your answer, @JavierBezos, but I was looking for an explanation rather than a workaround. Besides, that way I should change every file I use (due to a bug that could disappear in a month) and I wouldn't be able to use a configuration file that, someday, could be useful...
    – pav
    Jun 8 '16 at 21:13








1




1




Thanks for your answer, @JavierBezos, but I was looking for an explanation rather than a workaround. Besides, that way I should change every file I use (due to a bug that could disappear in a month) and I wouldn't be able to use a configuration file that, someday, could be useful...
– pav
Jun 8 '16 at 21:13




Thanks for your answer, @JavierBezos, but I was looking for an explanation rather than a workaround. Besides, that way I should change every file I use (due to a bug that could disappear in a month) and I wouldn't be able to use a configuration file that, someday, could be useful...
– pav
Jun 8 '16 at 21:13


















draft saved

draft discarded




















































Thanks for contributing an answer to TeX - LaTeX Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f313539%2fmiktex-and-babel-missing-file-and-useless-package-installation-required%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Biblatex bibliography style without URLs when DOI exists (in Overleaf with Zotero bibliography)

ComboBox Display Member on multiple fields

Is it possible to collect Nectar points via Trainline?