Re: [gentoo-dev] gpg: signing failed: Inappropriate ioctl for device

[Sam Jorna]

On Mon, Dec 12, 2016 at 09:34:21AM +0700, gro...@gentoo.org wrote:
> On Sun, 11 Dec 2016, Kristian Fiskerstrand wrote:
> > On 12/11/2016 03:13 PM, gro...@gentoo.org wrote:
> >> gpg: signing failed: Inappropriate ioctl for device
> > this might indicate a want for export GPG_TTY=$(tty)
> I don't understand what has really happened. I removed my last commit, an 
> attempt to commit it again failed with gpg: signing failed. Then I logged 
> out of the box on which I have the git tree (I log in this box via ssh), 
> and logged in again. After that the commit succeeded.

I was also getting some odd issues with commit signing, though it seemed 
to settle for me when I switched to pinentry-curses (since I use 
awesome), so I figured it was probably a local issue. Perhaps there's a 
wider problem here?

-- 
Sam Jorna (wraeth)
GnuPG Key: D6180C26


signature.asc
Description: Digital signature

Re: [gentoo-dev] Gcc 6 and Gcc 5 update

[Benda Xu]

gro...@gentoo.org writes:

> I hope gcj will remain in  (which I use not very often but regularly). There are no real
> alternatived: pdfshuffle fails on many (otherwise normal) pdf files.

+1

I am a regular pdftk user.

Benda

Re: [gentoo-dev] Gcc 6 and Gcc 5 update

[grozin]

On Sun, 11 Dec 2016, Magnus Granberg wrote:

Gcc 6.X update:
Gcc 6.3 will soon get released in one or two weeks on that the pie use flag
will get unmasked and gcj will be masked for java is removed in gcc 7
I hope gcj will remain in use not very often but regularly). There are no real alternatived: 
pdfshuffle fails on many (otherwise normal) pdf files.


Andrey

Re: [gentoo-dev] gpg: signing failed: Inappropriate ioctl for device

[grozin]

On Sun, 11 Dec 2016, Kristian Fiskerstrand wrote:

On 12/11/2016 03:13 PM, gro...@gentoo.org wrote:

gpg: signing failed: Inappropriate ioctl for device

this might indicate a want for export GPG_TTY=$(tty)
I don't understand what has really happened. I removed my last commit, an 
attempt to commit it again failed with gpg: signing failed. Then I logged 
out of the box on which I have the git tree (I log in this box via ssh), 
and logged in again. After that the commit succeeded.


Thanks,
Andrey

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2016-12-11 23:59 UTC

[Robin H. Johnson]

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2016-12-11 23:59 UTC.

Removals:
dev-cpp/libbackend-elements  20161205-18:02 soap   77ad78b
dev-cpp/libcult  20161205-18:03 soap   c0587fa
dev-cpp/libfrontend-elements 20161205-18:01 soap   527b1e9
dev-java/jaffl   20161211-14:32 chewi  ba97a9a
dev-perl/extutils-pkgconfig  20161210-17:31 kentnl 7ac8116
kde-base/kactivities 20161208-12:01 johu   d53d057
kde-base/plasma-workspace20161210-15:01 johu   44624d2
kde-misc/fsrunner20161207-09:44 johu   67da979
kde-misc/kcaldav 20161207-09:46 johu   a8cdf10
kde-misc/networkmanagement   20161205-18:43 johu   27e3df7
kde-misc/takeoff 20161207-09:46 johu   da1f308
net-libs/libkolab20161205-18:05 soap   b44c262
net-libs/libkolabxml 20161205-18:06 soap   a46778b

