Re: Plan for a release!

2020-03-06 Thread John Soo
Hi Guix, In addition I think issue #38544 (gparted segfaults) should be addressed before a release. I would imagine that partitioning is an activity that happens a lot around new installs. - John

Re: rust (build system) deficits

2020-03-07 Thread John Soo
Hi Hartmut, I agree with you. It seems like a problem for cargo to solve to me. Efraim tried to use the .rlib files to make library files and found it was not really an option. There are more problems, too. The way inputs are done doesn’t fit well with the rest of guix tooling and doesn’t rea

Re: rust (build system) deficits

2020-03-08 Thread John Soo
Hi Hartmut, > On Mar 8, 2020, at 10:16 AM, Hartmut Goebel > wrote: The much more serious issue is that we are not able to build non-trivial Rust applications: Given a package which needs to add phases, e.g. for fixing Cargo.toml, we would need to run each package's phases when building any depe

Re: rust (build system) deficits

2020-03-08 Thread John Soo
Also I should just say thank you for taking interest in the cargo-build system. Please let me know if I’m missing something. John

Re: rust (build system) deficits

2020-03-09 Thread John Soo
Hi Hartmut, > On Mar 9, 2020, at 2:26 AM, Hartmut Goebel > wrote: > A second dependancy is "sequoia-openpgp", which requires rhe lalrpop parser generator for building. Now when building `sequioa-sqv`, I need to add all these dependencies again: - nettle-src, since it is "optional" for nettle

Re: rust (build system) deficits

2020-03-09 Thread John Soo
Hi Hartmut, > My point is less the work, but the non-transitive declarations: nettle-sys is an multi-indirect input for sequioa-sqv, still the later needs to specify these dependencies. Totally agree. I think everyone agreed, too. A few months ago we decided that the package inputs should match

Re: Brainstorming features for issues.guix.gnu.org

2020-03-26 Thread John Soo
Hi Ricardo! I love the idea of a smoother download/review process. I think I would be happier with a curl-able endpoint to download patches from. I think it might compose with other tools a little more smoothly. Other than that, nothing really comes to my mind. I only just started using it more f

Re: Brainstorming features for issues.guix.gnu.org

2020-03-30 Thread John Soo
Ricardo Wurmus writes: >> It is hard to find how patchsets differ - let alone where >> revisions start and end. > > Do you have an idea how to improve this? Should we use, for example, > the message subject to detect revisions? (E.g. [PATCH 3/3] will > indicate that the end of the patch set has

Re: bug#30435: libreoffice: Fonts don't show up after install

2020-04-02 Thread John Soo
Hi there, I think this is the same issue as 26877. Can font information be compiled into a fonts.conf? - John

Mistaken authorship on some commits

2020-04-02 Thread John Soo
Hi Guix! I think I am reported as the author of commits 0cc8cdbe1b0018ec37b1de9032c9eca884bedb6e a97b943b5590c6406a85cb0f2f03fa69d7e3b7d8 c26fd5648c2a24dbd71f4c0851f8b5eced75e0f1 I did not author these, though it would have been likely. Thank you so much, maintainers. - John

Re: Adding a %desktop-packages

2020-04-03 Thread John Soo
Hi there, I am on board with providing some predefined lists of packages. I raised the idea of providing smaller lists of packages that might go well together instead of one large %desktop-packages. One reason to do this, for instance, might be to not make someone who wants to use btrfs always im

Re: TLS certificates for web browsers in guix environment --container

2020-04-21 Thread John Soo
Hi Pierre, I think you need the nss-certs package in the environment, to start. Does adding them help? - John

Bump stackage LTS

2020-04-22 Thread John Soo
Hi Guix, Stackage and ghc have moved quite a bit since our stackage and ghc versions. Would it be ok to start work on bumping our package set to a newer set of working packages and compilers? What is the state of the wip-haskell branch? Kindly, John

Re: GNU Guix maintainer collective update

2020-05-04 Thread John Soo
to echo the sentiment that Guix is nice software but has even nicer leadership and community. Thank you so much for your service, Ricardo. I hope to see you around. > Let's also welcome Mathieu Othacehe in his new role! Congratulations, > Mathieu! :-) Congratulations Mathieu! Kindly, John Soo

Request for proposals on Rust and Go build systems (RE: Medium-term road map)

2020-05-07 Thread John Soo
Hi Guix, I lost the specific thread on the medium-term road map that applies. A few suggestions have been made to improve updates the source-only build systems we have (Rust and Go). I would like to suggest that we do make changes to these and put them on the road map. Can we put together some c

Re: Towards a graphical installer?

2020-05-11 Thread John Soo
raingloom writes: > Can the TUI installer be used with a screen reader? AFAIK it can't but > I'd love to be proven wrong. I was just thinking about accessibility in Guix recently. I was wondering something similar. > Anyway, there are also other accessibility options that are useful. High > c

Re: Returning to the project

2020-06-26 Thread John Soo
Hey welcome back Brett! I was hopeful about the formal methods working group! Also all your work on the MLton toolchain was very interesting. I don’t think any work has been done on those since you left off :) Good to see you, - John

