[gentoo-user] Why was ekiga removed?

[Raymond Jennings]

I just checked for ekiga in the tree, and I was just about to request it be
added when I noticed a few bugs indicating it used to be in the tree,
implying it was since removed.

A log check within /usr/portage/net-voip/ekiga reveals that it was
apparently removed pre-git

[gentoo-user] nss use flag used 11 times

[Raymond Jennings]

I just noticed that the nss use flag is a local use flag provided by
11 separate packages.

This is over the 5 for moving to global except that I also noticed the
use flags are different.

Would a cleanup on this part help any?

Re: [gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Raymond Jennings]

I don't know.

If it was a kernel issue directly, I'm pretty sure that manually
switching wouldn't be a viable workaround to begin with.  The fact
that the manual method still works means that your kernel and actual
video handling code is probably fine.

The fact that it won't work automiatcally, but still can work
manually, strongly hints at a configuration issue.  Though after your
reply I'm not sure if it's something in /etc or if a setting in your
kernel configuration is messed up.

On Mon, Dec 25, 2017 at 9:27 AM, Mick <michaelkintz...@gmail.com> wrote:
> On Monday, 25 December 2017 10:07:11 GMT Jörg Schaible wrote:
>> Hi Raymond,
>>
>> Am Sat, 23 Dec 2017 22:59:32 -0800 schrieb Raymond Jennings:
>> > That sounds like a possible issue with your X configuration.
>> >
>> > Did you double check /etc/conf.d/xdm and the like to make sure that your
>> > VT is indeed set to 7.
>>
>> Content of /etc/conf.d/xdm
>> === %< ==
>> CHECKVT=7
>> DISPLAYMANAGER="sddm"
>> rc_use="mysql"
>> === %< ==
>>
>> > Also double check your display manager configuration.
>> >
>> > If your manual VT switch works fine I'd suspect a misbehaving display
>> > manager possibly being confused by bad configuration
>>
>> Then, why does it work seamlessly when I boot with the old 4.12.12 kernel?
>>
>> Since I have this behavior with two desktop machines, I thought others might
>> haven been affected as well ...
>>
>> Cheers,
>> Jörg
>
> This won't help, but:
>
> sddm has been broken on 3 different PCs here with Intel and AMD CPUs, on
> different MoBos, for months.  As far as I recall it always launched the
> desktop, but would not logout on the first attempt.  It also broke udisks
> because I could no longer mount storage devices using the GUI.  I've posted a
> bug, but nothing came of it other than the recommendation to try later
> versions - all of them borked.  On my own laptop I've moved to lightdm.
>
> --
> Regards,
> Mick

Re: [gentoo-user] Kernel 4.14.7 no longer switches to VT7

[Raymond Jennings]

That sounds like a possible issue with your X configuration.

Did you double check /etc/conf.d/xdm and the like to make sure that
your VT is indeed set to 7.

Also double check your display manager configuration.

If your manual VT switch works fine I'd suspect a misbehaving display
manager possibly being confused by bad configuration

On Thu, Dec 21, 2017 at 7:41 AM, Jörg Schaible  wrote:
> Hi,
>
> after the update and installation of gentoo-sources-4.14.7 my two machines no 
> longer switch to SDDM on
> VT7, it stays on VT1. However, I can switch manually using CTRL-ALT-7 to SDDM 
> and login as usual. If I boot
> with the last stable kernel 4.12.12 anything is back to normal and the login 
> screen of SDDM appears directly
> while the rest of the modules is loaded in background.
>
> Both machines have older Radeon chips (REDWOOD and CEDAR) and I managed to 
> load also their firmware
> with the new kernel 4.14.7, but there's still no automatic switch to VT7 
> anymore.
>
> I found nothing obvious in /var/log/messages, dmesg or Xorg.0.log. What may 
> cause this weird behavior?
>
> Cheers,
> Jörg
>
>

Re: [gentoo-user] Removal of classic skype

[Raymond Jennings]

Last riting for classic skype has officially been commenced.

Anyone who wants to install it should either grab the ebuilds now, or
be prepared to go fishing through the git-based repo's history.

I personally plan to keep it installed until microsoft itself blocks
it from login.