Additions:
dev-java/jackcess20161204-20:37 whissi fab2ed7
dev-libs/boost-mpl-cartesian_product 20161205-20:43 junghans   a5c822b
dev-libs/pegtl   20161206-00:21 junghans   5e790fe
dev-libs/tut 20161207-22:06 junghans   387774b
dev-perl/CBOR-XS 20161208-13:30 kentnl 489078b
dev-perl/ExtUtils-PkgConfig  20161210-16:57 kentnl 6da375c
dev-perl/Proc-Guard  20161205-18:26 kentnl 9993785
dev-perl/Ref-Util20161205-18:35 kentnl 7c2a46e
dev-perl/Sereal  20161208-14:29 kentnl bfcaa95
dev-perl/Sereal-Decoder  20161208-14:05 kentnl bbe228c
dev-perl/Sereal-Encoder  20161208-13:50 kentnl 7c75777
dev-perl/Sub-Quote   20161210-14:22 kentnl a3b6add
dev-perl/Test-Timer  20161205-19:03 kentnl f036edb
dev-python/asdf  20161205-23:38 bicatali   934ad20
dev-python/ginga 20161208-06:46 bicatali   179bf07
dev-python/gwcs  20161205-23:56 bicatali   5d8f6ee
dev-python/prometheus_client 20161209-14:41 mrueg  7abbad8
dev-python/QtPy  20161210-00:21 bicatali   b5d8435
dev-python/spectral-cube 20161209-18:28 bicatali   452da31
dev-python/telarchive20161206-17:31 bicatali   9703bdb
dev-python/uncertainties 20161206-00:36 bicatali   6559c90
dev-python/zeep  20161210-11:49 cedk   26d9bdf
lxqt-base/lxqt-l10n  20161206-12:17 kensington 0cf3201
net-misc/buka20161211-06:59 gokturk4c5cd6e
sys-apps/yarn20161102-18:55 gokturk833cd53
sys-auth/docker_auth 20161206-16:22 mrueg  30f4dcd

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail : robb...@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
dev-java/jaffl,removed,chewi,20161211-14:32,ba97a9a
dev-perl/extutils-pkgconfig,removed,kentnl,20161210-17:31,7ac8116
kde-base/plasma-workspace,removed,johu,20161210-15:01,44624d2
kde-base/kactivities,removed,johu,20161208-12:01,d53d057
kde-misc/takeoff,removed,johu,20161207-09:46,da1f308
kde-misc/kcaldav,removed,johu,20161207-09:46,a8cdf10
kde-misc/fsrunner,removed,johu,20161207-09:44,67da979
kde-misc/networkmanagement,removed,johu,20161205-18:43,27e3df7
net-libs/libkolabxml,removed,soap,20161205-18:06,a46778b
net-libs/libkolab,removed,soap,20161205-18:05,b44c262
dev-cpp/libcult,removed,soap,20161205-18:03,c0587fa
dev-cpp/libbackend-elements,removed,soap,20161205-18:02,77ad78b
dev-cpp/libfrontend-elements,removed,soap,20161205-18:01,527b1e9
Added Packages:
net-misc/buka,added,gokturk,20161211-06:59,4c5cd6e
dev-perl/ExtUtils-PkgConfig,added,kentnl,20161210-16:57,6da375c
dev-perl/Sub-Quote,added,kentnl,20161210-14:22,a3b6add
dev-python/zeep,added,cedk,20161210-11:49,26d9bdf
dev-python/QtPy,added,bicatali,20161210-00:21,b5d8435
dev-python/spectral-cube,added,bicatali,20161209-18:28,452da31
dev-python/ginga,added,bicatali,20161208-06:46,179bf07
dev-python/telarchive,added,bicatali,20161206-17:31,9703bdb
dev-python/prometheus_client,added,mrueg,20161209-14:41,7abbad8
sys-apps/yarn,added,gokturk,20161102-18:55,833cd53
dev-perl/Sereal,added,kentnl,20161208-14:29,bfcaa95
dev-perl/Sereal-Decoder,added,kentnl,20161208-14:05,bbe228c
dev-perl/Sereal-Encoder,added,kentnl,20161208-13:50,7c75777
dev-perl/CBOR-XS,added,kentnl,20161208-13:30,489078b
dev-libs/tut,added,junghans,20161207-22:06,387774b
sys-auth/docker_auth,added,mrueg,20161206-16:22,30f4dcd
lxqt-base/lxqt-l10n,added,kensington,20161206-12:17,0cf3201
dev-python/uncertainties,added,bicatali,20161206-00:36,6559c90
dev-python/gwcs,added,bicatali,20161205-23:56,5d8f6ee
dev-python/asdf,added,bicatali,20161205-23:38,934ad20
dev-libs/pegtl,added

Re: [gentoo-dev] Gcc 6 and Gcc 5 update

[Benda Xu]

Hi,

"Walter Dnes"  writes:

>   Are the gmp, mpc, mpfr, and isl libs included? According to the
> "Support libraries" section at https://gcc.gnu.org/wiki/InstallingGCC

They are managed by their own ebuilds.

>> Alternatively, after extracting the GCC source archive, simply
>> run the ./contrib/download_prerequisites script in the GCC source
>> directory.  That will download the support libraries and create
>> symlinks, causing them to be built automatically as part of the GCC
>> build process. Set GRAPHITE_LOOP_OPT=no in the script if you want
>> to build GCC without ISL, which is only needed for the optional
>> Graphite loop optimizations.
>
>   That approach guarantees that the appropriate library versions are
> available for the version of GCC that you're building.

Bundled libraries are discouraged in Gentoo, because you cannot reuse
the libraries for other packages and it is not transparent to fix
security bugs.

Benda

