bug#33999: CP437: Invalid Argument on init

Oh right, forgot about the check line. I'll try that tonight. However, I don't think I can run your test program unless that fixes the issue as I never get a shell. Also, I don't think this matters, but I'll be running `guix system init` from the installer rather than reconfigure due to the lack

bug#27217: texlive is too big

Pierre Neidhardt writes: >> I don’t think that’s correct. The .ins/.dtx files contain instructions >> for generating files, including the .sty files, which are extracted from >> the .dtx files. > > What I meant is that the .sty is always already generated in the SVN repo. Yes, the SVN repo

bug#27217: texlive is too big

Pierre Neidhardt writes: >> Yes, the SVN repo does include generated files. That’s not great, but >> we can choose to ignore those files (as we do in other projects). > > And the builder should take care not to discard .sty / .cls files that are not > going to be generated. I believe that in

bug#27217: texlive is too big

> Yes, the SVN repo does include generated files. That’s not great, but > we can choose to ignore those files (as we do in other projects). And the builder should take care not to discard .sty / .cls files that are not going to be generated. I believe that in all cases the basename remains

bug#33999: CP437: Invalid Argument on init

Also, if you want, please try the following program on the booted guix system: #include #include #include #include static iconv_t iconv_init_codepage(int codepage) { iconv_t result; char codepage_name[16]; snprintf(codepage_name, sizeof(codepage_name), "CP%d", codepage);

bug#33999: CP437: Invalid Argument on init

Hi, On Thu, 10 Jan 2019 07:15:10 -0800 Bryan Ferris wrote: > I've linked to two videos here, one of the boot (the screen with the GNU > logo and "100% freedom" on it) and one of the init (where Shepherd reports > errors, Thanks! I've viewed those. >I think it's dmesg?). It depends. On

bug#27217: texlive is too big

> I don’t think that’s correct. The .ins/.dtx files contain instructions > for generating files, including the .sty files, which are extracted from > the .dtx files. What I meant is that the .sty is always already generated in the SVN repo. Can you find a counter-example? > We have both kinds

bug#27217: texlive is too big

Pierre Neidhardt writes: > TeXlive packages are provided "ready to use", they are not meant to be built. > The .ins/.dtx are only here for potential package contributors or as a source > of > documentation, but when it comes to TeXlive, they are not used to build the > resulting package. The

bug#34033: Offloading sometimes hangs

Hello, So there’s another situation where offloading regularly hangs on berlin. The ‘guix offload’ process looks like this: --8<---cut here---start->8--- (gdb) bt #0 0x7f1f715686a1 in __GI___poll (fds=0x14e9b30, nfds=1, timeout=-1) at

bug#27217: texlive is too big

> What I find most troubling is that sources are littered across the SVN > repository. Sometimes we’ve got simple .ins and .dtx files, but very > often we have a stray .sty or .tex file in some seemingly arbitary > directory and one needs to manually take care of adding these extra > source

bug#34030: Offloading sets mtime relative to current timezone

Ludovic Courtès skribis: > The ‘reset-timestamps’ procedure in (guix store database) apparently > sets the time relative to the current timezone, leading to > discrepancies: It may not be the right diagnostic. We have this: --8<---cut here---start->8---

bug#27217: texlive is too big

Hey Pierre, > I'm so sorry for the poor wording, Ricardo, it was uncalled for. (Wrote in a > haste.) What I meant is that it does not solve the current issue of "what > file > belongs to what package." No worries :) > It's not just the importer but our current approach to TeXlive that

bug#33999: CP437: Invalid Argument on init

I've linked to two videos here, one of the boot (the screen with the GNU logo and "100% freedom" on it) and one of the init (where Shepherd reports errors, I think it's dmesg?). Boot: https://drive.google.com/file/d/1YMbCI3BvznhMI_eYYTxMvxJC2SKlNqSJ/view?usp=sharing Init:

bug#34030: Offloading sets mtime relative to current timezone

The ‘reset-timestamps’ procedure in (guix store database) apparently sets the time relative to the current timezone, leading to discrepancies: --8<---cut here---start->8--- $ TZ=UTC stat

bug#33832: The VPN service 'org.freedesktop.NetworkManager.openvpn' was not installed.

Debugging a bit further, it seems that my change to the network-manager-service-type had the following effect: A file populated at /etc/dbus-1/system-local.conf now has an include directive for network-manager-openvpn: --8<---cut here---start->8---

bug#27217: texlive is too big

Hi Pierre, > I think I know what's happening: some packages are missing files because they > were not properly packaged. With our current build system, this is almost > impossible to fix. > > I've never been able to use the importer. Anyways, as my previous email > pointed out, I think it's

bug#27217: texlive is too big

Ricardo Wurmus skribis: > Ludovic Courtès writes: > >> Hello! >> >> I was also looking at the remaining dependencies on ‘texlive’. For >> ‘teximpatient’, it looks like we’d need >> but: [...] >> Throw to key `srfi-34' with args `(#> arguments: ("checkout"

bug#27217: texlive is too big

Ludovic Courtès writes: > Hello! > > I was also looking at the remaining dependencies on ‘texlive’. For > ‘teximpatient’, it looks like we’d need > but: > > --8<---cut here---start->8--- > $ guix import texlive mflogo-font

bug#34015: guix copy error message is quite difficult to understand

Hi Ludovic, Ludovic Courtès writes: > Hello Clément, > > Clément Lassieur skribis: > >> This is what happens when /etc/profile isn't sourced in the remote >> non-interactive shell on guix copy. > > Do you know specifically which environment variable was missing and what > caused the backtrace?

bug#27217: texlive is too big

Hello! I was also looking at the remaining dependencies on ‘texlive’. For ‘teximpatient’, it looks like we’d need but: --8<---cut here---start->8--- $ guix import texlive mflogo-font ni sekvas la redirektigon al