[gentoo-dev] Packages up for grabs: net-misc/zerotier

[Lucas Ramage]

Greetings,

I am no longer interested in maintaining ZeroTierOne, since it is no longer 
free software [1].
These new licensing schemes seem suspicious to me, and I really have no 
interest in supporting proprietary software, (even if it will be Apache-2.0 in 
2023).

I will work on getting the package bumped to 1.4.6 since there is already an 
open PR for that [2], but after that this package will need a new maintainer.

Regards,

[1]: https://github.com/zerotier/ZeroTierOne/blob/1.4.6/LICENSE.txt
[2]: https://github.com/gentoo/gentoo/pull/12788

[gentoo-dev] Feature="test" returns 0 tests

[Lucas Ramage]

Hello,

I am working on upgrading paho-mqtt to the latest release and I have an
issue with enabling tests.

I have FEATURE="test" in an lxc container and I am seeing it run the tests
when I emerge dev-python/paho-mqtt. However, when I committed my changes,
the reviewer is not having any test run when compiling with the same
configuration.

- [Pull Request on Github](https://github.com/gentoo/gentoo/pull/7137)


​Thanks,​

-- 

[image: Visit online journal] <https://lramage94.github.io>

*Lucas Ramage* / Software Engineer
ramage.lu...@openmailbox.org / (941) 404-6794

*PGP Fingerprint* / Learn More <https://emailselfdefense.fsf.org/en/>
EAE7 45DF 818D 4948 DDA7 0F44 F52A 5A96 7B9B 6FB7
<https://pgp.mit.edu/pks/lookup?op=get=0xF52A5A967B9B6FB7>

*Visit online journal*
http://lramage94.github.io <https://lramage94.github.io>

[image: Github]  <https://github.com/lramage94>[image: Linkedin]
<https://www.linkedin.com/in/lramage94>

[gentoo-dev] NonsolvableDepsInMisc

[Lucas Ramage]

Hello,

I submitted a pull request which adds new packages as dependencies for the
package I am attempting to maintain and I am receiving the following errors,

https://qa-reports.gentoo.org/output/gentoo-ci/aca3f2128/output.html#dev-python/paho-mqtt

NonsolvableDepsInDev

NonsolvableDepsInStable

​I have built the package in a container using FEATURE="test" and also ran
`repoman -dx full` as instructed in the Gentoo Github Documentation and I
had no problems.

-- 

[image: Visit online journal] <https://lramage94.github.io>

*Lucas Ramage* / Software Engineer
ramage.lu...@openmailbox.org / (941) 404-6794

*PGP Fingerprint* / Learn More <https://emailselfdefense.fsf.org/en/>
EAE7 45DF 818D 4948 DDA7 0F44 F52A 5A96 7B9B 6FB7
<https://pgp.mit.edu/pks/lookup?op=get=0xF52A5A967B9B6FB7>

*Visit online journal*
http://lramage94.github.io <https://lramage94.github.io>

[image: Github]  <https://github.com/lramage94>[image: Linkedin]
<https://www.linkedin.com/in/lramage94>

Re: [gentoo-dev] Packages up for grabs: app-misc/mosquitto, dev-python/paho-mqtt, net-misc/zerotier

[Lucas Ramage]

Hello,

I can proxy maintain those if you'd like.
I use those packages at work.

On Wed, Feb 7, 2018 at 4:34 AM, Michał Górny <mgo...@gentoo.org> wrote:

> The following packages are up for grabs due to proxied maintainer being
> inactive:
>
> app-misc/mosquitto
> dev-python/paho-mqtt
> net-misc/zerotier
>
> The packages have open bugs but AFAICS they have patches ready, so I'm
> going to fix them whenever possible.
>
> --
> Best regards,
> Michał Górny
>
>
>


-- 

[image: Visit online journal] <https://lramage94.github.io>

*Lucas Ramage* / Software Engineer
ramage.lu...@openmailbox.org / (941) 404-6794

*PGP Fingerprint* / Learn More <https://emailselfdefense.fsf.org/en/>
EAE7 45DF 818D 4948 DDA7 0F44 F52A 5A96 7B9B 6FB7
<https://pgp.mit.edu/pks/lookup?op=get=0xF52A5A967B9B6FB7>

*Visit online journal*
http://lramage94.github.io <https://lramage94.github.io>

[image: Github]  <https://github.com/lramage94>[image: Linkedin]
<https://www.linkedin.com/in/lramage94>

[gentoo-dev] Gentoo Overlay Git: Feature Branches

[Lucas Ramage]

Hello,

Is there a way to specify a branch in repos.conf/overlay_name.conf?

[rage]
location = /usr/local/portage/rage
sync-type = git
sync-uri = https://github.com/lramage94/overlay.git^feature/beta-packages
priority=
EOF

Something like this?

Thanks

-- 

[image: Visit online journal] <https://lramage94.github.io>

*Lucas Ramage* / Software Engineer
ramage.lu...@openmailbox.org / (941) 404-6794

*PGP Fingerprint* / Learn More <https://emailselfdefense.fsf.org/en/>
EAE7 45DF 818D 4948 DDA7 0F44 F52A 5A96 7B9B 6FB7
<https://pgp.mit.edu/pks/lookup?op=get=0xF52A5A967B9B6FB7>

*Visit online journal*
http://lramage94.github.io <https://lramage94.github.io>

[image: Github]  <https://github.com/lramage94>[image: Linkedin]
<https://www.linkedin.com/in/lramage94>

Re: [gentoo-dev] AMD64 Arch Testers needed urgently

[Lucas Ramage]

I see, well I can setup buildbot to do that. Is there some place in
particular that I should send my test results?

On Wed, Dec 13, 2017 at 1:28 PM, Aaron W. Swenson <titanof...@gentoo.org>
wrote:

> On 2017-12-13 13:20, Lucas Ramage wrote:
> > > In  my discussions with other developers, I've found that this is the
> > ​> ​
> > biggest concern. Most devs are runnning ~amd64, so they don't feel that
> > ​> ​
> > they can mark things stable.
> >
> > W
> > ​hat about running a stable chroot?​ Are there any tools that can be used
> > to automate this process?
>
> Yes, a stable chroot is okay, and there is app-portage/tatt that can run
> through the various USE flag combinations for you.
>
> It’s output isn’t terribly helpful, so it takes a little while to
> understand what it’s trying to tell you.
>



-- 
Regards,

[image: Visit online journal] <https://lramage94.github.io/>

*Lucas Ramage* / Software Engineer
ramage.lu...@openmailbox.org / (941) 404-6794

*PGP Fingerprint* / Learn More <https://emailselfdefense.fsf.org/en/>
EAE7 45DF 818D 4948 DDA7 0F44 F52A 5A96 7B9B 6FB7
<https://pgp.mit.edu/pks/lookup?op=get=0xF52A5A967B9B6FB7>

*Visit online journal*
http://lramage94.github.io <https://lramage94.github.io/>

[image: Github]  <https://github.com/lramage94>[image: Linkedin]
<https://www.linkedin.com/in/lramage94>

Re: [gentoo-dev] AMD64 Arch Testers needed urgently

[Lucas Ramage]

> In  my discussions with other developers, I've found that this is the
​> ​
biggest concern. Most devs are runnning ~amd64, so they don't feel that
​> ​
they can mark things stable.

W
​hat about running a stable chroot?​ Are there any tools that can be used
to automate this process?

On Wed, Dec 13, 2017 at 12:51 PM, William Hubbs <willi...@gentoo.org> wrote:

> On Wed, Dec 13, 2017 at 01:22:04PM +0100, Thomas Deutschmann wrote:
> > On 2017-12-12 19:24, Rich Freeman wrote:
> > > As far as I'm aware the standing policy already exists that
> > > maintainers can stabilize their own packages on amd64.
> >
> > That's right but keep in mind that nevertheless you need a stable
> > system. Marking a package stable because it works on your ~arch box you
> > use for your daily dev work would lead the whole process ad absurdum.
>
> In  my discussions with other developers, I've found that this is the
> biggest concern. Most devs are runnning ~amd64, so they don't feel that
> they can mark things stable.
>
> > And in general maintainer stabilization should be the last resort. The
> > person who wrote the ebuild maybe doesn't notice that the ebuild is
> > doing something wrong (doesn't honor CFLAGS, calls compiler directly,
> > not working with /bin/sh not /bin/bash ...).
>
> In theory, this is correct. However, when maintainers don't stabilize
> packages and no one else does either, our stable tree suffers.
>
> William
>



-- 
Regards,

[image: Visit online journal] <https://lramage94.github.io/>

*Lucas Ramage* / Software Engineer
ramage.lu...@openmailbox.org / (941) 404-6794

*PGP Fingerprint* / Learn More <https://emailselfdefense.fsf.org/en/>
EAE7 45DF 818D 4948 DDA7 0F44 F52A 5A96 7B9B 6FB7
<https://pgp.mit.edu/pks/lookup?op=get=0xF52A5A967B9B6FB7>

*Visit online journal*
http://lramage94.github.io <https://lramage94.github.io/>

[image: Github]  <https://github.com/lramage94>[image: Linkedin]
<https://www.linkedin.com/in/lramage94>

Re: [gentoo-dev] Server hardaware give away (misc archs)

[Lucas Ramage]

I'm sorry that you must part with your machines. But it's awesome to see
that they will go to a new home!

I would like to get my hands on an HP Zx6000 like this:




On Tue, Sep 5, 2017 at 8:41 PM, Johnson Steward <i...@jsteward.moe> wrote:

> Hi Brendan,
>
> I'm in Beijing and interested in these machines, especially the SPARC.
> Though not a Gentoo Dev, In recently struggling with Gentoo BSD and,
> hopefully, have some experience with Gentoo. It would be great if I can get
> one and test the packages on that system and, hopefully, contribute to the
> not-so-popular architectures.
>
> Yours,
>
> 2017/09/06 8:20 "Brendan Horan" <bren...@horan.hk>:
>
> Hi everyone,
>
> I have some hardware I would like to see go to a good home.
> I would prefer it to be someone working with Gentoo.
> That was my goal, but life changes :)
>
>
> I have the following :
> * HP j6750 (2x cpu PA-RSIC)
> * HP Zx2000 Itanium2 (single cpu) (custom 4ru unit)
> * IBM Power 6+ p560 (dual cpu)
> * Sun SPARC T5120 (single cpu)
>
> The systems are all in working order. With decent specs.
> All have 8gb of memory or more
> All have at least 2 disks (ranging from 32gb to 300gb)
> I have some misc spares for all of the above.
> If you want more details on any of the systems please ask.
> You can also catch me on IRC @ #gentoo-proxy-maint
>
>
> Ideally I would want to ship it to one location.
> If you then wanted to ship interstate/country from that point I don't care.
> I live in Hong Kong, no one hear but scrap metal places what this kit.
> I don't mind helping pay some of the shipping costs.
> I do not want payment for the systems, just a good home vs the scrap heap.
>
> Thanks
> Brendan
>
>
>


