Re: [gentoo-user] Re: How to switch from rust to rust-bin?
On Sun, Sep 06, 2020 at 04:39:27PM +0300, Nikos Chantziaras wrote > On 06/09/2020 10:48, Walter Dnes wrote: > >I notice that there is a "rust-bin" ebuild present. If nothing > > else, I'd like to switch over to that to save the notebook from > > unnecessary grinding when rust updates. What's the procedure for > > selecting it? > > emerge -C dev-lang/rust > emerge -a1 virtual/rust dev-lang/rust-bin > emerge -auD @world > emerge -a --depclean Thanks. I was hoping it was that simple to set up my notebook. Since I don't yet have rust on my desktop, I'll try "emerge -1 rust-bin" before doing the world update. Hopefully, that'll satisfy the virtual/rust dependency from the get-go. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] mailman 2.1 replacement? (Python 2.7 issue)
Well, when trying to emerge mailman, I do get the masked packages warning, but I can't get the bug, bugs.gentoo.org seems to be down. On Sun, 06 Sep 2020 09:39:41 -0400, John Covici wrote: > > hmmm, in my /var/db/repos/gentoo/profile/packages.mask, I only have > mailman3 as unmasked. I am on the ~ tree, so that may make some > difference. > > On Sun, 06 Sep 2020 05:55:48 -0400, > Matthias Hanft wrote: > > > > Neil Bothwick wrote: > > > > > > Have you read https://bugs.gentoo.org/710134 ? > > > > *Now* I have - thank you :-) > > > > Unfortunately, there's no answer either. But I've added myself > > to the Cc list and will monitor that thread. > > > > -Matt > > > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici wb2una > cov...@ccs.covici.com > -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
[gentoo-user] Re: How to switch from rust to rust-bin?
On 06/09/2020 10:48, Walter Dnes wrote: I notice that there is a "rust-bin" ebuild present. If nothing else, I'd like to switch over to that to save the notebook from unnecessary grinding when rust updates. What's the procedure for selecting it? emerge -C dev-lang/rust emerge -a1 virtual/rust dev-lang/rust-bin emerge -auD @world emerge -a --depclean
Re: [gentoo-user] mailman 2.1 replacement? (Python 2.7 issue)
hmmm, in my /var/db/repos/gentoo/profile/packages.mask, I only have mailman3 as unmasked. I am on the ~ tree, so that may make some difference. On Sun, 06 Sep 2020 05:55:48 -0400, Matthias Hanft wrote: > > Neil Bothwick wrote: > > > > Have you read https://bugs.gentoo.org/710134 ? > > *Now* I have - thank you :-) > > Unfortunately, there's no answer either. But I've added myself > to the Cc list and will monitor that thread. > > -Matt > -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] imagemagick display image edit tool draws an opaque background
On Wed, Sep 02, 2020 at 09:00:38AM +0200, n952162 wrote: > On 2020-08-31 23:52, Frank Steinmetzger wrote: > > On Sun, Aug 30, 2020 at 10:02:34PM +0200, n952162 wrote: > > > In all of the imagemagick display installations I have, when I use the > > > image edit draw function, it includes an opaque background, rather than > > > just the lines themselves. I've never had this with display(1) before, > > First you use draw, which is used in convert, and then you speak of display. > > Please see the attached menu capture for "Image Edit ..." > […] > If you left-click on the window, you get a menu that allows the full > range of editing capabilities. Ah, I forgot about that (never used it), sorry. > > Drawing is done on a canvas. So unless you start with an existing image file > > as a basis, IM needs to pick a default background colour, which in your case > > seems to be black. > > Yes, the problem is, I AM using an existing image. Usually, with IM's > display(1), I could add lines and text to images but now, all of a > sudden, it uses a bounding box around the new strokes, choosing a single > random color from the background. Hm… When I select Edit → Annotate → Background, I can select transparent. Unfortunately, I’m currently not on Gentoo and couldn’t find out on the spot how to get the compile options for my Arch-based ImageMagick. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. “The mating dance is a courtship ritual. You do it to woo and win. I wooed. I won. I’m done.” – Earl Sinclair (Dinosaurs Ep. 2) signature.asc Description: PGP signature
Re: [gentoo-user] tuning desktop appearance for legibility
On Thu, Sep 03, 2020 at 03:19:01PM -0400, John Blinka wrote: > > > 1) How do you cope with this problem? > > > > i cope by these: > > > > - use pixel-based fonts for everything as much > > > > as possible, specially for key apps like: > > > > terminal, window manager and browser. > > > > > > > > they become so much readable. i use > > > > "terminus-font" (and previously used "dina") > > > > in my urxvt as well as my other apps as much > > > > as i can. > > > > > > > > i notice one of the major problems with > > > > fonts is actually not our eyes, but in many > > > > cases how fancy fonts blur. i was > > > > personally amazed by how i could use much > > > > smaller fonts, while maintaining > > > > readability, by simply switching to > > > > pixel-based fonts, such as terminus. > > > I think I’m ok on fonts with my very hi-res monitor plus noto sans mono > font and white-on-black text wherever possible. Discovered that during my > “tuning” efforts and like the look. Used to use terminus but prefer my > current recipe. Admittedly the clarity is probably only infinitesimally > different from terminus. For vector fonts, you can try setting font hinting to maximum. This will give sharp edges even at smaller sizes (provided the font supports it, but for mainstream-fonts such as DejaVu, Noto et al. this shouldn’t be a problem. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. We are all in the same boat. Only some are fishing, others are rowing. signature.asc Description: PGP signature
Re: [gentoo-user] mailman 2.1 replacement? (Python 2.7 issue)
Neil Bothwick wrote: > > Have you read https://bugs.gentoo.org/710134 ? *Now* I have - thank you :-) Unfortunately, there's no answer either. But I've added myself to the Cc list and will monitor that thread. -Matt
Re: [gentoo-user] mailman 2.1 replacement? (Python 2.7 issue)
On Sun, 6 Sep 2020 10:59:42 +0200, Matthias Hanft wrote: > On the other hand, there seems to be a mailman 3 version > (which is not yet in the portage tree), but I could > install it manually of course (though that sounds pretty > complicated?!), and there are some update docs at > https://docs.mailman3.org/en/latest/migration.html > and there is a simple "mailman import21" command for > importing the data of the old version. Would that be > better/easier than to switch to a completely other > system (even if the new mailman 3 would not be > administered by portage)? Have you read https://bugs.gentoo.org/710134 ? -- Neil Bothwick Pedestrians come in two types: Quick or Dead. pgpK3p4yLbxii.pgp Description: OpenPGP digital signature
[gentoo-user] mailman 2.1 replacement? (Python 2.7 issue)
Hi, I'm using mailman (stable 2.1.33) for several mailing lists. Since there seems to be only a Python 2.7 version, mailman is now masked and will soon be removed from the tree. I have already copied the mailman ebuild to a local overlay, but that's surely not the best idea in the long run. What would the best (and simplest) solution to port the existing mailman mailing lists to another mailing list system (perhaps even with full-/half-automatic transfer of e-mail-addresses, greeting and farewell messages and all that)? Which one would you recommend? Googling for "Alternatives to Mailman" found several programs - the only one of them with a Gentoo ebuild seems to be "mlmmj". Would porting the mailman data to mlmmj be easy or difficult? On the other hand, there seems to be a mailman 3 version (which is not yet in the portage tree), but I could install it manually of course (though that sounds pretty complicated?!), and there are some update docs at https://docs.mailman3.org/en/latest/migration.html and there is a simple "mailman import21" command for importing the data of the old version. Would that be better/easier than to switch to a completely other system (even if the new mailman 3 would not be administered by portage)? Any suggestions how to proceed? Many thanks in advance, -Matt
Re: [gentoo-user] How to switch from rust to rust-bin?
On Sun, Sep 6, 2020 at 8:49 AM Walter Dnes wrote: > > When updating my refurbished Lenovo notebook, I saw that "rust" was > being pulled in as a dependency by system-bootstrap. My initial > reaction was WTF? I'm sure the kernel devs will say "because we said I had the same problem. rust is pulled in by useful packages (e.g. openbox, indirectly). I emerged rust-bin and then the packages I wanted just used it as providing virtual/rust. There should exist some USE flag, because if you don't emerge rust-bin priorly, emerge will try to pull in rust-the-monster, and you may not realize there is an alternative. HTH Jorge
Re: [gentoo-user] How to switch from rust to rust-bin?
Walter Dnes wrote: > When updating my refurbished Lenovo notebook, I saw that "rust" was > being pulled in as a dependency by system-bootstrap. My initial > reaction was WTF? I'm sure the kernel devs will say "because we said > so... neener... neener". I don't want to fight that argument. > > Just like Mozilla's other product, rust is an unbelievably bloated > monstrosity. My 3-gig RAM notebook, with a core2 cpu forced to max > (2.534 ghz) took 3 hours 51 minutes to build rust-1.45.2... ouch! This > compares to 2 hours 10 minutes for gcc-9.3, and 13 minutes for x265-3.4. > > I notice that there is a "rust-bin" ebuild present. If nothing else, > I'd like to switch over to that to save the notebook from unnecessary > grinding when rust updates. What's the procedure for selecting it? > I've already tried the obvious... > > [thimk][root][~] eselect rust list > Available Rust versions: > [1] rust-1.45.2 * > > > "emerge -pv rust-bin" gives... > > [ebuild N ] dev-lang/rust-bin-1.45.2:stable::gentoo USE="-clippy -doc > -rls -rustfmt" CPU_FLAGS_X86="sse2" 115,367 KiB > > I *HOPE* that it's as simple as emerging rust-bin, and eselect-ing > it, but I want to check here before I risk breaking my system with > wild guesses. > It seems rust has a virtual package. This is from eix: [I] virtual/rust Available versions: 1.44.1{tbz2} ~1.45.2 ~1.46.0 {ABI_MIPS="n32 n64 o32" ABI_RISCV="lp64 lp64d" ABI_S390="32 64" ABI_X86="32 64 x32"} Installed versions: 1.44.1{tbz2}(11:53:29 PM 08/30/2020)(ABI_MIPS="-n32 -n64 -o32" ABI_RISCV="-lp64 -lp64d" ABI_S390="-32 -64" ABI_X86="32 64 -x32") Description: Virtual for Rust language compiler According to the ebuild for the virtual, either the compile local version or the -bin version satisfies the requirement. From the virtual ebuild. RDEPEND="|| ( ~dev-lang/rust-${PV}[${MULTILIB_USEDEP}] ~dev-lang/rust-bin-${PV}[${MULTILIB_USEDEP}] )" I'd think it would be as simple as unemerging the local compile version and emerging the -bin version. If unsure, quickpkg the version you have installed now and save it in case you need it. You may want to check the ebuild for the package that is pulling it in and make sure it depends on the virtual instead of the actual rust package itself. It could be it requires a locally compiled version and using a -bin version isn't allowed for some reason. I don't recall seeing a case like that before but one never knows. If it fails tho, you can just emerge your saved binary using -k and not have to compile it again. Hope that gives you something to check into and helps. Dale :-) :-)
[gentoo-user] How to switch from rust to rust-bin?
When updating my refurbished Lenovo notebook, I saw that "rust" was being pulled in as a dependency by system-bootstrap. My initial reaction was WTF? I'm sure the kernel devs will say "because we said so... neener... neener". I don't want to fight that argument. Just like Mozilla's other product, rust is an unbelievably bloated monstrosity. My 3-gig RAM notebook, with a core2 cpu forced to max (2.534 ghz) took 3 hours 51 minutes to build rust-1.45.2... ouch! This compares to 2 hours 10 minutes for gcc-9.3, and 13 minutes for x265-3.4. I notice that there is a "rust-bin" ebuild present. If nothing else, I'd like to switch over to that to save the notebook from unnecessary grinding when rust updates. What's the procedure for selecting it? I've already tried the obvious... [thimk][root][~] eselect rust list Available Rust versions: [1] rust-1.45.2 * "emerge -pv rust-bin" gives... [ebuild N ] dev-lang/rust-bin-1.45.2:stable::gentoo USE="-clippy -doc -rls -rustfmt" CPU_FLAGS_X86="sse2" 115,367 KiB I *HOPE* that it's as simple as emerging rust-bin, and eselect-ing it, but I want to check here before I risk breaking my system with wild guesses. -- Walter Dnes I don't run "desktop environments"; I run useful applications