Re: [gentoo-dev] Re: Cross Post due to technical component - Thanks for all the fish

[Michael Orlitzky]

On 12/10/2016 01:12 AM, A. Wilcox wrote:
> 
> So for one example, at Adélie we are focusing hard on the musl libc.
> At some point in the future, when we have things looking good, we can
> contribute that back to the official Gentoo musl overlay.  Ideally,
> that would be the main Gentoo package tree... but at least the overlay.
> 
> We have also packaged some great open fonts that we've found.  We can
> easily send our ebuilds to Gentoo's media team and they could put it
> right in to the tree.  (Right now, I'm still working out the best ways
> to use the fonts eclass... hence there is no upstreaming yet.)

The quizzes are probably a little heavy on Gentoo politics if that isn't
your main concern, but working primarily on another distribution doesn't
preclude one from becoming a Gentoo developer =)

Re: [gentoo-dev] Gcc 6 and Gcc 5 update

[A. Wilcox]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 11/12/16 11:59, Magnus Granberg wrote:
> Hi
> 
> Gcc 6.X update: Gcc 6.3 will soon get released in one or two weeks
> on that the pie use flag will get unmasked and gcj will be masked
> for java is removed in gcc 7 Package that fail with the pie flag
> needed to get fixed upstream for we are not the only dist that use
> it now days.
> 
> Gcc 5.X update Time to start fixing bugs [1] for it is time to mark
> it stable. it will be 5.4 or 5.5. Any more bugs that need fixing
> that not in the gcc 5 porting? [1]
> https://bugs.gentoo.org/show_bug.cgi?id=536984
> 
> 

Yes.

https://bugs.gentoo.org/show_bug.cgi?id=590098

The patch works on glibc systems too, and is important for
correctness.  But ICE on a (nominally) supported libc is never okay.

- --arw

- -- 
A. Wilcox (awilfox)
Project Lead, Adélie Linux
http://adelielinux.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJYTb9jAAoJEMspy1GSK50U758P/1d2LhcEVfEiSGTLuxEej/e+
xp2xdvaPVqhXWioXO3wghm7THDJGHoGMYSNl4WXzv7mkYX0xPuNyx1t1g6xsnIt5
R2TloaQnxpKUUqfFph/Z5Hyhu0IOYFV54G8aPuBAbdVVG5FoVjm5lHMKeQVh/YAz
vM0IjOhJtwHgdmExFLpxLYk1ZRlNI+PrGN+D7iyd8oo2SY1oVh6ryLKWtPJBgvKW
tkdNY6Ab7rBbfmJOGN2/KsUbhXWF3Sbh7Sgk878qTwyMlEZb53akZsMQ4+c7cq+p
Ttarlt0VsoT0RU9Z6dNPTBjjYMx2rPmUbzSrgrlSaBjTeO+eoKXaKlqABXiREsQB
jr98UWYbnhITpLNVBTBVD78v91QncfQs9ybaP9GMFEhv0t3mXIyQaevz2hCGSwJl
CIp38Ip0bGeVWaAYQj3qrluSPa1sJyNsCjih3pIXryJjUymVGMQtQEGfmDAXf8Um
KkJLdzw5a7PClwvktK4iV4fhTg+77asnoztSbHTJv8koiR8dG9Zv6ll4WPClcWlc
ArIf8mk8mhIvG4GCmAVj/9CDpspAhphjh6iWHLZeMdPvRuB3cITdO7A4pAbFS2Hb
ucoL7sWnI42ZI/PwDEpXyfY8esV01RCef+ZNbECbaTK6k0Ht3OdiW4Wmo2wy5fQi
gMSG21iJl7mAYQAMtob2
=NLJE
-END PGP SIGNATURE-

Re: [gentoo-dev] Gentoo Staffing Needs page is out of date

[Gokturk Yuksek]

Hans de Graaff:
> On Sun, 2016-12-11 at 17:17 +, Gokturk Yuksek wrote:
>>  
>> r...@gentoo.org
>>
>> Ruby core package maintainer:
>> https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_core_
>> package_maintainer
>>
>> Ruby package maintainer:
>> https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_packa
>> ge_maintainer
> 
> I don't recall seeing this email. Are you sure it was sent?
> 

From: Gokturk Yuksek 
To: r...@gentoo.org
Cc: ment...@gentoo.org
Message-ID: <187054b4-488b-9065-d332-f6a4e0cc2...@gentoo.org>
Subject: Staffing Needs

> In any case both positions are still valid and open.
> 

I'll revert it. Sorry for the trouble.

> Hans
> 




signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Gcc 6 and Gcc 5 update

[Walter Dnes]