Re: RUNPATH problem building Rust 1.40.0

2020-06-30 Thread John Soo
Hi Matthew and Ludo, I’ve been using the rust versions (up to 1.44) from this patch set without issue: http://issues.guix.gnu.org/40957 Hope that helps, John

Re: The rust:cargo output - why?

2020-07-23 Thread John Soo
Hi Jakub, I agree. In my mind, anything that would be installed via rustup add component would be a separate output. Aside from that, to reduce closure size, Maybe the docs can go into a separate output? But cargo is quite integral to the rust workflow I was very confused by cargo as a se

Re: merge wip-haskell?

2020-08-06 Thread John Soo
Hi Ricardo, Nice! Sounds good to me. There are a couple other bits of work I’d like to see make it in. I believe there was also some work being done to de-duplicate flags sent to gcc sent by ghc (this was the only thing keeping stack from building). I hope that can make it in, too! If there

Re: merge wip-haskell?

2020-08-07 Thread John Soo
Hi Jakub, I could see splitting the static output being useful but I would rather wait until some evidence that the closure size would be too large. Also I’m not sure propagation is necessary for dependents to find libraries or use paths from an input. Thoughts? John On Aug 7, 2020, at 8:04

Re: merge wip-haskell?

2020-08-07 Thread John Soo
Hi Ricardo and Jakub, Ah ok. Sorry I had forgotten the point of the thread. Sounds like a plan! - John On Aug 7, 2020, at 8:59 AM, Ricardo Wurmus wrote:  Jakub Kądziołka writes: >> On Fri, Aug 07, 2020 at 08:12:36AM -0700, John Soo wrote: >> I would rather wait until some e

Re: Improving CI throughput

2020-08-24 Thread John Soo
Hi Ludo and Guix, I am not sure how much I can devote to the problem, but bpf now works in guix. The bpftrace scripting language is there if it might help. Hope that helps a little, John

Re: merge wip-haskell?

2020-08-28 Thread John Soo
On another note: Does anyone know why idris, agda, and purescript are failing? I have only been able to do very little recently to look at them. - John

Re: merge wip-haskell?

2020-08-29 Thread John Soo
Nice! Thanks Tim!

Re: getting started with the texlive importer

2020-09-10 Thread John Soo
Nice work! That bug has been around for years I think. Thanks! John

RFC: subcommand to pause/resume builds

2020-11-02 Thread John Soo
Hi Guix! I was looking to pause a long build today and asked on IRC how to accomplish pause/resume. It seems this is possible already with the following: kill --signal SIGSTOP|SIGCONT {pids-of-build-process-tree} There is already a command to list the processes associated to guix commands: guix

Re: RFC: subcommand to pause/resume builds

