MiKTeX and babel: missing file and useless package installation required
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:
If
bblopts.cfgis in the tex path, e.g.,C:localtexmftexgenericbabel,
findtexmfreturns the correct pathC: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.cfgis missing and that I have to install thearabipackage!
If
bblopts.cfgis in the current folder,
findtexmfreturns 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
add a comment |
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:
If
bblopts.cfgis in the tex path, e.g.,C:localtexmftexgenericbabel,
findtexmfreturns the correct pathC: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.cfgis missing and that I have to install thearabipackage!
If
bblopts.cfgis in the current folder,
findtexmfreturns 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
I don't have thearabipackage installed, and I don't have problems withbabel. 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 thearabipackage, so I don't have the originalbblopts.cfganywhere. What I don't understand is why MiKTeX says that an optional file is missing (by definition,InputIfFileExistsshould 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
add a comment |
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:
If
bblopts.cfgis in the tex path, e.g.,C:localtexmftexgenericbabel,
findtexmfreturns the correct pathC: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.cfgis missing and that I have to install thearabipackage!
If
bblopts.cfgis in the current folder,
findtexmfreturns 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
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:
If
bblopts.cfgis in the tex path, e.g.,C:localtexmftexgenericbabel,
findtexmfreturns the correct pathC: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.cfgis missing and that I have to install thearabipackage!
If
bblopts.cfgis in the current folder,
findtexmfreturns 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
miktex babel
asked Jun 7 '16 at 15:59
pavpav
2813
2813
I don't have thearabipackage installed, and I don't have problems withbabel. 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 thearabipackage, so I don't have the originalbblopts.cfganywhere. What I don't understand is why MiKTeX says that an optional file is missing (by definition,InputIfFileExistsshould 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
add a comment |
I don't have thearabipackage installed, and I don't have problems withbabel. 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 thearabipackage, so I don't have the originalbblopts.cfganywhere. What I don't understand is why MiKTeX says that an optional file is missing (by definition,InputIfFileExistsshould 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
add a comment |
2 Answers
2
active
oldest
votes
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).
@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 havetexmftexgenericbabeland, if I installed thearabipackage, I would have thebblopts.cgfintexmftexlatexarabi. So, why does the fakebblopts.cgfinlocaltexmftexlatexbabelsolve the problem (thanks, by the way!) even if this directory doesn't match with anything else intexmf?
– pav
Jun 8 '16 at 21:06
No the manual is not lying. And what matters are the first two subfolderstex/latexcompared totexgeneric. latex will first go through all thetexlatexand then move on totexgeneric.
– Ulrike Fischer
Jun 8 '16 at 21:19
@UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence islocaltexmftexlatex,texmftexlatex,localtexmftexgenericand so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't findbblopts.cfgwhere 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 theInputIfFileExistsof an optional file triggers the whole 'missing-install' thing...
– pav
Jun 8 '16 at 21:50
|
show 4 more comments
Apparently it's a MikTeX bug. As a workaround, try
usepackage[noconfigs,british]{babel}
The option noconfigs does what its name suggests.
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
add a comment |
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
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
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).
@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 havetexmftexgenericbabeland, if I installed thearabipackage, I would have thebblopts.cgfintexmftexlatexarabi. So, why does the fakebblopts.cgfinlocaltexmftexlatexbabelsolve the problem (thanks, by the way!) even if this directory doesn't match with anything else intexmf?
– pav
Jun 8 '16 at 21:06
No the manual is not lying. And what matters are the first two subfolderstex/latexcompared totexgeneric. latex will first go through all thetexlatexand then move on totexgeneric.
– Ulrike Fischer
Jun 8 '16 at 21:19
@UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence islocaltexmftexlatex,texmftexlatex,localtexmftexgenericand so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't findbblopts.cfgwhere 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 theInputIfFileExistsof an optional file triggers the whole 'missing-install' thing...
– pav
Jun 8 '16 at 21:50
|
show 4 more comments
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).
@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 havetexmftexgenericbabeland, if I installed thearabipackage, I would have thebblopts.cgfintexmftexlatexarabi. So, why does the fakebblopts.cgfinlocaltexmftexlatexbabelsolve the problem (thanks, by the way!) even if this directory doesn't match with anything else intexmf?
– pav
Jun 8 '16 at 21:06
No the manual is not lying. And what matters are the first two subfolderstex/latexcompared totexgeneric. latex will first go through all thetexlatexand then move on totexgeneric.
– Ulrike Fischer
Jun 8 '16 at 21:19
@UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence islocaltexmftexlatex,texmftexlatex,localtexmftexgenericand so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't findbblopts.cfgwhere 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 theInputIfFileExistsof an optional file triggers the whole 'missing-install' thing...
– pav
Jun 8 '16 at 21:50
|
show 4 more comments
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).
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).
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 havetexmftexgenericbabeland, if I installed thearabipackage, I would have thebblopts.cgfintexmftexlatexarabi. So, why does the fakebblopts.cgfinlocaltexmftexlatexbabelsolve the problem (thanks, by the way!) even if this directory doesn't match with anything else intexmf?
– pav
Jun 8 '16 at 21:06
No the manual is not lying. And what matters are the first two subfolderstex/latexcompared totexgeneric. latex will first go through all thetexlatexand then move on totexgeneric.
– Ulrike Fischer
Jun 8 '16 at 21:19
@UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence islocaltexmftexlatex,texmftexlatex,localtexmftexgenericand so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't findbblopts.cfgwhere 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 theInputIfFileExistsof an optional file triggers the whole 'missing-install' thing...
– pav
Jun 8 '16 at 21:50
|
show 4 more comments
@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 havetexmftexgenericbabeland, if I installed thearabipackage, I would have thebblopts.cgfintexmftexlatexarabi. So, why does the fakebblopts.cgfinlocaltexmftexlatexbabelsolve the problem (thanks, by the way!) even if this directory doesn't match with anything else intexmf?
– pav
Jun 8 '16 at 21:06
No the manual is not lying. And what matters are the first two subfolderstex/latexcompared totexgeneric. latex will first go through all thetexlatexand then move on totexgeneric.
– Ulrike Fischer
Jun 8 '16 at 21:19
@UlrikeFisher, maybe I understood: 1. The manual's 'prioritize' means that the search sequence islocaltexmftexlatex,texmftexlatex,localtexmftexgenericand so on, thus prioritizing local files wrt files inside the same subdir. 2. MiKTeX doesn't findbblopts.cfgwhere 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 theInputIfFileExistsof 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
|
show 4 more comments
Apparently it's a MikTeX bug. As a workaround, try
usepackage[noconfigs,british]{babel}
The option noconfigs does what its name suggests.
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
add a comment |
Apparently it's a MikTeX bug. As a workaround, try
usepackage[noconfigs,british]{babel}
The option noconfigs does what its name suggests.
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
add a comment |
Apparently it's a MikTeX bug. As a workaround, try
usepackage[noconfigs,british]{babel}
The option noconfigs does what its name suggests.
Apparently it's a MikTeX bug. As a workaround, try
usepackage[noconfigs,british]{babel}
The option noconfigs does what its name suggests.
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
add a comment |
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
add a comment |
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.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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
I don't have the
arabipackage installed, and I don't have problems withbabel. 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
arabipackage, so I don't have the originalbblopts.cfganywhere. What I don't understand is why MiKTeX says that an optional file is missing (by definition,InputIfFileExistsshould 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