-- 

Regards,

[image: View my Portfolio] <https://lramage94.github.io>

Lucas Ramage / Software Engineer
ramage.luca...@gmail.com / (941)-467-2354

Visit online journal
lramage94.github.io

[image: Google Plus]  <https://plus.google.com/+LucasRamage>[image:
Linkedin] <https://www.linkedin.com/pub/lucas-ramage/4a/719/757>

Re: [gentoo-dev] sys-boot/plymouth needs major fixes/maintainer

[Lucas Ramage]

Hello,

I am still working on this. Alpine linux uses Plymouth 9.2 and OpenRC so I
am just going to try to use that. I don't have a ton of spare time so if
anyone else would like to help here is their APKBUILD.

https://git.alpinelinux.org/cgit/aports/tree/community/plymouth/APKBUILD

On Thu, Aug 10, 2017, 12:12 PM Matthew Thode 
wrote:

> On 17-07-26 11:56:39, Pacho Ramos wrote:
> > sys-boot/plymouth is orphan for a long time. Its old 0.8.x versions
> where having
> > important bugs that were fixed in 0.9.x, but 0.9 is also plenty of
> issues. Then,
> > either this is adopted by someone able to handle all that issues or we
> will need
> > to finally treeclean (and drop its support for dependant packages)
> >
> > Thanks
> >
>
> I did take sys-boot/plymouth, set up notifications for new releases so
> packaging will be somewhat automated.  Also prodded upstream to release
> 0.9.3 (which they did) and packaged it.  Updated to eapi6 as well,
> tested booting on systemd, worksforme.
>
> --
> Matthew Thode (prometheanfire)
>

