- User Since
- Jun 4 2017, 8:10 PM (89 w, 2 d)
Wed, Feb 13
@jeos fcitx works well for me (Chinese input). It had been proposed for inclusion in #T1298 but rejected.
Sun, Feb 3
Jan 2 2019
abandoned in favor of D4924.
Dec 8 2018
Oct 21 2018
Oct 18 2018
fix builddep: bdb5
I see that libpinyin depends on Berkeley db 5, which is in the base image. According to abi_used_libs, it has always been depending on bdb5.
I don't understand why it requires bdb 4 in your build environment. Could it be some package in local repo?
Oct 16 2018
btw, astroid uses scdoc or ronn to build man page. neither is available in solus yet, so skipping docs for now.
update to 0.14; withdraw previous proposal tto export XAPIAN_CJK_NGRAM
Oct 1 2018
I avoid taking sides in the fcitx v.s ibus debate, but hope to include fcitx in the repo.
Sep 30 2018
removed old .eopkg files in the directory, such that abireport does not
report dependencies on Qt4, which was used by the older klayout builds.
Even with the ibus-daemon -drx workaround, ibus is almost unusable (at least with ibus-libpinyin). ibus will freeze all keyboard inputs frequently, which requires ibus-daemon is restarted.
In some cases, the ibus-daemon restart will cause budgie-wm to crash.
Sep 22 2018
One point of concern:
If we take the /etc/profile.d appraoch, once astroid is installed on that machine, all applications using the xapian library will see XAPIAN_CJK_NGRAM=1.
I'm afraid this would surprise users who have been using xapian prior to installing astroid.
Sep 19 2018
Sep 14 2018
I find it mysterious. The build log shows the following dependency discovery (Qt5 only) :
Sep 13 2018
After submission, I'm not sure why abireport added the following lines to abi_used_libs. I'm pretty sure Qt4 wasn't even present in the chroot build environment.
Sep 4 2018
Sep 3 2018
move sample config file to /usr/share as requested.
Aug 28 2018
Frankly ibus has been a constant source of trouble for years. I had better luck with fcitx on Ubuntu since 14.04. I wonder what's reason of choosing ibus over fcitx in solus/budgie?
May 22 2018
Thanks @born2discover, i think that's ample examples of application, and i think enough people care about RabbitMQ to keep it maintained.
May 2 2018
@born2discover i agree with you that developers need it. Could you please list some software framework that relies on RabbitMQ?
Apr 21 2018
Apr 13 2018
Mar 25 2018
@ThanosApostolou you are right. _LARGEFILE64_SOURCE is for building on 32bit system. Since Solus is 64bit only, that macro is not needed.
tested with a few .vcd files. works for me. i don't have examples to test its tcl scripts.
Mar 24 2018
This is the only open-source digital waveform viewer that is usable.
Mar 20 2018
Happy to report that I tested @ThanosApostolou's diff after updating to the latest stable. Both verilog simulation and VPI plugin building work well.
Mar 18 2018
try again to mention the tasks
Mar 17 2018
As for static libraries, are those plugins compiled as separate packages or at run-time via iverilog itself? If yes, I agree they can stay in. If no, they belong in -devel
Do you think that office.scientific is a more suitable component than programming?
On one hand verilog is a programming language, on the other it is almost exclusively used for electronics hardware design.
I believe iverilog should fall in the same component as kicad and klayout. There is no engineering component in solus, hence office.scientific.
I used to have this problem in December 2017, and switched to pinentry-curses.
I was going to test it further with some verilog simulations and after the glibc upgrade but submitted D2557 accidentally.
My primary concern is whether those .a libs should be split into the -devel package. Since vpp compiles verilog source into an executable, it's possible that those .a files are need for this compile process.
Please review this next week. I only tested under stable, want to test it against unstable after the glibc upgrade. I will amend "test plan" section as well.
Mar 16 2018
Lyx upstream hasn't announced the release of 2.3.0 yet.
They found some issue on Windows ( https://email@example.com/msg204066.html ), and are holding back the release.
I checked the tarball of tarsnap. It bundled the following source packages:
- bsdtar: BSD license
- libarchive: BSD license
- libcperciva: BSD license
- scryptenc: BSD license
- bash completion scripts: permissive custom license
Mar 6 2018
rabbitmq is more-or-less comparable to zeromq, which is already included in solus.
Mar 3 2018
Feb 21 2018
Feb 20 2018
On one hand, I'm afraid this category would become "Scribus + TeX". Honest can't think of any other viable DTP software in Linux.
Docbook used to be a candidate when the XmlMind editor was free for non-commercial use, but it stopped being free several years ago.
Feb 15 2018
@JoshStrobl I'm using the astroid mail client, which uses gmime. If I don't --enable-crypto in gmime, astroid crashes if you try signing/encrypting your email and spits the following error message:
@bennydarshan I was sharing my experiences and use cases in support of including mksh into solus repo.
Some commercial CAD software I use depends on many ksh (ksh93) scripts. In my test, those scripts work on mksh as well.
Feb 3 2018
I concur on making Zotero 3rd-party with @ivanhoe1024 .
Dec 24 2017
Sorry this comment came in late. I understand that lrzip isn't widely used, but if @DataDrake asked for an example, I'm one.
Dec 20 2017
I tested the build. Functionality-wise everything works fine. Thanks a lot.
Dec 19 2017
Dec 5 2017
After the recent introduction of usysconf, ibus input methods work properly with all the software i'm using. So my previous comment (Jul 18 2017) is now obsolete.
However, the autostart script suggested by @seb is still needed.
I hope this script can be absorbed in the desktop environment or the ibus package, so the user doesn't have to add the script manually.
Dec 2 2017
jupyter notebook is essential to me, too. Installing it with pip seems sub-optimal for common python package like this.
Packaging is straightforward, because most dependencies are already in the solus repo.
Nov 29 2017
it builds and runs fine, though.
@DataDrake I wonder why libraries under /usr/lib64 are split to the klayout-devel package? I don't think any one would try to link to them.
Nov 19 2017
remove --enable-shared/--enable-openmp, which are turned-on by default
revise again per comments
initial version of nfft
- pip install nfft-cffi
- # extract tests/test_nfft.py from nfft-cffi tarball
- nosetests-2.7 test_nfft.py
- # all tests should pass
revise patch according to joebonrichie's review comments.
Oct 21 2017
@kyrios123 PR1145 has been merged in upstream.
Oct 16 2017
@DataDrake I think this patch is ready. Could you please take a look? thx
update to ruby 2.3
Oct 13 2017
@DataDrake Upon testing I no longer think ibus-qt is the reason why I can't input Chinese characters in some applications. I retract my request of ibus-qt.
Sep 28 2017
Another reason of wanting csh: csh is traditionally the shell of choice among IC designers. I need csh to run multiple EDA software, which uses csh wrapper scripts.
Sep 18 2017
@kyrios123 yes. with the new patch file, version 17.0 builds correctly and works fine on my epass2003 token. Thank you.
Sep 17 2017
@kyrios123 Upon checking there is already an issue filed at https://github.com/OpenSC/OpenSC/issues/1115 .
They are working on a pull request (https://github.com/OpenSC/OpenSC/pull/1145) that directly addresses the verbose-mode error message I saw.
@kyrios123 The problem I encounter seems to be specific to my Feitian epass2003 token. I tried using your patch, only downgrading to opensc 16.0, everything works fine for me. I wonder if it is reasonable to ask you to stay at the older version?
Sep 13 2017
fix summary and add test plan, again.
Updating D903: Summary:
fix summary, add test plan
- Updating D903: Summary:
- Upgrade GUI backend from gtk+-2 to gtk+-3. After upgrade, ibus input method works properly.
- Upgrade vim to 8.0.0987
- add a few language interp.
Sep 7 2017
I've been using Zotero's binary release on Ubuntu then on Solus. All worked fine.
Would it be possible to treat it as a third-party software in the Software Center, instead of packaging it?
Aug 30 2017
Aug 29 2017
I'm using the binary release from https://github.com/geeeeeeeeek/electronic-wechat/releases .
Aug 25 2017
Aug 23 2017
This package builds but doesn't work for me:
$ /usr/bin/pkcs15-tool --list-keys Using reader with a card: Feitian ePass2003 00 00 PKCS#15 binding failed: Unsupported card
Adding "-option %JOBS%" does enable parallel build. But several c++ files takes >3GB memory to compile. Parallel build sometimes depletes my RAM. I'm reluctant to enable it as a result.