On Sun, Dec 11, 2016 at 06:59:17PM +0100, Magnus Granberg wrote
> Hi
> 
> Gcc 6.X update:
> Gcc 6.3 will soon get released in one or two weeks on that the
> pie use flag will get unmasked and gcj will be masked for java is
> removed in gcc 7 Package that fail with the pie flag needed to get
> fixed upstream for we are not the only dist that use it now days.
> 
> Gcc 5.X update
> Time to start fixing bugs [1] for it is time to mark it stable.
> it will be 5.4 or 5.5. Any more bugs that need fixing that not in
> the gcc 5 porting?
> [1] https://bugs.gentoo.org/show_bug.cgi?id=536984

  Are the gmp, mpc, mpfr, and isl libs included? According to the
"Support libraries" section at https://gcc.gnu.org/wiki/InstallingGCC

> Alternatively, after extracting the GCC source archive, simply
> run the ./contrib/download_prerequisites script in the GCC source
> directory.  That will download the support libraries and create
> symlinks, causing them to be built automatically as part of the GCC
> build process. Set GRAPHITE_LOOP_OPT=no in the script if you want
> to build GCC without ISL, which is only needed for the optional
> Graphite loop optimizations.

  That approach guarantees that the appropriate library versions are
available for the version of GCC that you're building.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-dev] Gentoo Staffing Needs page is out of date

[Hans de Graaff]

On Sun, 2016-12-11 at 17:17 +, Gokturk Yuksek wrote:
> 
> r...@gentoo.org
> 
> Ruby core package maintainer:
> https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_core_
> package_maintainer
> 
> Ruby package maintainer:
> https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_packa
> ge_maintainer

I don't recall seeing this email. Are you sure it was sent?

In any case both positions are still valid and open.

Hans

signature.asc
Description: This is a digitally signed message part

Re: [gentoo-dev] Gcc 6 and Gcc 5 update

[James Le Cuirot]

On Sun, 11 Dec 2016 18:59:17 +0100
Magnus Granberg  wrote:

> Gcc 6.3 will soon get released in one or two weeks on that the pie use flag 
> will get unmasked and gcj will be masked for java is removed in gcc 7

I'm hoping you mean gcj will only be masked for new versions going
forward. I'd love to drop the entire thing but upstream IcedTea, which
is basically Red Hat, needs to provide an alternative means of
bootstrapping. You can use icedtea-bin but this doesn't help for new
architectures. They're well aware of the issue and I have pushed on it
a couple of times but haven't heard much in the way of a plan as yet.

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer


pgp6MjkyVjkUD.pgp
Description: OpenPGP digital signature

[gentoo-dev] Gcc 6 and Gcc 5 update

[Magnus Granberg]

Hi

Gcc 6.X update:
Gcc 6.3 will soon get released in one or two weeks on that the pie use flag 
will get unmasked and gcj will be masked for java is removed in gcc 7
Package that fail with the pie flag needed to get fixed upstream for we are not
the only dist that use it now days.

Gcc 5.X update
Time to start fixing bugs [1] for it is time to mark it stable.
it will be 5.4 or 5.5. Any more bugs that need fixing that not in the gcc 5 
porting? 
[1] https://bugs.gentoo.org/show_bug.cgi?id=536984

Re: [gentoo-dev] gpg: signing failed: Inappropriate ioctl for device

[Kristian Fiskerstrand]

On 12/11/2016 03:13 PM, gro...@gentoo.org wrote:
> gpg: signing failed: Inappropriate ioctl for device

this might indicate a want for export GPG_TTY=$(tty)


-- 
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Gentoo Staffing Needs page is out of date

[Gokturk Yuksek]

Gokturk Yuksek:
> Hi all,
> 
> The Staffing Needs page on the wiki [0] seems a little out of date,
> there are still mentions of "herds". I invite project leads and
> members to update it. We added a reference to it in the Mentors wiki
> page [1] and hoping to get more attention to it.
> 
> Thanks,
> 
> [0] https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs
> [1] https://wiki.gentoo.org/wiki/Project:Mentors
> 

The following listings have now been removed due to no response to
individual emails to the project aliases after a week:

g...@gentoo.org

GMN Editor/Author:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Gentoo_Monthly_Newsletters


j...@gentoo.org

Glassfish package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Glassfish_package_maintainer

JBoss package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/JBoss_package_maintainer

Java package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Java_package_maintainer

Jetty package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Jetty_package_maintainer

Maven package maintainer and portage integrator:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Maven_package_maintainer

Tomcat package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Tomcat_package_maintainer


p...@gentoo.org

Perl package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Perl_package_maintainer


q...@gentoo.org

Qt Developer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Qt_Developer

Qt Documentation Editor:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Qt_Documentation_Editor