Re: [gentoo-dev] sys-boot/plymouth needs major fixes/maintainer

[Lucas Ramage]

This may take me some time. The live cd doesn't even seem to use this. And
that plugin is unmaintained so I forked it.

On Tue, Aug 8, 2017 at 11:08 PM, Matthew Thode <prometheanf...@gentoo.org>
wrote:

> On 17-08-04 17:17:05, Mart Raudsepp wrote:
> > On K, 2017-07-26 at 11:56 +0200, Pacho Ramos wrote:
> > > sys-boot/plymouth is orphan for a long time. Its old 0.8.x versions
> > > where having
> > > important bugs that were fixed in 0.9.x, but 0.9 is also plenty of
> > > issues. Then,
> > > either this is adopted by someone able to handle all that issues or
> > > we will need
> > > to finally treeclean (and drop its support for dependant packages)
> >
> > So despite this thread, this got suddenly p.masked.
> >
> > It seems most issues are related to usage with OpenRC, plus some
> > stopping issue with sddm.
> >
> > I can soon look into the systemd aspects, but are there anyone
> > interested in the openrc use case, to help out there?
> >
> >
> > Mart
> >
>
> I've reverted the p.mask commit and added myself to the metadata for
> plymouth (not the openrc plugin).  I've also poked upstream for a new
> tag since it's been a while and they are active...
>
> --
> Matthew Thode (prometheanfire)
>



