[gentoo-dev] Re: Request for testing: plasma-active

[Duncan]

Rich Freeman posted on Sat, 22 Jun 2013 07:15:45 -0400 as excerpted:

> On Sat, Jun 22, 2013 at 3:49 AM, Duncan <1i5t5.dun...@cox.net> wrote:
>> Semantic-desktop: Just so you guys know[...] I'm **VERY**
>> not happy with the 4.11 changes...
> 
> I believe this was announced - the reason the flag was dropped was that
> it can now be turned off via configuration.  I did that and can't say
> I've noticed any lag/etc.  Maybe I should try turning it on...

Yes... I read the announcement on I think both gentoo-desktop and on one 
of the dev's blogs thru gentoo-planet, and was upset then, but had a few 
weeks to churn before 4.11-beta1 came out and I needed to make some 
decision and take some action.

Runtime toggling still pulls in the dependencies, unfortunately, and I 
don't want them near my system, so...

> I do like being able to drop file indexing/etc without losing the
> ability to install kmail.

The kmail devs left users high and dry without a dependably working mail 
client, and they knew they were doing it.  Why would I go back to that 
(especially with claws-mail working so well for me)?

(Yes, kde4 itself did similar, but back then I didn't have much option as 
I was too heavily based on kde.  Now, it's pretty much just the core 
desktop and the games as over the course of kde4 I've dropped kde for 
pretty much everything else.  I still like the core desktop tho and would 
prefer to continue with it, but not if it's going to be pulling in 
semantic-desktop junk, and I honestly don't know if the required patches, 
should gentoo/kde not reverse course, will be maintainable at my skill 
level, over time.)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-dev] repoman commit unexpectedly drops FEATURES="sign" on error

[Michał Górny]

Dnia 2013-06-22, o godz. 17:02:56
""Paweł Hajdan, Jr.""  napisał(a):

> On 6/20/13 2:16 AM, Michał Górny wrote:
> > Doing test signatures won't cover all failures.
> 
> Do you know an example? The only one I'm aware of is when a test
> signature is made very close to the expiration date, and then the real
> signature would be done after it.

Well, Michael explained one in the other branch of this thread quite
thoroughly. Other than that, there can be random runtime errors
and race conditions.

I'd say it's as good as using stat() to check whether a file exists
before opening it. But thinking of it, I've got another idea...

How about opening 'gpg -s' in a subprocess before first commit
and feeding the Manifest afterwards? As far as I can see, gpg asks for
the password instantly, so likely most of the bases will be covered
already, and we're be doing a single signature only.

-- 
Best regards,
Michał Górny


signature.asc
Description: PGP signature

Re: [gentoo-dev] repoman commit unexpectedly drops FEATURES="sign" on error

[Zac Medico]

On 06/23/2013 01:19 AM, Michał Górny wrote:
> Dnia 2013-06-22, o godz. 17:02:56
> ""Paweł Hajdan, Jr.""  napisał(a):
> 
>> On 6/20/13 2:16 AM, Michał Górny wrote:
>>> Doing test signatures won't cover all failures.
>>
>> Do you know an example? The only one I'm aware of is when a test
>> signature is made very close to the expiration date, and then the real
>> signature would be done after it.
> 
> Well, Michael explained one in the other branch of this thread quite
> thoroughly. Other than that, there can be random runtime errors
> and race conditions.
> 
> I'd say it's as good as using stat() to check whether a file exists
> before opening it. But thinking of it, I've got another idea...
> 
> How about opening 'gpg -s' in a subprocess before first commit
> and feeding the Manifest afterwards? As far as I can see, gpg asks for
> the password instantly, so likely most of the bases will be covered
> already, and we're be doing a single signature only.

The only problem I see is that repoman will have no way of knowing when
you have finished typing the pass phrase (if not using gpg-agent). So,
there may be some mixing of repoman and gpg/pinentry output in the terminal.
-- 
Thanks,
Zac

[gentoo-dev] Gentoo Hangouts

[Pavlos Ratis]

Hello all,

Everyday we talk to each other about different kind of things related
to Gentoo. IRC and MLs are the primary way of our communication, but
this is only a text-based communication. I think sometimes it would be
better to escape from that.

