Re: [gentoo-dev] no more time for SynCE

2011-04-14 Thread Iain Buchanan
On Tue, 2011-04-12 at 11:35 +0200, Angelo Arrifano wrote:
 On Seg, 2011-04-11 at 17:33 +0300, Samuli Suominen wrote:
  On 04/11/2011 03:01 AM, Iain Buchanan wrote:

   [2] https://synce.svn.sourceforge.net/svnroot/synce/dist/gentoo

 Hello,
 
 I want to help in sanitizing the overlay and bring the ebuilds into
 portage. We can see that next weekend if you have the time.
 
 Regards,

Hi  thanks,

contact the SynCE devs on sourceforge or via
synce-de...@lists.sourceforge.net to get write access, I'm sure they
would be pleased.

If the current version is in the tree, then most of the overlay can be
removed, with perhaps the exception of synce-kpm and synce-gnome.

I won't be around the next couple of weekends but I'm happy to respond
to emails when I can, if I can help.
-- 
Iain Buchanan iai...@netspace.net.au




[gentoo-dev] no more time for SynCE

2011-04-10 Thread Iain Buchanan
Hi,

Since I posted about looking for help[1] I'm sad to say I've barely
touched SynCE.  Family commitments have changed, and I'm studying again
for the degree I started 10 years ago!

I'm therefore asking to be removed as the proxy for Synce.  Hopefully
this means it won't die in Gentoo :)

Massive thanks to everyone who helped with my bad ebuild programming and
testing along the way - volker, mescalinum, ssuominen, the SynCE team
and everyone else.

The original testing overlay remains here[2] for anyone who wants to
take it over, just contact the SynCE dev team.

If there are any questions please cc me directly as I may not be on the
-dev list much more.

[1] http://article.gmane.org/gmane.linux.gentoo.devel/69230
[2] https://synce.svn.sourceforge.net/svnroot/synce/dist/gentoo

many thanks!
-- 
Iain Buchanan iai...@netspace.net.au




[gentoo-dev] SynCE

2010-12-20 Thread Iain Buchanan
Hey all :)

I emailed a while back about SynCE being hardmasked in the tree since
I'm the proxy and the dev in now inactive.  There was some small offer
for support which hasn't turned out to much, so I'm still looking for a
dev to check over and commit the latest version so that it doesn't
disappear forever (or some amount of time)!  It took a long time to get
it into the tree and it would be a shame to loose it again.

So, anyone interested?  I'm making slow progress on the ebuilds in the
overlay -
http://synce.svn.sourceforge.net/svnroot/synce/dist/gentoo/synce-wm5-layman.xml

0.15 is mostly hacked together, now I just need to go through quality,
dependancies, bugs, etc.

thanks in advance  any comments welcome.

-- 
Iain Buchanan iai...@netspace.net.au