-- 

Regards,

[image: View my Portfolio] <https://lramage94.github.io>

Lucas Ramage / Software Engineer
ramage.luca...@gmail.com / (941)-467-2354

Visit online journal
lramage94.github.io

[image: Google Plus]  <https://plus.google.com/+LucasRamage>[image:
Linkedin] <https://www.linkedin.com/pub/lucas-ramage/4a/719/757>

Re: [gentoo-dev] Re: sys-boot/plymouth needs major fixes/maintainer

[Lucas Ramage]

I can do that. I'll have some free time this coming week to work on this.

On Fri, Aug 4, 2017, 11:17 PM M. J. Everitt <m.j.ever...@iee.org> wrote:

> On 05/08/17 03:16, Michael Palimaka wrote:
> > On 08/05/2017 12:37 AM, Mart Raudsepp wrote:
> >> On R, 2017-08-04 at 14:23 +, Lucas Ramage wrote:
> >>> I am looking into this for openrc. I copied it over to my personal
> >>> overlay.
> >> Ok, how about I mark myself as maintainer then and add you as co
> >> -maintainer for OpenRC aspects, and you can e-mail me fixes for openrc
> >> or otherwise?
> >> sys-boot/plymouth-openrc-plugin is involved in that OpenRC support too
> >> still, right?
> >>
> >> I'm not sure about
> >> kde-plasma/breeze-plymouth
> >> kde-plasma/plymouth-kcm
> >> do you use KDE/Plasma to care for those too?
> > These two are still maintained by KDE team, they just got masked
> > (without asking by the way...) because they depend on plymouth.
> >
> You mean to say treecleaners and QA should actually contact maintainers
> before wielding their chainsaws ??  Musta missed that policy doc ...
>
>