2020-11-03 Thread John Soo
Hello! I want to preface all this by saying this is not a huge priority to me. pause/resume would just be a nice quality of life improvement. Ludovic Courtès writes: > First, note that the daemon is unaware of “packages”, it only knows > about “derivations”. Agreed. I was thinking mostly about

Re: RFC: subcommand to pause/resume builds

2020-11-03 Thread John Soo
Hello Tobias :), Tobias Geerinckx-Rice writes: > Ludo', > > Ludovic Courtès 写道: >> First, note that the daemon is unaware of “packages”, it only knows >> about “derivations”. > > Derivations have a (file) name, which can be matched with a regex > allowing one to, say, ‘pause libreoffice’. It wo

Re: RFC: subcommand to pause/resume builds

2020-11-03 Thread John Soo
After further review, I realize that guix processes already formats for recutils. I never think to reach for that tool, but it seems good.

Re: RFC: subcommand to pause/resume builds

2020-11-03 Thread John Soo
After even further investigation, Does guix processes output the desired rec format? It seems hard to select the child process pid: ChildProcess: 16923: guile --no-auto-compile -L /gnu/store/8a0wry8cvr405ha8d8bpjyzj5dzghigd-module-import /gnu/store/mh1fkn1d9c9mg6hihxvjngxmn3qjmp38-ungoogled-chr

RFC: subcommand to pause/resume builds

2020-11-04 Thread John Soo
Hello Guix, I just sent a patch to normalize the output of processes with bug number 44460. The allows me to compose recutils with kill to get the desired effect of pausing all process trees for the things I want without any convoluted implementation.I think I would be sat

Re: RFC: subcommand to pause/resume builds

2020-11-06 Thread John Soo
Hello everyone, Ludovic Courtès writes: >> After perusing info recutils some, I expected the output to be more >> like: >> >> ChildProcessPID: 16923 >> ChildProcessCommand: guile --no-auto-compile -L >> /gnu/store/8a0wry8cvr405ha8d8bpjyzj5dzghigd-module-import >> /gnu/store/mh1fkn1d9c9mg6hihxvjn

Re: Anybody please help improving rust crates importer

2020-11-07 Thread John Soo
Hello Hartmut, There is a patch set that has slightly bit rotted that does what you want. It could use a little polish but any work on it would be appreciated: http://issues.guix.gnu.org/38408 Thanks for thinking about the rust ecosystem in guix! - John

Re: Announcing emacs-guix-packaging

2020-11-13 Thread John Soo
Hi Zomoun, zimoun writes: > $ ag '\(@' --scheme $(guix build emacs-guix -S) > /gnu/store/…-emacs-guix-0.5.2-2.58a840d-checkout/scheme/emacs-guix/actions.scm > 200:((@@ (guix scripts build) log-url) store file)) > > /gnu/store/…-emacs-guix-0.5.2-2.58a840d-checkout/scheme/emacs-gui

Fixing and maintenance of emacs-guix (guix.el)

2020-11-13 Thread John Soo
Hi Guix, emacs-guix (also known as guix.el) has been broken for some time. I submitted https://gitlab.com/emacs-guix/emacs-guix/-/merge_requests/8 to support guix versions >= 1.1. However, two changes also have to occur for proper support. * Some bindings will need to be exposed on the guix sid

Re: Reviving Emacs-Guix

2020-11-13 Thread John Soo
Hi everyone, Ludovic Courtès writes: > Any Emacser around willing to take care of it at least in “maintenance > mode”? It seems like fixing the issues we currently have wouldn’t be > too hard. Then we can tag a release. I think I can do it. I can't promise a lot of new work but I can at least

Re: Fixing and maintenance of emacs-guix (guix.el)

2020-11-13 Thread John Soo
Hi Ludo, Ludovic Courtès writes: > As I wrote in another message before reaching this one, my understanding > is that “we” now have to take over maintenance of Emacs-Guix. As part > of that process, we can discuss what interfaces would be useful to > Emacs-Guix and arrange to keep them stable.

Re: GNU Guix 1.2.0rc1 available for testing!