Qt Proxy Maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Qt_Proxy_Maintainer


r...@gentoo.org

Ruby core package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_core_package_maintainer

Ruby package maintainer:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Ruby_package_maintainer


vmw...@gentoo.org

VMWare Team Member/Team Lead:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/Vmware_developer


am...@gentoo.org

AMD64 Arch Testers:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/AMD64_Arch_Testers


x...@gentoo.org

x86 Arch Tester:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/x86_Arch_Tester

x86 Team Member:
https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/x86_Team_Member

--
gokturk



signature.asc
Description: OpenPGP digital signature

[gentoo-dev][eselect][PATCH v1] add powerpc64le arch support * libs/package-manager.bash.in (arch()) fix can't determine architecture in powerpc64le

[Leno Hou]

Signed-off-by: Leno Hou 
---
 libs/package-manager.bash.in | 1 +
 1 file changed, 1 insertion(+)

diff --git a/libs/package-manager.bash.in b/libs/package-manager.bash.in
index aececfd..621f6ac 100644
--- a/libs/package-manager.bash.in
+++ b/libs/package-manager.bash.in
@@ -80,6 +80,7 @@ arch() {
mips*)  ret=mips;;
powerpc)ret=ppc ;;
powerpc64)  ret=ppc64   ;;
+   powerpc64le)ret=ppc64   ;;
s390*)  ret=s390;;
sh*)ret=sh  ;;
sparc)  ret=sparc   ;;
-- 
2.7.3

[gentoo-dev] Ada project needs your help!

[Michał Górny]

Hello, everyone.

The Ada project seriously needs help. For some time already, it has no
active developers (George is retiring), and a lot of bugs needing
attention.

The packages maintained by aga@g.o are:

app-eselect/eselect-gnat
dev-ada/asis-gcc
dev-ada/charles
dev-lang/gnat-gcc
virtual/ada
virtual/gnat

Since the Ada subsystem in Gentoo is practically unmaintained now
and has only those two packages, the alternative is to lastrite it all.

Is anyone interested in Ada? Any comments?

-- 
Best regards,
Michał Górny



pgp1c4NAqb8oC.pgp
Description: OpenPGP digital signature

Re: [gentoo-dev] gpg: signing failed: Inappropriate ioctl for device

[Thomas Deutschmann]

On 2016-12-11 15:13, gro...@gentoo.org wrote:
> But this commit sits in my copy of the tree, and I cannot
> push it. What can I do?

You can't push because the commit isn't signed?

If it is the last commit, just run `git commit --amend -S`