That's why I'd like to propose Gentoo Hangouts. Gentoo Hangouts will
be Google+  video Hangouts(video calls) held by teams or developers
independent of a team. The main goal is to have the teams introduce
themselves and discuss about different issues in their Gentoo-related
projects.

It's a very interactive way of communication and it helps team bonding. The
first Hangout of a team would be good to include a short introduction of the
team (what,who,where). Also team members will introduce themselves.
Then team should start talking about how a user can contribute and
what is going on in the team. Tips and tricks would be a plus and very
useful to users. Finally, users will be able to ask
questions at G+ and then team members will try to answer the most of
these questions.

Future team meetings could be also held via video hangouts or interviews like
dabbot's doing in his personal blog. In addition, developers
independent of the team could organize a hangout along with other
developers to discuss different topics or to have a
Gentoo-related chit-chat. Users could also participate into this video calls.

It's very easy to decide the host of the talk. Maybe the team leads
would be proper
for that or someone from the PR. One of the major issues is the
difference in timezone and the workload of each developer. However, I
think it would be great to find 1 hour to
participate. Teams could use a site like http://doodle.com to organize
the Hangout and find an hour that fit to their schedule.

Except from a camera and a microphone requirement is a Google account and
www-client/google-talkplugin package which is already in the tree.

It would be great to have teams introduce themselves and inform users in a
more interactive way how to contribute and answer their questions. Finally as
I said different other topics could be covered in this calls.

All these video calls will be archived to a public Gentoo account in Youtube.

I am looking forward to your feedback, your comments and of course for the
first team that will create a video Hangout!! :)

That's all folks, thanks for your time.

Pavlos

Re: [gentoo-dev] Gentoo Hangouts

[Diego Elio Pettenò]

Please, let's not try to make this something either mandated or recommended.

I have a personal dislike for video tutorials which tend to take half an
hour to explain something you'd read in ten minutes. Besides, not all of
the developers speak English well enough — heck some people have trouble
writing and understanding written English, let alone spoken.

Honestly, I couldn't get over reading a couple of paragraph here, because
the premise itself is too much to bear for me, sorry.


Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/


On Sun, Jun 23, 2013 at 10:30 PM, Pavlos Ratis  wrote:

> Hello all,
>
> Everyday we talk to each other about different kind of things related
> to Gentoo. IRC and MLs are the primary way of our communication, but
> this is only a text-based communication. I think sometimes it would be
> better to escape from that.
>
> That's why I'd like to propose Gentoo Hangouts. Gentoo Hangouts will
> be Google+  video Hangouts(video calls) held by teams or developers
> independent of a team. The main goal is to have the teams introduce
> themselves and discuss about different issues in their Gentoo-related
> projects.
>
> It's a very interactive way of communication and it helps team bonding. The
> first Hangout of a team would be good to include a short introduction of
> the
> team (what,who,where). Also team members will introduce themselves.
> Then team should start talking about how a user can contribute and
> what is going on in the team. Tips and tricks would be a plus and very
> useful to users. Finally, users will be able to ask
> questions at G+ and then team members will try to answer the most of
> these questions.
>
> Future team meetings could be also held via video hangouts or interviews
> like
> dabbot's doing in his personal blog. In addition, developers
> independent of the team could organize a hangout along with other
> developers to discuss different topics or to have a
> Gentoo-related chit-chat. Users could also participate into this video
> calls.
>
> It's very easy to decide the host of the talk. Maybe the team leads
> would be proper
> for that or someone from the PR. One of the major issues is the
> difference in timezone and the workload of each developer. However, I
> think it would be great to find 1 hour to
> participate. Teams could use a site like http://doodle.com to organize
> the Hangout and find an hour that fit to their schedule.
>
> Except from a camera and a microphone requirement is a Google account and
> www-client/google-talkplugin package which is already in the tree.
>
> It would be great to have teams introduce themselves and inform users in a
> more interactive way how to contribute and answer their questions. Finally
> as
> I said different other topics could be covered in this calls.
>
> All these video calls will be archived to a public Gentoo account in
> Youtube.
>
> I am looking forward to your feedback, your comments and of course for the
> first team that will create a video Hangout!! :)
>
> That's all folks, thanks for your time.
>
> Pavlos
>
>

