Re: [rkward-devel] RKWard Git repos up for testing

2014-11-10 Thread Nicolás Alvarez
2014-11-10 17:23 GMT-03:00 meik michalke :
> hi thomas,
>
> Am Montag, 10. November 2014, 19:37:09 schrieb Thomas Friedrichsmeier:
>>   g...@git.kde.org:scratch/tfry/rkward-svn-import.git
>
> how would i get my pubkey up there? shall i send it to you?

Apply for a developer account at identity.kde.org, enter tfry as your supporter.

-- 
Nicolás

--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
___
RKWard-devel mailing list
RKWard-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rkward-devel


Re: [rkward-devel] RKWard Git repos up for testing

2014-11-10 Thread Nicolás Alvarez
2014-11-10 16:08 GMT-03:00 Thomas Friedrichsmeier
:
> Hi,
>
> On Monday 10 November 2014 15:49:30 Nicolás Alvarez wrote:
>> I was at a conference (and helping with its organization too!) this
>> whole weekend so I had no time to even read your emails. I'll take a
>> look at your conversion now.
>
> great, thanks!

The branch switchover seems to have been handled correctly by svn2git.
Just don't push the backup tags.

Version tags are usually called v1.2.3 in KDE, not release/v1.2.3. You
may want to change that for consistency with other KDE projects.

Note that you can use regular expressions to generalize rules. The
lack of consistency in names (or branch/foo/ vs branch/foo/rkward)
makes things harder, though. For example, you can do:

match /tags/release-(\d+\.\d+\.\d+)/rkward/
  repository rkward
  branch refs/tags/v\1
  annotated true
end match

And then add separate rules only for those without the rkward/ part.

Remember to run "git gc --aggressive" on the repository before pushing
it. svn2git produces very badly optimized git packs. Running gc can
shrink the repository by half or more.

Other than that I approve this conversion \o/

-- 
Nicolás

--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
___
RKWard-devel mailing list
RKWard-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rkward-devel


Re: [rkward-devel] RKWard Git repos up for testing

2014-11-10 Thread meik michalke
hi thomas,

Am Montag, 10. November 2014, 19:37:09 schrieb Thomas Friedrichsmeier:
>   g...@git.kde.org:scratch/tfry/rkward-svn-import.git

how would i get my pubkey up there? shall i send it to you?

> The second repository is for external plugins. It is much easier, since this
> only ever was a single branch, and never had any tags. It's temporary place
> is https://github.com/tfry-git/rkward-external-plugins . Questions
> regarding this one:
> - Where exactly should this end up? I think it should be group-owned,
> somehow.

i could simply fork it and send you pull requests all the time ;-)

> - Meik, do you recall, whether there is anything left in rk.subset
> that we did not merge into the main distribution? Can this be deleted?

it should be completely implemented by now, and i believe the (implemented) 
code was already altered after that. however, keeping the plugin there might 
be an option for people who don't want to upgrade to the most recent version 
of RKWard just yet. but in general, i guess it can be removed.

