[gentoo-dev] media-gfx/imagemagick vs. media-gfx/graphicsmagick[imagemagick] issue
Hello This is an old issue, how to allow the usage of either imagemagick or graphicsmagick[imagemagick]: https://bugs.gentoo.org/show_bug.cgi?id=314431 But most of the packages are not handling them at all, and some are relying on || ( ) constructs... that then prevent us from relying on subslots. Since we *need* that subslots for this case, I think we should handle this in the way we handle ffmpeg vs libav: having a "graphicsmagick" USE flag to pull in graphicsmagick when needed. Is that ok? What other alternative would allow us to use subslots? :/ Thanks a lot
Re: [gentoo-dev] (OT) Accounting systems: Ledger-CLI vs GNUcash
On Sun, 4 Dec 2016 18:47:48 -0800 Daniel Campbell wrote: > Compliance with what? If others desire Quickbook support, they can > make a tool to convert from ledger. There's no good reason for a > non-profit, libre software organization to use and depend on > proprietary software. Did nobody learn a lesson from BitKeeper? Have you checked that the people hosting Gentoo's infrastructure don't use any proprietary software anywhere inside their building either? Most cleaning companies use a closed source staff scheduling program. It would be a terrible violation of the social contract if Gentoo depended upon that. -- Ciaran McCreesh
[gentoo-dev] tinfo flag
Hi,
Please consider promoting the use of tinfo flag in packages that
depend on sys-libs/ncurses so that they would synchronize properly
with sys-libs/ncurses[tinfo].
It could be as simple as:
IUSE="tinfo"
RDEPEND="sys-libs/ncurses[tinfo=]"
pkg_setup() {
use tinfo && export LDFLAGS="-ltinfo ${LDFLAGS}" LIBS="-ltinfo ${LIBS}"
}
The last line can be changed/enhanced, depending on the package.
It helps keep binaries consistent even if sys-libs/ncurses[-tinfo]
gets recompiled to sys-libs/ncurses[tinfo], because they are forced to
be recompiled. This is better than hard-coded dynamic workarounds.
--
konsolebox
Re: [gentoo-dev] RFC: Proposal for addition of distribution variables
On Sun, Dec 4, 2016 at 11:24 PM, A. Wilcox wrote: > > The original intention wasn't to guess, but I see how PMS is more for > things that are determined at run-time by the package manager rather > than static variables. > To be clear, PMS is more about package manager behavior, and what you're defining is more of a repository convention. You don't need any special behavior in the package manager to handle these cases, it is more a matter of repository QA. It isn't just stuff that is determined at run-time, but anything that directly impacts the package manager (such as *DEPEND and so on, which isn't usually set at runtime but which obviously impacts what gets installed). A GLEP would be a great way to formalize this IMO, though I'm not certain it is essential. Here is a separate thought. Would it make sense in any way to try to have a more established way to communicate with our downstream distros about stuff like this, like a gentoo-derivatives mailing list or such? I wouldn't restrict access or anything like that, but participants would be expected to stay on-topic (it isn't another gentoo-dev or gentoo-user/project). Changes could still make their way onto the main lists. I was just thinking that we don't really have any official way to notify downstream distros of changes like these. -- Rich
Re: [gentoo-dev] (OT) Accounting systems: Ledger-CLI vs GNUcash
> On Dec 5, 2016, at 5:01 AM, Ciaran McCreesh > wrote: > > On Sun, 4 Dec 2016 18:47:48 -0800 > Daniel Campbell wrote: >> Compliance with what? If others desire Quickbook support, they can >> make a tool to convert from ledger. There's no good reason for a >> non-profit, libre software organization to use and depend on >> proprietary software. Did nobody learn a lesson from BitKeeper? > > Have you checked that the people hosting Gentoo's infrastructure don't > use any proprietary software anywhere inside their building either? Most > cleaning companies use a closed source staff scheduling program. It > would be a terrible violation of the social contract if Gentoo depended > upon that. > Fortunately Gentoo does not require any cleanliness standards be met at all. Otherwise I couldn't be a dev. :P That is a fairly important distinction here, I think. If we start using or relying on Quickbooks then we are locking into that proprietary platform--getting all the historical financials out of Quickbooks and into another tool is intentionally hard (I assume--I know it's near impossible with Sage). We are not requiring or accountant to use open tools though, if they want to import our data into Quickbooks to do their work, that's up to them, as long as we still have the result we need from them.
[gentoo-dev] Last rites: media-gfx/kiconedit
# Johannes Huber (05 Dec 2016) # Masked for removal in 30 days. Dead upstream. # Relies on deprecated dev-qt/qt3support. # Superseded by kde-apps/kolourpaint. media-gfx/kiconedit signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Review request: Ruby 2.0 removal news item
On Sun, 2016-12-04 at 00:21 -0800, Daniel Campbell wrote: > > 1. Do users need to know about MRI? I had to search the Web to figure > out that it's referring to Matz's Ruby Interpreter (or CRuby), which > is > the reference implementation. This information (if important) may be > useful to include, like "Ruby MRI (Matz's Ruby Interpreter) 2.1 ...". It is perhaps not so useful anymore since we no longer have other ruby implementations, like jruby, in the tree. > Ruby MRI (Matz's Ruby Interpreter) 2.0 was retired by upstream in > February 2016. [1] Following this, Ruby MRI 2.0 support will be > removed > from Gentoo in favor of Ruby MRI 2.1. We recommend updating to the > 'ruby21' target as soon as possible. Thanks, I've used this, but left the "in favor of" part out since ruby21 is already default (with ruby20) in the profiles for some time. > I felt that the base profile variable mention and the bit about MRI > being the best interpreter were better left out, but it also doesn't > actively hurt it. Yes, I guess this is common knowledge now. I used the ruby19 news items as a template, but that was 1.5 years ago. Hans signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Review request: Ruby 2.0 removal news item
On Sun, 2016-12-04 at 09:40 +0100, Matthias Hanft wrote: > Hans de Graaff wrote: > > > > > > Ruby MRI 2.0 has been retired by upstream in February 2016.[1] > > We remove Ruby MRI 2.0 support from the tree now. Ruby MRI 2.1 > > remains > > activated in base profile's RUBY_TARGETS variable by default. > > Hmmm... what about dependencies? > > Are they obsolete, too? Should I just "emerge -C =ruby-2.0.0_p648"? > Or is there some kind of "ruby-cleaner" (like "perl-cleaner") to > switch all that to ruby 2.1? How to proceed in order to get a > consistent 2.1 installation? As a normal user, I'd get stuck at > this point without further instructions... Most dependencies are not obsolete, although installing them with the ruby20 target is. We don't have a ruby-cleaner tool, but re-installing packages with the -N flag of emerge should work. After doing that ruby:2.0 can be depcleaned. I've added this to the news item: Packages can be reinstalled for ruby21 only by using the -N option of emerge: emerge -uvDNq world Hans signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] (OT) Accounting systems: Ledger-CLI vs GNUcash
On 12/04/2016 10:10 PM, M. J. Everitt wrote: On 05/12/16 03:06, james wrote: On 12/04/2016 06:49 PM, Robin H. Johnson wrote: On Sun, Dec 04, 2016 at 11:07:59PM +, M. J. Everitt wrote: I gather both Quickbooks and Sage have a more modular approach to "proper" accounting software applicable to small and large businesses. I know my mother used Quickbooks in the past with good success and the support of her accountant, but Sage is known to be equally accessible. I would imagine there is an appropriate version for not-for-profit or charities, perhaps you can seek advice with the person(s) already contacted for accounting/finance purposes?! Our CPA (Yes, we do have one) only recommends QuickBooks, but has used a variety of other proprietary systems (none of which he recommends at all!). The catch is that either Quickbooks or Sage would be a violation of the social contract's libre-licence dependence clause. Ledger HAS filled most of our needs thus far, but lacks in reporting and some automation: - I'd love to automatically generate lots of depreciation entries, but can't yet. - Something to anonymize private information in some entries, so that the actual Ledgers can be published for transparency. All of that is routine and easy with GNUcash hth, James Grabbing the bull by the horns here, any willing/able volunteers to aid robbat2 getting ledger ported to gnucash and up-to-speed maybe? I can't really volunteer as I'm not good with finance esp. not US and have one too many pans in the fire right now...! :) Well, the key skill that is needed is someone who has the vision of what the 'chart of accounts' needs to look like for a 501(c) gentoo organization. The gnucash-user list is full of helpful folks that will help with migration, including numerous scripts that automate conversion from other accounting systems to gnucash. Really the next step would be for Robatt2 figure out and list what he wants. I'm already subscribe to gnucash-user, so if a few other folks did likewise it would get the ball rolling. One could even state the type of 501(c) and ask for a suggested list of chart of accounts for that type of business organization, on the gnucash-user list. I have already sent robatt2 a coulple of contacts that currently run 501(c) organizations on gnucash. Define what you have and what you want to do, then ask for help on gnucash-user list for ideas and guidance. I do not believe that any custom programming is needed, but I''m not familiar with the needs of 501(c) in general, nor any of the gentoo specific needs. hth, James For zlg's benefit .. I wasn't advocating re-writing the social contract (yet) just questioning whether that may be an unhelpful constraint in quite an important process, but I sit corrected in that there are libre solutions to this issue in use in similar environments .. so we just need to transition .. 2c50 ! I would never use FOSS accounting software because it is FOSS. I use gnucash, after working with accountants on dozens of PC based packages and it is simple the best, flexible, free support and many have custom scripts that that share, freely, that makes gnucash my goto package for accounting. gnucash does no 'lock in your data' and that is a big deal for most organizations. Gnucash makes it easy to do what you want, with a robust, double entry system that has countless cool features. ymmv, James
[gentoo-dev] Adelie Linux disambiguation request: not the same Adelie Linux from 2003.
Hi, I'm wondering if your Adelie Linux is related at all to the older Gentoo derivative from 2003-2008, from Montreal: https://web.archive.org/web/20070221042454/http://www.adelielinux.ca/ I know that they rebranded to "Calcul Linux" somewhat, but then it dropped off. (Also NOT the same as the Russian "Calculate Linux" Gentoo derivative). Yes, I'm aware that it's missing from the "family tree" that Daniel Robbins has: http://www.funtoo.org/Gentoo_Ecosystem That tree is also missing some of the other derivatives & forks, such as Zynot. -- Robin Hugh Johnson Gentoo Linux: Dev, Infra Lead, Foundation Trustee & Treasurer E-Mail : robb...@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85 GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136 signature.asc Description: Digital signature
Re: [gentoo-dev] Adelie Linux disambiguation request: not the same Adelie Linux from 2003.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/12/16 15:38, Robin H. Johnson wrote: > Hi, > > I'm wondering if your Adelie Linux is related at all to the older > Gentoo derivative from 2003-2008, from Montreal: > https://web.archive.org/web/20070221042454/http://www.adelielinux.ca/ > > > > I know that they rebranded to "Calcul Linux" somewhat, but then > it dropped off. (Also NOT the same as the Russian "Calculate Linux" > Gentoo derivative). > > Yes, I'm aware that it's missing from the "family tree" that > Daniel Robbins has: http://www.funtoo.org/Gentoo_Ecosystem That > tree is also missing some of the other derivatives & forks, such as > Zynot. > No, this is a different distribution. We are creating a binary Linux distribution from ebuilds with a focus on POSIX compliance, ease of use, porting to alternative platforms (x86_32, ppc, arm64), and speed. This project rose out of simple desire to have a way to use Gentoo binpkgs with the apk package manager (from Alpine Linux, not the Android app distribution format). I was bouncing the idea around in the -portage IRC channel around December 2014 and a few users and devs (including ryao) encouraged me to continue seeing if it would be feasible. As I found success, some people asked me if I was considering distributing the APKs I was making, and it turned into a distribution fairly organically. The domain was registered mid-2015. I named it Adélie because the Adélie penguin is the closest living relative to the Gentoo penguin (along with the Chinstrap; Chinstrap Linux is a consultancy firm), and I personally feel that Adélie is the closest binary relative to Gentoo's technical goals. If you have any further questions, go ahead and ask (on or off list). Regards, - --arw - -- A. Wilcox (awilfox) Project Lead, Adélie Linux http://adelielinux.org -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJYReaWAAoJEMspy1GSK50UwP0P/2U7sgwfYiYbHIxO8YPLDfM5 itxo032I/QQN0PinWoOFlwZJOnk2maAGfEJ1wEQFlYqtqkCs9KE9I8iGF+P0+DpP IknLwp4lgH1XTiCA1s5QH7KlyZmRFNQH7sZww2U0R6NdlDh4XffoVgBxgURjDCM9 RvKuaZMYLbKwQmZ3RV0VYJGRkYJRD0Szm8fSo5cxfTNfcbF9rWsmo2uglr/Re/5w Cxo2Y+weDkhIpXWW32Z2FN9ytTipPItYSCWzlH9Y50X1YkgyeaFXwFCr4RiLubau OtLw4wmWw216uksFG8n181jQtqmqawylSQYrm6G+Rp4VQvwCaFx8TEcaMnrwHUhW uDC1cN5IT+4MqAMocV9pw4b/AxdGfZxdrBSgnEvp9iZzxPdY/AS7w73zS/luT7tn qfklMNCG/wmK/fIfSZt0doLf4NcKFojaByApdq8qdQ6dD1KJS7MskvSuxV4Rj52n jVq/y5RzvJU3oa1ZQJaxh/JKz8dftRWVSP2g5khjAXbZri3AgXsyhxK4/NHAPEr3 PmqKGLXu7pVfJcVQ8sLQI32agWFqYyu+/VgfPYqDqLfTOXFAw01H5WPEEXtQrFJ5 UWpE5Gx5iC5csvfcxxn83AHO7GQPT/z7pz98u5XPr2EcwcumRIadBoFkHlLd3dV5 gKitQY2GwjZXv8nLvxRm =/u8W -END PGP SIGNATURE-
Re: [gentoo-dev] RFC: Proposal for addition of distribution variables
On 12/05/2016 03:49 AM, Rich Freeman wrote: > Here is a separate thought. Would it make sense in any way to try to > have a more established way to communicate with our downstream distros > about stuff like this, like a gentoo-derivatives mailing list or such? > I wouldn't restrict access or anything like that, but participants > would be expected to stay on-topic (it isn't another gentoo-dev or > gentoo-user/project). Changes could still make their way onto the > main lists. I was just thinking that we don't really have any > official way to notify downstream distros of changes like these. Sounds like a good idea to me. We could even allow technical support there ala -user, but with a focus on 'remixing' or otherwise forking/copying Gentoo. It makes sense for a meta distro to assist in the 'meta' part, if only for informational reasons. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Tinderboxing efforts in Gentoo
What a lazy guy that Alec is. Maybe the OSL will get a holiday gift ;) -A On Sun, Dec 4, 2016 at 2:56 PM, Robin H. Johnson wrote: > On Sun, Dec 04, 2016 at 10:26:11PM +, M. J. Everitt wrote: > > Is it worth the Foundation dropping a few $ for that hardware to *get* > > transported to its rightful destination, or shall we wait a few more > > years for something to happen!? :) > The costs of shipping it was already approved, we're just waiting for > Alec to actually do it. > > -- > Robin Hugh Johnson > Gentoo Linux: Dev, Infra Lead, Foundation Trustee & Treasurer > E-Mail : robb...@gentoo.org > GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85 > GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136 > >