Re: [gentoo-dev] Lastrite app-pda/*synce*

2010-11-05 Thread Iain Buchanan
Hi,

On Thu, 2010-11-04 at 18:48 -0100, Jorge Manuel B. S. Vicetto wrote:

 there was a very recent thread in this ml about these packages and the
 conclusion was that they fall to the pda herd. The proxy-user also asked
 for help and showed interest in working to become a developer.

FYI work fluctuates for me - this and next week is busy (limited/no
updates from me), then I have some free time again.

Finding a new maintainer would be easiest, I've almost finished SynCE
0.15; becoming a dev would obviously take longer.

Happy to hear suggestions,
-- 
Iain Buchanan iaindb at netspace dot net dot au

Man must shape his tools lest they shape him.
-- Arthur R. Miller




[gentoo-dev] re-assigning SynCE bugs to me

2010-11-02 Thread Iain Buchanan
Hi hwoarang,

I noticed you've reassigned a bunch of SynCE bugs to me (which is fine,
since I guess I'm the meta...) but I was wondering if there was some
request from mescalinum, or if you're just being proactive?

I haven't heard from him for a while, so I might be without a dev to
commit any fixes I can make anyway.

thanks,
-- 
Iain Buchanan iaindb at netspace dot net dot au




Re: [gentoo-dev] Re: re-assigning SynCE bugs to me

2010-11-02 Thread Iain Buchanan
On Wed, 2010-11-03 at 01:12 +0100, Jeroen Roovers wrote:
 On Tue, 2 Nov 2010 23:59:36 +
 Markos Chandras hwoar...@gentoo.org wrote:
 
   I noticed you've reassigned a bunch of SynCE bugs to me
 
  mescalinum is being retired due to extensive inactivity
 
 In that case, with no committer, it ought to be either a herd or
 maintainer-needed.

thanks guys.

Or maybe I should look at that quiz again ;)  What's the required
involvement?  1 commit a month?  Would it be worthwhile or more likely
to just find another maintainer? (I notice the pda herd is quite light
on).

thanks,
-- 
Iain Buchanan iaindb at netspace dot net dot au

Brain fried -- Core dumped




Re: [gentoo-dev] An official Gentoo wiki

2008-11-11 Thread Iain Buchanan

Mark Loeser wrote:

So, gentoo-wiki.com went down for a awhile and took something away from
our users something that is useful.  Its back now, but I think we should
consider having our own official wiki that our users can contribute to.
We already have something very similar to this on the forums, and this
would just give the correct tool to put their documentation on.

I already know some people are going to hate this idea and say that the
documentation could be wrong, etc, so lets look at how others have
handled this situation.

[snip]

IMHO, the old gentoo-wiki (don't know if the new one will address it) 
does let you down when pages are out of date.


The solution I like is the wikipedia idea: There is a tag for marking 
pages as outdated / inaccurate, and if a page has the outdated tag for 
too long it's removed / archived.


Much like treecleaning!
--
Iain Buchanan iaindb at netspace dot net dot au

You know you're using the computer too much when:
refer to traffic lights as routers.
-- C J Pro



Re: [gentoo-dev] An official Gentoo wiki

2008-11-11 Thread Iain Buchanan

Hi,

Ciaran McCreesh wrote:

On Tue, 11 Nov 2008 18:45:32 -0500
Mark Loeser[EMAIL PROTECTED]  wrote:

What are others feelings on this?  What issues do you see with having
a wiki?  Do you see anyway to resolve the issue you see with us
having a wiki?


What will policy on articles that are horribly dangerous or outright
wrong?


see my previous email - wikipedia looks like they're writing a robot to 
deal with Articles that need attention[1].  We could do the same, 
there's nothing stopping us from deleting really bad pages.  (archives 
are always available for someone who wants to revive and improve them).


There's also the huge amount of Cleanup tags[2] which I really like 
(the principle, not the huge amount).  We could tailor this however we 
wanted.


  Is Gentoo prepared to block or warn about articles that recommend
 stupid things?

I think we definitely should.  Someone needs to discover that the 
article does so first!


  If a warning is used, what will be used to distinguish
 between a generic wiki, not necessarily checked by sane people and a
 article known to be horrible?

Cleanup tags!  One for each.  Nice notice written at the top of the 
article saying exactly what you've said.



The problem with wikis is that enough of them contain enough good
information that people assume that all of them are entirely correct.


sure, but isn't that similar to, say, a forum?


Even if warnings are used, the assumption is often well I was warned
about another article too and that turned out OK so I can ignore the
warning.


sure, some users are idiots :)  Better idiot proofing doesn't protect 
you - it only creates better idiots. (I don't have a reference for this 
one).



 And whilst it might be OK for some people to say well, we
warned you, so tough luck, it makes life very difficult for developers
who end up having to deal with hordes of users with broken systems...


I agree tough luck might be a response by some, so the user will go to 
the next person to help.  I don't think this would necessarily fall back 
to developers.  Just like forums, mailing lists and the current wiki, 
there is good and bad advice.  From my experience on the gentoo-user 
list, bad advice generally gets noticed and corrected reasonably 
quickly.  Even big stuffups (oops I unmerged python) are helped.


There is a good culture on the user list which still calls an idiot an 
idiot.  The common one being people using ~ARCH on a remote production 
box, then complaining it broke for a ~ related reason, adding that they 
have no physical access (it happens often enough).  The usual response 
is you shouldn't have done it, you were warned, here's how to fix it. 
 I see no problem with this.


  it makes life very difficult for developers
 who end up having to deal with hordes of users with broken systems...

The only place where I could see specific developer loading, is users 
who take their problems as a result of following bad advice to bugzilla. 
 I wouldn't expect the hordes would go there first...


Anyway, the wiki exists with all it's bad advice already.  Making it 
official would only improve it and hence reduce developer loading, IMHO.



[1] http://en.wikipedia.org/wiki/Wikipedia:Pages_needing_attention
[2] http://en.wikipedia.org/wiki/Wikipedia:Cleanup_resources

cya,
--
Iain Buchanan iaindb at netspace dot net dot au

Only great masters of style can succeed in being obtuse.
-- Oscar Wilde



Re: [gentoo-dev] Re: Testing is not a valid reason to package.mask

2008-10-07 Thread Iain Buchanan

Ryan Hill wrote:

On Thu, 2 Oct 2008 22:24:35 +0200
Jeroen Roovers[EMAIL PROTECTED]  wrote:


Please people,


if you want to get something tested, then don't mask it.


Um... no?  One thing that package.mask has always been used for is
temporarily masking a package until it can be tested and then unleashed
on the general population.


I think there's testing and testing, and we're getting confused 
between the two :)


The testing cycle with packages that you know will badly break 
something, usually involves test, patch, test, patch, etc. During which 
the package is masked for good reason (the reason specified in 
package.mask) and certain users may unmask for whatever reason (helping 
to test, etc).


Then once you're happy to unleash it on ~arch, it still requires some 
amount of testing, but generally isn't may delete all your data testing.



 It's not like we're putting masked stuff in
the tree with the hope that someone will find it and try it out.  You
mask a package, ask the user or whoever to test it, and unmask it when
it's ready.  We don't just throw untested stuff into the tree when we
suspect problems with it. ~arch is not a playground.  Already one of
the major complaints we see against Gentoo time and time again is that
it breaks too often and the maintenance burden is too high.  Why would
we want to exacerbate that?


But this isn't a complaint against ~arch surely?  The general feeling I 
get from gentoo-user when someone complains about an ~arch production 
box or remote system that broke, is well, what did you expect from 
~arch?



We don't /want/ ~arch systems to get automatically widely exposed to
the stuff we're intending to get tested.


No, not delete all your data testing, but yes you do want it exposed 
to may still be slightly quirky testing.



 That's the whole point of
masking it!  We want it tested by a few people before we expose it to
the unwashed masses.


I would assume the unwashed masses are arch, not ~arch.  If you're 
installing ~arch:


~arch keyword means that the application is not tested sufficiently to 
be put in the stable branch [1]


We recommend that you only use the stable branch. However, if you don't 
care about stability this much... [1]


The testing branch is exactly what it says - Testing. If a package is 
in testing, it means that the developers feel that it is functional but 
has not been thoroughly tested. You could very well be the first to 
discover a bug in the package in which case you could file a bugreport 
to let the developers know about it.
Beware though, you might notice stability issues, imperfect package 
handling (for instance wrong/missing dependencies), too frequent updates 
(resulting in lots of building) or broken packages. If you do not know 
how Gentoo works and how to solve problems, we recommend that you stick 
with the stable and tested branch. [1]



So, no, I'll continue using package.mask for testing just
as it always has been.  Sorry.


All IMHO from a user point of view, of course.

[1] Gentoo Linux x86 Handbook http://www.gentoo.org/doc/en/handbook/

cya,
--
Iain Buchanan iaindb at netspace dot net dot au

fenderberg, n.:
The large glacial deposits that form on the insides
of car fenders during snowstorms.
-- Sniglets, Rich Hall  Friends



Re: [gentoo-dev] New developer: Bo Ørsted Andresen (zlin)

2008-02-28 Thread Iain Buchanan

On Thu, 2008-02-28 at 14:28 +0200, Petteri Räty wrote:
 He has been breaking the tree for a while now but as Calchan has been 
 having availability problems I get to insult him a little bit later than 
 usual. Bo hails from Aalborg, Denmark. He studies to become a control 
 engineer. On the Gentoo side he is one of the people who enabled KDE4 
 coming to our main tree via contributing to their overlays. He has also 
 contributed to Paludis. Let the usual mud slinging begin.
 
 Regards,
 Petteri

zlin: I can't officially welcome you as I'm not on the inside, so
good evening ;)
-- 
Iain Buchanan iaindb at netspace dot net dot au

Let he who takes the plunge remember to return it by Tuesday.

-- 
gentoo-dev@lists.gentoo.org mailing list



Re: [gentoo-dev] looking for a mentor

2008-01-31 Thread Iain Buchanan

On Fri, 2008-02-01 at 03:33 +0200, Petteri Räty wrote:
 Iain Buchanan kirjoitti:
  
  jsin is a bit busy (and not at 6 months yet) so he can't mentor me,
  although he still offers help as time permits.  I would therefore like
  to see if anyone wants to volunteer their mentoring prowess to get me to
  developer status :)
  
 
 I presume no-one has yet contacted Iain. I asked him to mail this 
 message to the mailing list in the hopes of finding a mentor for him. It 
 would really help Gentoo if devs would actively pick up new recruits. If 
 you need any help with mentoring etc don't hesitate to contact us. We 
 even have a doc to get mentors started:
 http://www.gentoo.org/proj/en/devrel/recruiters/mentor.xml

actually I had philantrop offer (many thanks, will get back to you ASAP)
and 2 or 3 comments on IRC (thanks also :)

I was going to reply when I'd said OK to philantrop, and he'd said OK to
my OK, but I got stuck in an infinite loop...

 Regards,
 Petteri
 --
 Recruiters lead

thanks,
-- 
Iain Buchanan iaindb at netspace dot net dot au

Politics makes strange bedfellows, and journalism makes strange politics.
-- Amy Gorin

-- 
gentoo-dev@lists.gentoo.org mailing list



[gentoo-dev] looking for a mentor

2008-01-30 Thread Iain Buchanan
Hi all,


I've been talking with jsin about becoming a dev, specifically to help
with SynCE.  I'm working on ebuilds for a major update, which are mostly
done, except for a couple of niggling problems.

http://bugs.gentoo.org/show_bug.cgi?id=178807
http://www.synce.org/moin/IainBuchanan

jsin is a bit busy (and not at 6 months yet) so he can't mentor me,
although he still offers help as time permits.  I would therefore like
to see if anyone wants to volunteer their mentoring prowess to get me to
developer status :)

I've done the quiz (a couple of small holes), and I've read the
developer handbook and various other bits of doco around the web.  I'm
active in gentoo-user, and recently I've been silently watching
gentoo-dev gentoo-project and gentoo-dev-announce.  Oh, and I've been
using for about ... 4 or 5 years.

I'm also usually on Freenode as iaindb.

Feel free to ask me any questions.

many thanks,
-- 
Iain Buchanan iaindb at netspace dot net dot au

If you don't stand for anything, you don't stand for anything.  If you don't
stand for something, you don't stand for anything.

George W. Bush
November 2, 2000
Quoted by the Austin American-Statesman.

-- 
gentoo-dev@lists.gentoo.org mailing list



Re: [gentoo-dev] Beyond the users, doing a developer census

2008-01-14 Thread Iain Buchanan

On Mon, 2008-01-14 at 04:49 -0800, Robin H. Johnson wrote:

 - How much time do you spend working on Gentoo?

Is that using, developing for, or developing with?

-- 
Iain Buchanan iaindb at netspace dot net dot au

Bower's Law:
Talent goes where the action is.

-- 
gentoo-dev@lists.gentoo.org mailing list



Re: [gentoo-dev] Seeking questions for a user survey; releng related

2008-01-14 Thread Iain Buchanan

On Mon, 2008-01-14 at 16:30 -0600, Brent Baude wrote:
 If the topic of frequent releases is put onto the survey, I would like 
 to know what users anticipate as part of the new releases because new 
 releases are based on the tree itself.  It has been a while since I have 
 used a binary distribution, but when I did, I looked forward to new 
 releases because new versions of X and Y were generally tied to it; 
 which is not usually the case with Gentoo except where profiles dictate 
 that.  Is the motivation for more releases in part the expectation of 
 more features?  If so, also collecting their suggestions for a features 
 list would be helpful. 

There is a thread on gentoo-user currently.  It started out about the
GWN, but it's been hijacked to talk about the install CD.  If you want
to know what / why users want the install CD, then read some of the
comments from here on:

http://article.gmane.org/gmane.linux.gentoo.user/192742

-- 
Iain Buchanan iaindb at netspace dot net dot au

Bob Barker: Which one of these lovely womanoids will take home atomic tiara? 

-- 
gentoo-dev@lists.gentoo.org mailing list