which brings me to: how/where will we host the package repository 
(http://rkward.sourceforge.net/R/)?

> - Also, Meik, could you add some README to the "stuff" directory? This is
> supposed to be the bikeshed for stuff that is not really something, but
> should not be thrown away, either?

yeah, although thinking about it... it can also just be discarded, i don't 
know if it's of any use for anyone besides me.


viele grüße :: m.eik

-- 
  dipl. psych. meik michalke
  institut f"ur experimentelle psychologie
  abt. f"ur diagnostik und differentielle psychologie
  heinrich-heine-universit"at d-40204 d"usseldorf

signature.asc
Description: This is a digitally signed message part.
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk___
RKWard-devel mailing list
RKWard-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rkward-devel


Re: [rkward-devel] RKWard Git repos up for testing

2014-11-10 Thread Thomas Friedrichsmeier
Hi,

On Monday 10 November 2014 15:49:30 Nicolás Alvarez wrote:
> I was at a conference (and helping with its organization too!) this
> whole weekend so I had no time to even read your emails. I'll take a
> look at your conversion now.

great, thanks!
 
> By the way, just to make sure: was your SVN repository always SVN, or
> was rkward ever in CVS?

Yes, we've come a long way. Conversion from CVS to SVN happened on 19.09.2006 
AFAICS. Which reminds me, I forgot to mention, that I also ran 
  kde-ruleset/bin/fix-tags
on the converted repo. This was needed to make the tags from CVS times 
pushable.

Regards
Thomas

signature.asc
Description: This is a digitally signed message part.
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk___
RKWard-devel mailing list
RKWard-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rkward-devel


Re: [rkward-devel] RKWard Git repos up for testing

2014-11-10 Thread Nicolás Alvarez
2014-11-10 15:37 GMT-03:00 Thomas Friedrichsmeier
:
> Hi all!
>
> So we just hit revision number 5000 in SVN, yesterday. Let's celebrate this by
> getting ready to switch to git ;-)
>
> As discussed, the repository is split into two (actually three, but one of
> them is just an archive of our JSS article). The main repository is at
>   g...@git.kde.org:scratch/tfry/rkward-svn-import.git
> or (anonymously) at
>   git://anongit.kde.org/scratch/tfry/rkward-svn-import.git
> A simple web view at
>   http://quickgit.kde.org/?p=scratch/tfry/rkward-svn-import.git
> Of course this is just a temporary place for the purpose of testing. Which is
> what I would like to ask you to do.
>
> Things look pretty good to me, but I'm no expert in looking at git branch
> visualizations, and it would really be great, if the experts (Jeremy, Nicolás)
> could give this a short look. One thing that may be particularly touchy is the
> switchover between SVN branches we did on December, 30, 2007 (SVN revs 2289
> and 2290). Here, SVN trunk was _moved_ to branches/release_branch_0.4.9/, and
> branches/KDE4_port/ was moved to trunk.
>
> What svn2git made of this looks pretty sane to me, but again, I'd like to be
> sure. One detail that is worrying me, here, is that svn2git deemed it
> necessary to create the two tags
>   backups/development/port_to_kde4@2290
>   (3ad98a97b114510d97061e06fbde8247453d40ee)
>   backups/master@2289
>   (bd1394fd635d020321955010bb7646284c15)
> These are lightweight tags and can't be pushed. Would these be important to
> keep?
>
> In case it is relevant, a summary of the key ingredients of the conversion:
> Getting SVN repo: rsync -av svn.code.sf.net::p/rkward/code rkwardsvn
> Conversion rules:
> http://sourceforge.net/p/rkward/code/HEAD/tree/trunk/rkward/scripts/svn2git_rules?format=raw
>
> The second repository is for external plugins. It is much easier, since this
> only ever was a single branch, and never had any tags. It's temporary place is
> https://github.com/tfry-git/rkward-external-plugins . Questions regarding this
> one:
> - Where exactly should this end up? I think it should be group-owned, somehow.
> - Meik, do you recall, whether there is anything left in rk.subset that we did
> not merge into the main distribution? Can this be deleted?
> - Also, Meik, could you add some README to the "stuff" directory? This is
> supposed to be the bikeshed for stuff that is not really something, but should
> not be thrown away, either?

I was at a conference (and helping with its organization too!) this
whole weekend so I had no time to even read your emails. I'll take a
look at your conversion now.

By the way, just to make sure: was your SVN repository always SVN, or
was rkward ever in CVS?

-- 
Nicolás

--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
___
RKWard-devel mailing list
RKWard-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rkward-devel


Re: [rkward-devel] Endless errors starting up org.freedesktop.dbus-system on OSX

2014-11-10 Thread Thomas Friedrichsmeier
Hi Aaron,

no, this is not yet forgotten, we're just stuck...

On Thursday 23 October 2014 15:26:28 meik michalke wrote:
> now, this is a portion from "man launchctl":
> 
> 
> Note that per-user configuration files (LaunchAgents) must be owned by the
> user loading them. All system-wide daemons (LaunchDaemons) must be owned by
> root. Configuration files must not be group- or world-writable.
> 
[...]
> on the other hand, i find it hard to believe that a
> system-wide config file is supposed to be owned by one ordinary user and
> all other users can't launch it. can you make sense of this? after all,
> wrong permissions could be the actual problem here.