On Sat, Oct 7, 2017 at 9:56 AM, Mick <michaelkintz...@gmail.com> wrote:
> On Saturday, 7 October 2017 17:32:21 BST Raymond Jennings wrote:
>> Due to the removal of qt4, all of its reverse dependencies are also going
>> to be removed.
>>
>> This decision has already been made by the qt project and is not up for
>> discussion.
>>
>> Furthermore, qt4 has a large number of security bugs and it has also been
>> brought to my attention that it even fails to build in a few cases, and
>> finally it is no longer being maintained by upstream.  Therefore, due to
>> the build failures making it impossible to even install in a large number
>> of cases, and thus skype classic, I'm no longer going to maintain it.
>>
>> Anyone who really wants to keep classic skype still, feel free to install
>> the "kde sunset" overlay to recover the soon-to-be-removed qt4 dependencies
>> and for the moment make a snapshot of the ebuild before it is removed from
>> the portage tree.
>>
>> Also, even though they haven't *yet* followed through, microsoft has
>> announced already that the classic version of skype will eventually be
>> EOL'ed.  at the moment you're still able to install it as of 48 hours ago
>> last time I checked, but it is on the chopping block and likely will
>> eventually be removed from download, as well as banned from microsoft's
>> login servers.  Once this happens further usage will be impossible.
>>
>> No further support can be offered on skype classic, and it is eventually
>> going to be removed from the portage tree for the reasons listed above.
>
> Thank you for letting us know.
>
> I have already moved to net-im/skypeforlinux because cross-platform usage of
> (classic) skype started malfunctioning some months ago now.  Skypeforlinux
> works OK for me at present.
>
> --
> Regards,
> Mick

[gentoo-user] Removal of classic skype

[Raymond Jennings]

Due to the removal of qt4, all of its reverse dependencies are also going
to be removed.

This decision has already been made by the qt project and is not up for
discussion.

Furthermore, qt4 has a large number of security bugs and it has also been
brought to my attention that it even fails to build in a few cases, and
finally it is no longer being maintained by upstream.  Therefore, due to
the build failures making it impossible to even install in a large number
of cases, and thus skype classic, I'm no longer going to maintain it.

Anyone who really wants to keep classic skype still, feel free to install
the "kde sunset" overlay to recover the soon-to-be-removed qt4 dependencies
and for the moment make a snapshot of the ebuild before it is removed from
the portage tree.

Also, even though they haven't *yet* followed through, microsoft has
announced already that the classic version of skype will eventually be
EOL'ed.  at the moment you're still able to install it as of 48 hours ago
last time I checked, but it is on the chopping block and likely will
eventually be removed from download, as well as banned from microsoft's
login servers.  Once this happens further usage will be impossible.

No further support can be offered on skype classic, and it is eventually
going to be removed from the portage tree for the reasons listed above.

[gentoo-user] qt4 app's icons

[Raymond Jennings]

I noticed something strange.

When I downgraded VLC to use qt4 after a bug...the icon turned from the
familiar orange traffic cone ot an ugly B version.

That's when I realized the same thing had happned to classic skype.

Did someone apply code to deliberately grayscale the icons of qt4 apps?

No bugs that I know of...but it does seem like a pattern and I have a hunch
something fishy is going on.

[gentoo-user] Re: skypeforlinux

[Raymond Jennings]

I appreciate that you're having a problem but please report all problems
with gentoo packages on the bugzilla:

http://bugs.gentoo.org

On Wed, Oct 19, 2016 at 4:56 AM, Mario Fetka  wrote:

> a compatibility link i added in my ebauld has been removed from the actual
> ebuild.
>
> just try to use a link under help like luzene and optins  could you
> add it back so the hardcoced linsk dont point to nothing
>

Re: [gentoo-user] Skype users

[Raymond Jennings]

Just of note, the classic version seems to support cloud based chats now.
There's been some conversions going on on the skype servers, and I reported
a couple of bugs to microsoft which appear to have been recently fixed.

On Tue, Oct 11, 2016 at 9:45 AM, Raymond Jennings <shent...@gmail.com>
wrote:

> My guess is that eventually it will be.  Microsoft tends to be fond of
> turfing old versions of its software *cough*windows10*cough*
>
> As the mantainer of a package with no patchable source code provided I'll
> have little choice but to reflect the upstream reality as clearly as
> possible.
>
> What I personally think would be nice:
>
> 1.  A backend layer, OS specific, that handles low level details like
> making network connections, writing to logs, opening audio/video devices
> (mic, speakers, webcam)
> 2.  A skype layer, OS and GUI independent, that contains everything
> related to skype's core stuff.  Encryption, contact lists, group chats,
> interfacing with the skype servers
> 3.  A frontend layer, OS specific, that handles window management,
> keyboard input, clicking on menus, providing widgets, and so on.  This
> could factor in differences between windows, OSX, GNOME, KDE, GTK+, and the
> like, all without compromising the portability of the middle or backend
> layers.
>
> If Microsoft broke its skype code up like this it would be extremely easy
> to maintain in a cross platform manner.
>
> This is how gallium3d was set up
>
> On Wed, Oct 5, 2016 at 6:33 AM, Daniel Campbell <z...@gentoo.org> wrote:
>
>> On 10/04/2016 02:12 PM, Raymond Jennings wrote:
>> > Please be advised that skype has been split off into two packages
>> >
>> > * skype remains for the "classic" version of skype
>> > * skypeforlinux is the new package name for microsoft's alpha version
>> >
>> > There were some version number snarls and it was decided that a split
>> > would be cleaner.
>> >
>> > Blame microsoft for giving their current version a lower number than the
>> > classic one.
>> Thanks for the heads-up. I saw it in a recent additions/removal email
>> and checked eix but didn't see anything pointing out differences.
>>
>> Does MS have plans to force classic Skype to be obsolete? I hope not...
>> --
>> Daniel Campbell - Gentoo Developer
>> OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
>> fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
>>
>>
>

Re: [gentoo-user] Skype users

[Raymond Jennings]

My guess is that eventually it will be.  Microsoft tends to be fond of
turfing old versions of its software *cough*windows10*cough*

As the mantainer of a package with no patchable source code provided I'll
have little choice but to reflect the upstream reality as clearly as
possible.

What I personally think would be nice:

1.  A backend layer, OS specific, that handles low level details like
making network connections, writing to logs, opening audio/video devices
(mic, speakers, webcam)
2.  A skype layer, OS and GUI independent, that contains everything related
to skype's core stuff.  Encryption, contact lists, group chats, interfacing
with the skype servers
3.  A frontend layer, OS specific, that handles window management, keyboard
input, clicking on menus, providing widgets, and so on.  This could factor
in differences between windows, OSX, GNOME, KDE, GTK+, and the like, all
without compromising the portability of the middle or backend layers.

If Microsoft broke its skype code up like this it would be extremely easy
to maintain in a cross platform manner.

This is how gallium3d was set up

On Wed, Oct 5, 2016 at 6:33 AM, Daniel Campbell <z...@gentoo.org> wrote:

> On 10/04/2016 02:12 PM, Raymond Jennings wrote:
> > Please be advised that skype has been split off into two packages
> >
> > * skype remains for the "classic" version of skype
> > * skypeforlinux is the new package name for microsoft's alpha version
> >
> > There were some version number snarls and it was decided that a split
> > would be cleaner.
> >
> > Blame microsoft for giving their current version a lower number than the
> > classic one.
> Thanks for the heads-up. I saw it in a recent additions/removal email
> and checked eix but didn't see anything pointing out differences.
>
> Does MS have plans to force classic Skype to be obsolete? I hope not...
> --
> Daniel Campbell - Gentoo Developer
> OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
> fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
>
>

Re: [gentoo-user] Skype users

[Raymond Jennings]

As far as I know the alpha skype is a cheap clone of the web version (and
the only version that supports cloud chats)...and I don't think it uses the
.Skype database.

I also tested it, and it seems to work.

On Tue, Oct 4, 2016 at 11:49 PM, J. Roeleveld <jo...@antarean.org> wrote:

> On Tuesday, October 04, 2016 11:39:44 PM Raymond Jennings wrote:
> > On Tue, Oct 4, 2016 at 10:51 PM, J. Roeleveld <jo...@antarean.org>
> wrote:
> > > On Tuesday, October 04, 2016 02:12:12 PM Raymond Jennings wrote:
> > > > Please be advised that skype has been split off into two packages
> > > >
> > > > * skype remains for the "classic" version of skype
> > > > * skypeforlinux is the new package name for microsoft's alpha version
> > > >
> > > > There were some version number snarls and it was decided that a split
> > >
> > > would
> > >
> > > > be cleaner.
> > > >
> > > > Blame microsoft for giving their current version a lower number than
> the
> > > > classic one.
> > >
> > > Thank you for this note as I would probably have missed this.
> > >
> > > I will test this on a VM until it leaves "alpha" status.
> > >
> > > One little note: I don't think it's supposed to be possible to install
> > > both at
> > > the same time. But it is currently possible.
> >
> > I actually do it that way on purpose.
> >
> > I think it's because skype is not slotted and the dependency line in the
> >
> > > ebuild specifies slot "1"  for skype.
> >
> > By design.  I removed the slotting after splitting the package.
> >
> > And I made this announcement becuase I'm the current proxy maintainer for
> > both packages.
> >
>
> Ok, are you sure you don't risk corruption of the database files (under
> ~/.Skype) if both versions are running simultaneously?
>
> That is what I would be afraid of if both are installed at the same time.
>
> --
> Joost
>
>