If it isn't the last commit, try `git log` to get the commit id before
your unsinged commit followed by `git rebase -i
^`. Now set the unsigned commit to
"EDIT" (don't touch any other commits, keep "PICK") and run `git commit
--amend -S` and continue rebase to finish.

Now your commit should be signed and you should be able to push.

For future, apply settings like shown in
https://wiki.gentoo.org/wiki/Gentoo_git_workflow#Repository_settings to
the Gentoo repository to prevent situations like that.


-- 
Regards,
Thomas





signature.asc
Description: OpenPGP digital signature

[gentoo-dev] gpg: signing failed: Inappropriate ioctl for device

[grozin]

Hello *,

Today, when trying to push my commit to the repo, I got

gpg: signing failed: Inappropriate ioctl for device
gpg: signing failed: Inappropriate ioctl for device
error: gpg failed to sign the data
fatal: failed to sign the push certificate
fatal: The remote end hung up unexpectedly

When I did repoman commit, it did not ask me to type my passphraise, 
because I did another commit not so long ago (and successfully pushed it 
to Gentoo). But this commit sits in my copy of the tree, and I cannot push 
it. What can I do?


Thanks in advance,
Andrey

Re: [gentoo-dev] Re: Cross Post due to technical component - Thanks for all the fish

[Markos Chandras]

On 12/11/2016 10:49 AM, Daniel Campbell wrote:
> On 12/11/2016 02:00 AM, Markos Chandras wrote:
>> On 12/11/2016 08:05 AM, Daniel Campbell wrote:
>>> On 12/07/2016 07:36 AM, Jorge Manuel B. S. Vicetto wrote:
 On Wed, 7 Dec 2016, Jorge Manuel B. S. Vicetto wrote:

 

> I'm asking recuiters directly, but unless someone changed the rules
> and I was distracted, irc is not mandatory.

 I've got confirmation that nothing has changed, so irc is not mandatory.
 I hope this clears any misunderstandings and puts an end to any
 speculation.

 Best regards,
 Jorge Manuel B. S. Vicetto
 Gentoo Developer

>>> Would you mind telling us who told you that? I don't disagree or
>>> anything, but if others have further questions, we should route them to
>>> the person you spoke with.
>>>
>>
>> I did. No, do not redirect them to me. If the wiki does not clarify
>> that, then fix the wiki.
>>
>> But seriously, are we arguing here about connecting to IRC for a few
>> hours in your entire dev-hood? Is this really *that* hard? Or is it just
>> another excuse to complain about the whole process?
>>
>> Anyway, nobody (to my knowledge) ever got rejected because he/she did
>> not have IRC access so please stop speculating and throwing flamebaits
>> here and there. We have more than enough already.
>>
> I think maybe you're mixing me up with someone else. That said, editing
> the wiki sounds good since it'll save developer time.
> 

It was merely a "call for some fact checking" to the original reporter
who claimed that IRC is mandatory or whatever.

-- 
Regards,
Markos Chandras

Re: [gentoo-dev] tinfo flag

[Daniel Campbell]

On 12/07/2016 07:27 AM, Ian Stakenvicius wrote:
> On 07/12/16 05:40 AM, konsolebox wrote:
>> On Wed, Dec 7, 2016 at 5:16 PM, Michał Górny  wrote:
>>> On Wed, 7 Dec 2016 16:16:45 +0800
>>> konsolebox  wrote:
>>>
 On Wed, Dec 7, 2016 at 1:23 PM, Michał Górny  wrote:
> On Tue, 6 Dec 2016 20:11:34 -0600
> William Hubbs  wrote:
>
>> On Tue, Dec 06, 2016 at 05:26:19PM -0500, Mike Gilbert wrote:
>>> On Tue, Dec 6, 2016 at 4:15 PM, Michał Górny  wrote:
 On Tue, 6 Dec 2016 12:54:26 -0500
 Mike Gilbert  wrote:

> On Mon, Dec 5, 2016 at 6:13 AM, konsolebox  
> wrote:
>> 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].
>
> I would rather see the tinfo USE flag removed from ncurses.

 vapier doesn't consider this QA violation a QA violation.

 https://bugs.gentoo.org/487844
>>>
>>> Perhaps QA could take some action then?
>>>
>>> Updating ~1500 ebuilds with a [tinfo=] use-dep seems like a poor 
>>> solution.
>>
>> 
>> Our policies are in the dev manual, so please cite the violation there.
>> If you can't, this is not a qa violation, so please don't call it one.
>> 
>>
>> I don't see a problem with the use flag and suggest updating the other 
>> ebuilds.
>
> The flag randomly changes ABI, breaking all reverse dependencies.
> Please tell me this is a good practice.

 And there you had just proven that the ncurses package is installed in
 two modes, showing that a flag like tinfo is needed to represent them.
 It's not the ncurses package's fault.  It's the depending packages'
 responsibility to properly adapt to it.
>>>
>>> Packages are not intelligent beings, so they can't have responsibility.
>>
>> Of course.
>>
>>> Package maintainers have. You can't expect people to spend a lot of
>>> time updating a lot of packages every time a new ABI-breaking flag is
>>> suddenly introduced in a core package, if it's not even clear if it
>>> going to stay long-term.
>>
>> So you're suggesting to wait and keep things [partly] broken until
>> then.  Why not fix things first then remove the [-tinfo] feature when
>> everything no longer needs it instead.  This is even just a one-time
>> solution, and is not much different with the massive number of
>> pkg-config patches currently being implemented among ebuilds.  (Again,
>> I'm not exactly liking the use of pkg-config.   I'd rather have a
>> simple export since it's good enough, easier to implement, less
>> compromising with the source, and is more universal.)
>>
> 
> Here's the thing -- ncurses provides all functionality regardless of
> whether it's split into two libs (libncurses+libtinfo) or not.  So
> what this flag is really doing is providing the capability of linking
> to just part of ncurses instead of all of it, if a project desires.
> And projects(binary ones at that) are doing this, which is why we have
> some deps that require the tinfo flag to be enabled currently.
> 
> There is only one instance of a dependency atom that requires the
> tinfo flag to be disabled, and that package is an old game whos build
> system and ebuild is flawed in this regard.  All others are fine with
> the flag being enabled so far as I can tell (and if they're not then
> it's a bug that needs to be addressed anyhow).
> 
> SO, in summary, it would seem to make sense (since anything prebuilt
> will work as-is, and anything compiled will be built to work with it)
> to remove the tinfo flag but force libtinfo to be built and installed
> -- simply make it non-optional.  Additionally, we can set
> SLOT="0/6tinfo" which will trigger subslot rebuilds to ensure anything
> that may need to be rebuilt to link to both libncurses and libtinfo
> will be rebuilt when the tinfo-IUSE-less version gets installed.
> 
> We not only have a solution that'll address the
> ABI-break-on-USE-change issue, but also a migration path that will be
> transparent to users via a -uDN @world.  I call that a win-win.  The
> only thing we lose is the easy ability to build an all-in-one
> libncurses.  So if there is an actual need for that which we have yet
> to find, this is an official request for comments to let us know.
> 
> 
Thanks for adding some clarity to the conversation. Your idea seems
solid to me; if libtinfo and libncurses are built from the same repo, we
can ship ncurses with the included libtinfo build and, if it's needed in
the future, write an ebuild for just libtinfo (similar to how udev can
be built separate from systemd). Based on what I've seen in this thread,
there isn't a need (yet) for tinfo to be standalone, so I support
bundling them 

Re: [gentoo-dev] rdp vs rdesktop vs freerdp USE flags

[Daniel Campbell]

On 12/08/2016 06:10 AM, Doug Freed wrote:
> On Thu, Dec 8, 2016 at 7:38 AM, Andrew Savchenko  wrote:
>> Hi,
>>
>> On Thu, 08 Dec 2016 11:29:51 +0100 Pacho Ramos wrote:
>>> When looking at freerdp reverse deps I noticed we are using three different
>>> names for USE flags enabling freerdp support: rdp, rdesktop and freerdp
>>>
>>> rdesktop is the only one that is a global USE flag, even if it's used only 
>>> by
>>> two packages, the others are local USE flags that are enabling similar
>>> supports.
>>>
>>> What should we do? Move all to rdesktop?
>>
>> Move everything to rdp, since this one is most common; add it to
>> global flags and remove rdesktop from the list.
> 
> +1; RDP is the protocol, whereas freerdp/rdesktop is the
> implementation.  This allows one to later replace the dependency with
> an any-of or virtual, without needing to change the useflag.
> 
> -Doug
> dwfreed
> 
+1 here.

-- 
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] Re: Cross Post due to technical component - Thanks for all the fish

[Daniel Campbell]

On 12/11/2016 02:00 AM, Markos Chandras wrote:
> On 12/11/2016 08:05 AM, Daniel Campbell wrote:
>> On 12/07/2016 07:36 AM, Jorge Manuel B. S. Vicetto wrote:
>>> On Wed, 7 Dec 2016, Jorge Manuel B. S. Vicetto wrote:
>>>
>>> 
>>>
 I'm asking recuiters directly, but unless someone changed the rules
 and I was distracted, irc is not mandatory.
>>>
>>> I've got confirmation that nothing has changed, so irc is not mandatory.
>>> I hope this clears any misunderstandings and puts an end to any
>>> speculation.
>>>
>>> Best regards,
>>> Jorge Manuel B. S. Vicetto
>>> Gentoo Developer
>>>
>> Would you mind telling us who told you that? I don't disagree or
>> anything, but if others have further questions, we should route them to
>> the person you spoke with.
>>
> 
> I did. No, do not redirect them to me. If the wiki does not clarify
> that, then fix the wiki.
> 
> But seriously, are we arguing here about connecting to IRC for a few
> hours in your entire dev-hood? Is this really *that* hard? Or is it just
> another excuse to complain about the whole process?
> 
> Anyway, nobody (to my knowledge) ever got rejected because he/she did
> not have IRC access so please stop speculating and throwing flamebaits
> here and there. We have more than enough already.
> 
I think maybe you're mixing me up with someone else. That said, editing
the wiki sounds good since it'll save developer time.

-- 
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

[gentoo-dev] Last rites: sys-power/powerman

[Markos Chandras]

# Markos Chandras  (11 Dec 2016)
# Dead upstream, no maintainer and it hasn't been bumped
# since 2013. Masking for removal in 30 days (wrt bug #489878)
sys-power/powerman

-- 
Regards,
Markos Chandras

Re: [gentoo-dev] Re: Cross Post due to technical component - Thanks for all the fish

[Markos Chandras]

On 12/11/2016 08:05 AM, Daniel Campbell wrote:
> On 12/07/2016 07:36 AM, Jorge Manuel B. S. Vicetto wrote:
>> On Wed, 7 Dec 2016, Jorge Manuel B. S. Vicetto wrote:
>>
>> 
>>
>>> I'm asking recuiters directly, but unless someone changed the rules
>>> and I was distracted, irc is not mandatory.
>>
>> I've got confirmation that nothing has changed, so irc is not mandatory.
>> I hope this clears any misunderstandings and puts an end to any
>> speculation.
>>
>> Best regards,
>> Jorge Manuel B. S. Vicetto
>> Gentoo Developer
>>
> Would you mind telling us who told you that? I don't disagree or
> anything, but if others have further questions, we should route them to
> the person you spoke with.
> 

I did. No, do not redirect them to me. If the wiki does not clarify
that, then fix the wiki.

But seriously, are we arguing here about connecting to IRC for a few
hours in your entire dev-hood? Is this really *that* hard? Or is it just
another excuse to complain about the whole process?

Anyway, nobody (to my knowledge) ever got rejected because he/she did
not have IRC access so please stop speculating and throwing flamebaits
here and there. We have more than enough already.

-- 
Regards,
Markos Chandras

Re: [gentoo-dev] Re: Cross Post due to technical component - Thanks for all the fish

[Daniel Campbell]

On 12/09/2016 09:46 PM, Christopher Head wrote:
> On Wed, 7 Dec 2016 12:15:06 -0500
> james  wrote:
> 
>> Being able to use stage-4 or stage-5 (G. forums) installs to rapidly 
>> provision a collection of bare-metal systems [BGO-593218] into a wide 
>> variety of hardened clusters is my passion. Unikernels as stage 4 
>> packages can then very easily be targeted for very specific needs: VM
>> or container or bare-metal.  Gentoo-proper is has too much political 
>> baggage to encourage folks to innovate, imho. So, I really hope the 
>> gentoo dev community gets behind the Anna Wilcox idea of streamlining 
>> Gentoo into the most fork-able distro on the planet. WE could all be
>> one happy family and yet be very competitive with our ideas, trials
>> and published results?  Surely a few eggheads (academcis/pedantics)
>> see the wisdom of competing micro_distros? Not unlike competing
>> micro_breweries, it make the entire craft much stronger and better
>> for all.
>>
>>
>> Then there can be peace and harmony as everybody can do exactly as
>> they please with their little cluster of gentoo and their very own 
>> portage-tree. And then folks running gentoo-proper now can pick and 
>> choose which innovations they want to include in the master tree.
>> Isn't that pretty much what Google and CoreOS do now, as well as the
>> gentoo derivative OS? Why not accelerate what has worked, for the
>> few, to emancipate those of us still chained into user-land servitude.
> 
> As an ordinary user, this sounds pretty bad. Forking is great for
> developers, but bad for users. I don’t *want* 27 different
> Gentoo-derived fork distributions, each of which is great at one thing.
> I don’t want to have to reinstall a different OS just because I switch
> from writing embedded code to running Octave. Honestly, I don’t even
> want to go out and find other OS’s repos, add them as overlays, and
> hope the inter-OS dependencies work.
> 
> As an ordinary user, what I *want*, is to install one OS and not think
> about it again. Ideally, Gentoo. When I want to do embedded
> development, I just emerge dev-embedded/thingy. When I want to do some
> math, I just emerge sci-mathematics/octave. Most things that most
> people care about in the main tree. Breaking things up into overlays or
> different OSs or whatever just means adding more hoops that I have to
> jump through before I can start working on a new topic.
> 

Unfortunately even with a rich technical foundation (like Gentoo's)
can't ensure that happens. Forks are patches around social problems or
(sometimes, but rarely) technical disagreements. As much as some would
insist that libre software is purely technical, there's an important and
prevalent social component that influences the technical side. At some
point or another, people can't work together and as a result the ebuilds
scatter. Adding overlays via layman is dead-simple, and iirc you can use
bugzie to file bugs against any official layman overlay. There *are*
ways to deal with overlays in a mostly centralized manner. The layman
list and bugzilla support goes a long way to making that possible, and
the guys behind it did a great job.

One Size Fits All is a dream. It sounds great on paper, but when it
comes time to Just Do It™, you get all the messiness that comes with
wetware and the disagreements on software.

I see where you're coming from and yes, it'd be nice if we could all
just use Gentoo. But reality (read: volunteering) doesn't work that way.

If you have any issues with overlays, please, use the ML or #gentoo so
somebody can help you out.
-- 
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] Re: Cross Post due to technical component - Thanks for all the fish

[Daniel Campbell]

On 12/07/2016 07:36 AM, Jorge Manuel B. S. Vicetto wrote:
> On Wed, 7 Dec 2016, Jorge Manuel B. S. Vicetto wrote:
> 
> 
> 
>> I'm asking recuiters directly, but unless someone changed the rules
>> and I was distracted, irc is not mandatory.
> 
> I've got confirmation that nothing has changed, so irc is not mandatory.
> I hope this clears any misunderstandings and puts an end to any
> speculation.
> 
> Best regards,
> Jorge Manuel B. S. Vicetto
> Gentoo Developer
> 
Would you mind telling us who told you that? I don't disagree or
anything, but if others have further questions, we should route them to
the person you spoke with.

-- 
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