I don't believe this is the problem, here. It's the same situation on the 
build mac, either way.

Another bit from the man page is this: 
-w   Overrides the Disabled key and sets it to false. In previous
 versions, this option would modify the configuration file. Now
 the state of the Disabled key is stored elsewhere on-disk.
Now, thank you, Apple for being so specific, on just where that would be 
stored. But either way, I guess that could be a historical explanation for the 
note on file ownership, too.

Either way, perhaps our new angle at this problem should be:
Step 1: Find out, how we can _stop_ whatever thing is going wild trying to 
launch dbus.
Step 2: Find out, if that actually has any negative side-effects.
Step 3: Find out, where it came from.

So for step 1., could you try:
sudo launchctl unload -w /Library/LaunchDaemons/org.freedesktop.dbus-
system.plist
launchctl unload -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist
(sudo) killall dbus-daemon
ps a | grep "dbus" # and kill anything still around.
launchctl -l # look for any signs of dbus launchers left

After that, 
- check the logs
- try starting RKWard.

(And well, you may want to try on a machine that is not mission critical, 
first).

Regards
Thomas

signature.asc
Description: This is a digitally signed message part.
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk___
RKWard-devel mailing list
RKWard-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rkward-devel


[rkward-devel] RKWard Git repos up for testing

2014-11-10 Thread Thomas Friedrichsmeier
Hi all!

So we just hit revision number 5000 in SVN, yesterday. Let's celebrate this by 
getting ready to switch to git ;-)

As discussed, the repository is split into two (actually three, but one of 
them is just an archive of our JSS article). The main repository is at 
  g...@git.kde.org:scratch/tfry/rkward-svn-import.git
or (anonymously) at
  git://anongit.kde.org/scratch/tfry/rkward-svn-import.git
A simple web view at
  http://quickgit.kde.org/?p=scratch/tfry/rkward-svn-import.git
Of course this is just a temporary place for the purpose of testing. Which is 
what I would like to ask you to do.

Things look pretty good to me, but I'm no expert in looking at git branch 
visualizations, and it would really be great, if the experts (Jeremy, Nicolás) 
could give this a short look. One thing that may be particularly touchy is the 
switchover between SVN branches we did on December, 30, 2007 (SVN revs 2289 
and 2290). Here, SVN trunk was _moved_ to branches/release_branch_0.4.9/, and 
branches/KDE4_port/ was moved to trunk.

What svn2git made of this looks pretty sane to me, but again, I'd like to be 
sure. One detail that is worrying me, here, is that svn2git deemed it 
necessary to create the two tags
  backups/development/port_to_kde4@2290
  (3ad98a97b114510d97061e06fbde8247453d40ee)
  backups/master@2289
  (bd1394fd635d020321955010bb7646284c15)
These are lightweight tags and can't be pushed. Would these be important to 
keep?

In case it is relevant, a summary of the key ingredients of the conversion:
Getting SVN repo: rsync -av svn.code.sf.net::p/rkward/code rkwardsvn
Conversion rules: 
http://sourceforge.net/p/rkward/code/HEAD/tree/trunk/rkward/scripts/svn2git_rules?format=raw

The second repository is for external plugins. It is much easier, since this 
only ever was a single branch, and never had any tags. It's temporary place is 
https://github.com/tfry-git/rkward-external-plugins . Questions regarding this 
one:
- Where exactly should this end up? I think it should be group-owned, somehow.
- Meik, do you recall, whether there is anything left in rk.subset that we did 
not merge into the main distribution? Can this be deleted?
- Also, Meik, could you add some README to the "stuff" directory? This is 
supposed to be the bikeshed for stuff that is not really something, but should 
not be thrown away, either?

Thanks!
Thomas

signature.asc
Description: This is a digitally signed message part.
--
___
RKWard-devel mailing list
RKWard-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rkward-devel