Re: [gentoo-user] Skype users

[Raymond Jennings]

On Tue, Oct 4, 2016 at 10:51 PM, J. Roeleveld <jo...@antarean.org> wrote:

> On Tuesday, October 04, 2016 02:12:12 PM Raymond Jennings wrote:
> > Please be advised that skype has been split off into two packages
> >
> > * skype remains for the "classic" version of skype
> > * skypeforlinux is the new package name for microsoft's alpha version
> >
> > There were some version number snarls and it was decided that a split
> would
> > be cleaner.
> >
> > Blame microsoft for giving their current version a lower number than the
> > classic one.
>
> Thank you for this note as I would probably have missed this.
>
> I will test this on a VM until it leaves "alpha" status.
>
> One little note: I don't think it's supposed to be possible to install
> both at
> the same time. But it is currently possible.
>

I actually do it that way on purpose.

I think it's because skype is not slotted and the dependency line in the
> ebuild specifies slot "1"  for skype.
>

By design.  I removed the slotting after splitting the package.

And I made this announcement becuase I'm the current proxy maintainer for
both packages.

>
> --
> Joost
>
>

[gentoo-user] Skype users

[Raymond Jennings]

Please be advised that skype has been split off into two packages

* skype remains for the "classic" version of skype
* skypeforlinux is the new package name for microsoft's alpha version

There were some version number snarls and it was decided that a split would
be cleaner.

Blame microsoft for giving their current version a lower number than the
classic one.

Re: [gentoo-user] Mentors project?

[Raymond Jennings]

My first suggestion is to create a project of Mentors, as a subproject of
ComRes and coprojects with Recruiters and Comrel.
Then it could assume a place on irc using #gentoo-mentors.  And possibly a
grouping created for them on the forums?

Mentor wannabes who wanna help out would join the project as members and
thus advertise their availability for wannabe devs in search of mentors.

Right now, the biggest weakness I see is a lack of organized visibility.
Having it as an official project, with a member list, would make potential
mentors much easier to find.

On Tue, Sep 27, 2016 at 9:27 PM, Andy Mender <andymenderu...@gmail.com>
wrote:

> I have also heard of the concept of Gentoo mentors in the past, though it
> didn't seem like anyone is specifically involved. I think it would be a
> nice initiative, but of course specifics then need to be drafted. For
> instance, should it be irc based, forum based or both? What would be the
> incentive for mentor-wannabes? Etc.
>
> Best regards,
> Andy Mender
>
> On 27 Sep 2016 17:22, "Raymond Jennings" <shent...@gmail.com> wrote:
>
>> I'm just wondering, is there a project meant to act as a team of mentors,
>> ready to take on new recruits?
>>
>> Points:
>>
>> * I haven't noticed an official grouping of any sort that organizes
>> potential mentors into a cohesive group
>>
>> * I noticed the #gentoo-mentors channel.  It appears to be registered,
>> and is occupied by ChanServ, but nobody (op or otherwise) is in it.
>>
>> I've also had some trouble in the past during my devhood journey.  A lot
>> of it is my fault for being waylaid by RL drama, but my two previous
>> mentors had to resign due to their own RL takedowns, and it "sure would be
>> nice" if there were a labelled team I could approach.
>>
>> https://wiki.gentoo.org/wiki/Project:Recruiters/Mentoring has
>> instructions for mentors, but I don't see any project/subproject on Google
>> specifically meant to organize.
>>
>> Would it benefit gentoo to have "mentors" as an official project,
>> possibly as a comres subproject?
>>
>>

[gentoo-user] Mentors project?

[Raymond Jennings]

I'm just wondering, is there a project meant to act as a team of mentors,
ready to take on new recruits?

Points:

* I haven't noticed an official grouping of any sort that organizes
potential mentors into a cohesive group