Re: [gentoo-dev] Gentoo Hangouts

[Mike Gilbert]

On Sun, Jun 23, 2013 at 5:30 PM, Pavlos Ratis  wrote:
> Except from a camera and a microphone requirement is a Google account and
> www-client/google-talkplugin package which is already in the tree.
>

Or a modern smartphone with the relevant app. Personally, I have
neither a camera nor mic attached to my personal workstation at home,
and I'm certainly not going to do a video conference from my desk at
work.

> It would be great to have teams introduce themselves and inform users in a
> more interactive way how to contribute and answer their questions. Finally as
> I said different other topics could be covered in this calls.
>

If someone wants to organize something, I might try it out just for a
laugh. I don't really see it being too useful for getting actual work
done, however.

For me, IRC works if I need to have an interactive discussion;
otherwise, email is sufficient.

Re: [gentoo-dev] Gentoo Hangouts

[Pavlos Ratis]

On Mon, Jun 24, 2013 at 1:04 AM, Diego Elio Pettenò
 wrote:
> Please, let's not try to make this something either mandated or recommended.
>

It is absolutely optional and it's just a proposal. However, I think
it's worth a try.

Pavlos

Re: [gentoo-dev] Gentoo Hangouts

[Peter Stuge]

Pavlos Ratis wrote:
> On Mon, Jun 24, 2013 at 1:04 AM, Diego Elio Pettenò  
> wrote:
> > Please, let's not try to make this something either mandated or recommended.
> 
> It is absolutely optional and it's just a proposal.
> However, I think it's worth a try.

I think it would be a wonderfully valuable addition to Gentoo!

But at the same time it's of course absolutely unsuitable for some
persons, and that may be fine. (Maybe it actually isn't, but that's
another matter completely.)


//Peter

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2013-06-23 23h59 UTC

[Robin H. Johnson]

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2013-06-23 23h59 UTC.

Removals:
profiles/releases/freebsd-7.2   2013-06-18 23:09:02 aballier
profiles/releases/freebsd-8.0   2013-06-18 23:12:48 aballier
media-plugins/vdr-director  2013-06-21 19:40:08 hd_brummy
dev-python/enthoughtbase2013-06-22 03:57:01 idella4
dev-python/envisagecore 2013-06-22 03:59:26 idella4
dev-python/envisageplugins  2013-06-22 04:00:12 idella4
dev-python/setupdocs2013-06-22 04:00:48 idella4
dev-python/etsprojecttools  2013-06-22 04:33:03 idella4
dev-python/traitsbackendqt  2013-06-22 04:33:35 idella4
dev-python/traitsbackendwx  2013-06-22 04:34:06 idella4
dev-python/traitsgui2013-06-22 04:34:34 idella4
kde-misc/playwolf   2013-06-22 13:32:02 creffett

