<brendyn>janneke: There are all these python backends and I can't even tell if they are even used or not
<janneke>and now, with every python package that's added to guixsd i go: this would have made me happy, it will make a lot of people happy, but don't we already have this in guile, and more simple too?
<rekado>as much as I dislike per-language package managers, Guile could really benefit from wider adoption of guildhall or similar
<rekado>brendyn: you have python-2 in the inputs, but since this is the python-build-system “python” will be an implicit input.
<brendyn>The gdata one is completely borked, so just ignore that for a moment. With the rest of it, everything builds fine and I've used it on my backups, but I just see the dropbox backend complaining about typing
<rekado>to override the python package you need to set (arguments `(#:python ,python-2))
<ng0>i don't promise to pick it up, but if I make some progress I'll post it to the list for someone else to progress with it
<dvc>it would be really nice to have somewhere to put packages that someone started but need someone to bring them home
<ng0>i have a one-to-serve-them-all repository where I do forced-updates of work in progress things, in addition to the preparation repositories. maybe we could have some kind of pastebin for this.. idk
<ng0>i started working on packaging the new tcc, and they have a 'mob' branch where anyone can push to.
<ng0>any useful comments before I repeat something already done?
<dvc>ng0: nothing works yet... I think efraim just tried translating the aur PKG_BUILD, I added a substitute echo which I had from an earlier work on packaging chromium and qtwebengine and the inox-patches origin. You'll basically have to check each and every line =P
<ng0>so my base i started with the ebuild will be useful.
<ng0>i think i will test the gnunet and git services next week. this needs to be published :/
<ng0>for python.scm and all the big ones.. can't we have a (gnu packages python tests) (gnu packages python networking) etc to break it up? Of course moving around just for moving around is to be avoided.. but those files are growing long.
***jonsger1 is now known as jonsger
<quigonjinn>rekado: did you post the patches for arm-none-eabi in guix-devel?
<dvc>I'm not talking about a package, but some helpers for creating desktop and appdata files
<dvc>the specs are quite extensive - packages that don't supply a desktop file all write their own implementation
<dvc>I'm wondering what the best way to do this is. Can there be multiple build systems for a package? If someone adds a <xdg-desktop-entry> to the properties field of a package can we select an xdg-build-system that creates a desktop file and validates it using desktop-file-validate from the xdg-desktop-utils package?
<efraim>We can pull in a phase from another build system if needed
<efraim>There's also the option of like with ghostscript-gs where we used gostscript as an input and then modified it
<jmd>I think it might be useful as a semi-automatic tool to identify packages which don't have one - and possibly should - and maybe to generate a suggestion for one. But I don't think it should blindly put one in.
<quigonjinn>how should one go about providing additional changes to a set of patches on the mailing list? send an updated patch series, provide additional patches on top pf the existing, or just propose plain code changes to the person who made the package?
<kyamashita>quigonjinn: Choices 1 or 3, or some combination of the two.
<Common_Era>Hello. I've written a custom Refind entry to boot from the GuixSD USB drive on my iMac. It boots and I get the banner on top and it goes through a bunch of stuff really quickly, but then either the mount procedure fails (No such file or directory), if I set --root=/dev/sdb1 or whatever, or, if I set --root=gnu-disk-image, it waits for partition gnu-disk-image to appear for a couple seconds, doesn't find it and errors itself into a
<Common_Era>o figure out what a good option to pass to --root is.
<adfeno>Common_Era: Just send us the missing part. It happens to everybody when the message is too long.
<Common_Era>It errors itself into a new Guile prompt. I'm just trying to figure out what a good option to pass to --root.
<Common_Era>I'm farther than I've ever been and I have some pride from the menu entry, but I don't want it to all go to waste.
<adfeno>Common_Era: This issue with GuixSD and other operating systems happens to almost everybody here... I once tried installing GuixSD, but I also got some boot-up issues, and my boot-loader, that came from GuixSD, didn't recognize my previous operating system...
<Common_Era>I don't need the other operating systems. I'll lose Mac OS X, if need be, and I was planning on removing my Debian anyway.
<adfeno>... Luckly, I had a spare USB thumb drive that had a live version of the previous operating system. So I didn't have to reinstall (I just told the live system to install its bootloader back).
<Common_Era>If I ever do want OS X back, I'll use internet recovery, which seems to be stuck on this thing, luckily.
<adfeno>Common_Era: :D I'm glad that you do want to throw Mac OS to the trash. :)
<Common_Era>Makes sense. I have a half-baked program I'm writing on Debian, but I've backed it up elsewhere. Really, I have no ties that I can't easily cut.
<adfeno>Common_Era: I'm looking at the documentation now, to see what I can do to help.
<adfeno>Right now, I'm using only Guix, installed in my copy of Trisquel.
<kyamashita>GRUB works fine for other distributions on that machine, like Trisquel, Dragora, and even the GuixSD USB installation image. But booting the installed GuixSD distribution, even when mirrored from another working installation, does not work.
<ng0>well you use what yoz have to use. i have to use gentoo to double check and release applications and ebuilds. I can't just get rid of it.
<adfeno>ACTION shakes when he remembers that he still has to try installing GuixSD along-side with Trisquel.
<Common_Era>Thank you. I've been through it. There's not much about actually booting from the USB, it assumes that's simple, which it should be, but isn't. I've set --root to /dev/sdb1, /dev/sdc1, the partition's label (guix-root), gnu-disk-image, and GuixSD's /root directory. All with a similar result.
<Common_Era>One of Refind's examples of a custom menu entry has --root=/dev/sda3, so I can't see a reason that --root=/dev/sdb1 shouldn't work.
<Common_Era>I'm wondering if it has to be a partition on the internal hard disk.
<Common_Era>If I set it to either /dev/sdb1 or /dev/sdc1 ( the two it likes ), it hangs at [sdc] Attached SCSI removable disk.
<kyamashita>When I try to boot GuixSD from my desktop hard drive, it reports sda-sdd as block devices, yet it won't mount anything. I honestly think that my desktop just has an odd BIOS. Not saying that this is the case here, but maybe these instances are connected somehow...
<adfeno>Common_Era: Check if the **partition** where GuixSD is installed is really called "gnu-disk-image".
<kyamashita>My desktop hangs right after it repots sda-sdd as block devices, that is.
<ZombieChicken>Anyone have any suggestions on how to test if I have a working network connection from within a Qemu VM? Apparently ping doesn't work (Qemu "bug", we'll say), and neither wget nor curl seem to be installed in the default USB install media
<adfeno>You can perhaps use (inherit [package name]) to inherit most things.
<kyamashita>ng0: This seems to be the culprit: "ld: cannot find -lmysqlclient_r"
<ng0>i originally had an guixpkgs repo where i moved from our overlay (youbroketheinternet-overlay) to guix paclkages, but most packages either ended up in the secushare preparing one or directly upstream, master.
<Common_Era>I don't really know. I know that Refind can boot a BIOS OS on Macs because they have a weird EFI implementation. I think that if I could set guix system init to use the i386-pc directory for Grub, it might work. Maybe I'm just stupid.
<kyamashita>I'm not sure. It's been a while since I've messed with EFI (or perhaps it messed with me?).
<j-r>I'd really like to be a able to pxe boot and network install GuixSD on lvm devices.
<adfeno>j-r: If you do have the time, some day in the morning, during coffee, take wingo's blog post about Conway's law and software, and give it read. It also helps if watch the talks about Guix on media.libreplanet.org (site).
<adfeno>After seeing and reading these, you'll notice how fragment the "packaging" of software is these days, and what Guix solves.
<j-r>adfeno: sure. Never actually heard about Conway's law. Looks interesting.
<j-r>I discovered Guix about 3 month's ago. It would solve many of the problems we are facing with deployment at $WORK.
<j-r>As I am the technical lead for the project to migrate from AIX to GNU/Linux Guix will be in there.
<adfeno>As a free/libre software activist, however, I have to advise you that: the primary goal of Guix and GuixSD is to be free/libre software. And so I also recommend that you make such note to people who listen to you.
<j-r>Not so much for GuixSD as $WORK seems to be allergic to free software.
<adfeno>The allergic ones are to those we must explain the **basics** of the four freedoms to.
<adfeno>We have to at least try. If there's no try, then we have failed.
<j-r>Yes, I'm aware of the free/libre thing. I have FSF and GNU stickers on my $WORK laptop. Makes for some rather interesting discussions at meetings. ;)
<kyamashita>lfam: I could help once my current set of packages are pushed. I also need to get myself one of those oss-sec inboxes! ;)
<lfam>kyamashita: It's not a very busy mailing list, but it does take some time to figure out how to deal with the issues presented.
<lfam>I have to say, I'm always relieved when I see that we don't package the affected program
<lfam>Which is really a paradoxical response. We *should* want more packages. But people should maintain the packages they add :)
<adfeno>j-r: The most critical environment is where you are employed. At home and college, you can simply refuse to use/fix/teach/install non-(free/libre) software, and propose alternatives, followed by our usual explanations.
<adfeno>But at work, unless you have the authority and resposibility to choose which software to use/install/teach/fix/recommend/sell/share/etc... then it becomes complicated, because in most cases you are subordinated to someone.
<j-r>adfeno: As technical lead for the project I'm on I get to have some influence, although not as much as stated at the beginning. We could pick any GNU/Linux distro and virtualization stack that would meet requirements.
<j-r>I'm beginning to think the only option that *meet* requirements are vmware and RHEL. I'd much rather use kvm and some other distro.
<lfam>Interesting, what are these requirements that require that stack?
<jmd>I thought kvm was rather deprecated these days.
<lfam>Sounds like RHEL did a good job of advocating for their software :)
<j-r>as far as I can tell there is a license fee and support or the suits from RedHat play golf with the suits at my company. Typical golf course IT.
<lfam>Ah, I thought it was a technical / support requirement ;)
<adfeno>You just have to provide us the list of requirements.
<j-r>I've argued up to the CIO, that we would be better served to use free/libre software, take the $$$ saved on licensing and hire FTE.
<lfam>And you would have more control over the software that runs your business :)
<lfam>Although RHEL is not too bad. It's not as if you are choosing between GuixSD and Windows
<j-r>adfeno: I'll see what I can do. Mostly everything has to go through legal, get NDAs signed before we talk to vendors.
<adfeno>And by making use of that money that you would have spent with non-(free/libre) software, you could hire a free/libre software person to make adaptations and give support or consulting for you.
<j-r>The main application is written in house for the last 30 years or so. It doesn't have a chance of compiling on Windows.
<j-r>The biggest thing for the distro is it has to have official support from IBM for DB2.
<adfeno>ACTION wishes people would start writting requirements with generalization in mind, not by stating particular names, or that they would specify bit-by-bit what is needed, instead of particular names.
<j-r>I've built a system around Debian (as I've used that personally forever).
<j-r>Managenent didn't really like that as there is no vendor that sell support at the scale we need (or that management thinks we need).
<adfeno>Did you use that system-built-around-Debian to do work-related tasks?
<ZombieChicken>I'll have to email guix-devel a few suggestions in the near future
<kyamashita>Nooooooo, PHP! You were compiling so nicely! ;_;
***mark-otaris is now known as mark_otaris
***mark_otaris is now known as mark_otaris_
<ngz>Hello. I have a compressed folder which is basically a bunch of js files and an index.html. I'd like to package it for Guix as an offline application. Unfortunately, I cannot just make a script launching the index.html because some AJAX calls are not possible. I need to launch a local web server. Is it an acceptable trade off for a package? If yes, any ideas on how it could be done in Guix?
<Common_Era>Alright, sorry for the long absence. I've got the refind entry for the SD done. But it says the loader is invalid, even though I'm using the same one as specified in the grub.cfg (<unique, random digits>-system/boot). What am I doing wrong here?