* I noticed the #gentoo-mentors channel.  It appears to be registered, and
is occupied by ChanServ, but nobody (op or otherwise) is in it.

I've also had some trouble in the past during my devhood journey.  A lot of
it is my fault for being waylaid by RL drama, but my two previous mentors
had to resign due to their own RL takedowns, and it "sure would be nice" if
there were a labelled team I could approach.

https://wiki.gentoo.org/wiki/Project:Recruiters/Mentoring has instructions
for mentors, but I don't see any project/subproject on Google specifically
meant to organize.

Would it benefit gentoo to have "mentors" as an official project, possibly
as a comres subproject?

Re: [gentoo-user] Infrastructure?

[Raymond Jennings]

Also it appears that #gentoo-infra is invite only.

On Wed, Sep 21, 2016 at 2:16 AM, Raymond Jennings <shent...@gmail.com>
wrote:

> Probably should clarify that I wasn't talking about patches.  I just
> remember the big git migration and was wondering if the syncing process
> itself would be moved under anongit.gentoo.org at some point so that we
> could avoid relying on github (per social contact thingy)
>
> On Tue, Sep 20, 2016 at 12:36 AM, Daniel Campbell <z...@gentoo.org> wrote:
>
>> On 09/19/2016 10:54 AM, Raymond Jennings wrote:
>> > Just curious, but how are gentoo's infra assets organized?
>> >
>> > Do you guys use VMs on top of hardware machines and whatnot?
>> >
>> > Reasons for asking:
>> >
>> > * general curiosity
>> > * wondering how a migration to use anongit.gentoo.org
>> > <http://anongit.gentoo.org> instead of github would go, particularly if
>> > it would help ease pressure on the rsync servers if demand went down
>> > - I heard something about a social contract where relying on third
>> > parties was a frowny point.
>> >
>>
>> Popping in to #gentoo-infra and chatting with the folks there may get
>> you a faster response.
>>
>> As far as I know, we accept pull requests from the GitHub mirror *or* a
>> standard `git format-patch` e-mail.
>>
>> We do have a social contract[1] which indicates that we will not depend
>> on proprietary software. That said, the GitHub mirror is there for
>> convenience; I'm betting part of why we use it on the side is because it
>> already meshes well with Git to begin with and can be a good 'gateway'
>> for new contributors.
>>
>> We also accept patches on the gentoo-dev ML or (depending on the
>> developer) personal e-mails or Bugzilla bugs. You might want to check
>> out a few pages on the wiki regarding how we handle contributions, or
>> pop in #gentoo-proxy-maint on Freenode.
>>
>> [1] https://gentoo.org/get-started/philosophy/social-contract.html
>> --
>> Daniel Campbell - Gentoo Developer
>> OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
>> fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
>>
>>
>

Re: [gentoo-user] Infrastructure?

[Raymond Jennings]

Probably should clarify that I wasn't talking about patches.  I just
remember the big git migration and was wondering if the syncing process
itself would be moved under anongit.gentoo.org at some point so that we
could avoid relying on github (per social contact thingy)

On Tue, Sep 20, 2016 at 12:36 AM, Daniel Campbell <z...@gentoo.org> wrote:

> On 09/19/2016 10:54 AM, Raymond Jennings wrote:
> > Just curious, but how are gentoo's infra assets organized?
> >
> > Do you guys use VMs on top of hardware machines and whatnot?
> >
> > Reasons for asking:
> >
> > * general curiosity
> > * wondering how a migration to use anongit.gentoo.org
> > <http://anongit.gentoo.org> instead of github would go, particularly if
> > it would help ease pressure on the rsync servers if demand went down
> > - I heard something about a social contract where relying on third
> > parties was a frowny point.
> >
>
> Popping in to #gentoo-infra and chatting with the folks there may get
> you a faster response.
>
> As far as I know, we accept pull requests from the GitHub mirror *or* a
> standard `git format-patch` e-mail.
>
> We do have a social contract[1] which indicates that we will not depend
> on proprietary software. That said, the GitHub mirror is there for
> convenience; I'm betting part of why we use it on the side is because it
> already meshes well with Git to begin with and can be a good 'gateway'
> for new contributors.
>
> We also accept patches on the gentoo-dev ML or (depending on the
> developer) personal e-mails or Bugzilla bugs. You might want to check
> out a few pages on the wiki regarding how we handle contributions, or
> pop in #gentoo-proxy-maint on Freenode.
>
> [1] https://gentoo.org/get-started/philosophy/social-contract.html
> --
> Daniel Campbell - Gentoo Developer
> OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
> fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
>
>