2020-11-16 Thread John Soo
Hello, I have a fix for emacs-guix. Once I make the repository on savannah, that patch should be easy to make.I may be able to get to that around Wednesday. - John

Re: libgccjit and gccemacs

2020-11-21 Thread John Soo
Hello Andrea, Formbi, and Guix, I got gccemacs and the no-x version to compile. They do not run entirely correctly and the closure size is quite large. That said, it feels snappy! I submitted patches to issue 44775: https://issues.guix.gnu.org/issue/44775 If someone could investigate the retaine

Re: [sr #110376] Creating an Emacs-Guix Git repository for Guix

2020-11-21 Thread John Soo
Hi Ludo and Guix, Ludovic Courtès writes: > URL: > > > Summary: Creating an Emacs-Guix Git repository for Guix > Project: Savannah Administration > Submitted by: civodul > Submitted on: Mon

New emacs-guix location

2020-11-24 Thread John Soo
Hello Alex and Guix, Hope you are well.I volunteered to maintain some version of emacs-guix recently. How do you feel about a fork moving to Savannah? Best wishes, John Soo

Re: FreeCAD fails to compile

2020-12-05 Thread John Soo
Nice work Ekaitz! I worked hard on freecad, it is quite a difficult program to package. That was a weird issue that I asked about on the freecad forums. Perhaps it is fixed upstream now, which would be excellent. Thanks for keeping it up to date! - John

Re: Guix day: Summary fo rust BoF session

2020-12-11 Thread John Soo
Hi Hartmut and Sébastien, I started with some talking points which I will attach. We did not get to everything though. Mostly we discussed the possibility of using system dependencies and installing actual compiled artifacts. Someone mentioned that the possibility of using system dependencies cam

Re: Staging branch

2020-12-13 Thread John Soo
Hello there, Is there any chance this could make it to staging before the merge? http://issues.guix.gnu.org/42295 Thanks! John

Re: Staging branch

2020-12-13 Thread John Soo
Hello, icecat, ungoogled-chromium, alacritty, ripgrep, exa and others depend on it at least. I have been using the patches for a few weeks. What do you think? - John

Re: Staging branch

2020-12-13 Thread John Soo
Hi Leo, The patch adds an extra output, leaving the compiler unchanged so nothing should be effected in runtime as far as I know. - John

Re: Staging branch

2020-12-13 Thread John Soo
As far as I understand it, it adds just enough to the rust package definition to add the extra rustfmt output.

Re: Staging branch

2020-12-13 Thread John Soo
Thank you! Let’s test!

Re: Discussion: How to package rust crates now and in future?

2020-12-18 Thread John Soo
Hey Hartmut, I’m not sure which way I fall here. I think probably keepijg ci on for most crates makes sense if we can work instead towards real shared libraries. In any case, I would like to propose a working group for rust. Perhaps we can meet monthly in jitsi or elsewhere.

Re: Packaging elm-compiler 0.19.1

2020-12-31 Thread John Soo
Hi Matthew, I’m not 100% sure how guix handles the ghc “boot” libraries but I think time is installed alongside ghc. Doing guix environment --pure --ad-hoc ghc -- ghc-pkg list gets me time-1.9.3. So I do think the version bounds should be satisfied without any other dependency. Mind s

Re: Staging branch

2021-01-02 Thread John Soo
Hi there, Is staging not running in ci?It looks like the last time it ran was just before the rustfmt output of rust (commit 48926b5).Did changing rust@1.46 somehow keep ci from running on staging? Maybe I am missing something. Any clues? John

Re: Packaging elm-compiler 0.19.1

2021-01-02 Thread John Soo
Hi Matthew, Matthew Kraai writes: > I think that elm-compiler is built with GHC 8.6.5, not GHC 8.8.3.  > When I run `guix environment --pure --ad-hoc ghc@8.6.5 -- ghc-pkg > list`, its output contains `time-1.8.0.2`.  I tried changing the > definition of `ghc-8` in `haskell.scm` from `ghc-8.6` t

Re: Staging branch

2021-01-02 Thread John Soo
Hi Guix, Leo Famulari writes: > It is supposed to be running, but something has broken. This does happen > from time to time... Ah well... For what it is worth I have rebased on staging and reconfiguring my system on it built successfully. Also my manifest built successfully. I don't have ma

Commit Access to Emacs-Guix

2021-01-11 Thread John Soo
Hello Guix, I have taken up maintainership of the new home of Emacs-Guix on Savannah. This message is signed with the key I will be using to sign commits on Emacs-Guix. Thank you! John signature.asc Description: PGP signature

Emacs-Guix repository location moved to Savannah

2021-01-11 Thread John Soo
Hi Guix! Emacs-Guix has a new home! I just pushed a42f66cb40a9e60611f429a403b08dbed29bae02 to Emacs-Guix on Savannah. My first order of business will be fixing the broken subcommands. I don't use many of them, though. If you have a command you want fixed, please let me know and I will priortiz

Re: New emacs-guix location

2021-01-11 Thread John Soo
Hi Alex! Alex Kost writes: > Hello, I am fine, thanks! I hope you are still well! > >> I volunteered to maintain some version of >> emacs-guix recently. How do you feel about a fork moving to Savannah? > > You (and all the Guix people) are free to do whatever you think is > appropriate. Emac

Re: Emacs-Guix repository location moved to Savannah

2021-01-12 Thread John Soo
Hi Pierre! Pierre Neidhardt writes: > > - guix-devel-build-package-definition > > It seems that Geiser chokes on it because of the output. > I don't know if this can be worked around somehow. > If not, an alternative would be to invoke the `guix repl` executable > instead of using Geiser

Re: Emacs-Guix repository location moved to Savannah

2021-01-12 Thread John Soo
Hi Tobias, Tobias Geerinckx-Rice writes: > Hi, > > John Soo 写道: >> Emacs-Guix has a new home! I just pushed >> a42f66cb40a9e60611f429a403b08dbed29bae02 to Emacs-Guix on Savannah. > > Thank you for taking care of this, and innumerable thanks to Alex for > creating

Re: Emacs-Guix repository location moved to Savannah

2021-01-12 Thread John Soo
Hi Ryan, Ryan Prior writes: > How do you feel about removing commands that nobody feels like fixing? It > might help Emacs-Guix build a reputation for reliability. I plan on trying to fix them all, but I may remove some if they are just not possible any longer. > I think it's a good idea. Con

Re: Emacs-Guix repository location moved to Savannah

2021-01-12 Thread John Soo
Hi Pierre, I forgot to answer your other question. Emacs-Guix is a sub-project of Guix on Savannah https://savannah.gnu.org/projects/guix it is "Emacs interface to GNU Guix". The repository is available at https://git.savannah.gnu.org/cgit/guix/emacs-guix.git. - John

Re: Emacs-Guix repository location moved to Savannah

2021-01-12 Thread John Soo
> I can't think of a better place nor can I imagine we'll be overwhelmed > by emacs-guix patches. > > (And if we are, that's probably a good thing at this point?) That is my thought, too. >> As to the patch, I would like to apply it. Is Guix System still the >> preferred name? > > Yep. There's

Re: Staging branch [substitute availability aarch64-linux]

2021-01-13 Thread John Soo
I’ve been working on ghc and making some progress. I’d love to have more support for rust but I’m not sure what the issue is.

Re: [Emacs-Guix] make: Error 255

2021-01-16 Thread John Soo
Hi zimoun, What exactly did you do? It sounds like you checked out emacs-guix and ran make? - John

Re: [Emacs-Guix] make: Error 255

2021-01-16 Thread John Soo
Hi zimoun, What about using guix to build like: guix build -f guix.scm I believe that is how that file is meant to work. I’m not sure it entirely answers your question on how to test but maybe something like this would work: guix environment -L . --ad-hoc ema

[PATCH] gnu: alacritty: Update to 0.7.1.

2021-02-17 Thread John Soo
Hey Tobias and Nicolás, I added alacritty some time ago but I do use it every day.I don’t use Wayland (yet) though so I can’t say whether the hack in question is working. I can confirm that the update is just fine on X though. Sorry for not keeping it more

hg-fetch with subrepos

2018-12-01 Thread John Soo
Hi guix! Thanks and please bear with my first ever mailing list post. I was trying to package coin3d (https://bitbucket.org/Coin3D/coin/wiki/Home) as it is now under a bsd3 license. The hash of the repo always changes. I think this is due to the .hg files not being recursively deleted for the

Re: hg-fetch with subrepos

2018-12-02 Thread John Soo
Thanks! That patch looks familiar :D Looking forward to it. John On Sun, Dec 2, 2018 at 1:59 PM Ludovic Courtès wrote: > Hello, > > Björn Höfling skribis: > > > And I stumbled upon that problem too. Ludovic explained me on IRC: The > > problem is the metadata directory ".hg": It contains meta

Re: Brain storming cool Guix features

2019-01-04 Thread John Soo
Yes, good ideas! I’m curious if per-user packages could be declared in the system configuration. I think nixOS has that feature now and I’m a little jealous... > On Jan 4, 2019, at 8:10 AM, Pierre Neidhardt wrote: > > Very nice ideas, in particular the manifest-file option! > > Note that some

Packaging FreeCAD

2019-01-09 Thread John Soo
Hello everyone, I started packaging FreeCAD in a personal channel (https://www.github.com/jsoo1/guix-channel). Has anyone already started or want to collaborate? I’m currently working on the python Shiboken library dependency which I could use some help on. There are a few other things that n

Re: Packaging FreeCAD

2019-01-11 Thread John Soo
Hey Paul, I did not know Debian changed their version of opencascade. I will have to double check that they are using OCCT for FreeCAD still. - John > On Jan 11, 2019, at 1:35 AM, Paul Garlick > wrote: > > Hi John, > > This is good news indeed for Guix-using engineers and architects. I >

Re: Packaging FreeCAD

2019-01-15 Thread John Soo
Hi Paul, Thank you for saving me the headache! I’ll keep this posted with progress. - John > On Jan 14, 2019, at 4:42 AM, Paul Garlick > wrote: > > Hi John, > >> I did not know Debian changed their version of opencascade > > There are two versions of OpenCASCADE in Debian, named 'liboce'

Re: Merging ‘wip-newt-installer’ in master?

2019-01-16 Thread John Soo
Hi all! I was working on adding more configuration options to the kmscon service. Do you think the service can take advantage of the config file, too? Thanks! John > On Jan 16, 2019, at 10:25 AM, Ludovic Courtès wrote: > > Hi again! > > I pushed a few commits to ‘wip-newt-installer’. > > I

Re: Plan for fish shell in Guix.

2019-01-21 Thread John Soo
Hi, I’m trying it now. Everything seems to work pretty well! Thanks so much! This has been one major issue for me for a while! - John > On Jan 21, 2019, at 12:32 AM, Meiyo Peng wrote: > > Hello everyone, > > Thank you for your patience. > > I investigated the problem and chose to parse /etc

Re: Plan for fish shell in Guix.

2019-01-21 Thread John Soo
Hello, I just have one issue with the patch so far: I can’t seem to unset an abbreviation. An old configuration file seems to be “sticking” around for lack of better term. Otherwise, good stuff! John > On Jan 21, 2019, at 12:32 AM, Meiyo Peng wrote: > > Hello everyone, > > Thank you for yo

Re: Plan for fish shell in Guix.

2019-01-21 Thread John Soo
Ah! Makes sense! I haven’t had a chance to use 3.0 yet! I’ll try that and see. > On Jan 21, 2019, at 5:24 PM, Meiyo Peng wrote: > > Hi John, > > John Soo writes: > >> I just have one issue with the patch so far: I can’t seem to unset an >> abbreviation. An old

Re: “Which important packages fail to build?”

2019-01-26 Thread John Soo
Hi, I think icecat is ok. I’m probably wrong about this but what I understand is that icecat is being rebuilt after the rust bootstrap got merged. Upgrading icecat now requires building several versions of the rust compiler. I hope a substitute becomes available soon since it really does take a

Haskell dependencies for custom cabal builds

2019-02-11 Thread John Soo
Hi Guix, I’ve been working on some Haskell packages and got stuck recently and I didn’t know why until I realized the cabal files have `build-type: Custom` (http://hackage.haskell.org/package/termonad-1.1.0.0/termonad.cabal). I always get missing dependencies even though I have the dependencies

Re: Haskell dependencies for custom cabal builds

2019-02-11 Thread John Soo
Thanks Tim, I’ll check out git-annex as a start. Custom Cabal builds would be a nice feature to add to the haskell-build-system. Would it be sufficient to add some extra argument to the build system? Best, John > On Feb 11, 2019, at 12:19 PM, Timothy Sample wrote: > > Hi John,

Re: Haskell dependencies for custom cabal builds

2019-02-12 Thread John Soo
at 8:06 AM, Timothy Sample wrote: > > Hi John, > > John Soo writes: > >> I’ll check out git-annex as a start. Custom Cabal builds would be a >> nice feature to add to the haskell-build-system. Would it be >> sufficient to add some extra argument to the build

Re: Haskell dependencies for custom cabal builds

2019-02-12 Thread John Soo
12, 2019, at 11:21 AM, Timothy Sample wrote: > > Hi John, > > John Soo writes: > >> Hi there, >> >> I did a little digging this morning and it seems like runhaskell is >> probably deprecated in favor of runghc. Do we expect anyone to be >> using

Re: Haskell dependencies for custom cabal builds

2019-02-12 Thread John Soo
gt; Hello! > > Timothy Sample writes: > >> Hi John, >> >> John Soo writes: >> >>> Hi there, >>> >>> I did a little digging this morning and it seems like runhaskell is >>> probably deprecated in favor of runghc. Do we expect any

Re: Packaging FreeCAD

2019-02-14 Thread John Soo
Hello Guix, I have some small updates and asking for help on freecad (I’m working from my channel github.com/jsoo1/guix-channel). I have been getting a little stuck building the pyside2 dependencies. It seems like freecad is moving from the pyside1 tools (Shiboken and pyside) to pyside2 for the

Re: Packaging FreeCAD

2019-02-15 Thread John Soo
Thanks so much Paul! This is really helpful! > On Feb 15, 2019, at 9:20 AM, Paul Garlick > wrote: > > Hi John, > >> I have been getting a little stuck building the pyside2 dependencies > > There has been an effort to package pyside2 for Debian. This has been > completed in the last six month

Re: Some more rust/cargo insights

2021-06-07 Thread John Soo
Hi Hartmut and Pjotr, My feeling on this is that we should partner with the Rust community to make shared library support from cargo a priority. Specifying an output directory is currently a nightly feature, that could be helpful. In general Rust tooling does not compose with existing tools. I

Re: Some more rust/cargo insights

2021-06-07 Thread John Soo
Oh my goodness, I’m so sorry for the top quote.

Re: Create branch for Haskell build changes and updates?

2021-07-07 Thread John Soo
have tried but I don’t know how to build it. I also nominate updating the ghc-profile-hook. It needs some work to be fully functional. Perhaps a search-path would be the way to go there? Kindly, John Soo

Re: Desktops on non-x86_64 systems

2021-11-27 Thread John Soo
Hi Guix, I had the same thought as Maxim. In my quest for arm support for ghc, I thought about using a cross-compiled version. Is this possible or even desirable? I think for rust and ghc it would be very helpful - if somewhat less principled than a bootstrap all the way up (on the same compute

Re: Packaging rust-analyzer is not necessary.

2022-03-26 Thread John Soo
Hi Paul And Maxime, > Even if you didn't succeed at updating _all_ dependencies, if you > have patches for some of them, please send them. It will help people > in the future with updating rust-analyzer or other rust packages. I had a patchset (here: https://issues.guix.gnu.org/46162) adding rus

Re: emacs-guix (upstream) needs more love: a survey of repositories, homepage and issues

2022-04-27 Thread John Soo
Hi Gio! I am very sorry I have let it slip. If there are patches I need to get to, I can put them in to emacs-guix. I believe we should get the savannah version up to snuff and use that as the one in guix. My apologies again. I may be able to look into it this weekend if that's alright. Kindl

Re: Packaging FreeCAD

2019-03-09 Thread John Soo
alterations to some paths afterward. The package completely fails to compile for me and I am no expert on python build tooling. Here's what I have tried so far and the error: https://paste.debian.net/1072533. Any help would be very appreciated. Thanks, John On Fri, Feb 15, 2019 at 6:33 PM Joh

Re: Packaging FreeCAD

2019-03-12 Thread John Soo
, Mar 10, 2019 at 7:25 AM Efraim Flashner wrote: > On Sun, Mar 10, 2019 at 02:14:15AM +0000, John Soo wrote: > > Hi guix, > > > > Just a quick update. I have little to report on freecad. I am still stuck > > packaging pyside2. I have looked over the debian packaging ru

Packaging for guix

2019-03-27 Thread John Soo
Hello pyside maintainers, Hope you are all well. I am looking to package freecad for the guix package manager for which pyside is a dependency. I’m having some trouble packaging pyside as the build and environment for guix (like nix) are quite different from a Debian style system. There a quit

Re: Packaging for guix

2019-03-28 Thread John Soo
Hi Ricardo, Thanks. I've been hacking in my channel and master usually has my current work: https://github.com/jsoo1/guix-channel/blob/master/python-pyside.scm - current commit is 59f6da3. Aside - I would like

Re: Software Heritage & Guix

2019-03-29 Thread John Soo
I didn’t even know! That’s so cool. I love guix! Thanks Ludo! > On Mar 29, 2019, at 9:05 AM, Ludovic Courtès wrote: > > Hello! > > I’ve written a post on the Software Heritage support in Guix: > > > https://gnu.org/s/guix/blog/2019/connecting-reproducible-deployment-to-a-long-term-source-co

Re: Introducing myself

2019-04-18 Thread John Soo
Hi Tanguy, I just realized you said you wanted an fzf replacement. I recommend fzy. It’s not quite as full featured as fzf but it gets the job done. - John > On Apr 18, 2019, at 1:19 PM, Tanguy Le Carrour wrote: > > (I've just realised that there was a typo in the subject… shame on me! > … f

Re: [PySide] Packaging for guix

2019-04-19 Thread John Soo
https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/shiboken2 > [2] https://wiki.qt.io/Qt_for_Python/GettingStarted/X11 > ________ > From: PySide on behalf of John Soo < > js...@asu.edu> > Sent: Thursday, March 28, 20

Re: [PySide] Packaging for guix

2019-04-27 Thread John Soo
Hi Cristián and Ricardo, A quick update: Shiboken2 builds! Thanks for your guidance! I may have more questions when building freecad itself, but this was very helpful. Thanks again! - John On Fri, Apr 19, 2019 at 1:06 PM John Soo wrote: > Hi Cristián, > > Thank you! I have been foll

Additional system fonts - Feature request/help request

2019-04-27 Thread John Soo
Hi Guix! I have been looking into a different TTY font both for fancy glyphs and unicode support. I also looked into kmscon for keybindings and additional fonts, too. I like being able to specify a console font as a service. I can't use Tamzen, for instance, though, since the console font directo

Re: [PySide] Packaging for guix

2019-05-03 Thread John Soo
at a time. Thanks again for all your help! - John On Sat, Apr 27, 2019 at 3:31 PM John Soo wrote: > Hi Cristián and Ricardo, > > A quick update: Shiboken2 builds! Thanks for your guidance! I may have > more questions when building freecad itself, but this was very helpful. > Than

  1   2   >