Additions:
net-libs/libmirisdr 2013-06-17 02:30:11 zerochaos
net-libs/libosmo-dsp2013-06-17 02:35:28 zerochaos
net-wireless/gr-iqbal   2013-06-17 02:39:18 zerochaos
sys-fs/rdiff-backup-fs  2013-06-17 09:18:28 pinkbyte
net-libs/libhubbub  2013-06-17 17:23:28 xmw
media-libs/SoXt 2013-06-17 18:56:43 bicatali
kde-misc/chromi 2013-06-17 22:24:11 creffett
kde-misc/commandwatch   2013-06-17 22:37:55 creffett
kde-misc/cpuload2013-06-17 22:43:21 creffett
kde-misc/drop2ftp   2013-06-17 23:03:09 creffett
kde-misc/emerging-plasmoid  2013-06-17 23:09:52 creffett
kde-misc/fsrunner   2013-06-17 23:26:00 creffett
kde-misc/geekclock  2013-06-17 23:31:02 creffett
kde-misc/katelatexplugin2013-06-17 23:43:12 creffett
kde-misc/kepas  2013-06-17 23:52:02 creffett
kde-misc/konstruktor2013-06-18 01:11:31 creffett
kde-misc/kraidmonitor   2013-06-18 01:16:46 creffett
kde-misc/krunner-googletranslate2013-06-18 01:22:57 creffett
kde-misc/ksoprano   2013-06-18 01:30:04 creffett
dev-libs/nsgenbind  2013-06-18 09:42:58 xmw
dev-libs/libgit2-glib   2013-06-18 18:51:25 pacho
kde-misc/kimtoy 2013-06-19 01:12:14 creffett
kde-misc/nepomukshell   2013-06-19 01:20:01 creffett
dev-libs/libclc 2013-06-19 15:22:29 chithanh
kde-misc/pgame  2013-06-19 23:14:30 creffett
dev-haskell/feed2013-06-20 04:57:00 qnikst
dev-haskell/sendfile2013-06-20 05:06:06 qnikst
dev-haskell/system-filepath 2013-06-20 05:08:58 qnikst
dev-haskell/unbounded-delays2013-06-20 05:13:42 qnikst
dev-haskell/concurrent-extra2013-06-20 05:14:47 qnikst
dev-haskell/threads 2013-06-20 05:16:16 qnikst
dev-haskell/time-compat 2013-06-20 05:18:23 qnikst
dev-haskell/network-bytestring  2013-06-20 05:26:30 qnikst
dev-haskell/happstack-server2013-06-20 05:35:37 qnikst
dev-haskell/nats2013-06-20 06:00:18 qnikst
dev-haskell/semigroups  2013-06-20 06:01:55 qnikst
dev-haskell/void2013-06-20 06:07:54 qnikst
dev-haskell/syb-with-class  2013-06-20 06:12:40 qnikst
dev-haskell/hstringtemplate 2013-06-20 06:14:27 qnikst
dev-haskell/recaptcha   2013-06-20 06:18:46 qnikst
dev-haskell/safe2013-06-20 06:21:00 qnikst
dev-haskell/url 2013-06-20 06:25:51 qnikst
media-sound/umurmur 2013-06-20 09:10:29 polynomial-c
dev-haskell/nanospec2013-06-20 22:54:03 qnikst
dev-haskell/silently2013-06-20 22:54:56 qnikst
dev-haskell/stringbuilder   2013-06-20 23:00:38 qnikst
dev-haskell/markdown-unlit  2013-06-20 23:03:41 qnikst
dev-haskell/hspec-expectations  2013-06-20 23:05:10 qnikst
dev-haskell/quickcheck-io   2013-06-20 23:09:28 qnikst
dev-haskell/setenv  2013-06-20 23:11:03 qnikst
dev-haskell/hspec-meta  2013-06-20 23:12:27 qnikst
dev-haskell/base-compat 2013-06-20 23:19:39 qnikst
dev-haskell/doctest 2013-06-20 23:20:09 qnikst
dev-haskell/css-text2013-06-20 23:21:58 qnikst
dev-haskell/xss-sanitize2013-06-20 23:25:21 qnikst
dev-haskell/filestore   

Re: [gentoo-dev] Gentoo Hangouts

[Norman Rieß]

Am 24.06.2013 00:15, schrieb Mike Gilbert:
> On Sun, Jun 23, 2013 at 5:30 PM, Pavlos Ratis  wrote:
>> It would be great to have teams introduce themselves and inform users in a
>> more interactive way how to contribute and answer their questions. Finally as
>> I said different other topics could be covered in this calls.
>>
> 
> If someone wants to organize something, I might try it out just for a
> laugh. I don't really see it being too useful for getting actual work
> done, however.
> 
> For me, IRC works if I need to have an interactive discussion;
> otherwise, email is sufficient.
> 

I do not see the benefit either, it seems like that kind of thing the PR
department would come up with, which noone does actually like doing and
everyone is glad when it's over and can go back to work.

Re: [gentoo-dev] Gentoo Hangouts

[Alexander Berntsen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I realise that by "Gentoo is and will remain Free Software"[0], what
is meant is the distribution and the source code. However, I think it
would be a bad example to use proprietary software for development or
communication.


[0]  
- -- 
Alexander
alexan...@plaimi.net
http://plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlHH58MACgkQRtClrXBQc7UVDQD/dUt7Eyq6OahP1pZwM+NEmTZk
m1VRPAmZjonIcycam+oA/0tQuXTNph3X7C5NBBMOoE1amXacKxKQGInPtcWU0JWf
=IEOh
-END PGP SIGNATURE-