[gentoo-user] Infrastructure?

[Raymond Jennings]

Just curious, but how are gentoo's infra assets organized?

Do you guys use VMs on top of hardware machines and whatnot?

Reasons for asking:

* general curiosity
* wondering how a migration to use anongit.gentoo.org instead of github
would go, particularly if it would help ease pressure on the rsync servers
if demand went down
- I heard something about a social contract where relying on third parties
was a frowny point.

Re: [gentoo-user] Re: Suggestion for freenode

[Raymond Jennings]

That channel is also on the good list, but I'm more talking about using
#gentoo-mentors as a specific spot where mentors can hangout and new devs
in training can find them.

On Sat, Sep 3, 2016 at 11:27 PM, Hans de Graaff  wrote:

> On Sat, 03 Sep 2016 21:41:51 -0700, Jigme Datse Yli-RAsku wrote:
>
> > I like that.  Haven't got to even reaching the "dev in training" stage,
> > but I'd like to have some place where I can ask general gentoo-dev
> > questions.  I have a couple of projects which I'd like to get working
> > with a simple "emerge".
>
> #gentoo-dev-help is an existing channel specifically for getting help
> with writing ebuilds.
>
> Hans
>
>
>

[gentoo-user] Suggestion for freenode

[Raymond Jennings]

I think #gentoo-mentors should be filled by people willing to serve as
mentors, and cater to devs in training who need a mentor ^^

What do you guys think?

Re: [gentoo-user] removal of bopm before hopm is in tree

[Raymond Jennings]

Also of note is that the bopm confug uses blacklists other than njabl which
are still active.

Re: [gentoo-user] removal of bopm before hopm is in tree

[Raymond Jennings]

On Fri, Aug 26, 2016 at 6:43 AM, Michael Mol <mike...@gmail.com> wrote:

> On Thursday, August 25, 2016 07:29:35 PM Raymond Jennings wrote:
> > I still use bopm, and it built fine last time I emerged it.
> >
> > If hopm isn't in the tree yet, why was bopm still pmasked for removal?
> >
> > Reason for asking is I'm curious about removal procedures.  I was under
> the
> > impression that replacement packages get added to the tree before their
> > obsolete predecessors get pmasked for booting out.
> >
> > And if that's not the case, should it be?
>
> https://bugs.gentoo.org/show_bug.cgi?id=473754
>
> has a bug noting why bopm is being removed. It was mentioned in there that
> hopm isn't in tree, sure. It's also mentioned that bopm's default
> configuration
> doesn't really do anything, as it depends on a service that was shuttered
> back
> in 2013. (If I read the bug report correctly.)
>

Interestingly I'm the one who filed that bug and also mentioned that its
replacement wasn't in tree yet.

However, note that in that bug, bopm is listed has not having a maintainer
> in
> Gentoo...no dev (or volunteer) is maintaining it. Without a maintainer,
> there's nobody with access who's motivated to add hopm.
>
> If you'd like to see hopm in the tree, you care more about it than any of
> the
> current devs. Which means you should probably look at
> https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers and see about
> becoming
> a proxy maintainer for it.
>

I've already done that for bopm, and thanks to Soap I was able to fix a
buttload of problems with the old ebuild while I was at it.

I think considering that bopm is still in active use in general (I've seen
at least two other popular IRC networks using it), I'll just keep
maintaining it until it breaks...or at least until hopm is in tree.


> --
> :wq

[gentoo-user] removal of bopm before hopm is in tree

[Raymond Jennings]

I still use bopm, and it built fine last time I emerged it.

If hopm isn't in the tree yet, why was bopm still pmasked for removal?

Reason for asking is I'm curious about removal procedures.  I was under the
impression that replacement packages get added to the tree before their
obsolete predecessors get pmasked for booting out.

And if that's not the case, should it be?

Re: [gentoo-user] Re: Question about genkernel's default kernel config

[Raymond Jennings]

On Thu, Aug 18, 2016 at 3:50 PM, Rich Freeman <ri...@gentoo.org> wrote:

> On Thu, Aug 18, 2016 at 6:41 PM, Raymond Jennings <shent...@gmail.com>
> wrote:
> > On Mon, Aug 15, 2016 at 1:32 AM, Rich Freeman <ri...@gentoo.org> wrote:
> >>
> >> And since it uses udev it is fairly robust against things like adding
> >> a drive and now the kernel re-letters everything.
> >
> > Did you seriously just post that on a gentoo list?
> >
>
> Yes
>
> > I assume you mean /dev/sd? and not A: B: C:
> >
>
> Yes.  What else would you call it?
>

A bad attempt at humor on my part.

Re: [gentoo-user] Re: Question about genkernel's default kernel config

[Raymond Jennings]

On Mon, Aug 15, 2016 at 1:32 AM, Rich Freeman  wrote:

> And since it uses udev it is fairly robust against things like adding
> a drive and now the kernel re-letters everything.
>

Did you seriously just post that on a gentoo list?

I assume you mean /dev/sd? and not A: B: C:

:P

[gentoo-user] Question about genkernel's default kernel config

[Raymond Jennings]

Hey, just curious about something:

How is genkernel's "default" kernel config maintained?  Is it fixed, or is
it maintained as a diff against upstream, or what?

I'm curious because I'm considering if I should just go straight to the
kernel's own built in defaults.

I know a lot of it sets up most things as modules instead of
builtin/disabled.

Re: [gentoo-user] Re: clean-up root partition

[Raymond Jennings]

A good place to start is to make a hotlist of anything that isn't owned by
a package.

You really shouldn't randomly delete things that portage thinks belongs to
someone.

But if you find orphaned junk, it could be fair game.  If you have
something bulky that DOES belong to a package, consider using emerge
--unmerge on it if you don't need it.

On Thu, Oct 1, 2015 at 1:15 PM, Nikos Chantziaras  wrote:

> On 01/10/15 23:14, Nikos Chantziaras wrote:
>
>> ncdu also makes it easier to find where the space is consumed. "ncdu /"
>> will scan and sort by size.
>>
>
> Sorry, should have been:
>
>   ncdu -x /
>
> This will exclude mounted filesystems.
>
>
>
>

[gentoo-user] Question about initial/default ownership of /usr/portage

[Raymond Jennings]

Who is supposed to own /usr/portage?

[gentoo-user] icedtea-web not accepting icedtea-bin as a dependency?

[Raymond Jennings]

Is there a reason why icedtea-web won't accept icedtea-bin?

I thought that icedtea-bin and icedtea were interchangeable.

Re: [gentoo-user] stage3 only for i486?

[Raymond Jennings]

as for the i486 only thing, my guess is because the kernel dropped support
for 386 when 3.8 came out


On Tue, Apr 2, 2013 at 4:41 PM, Daniel Frey djqf...@gmail.com wrote:

 On 04/02/2013 12:17 PM, Alan McKinnon wrote:
 
  Oh, and gentoo is fast is a nono swear word these days. That's ricing
  :-) Nowadays we say the benefit of gentoo is USE so you get what *you*
  want :-)
 

 When I'm asked, I say that gentoo is extremely flexible and can be
 tailored in almost infinite ways depending on its application.

 It's why I'm still using it on the desktop, maintenance time be damned.
 I've tried other distros and always come back to gentoo. The lack of
 flexibility with other package managers (or lack of being able to
 replace the default package manager) on other distros is very
 disappointing. Guess I've been spoiled too much...

 Dan

Re: [gentoo-user] Re: [way OT but interesting] Massive recent DDOS attack

[Raymond Jennings]

Do guinea pigs work better or worse than tribbles at calming you?


On Tue, Apr 2, 2013 at 5:54 PM, Volker Armin Hemmann 
volkerar...@googlemail.com wrote:

 Am 03.04.2013 02:35, schrieb walt:
  On 03/31/2013 06:00 PM, Volker Armin Hemmann wrote:
  Am 01.04.2013 01:12, schrieb walt:
  Any of you admin types out there have any grumpy thoughts about this
  article? :)  Is it really just marketing BS from cloudflare, or is it
  solid stuff?
 
  http://blog.cloudflare.com/the-ddos-that-almost-broke-the-internet
 
 
 
  and since pretty much every technological site PLUS a lot of mainstream
  news sites reported that attack days ago, it is really great to see
  ANOTHER thread spawned by this non-news.
  Thanks Volker.  You haven't yelled at me for ages and I was beginning to
  worry about you ;p
 
 it's my guinea pigs. They make me non-grumpy.