Re: [gentoo-dev] sys-boot/plymouth needs major fixes/maintainer

[Lucas Ramage]

I am looking into this for openrc. I copied it over to my personal overlay.

On Fri, Aug 4, 2017, 10:17 AM Mart Raudsepp  wrote:

> On K, 2017-07-26 at 11:56 +0200, Pacho Ramos wrote:
> > sys-boot/plymouth is orphan for a long time. Its old 0.8.x versions
> > where having
> > important bugs that were fixed in 0.9.x, but 0.9 is also plenty of
> > issues. Then,
> > either this is adopted by someone able to handle all that issues or
> > we will need
> > to finally treeclean (and drop its support for dependant packages)
>
> So despite this thread, this got suddenly p.masked.
>
> It seems most issues are related to usage with OpenRC, plus some
> stopping issue with sddm.
>
> I can soon look into the systemd aspects, but are there anyone
> interested in the openrc use case, to help out there?
>
>
> Mart
>
>

Re: [gentoo-dev] sys-boot/plymouth needs major fixes/maintainer

[Lucas Ramage]

I am not yet an official developer but I am interested in assisting in
maintaining this.

On Wed, Jul 26, 2017, 6:04 AM Mart Raudsepp  wrote:

> Ühel kenal päeval, K, 26.07.2017 kell 11:56, kirjutas Pacho Ramos:
> > sys-boot/plymouth is orphan for a long time. Its old 0.8.x versions
> > where having
> > important bugs that were fixed in 0.9.x, but 0.9 is also plenty of
> > issues. Then,
> > either this is adopted by someone able to handle all that issues or
> > we will need
> > to finally treeclean (and drop its support for dependant packages)
>
> I wasn't aware it had issues or lacked a maintainer.
>
> I hope this call will find a dedicated maintainer; if not, I will pick
> this up later. But I do hope it finds someone else, as my plates are
> rather full.
>
> I don't use it yet because then I wouldn't be able to test fixes or
> write fixes to bug 613222 as plymouth would workaround this. After that
> bug is fixed, I plan to use plymouth together with dracut+disk
> encryption, etc.
>
> So if no-one steps up in the meantime, please don't remove the work
> already there (I also know people that use it successfully as-is). But
> I hope someone else does step up, please!
>
>
> Mart
>
>

Re: [gentoo-dev] newsitem: openrc-0.28 mounts efivars read only

[Lucas Ramage]

The documentation is being updated. There is no need to worry about that.

On Thu, Jul 13, 2017, 8:09 PM DarKRaveR  wrote:

> Am 12.07.2017 um 22:03 schrieb Mike Gilbert:
> > On Wed, Jul 12, 2017 at 11:42 AM, William Hubbs 
> wrote:
> >> OpenRC 0.28 will mount efivars read only by default due to concerns
> >> about users bricking systems by writing to this filesystem unexpectedly.
> >>
> >> Here is the newsitem covering this change.
> >>
> >> William
> >>
> > This will break boot loader installers, like grub-install and bootctl
> > (systemd-boot). Please update any relevant documents on the wiki, or
> > find someone who can do it for you.
> >
>
> Not only bootloader installers.
> It will break things like efibootmgr which can be used to change EFI
> bootmanager's behavior/configuration.
> I am not sure how sane these tools react when efivar is RO.
>
> Regards
>
> -Sven
>
>

Re: [gentoo-dev] newsitem: openrc-0.28 mounts efivars read only

[Lucas Ramage]

I am working on it! Thanks!

On Wed, Jul 12, 2017 at 8:42 PM, Matt Turner <matts...@gentoo.org> wrote:

> On Wed, Jul 12, 2017 at 5:29 PM, Lucas Ramage <ramage.luca...@gmail.com>
> wrote:
> > What needs to be changed for the bootloaders? I may be able to assist.
>
> The documentation should be updated to say that with OpenRC 0.28 that
> you'll have to remount efivars as RW before you can install the
> bootloader (e.g., grub-install)
>
> The command I use locally to remount rw (since I have configured
> efivars to be mounted read-only in fstab) is
>
> mount -o remount,rw /sys/firmware/efi/efivars
>
>


-- 

Regards,

[image: View my Portfolio] <https://lramage94.github.io>

Lucas Ramage / Software Engineer
ramage.luca...@gmail.com / (941)-467-2354

Visit online journal
lramage94.github.io

[image: Google Plus]  <https://plus.google.com/+LucasRamage>[image:
Linkedin] <https://www.linkedin.com/pub/lucas-ramage/4a/719/757>

Re: [gentoo-dev] newsitem: openrc-0.28 mounts efivars read only

[Lucas Ramage]

What needs to be changed for the bootloaders? I may be able to assist.

On Wed, Jul 12, 2017 at 7:04 PM, Matt Turner <matts...@gentoo.org> wrote:

> On Wed, Jul 12, 2017 at 2:44 PM, William Hubbs <willi...@gentoo.org>
> wrote:
> > On Wed, Jul 12, 2017 at 04:03:25PM -0400, Mike Gilbert wrote:
> >> On Wed, Jul 12, 2017 at 11:42 AM, William Hubbs <willi...@gentoo.org>
> wrote:
> >> > OpenRC 0.28 will mount efivars read only by default due to concerns
> >> > about users bricking systems by writing to this filesystem
> unexpectedly.
> >> >
> >> > Here is the newsitem covering this change.
> >> >
> >> > William
> >> >
> >>
> >> This will break boot loader installers, like grub-install and bootctl
> >> (systemd-boot). Please update any relevant documents on the wiki, or
> >> find someone who can do it for you.
> >
> > I'm not stopping anyone from making those updates, so if someone knows
> > what needs to be changed, go for it. :-)
>
> That's now how this works. You can't leave something as crucial as
> boot loader installation documentation in a bad state.
>
> It's your responsibility to ensure that happens.
>
>


-- 

Regards,

[image: View my Portfolio] <https://lramage94.github.io>

Lucas Ramage / Software Engineer
ramage.luca...@gmail.com / (941)-467-2354

Visit online journal
lramage94.github.io

[image: Google Plus]  <https://plus.google.com/+LucasRamage>[image:
Linkedin] <https://www.linkedin.com/pub/lucas-ramage/4a/719/757>

Re: [gentoo-dev] Sets vs Meta ebuilds

[Lucas Ramage]

Is that your blog?

On Fri, Jul 7, 2017 at 12:32 PM, William L. Thomson Jr. <wlt...@o-sinc.com>
wrote:

> I have been playing with some package sets and I like the concept of
> sets quite a lot. However there is one big drawback. You cannot use a
> package set in a profile. Or at least I do not think you can. I have
> looked into it a bit and does not seem like it is possible.
>
> I know I can create a meta ebuild and use it like a package set. I
> think it would be useful to have package sets be able to be used in a
> profile like meta ebuilds. It would likely reduce the need or use of
> meta packages. Not sure if there is any benefit to that approach over a
> set.
>
> I think sets have benefits over meta packages. This was the most
> comprehensive document on sets, benefits, uses, etc. Other than the
> general docs on the wiki.
> https://makuro.wordpress.com/2010/12/12/intro-to-portage-sets/
>
> I  would really like to be able to use package sets in profiles. I
> think of use and benefit to others as well.
>
> --
> William L. Thomson Jr.
>



-- 

Regards,

[image: View my Portfolio] <https://lramage94.github.io>

Lucas Ramage / Software Engineer
ramage.luca...@gmail.com / (941)-467-2354

Visit online journal
lramage94.github.io

[image: Google Plus]  <https://plus.google.com/+LucasRamage>[image:
Linkedin] <https://www.linkedin.com/pub/lucas-ramage/4a/719/757>