On Wed, Aug 13, 2014 at 8:07 AM, Thomas Lübking
wrote:
> On Dienstag, 12. August 2014 21:20:41 CEST, Albert Astals Cid wrote:
>
>>> Is
>>>
>>> git symbolic-ref refs/heads/master refs/heads/KDE/4.14
>>>
>>> an option?
>>
>>
>> Maybe, what does it do?
>
>
> Create a symbolic ref "master" that like t
On Dienstag, 12. August 2014 21:20:41 CEST, Albert Astals Cid wrote:
Is
git symbolic-ref refs/heads/master refs/heads/KDE/4.14
an option?
Maybe, what does it do?
Create a symbolic ref "master" that like the symbolic ref HEAD would (then)
point KDE/4.14
Locally this just works "fine" - wh
El Dimarts, 12 d'agost de 2014, a les 20:39:07, Thomas Lübking va escriure:
> On Dienstag, 12. August 2014 14:41:31 CEST, Sebastian Kügler wrote:
> > Reason, if I'm building kdelibs from git, my "autopilot" way
> > would be cloning
> > (which gives you the master branch, dunno what'd happen if
> >
On Dienstag, 12. August 2014 14:41:31 CEST, Sebastian Kügler wrote:
Reason, if I'm building kdelibs from git, my "autopilot" way
would be cloning
(which gives you the master branch, dunno what'd happen if
there's no remote
master in the origin), see master, and assume that I now have "latest
El Dimarts, 12 d'agost de 2014, a les 14:41:31, Sebastian Kügler va escriure:
> On Monday, August 11, 2014 00:23:15 Albert Astals Cid wrote:
> > Hi there, I'm sending this e-mail to propose removing the master branch of
> > kdelibs.
> >
> > We kind of already tried that when we froze it, but i am
On Monday, August 11, 2014 00:23:15 Albert Astals Cid wrote:
> Hi there, I'm sending this e-mail to propose removing the master branch of
> kdelibs.
>
> We kind of already tried that when we froze it, but i am proposing to
> actually delete it (and enforce with hooks it doesn't come back) from g
On 11/08/14 00:23:15, Albert Astals Cid wrote:
> Any objection?
None from me. That would make it clear for everybody that the
applications should start using KF5.
>
> Cheers,
> Albert
Hi there, I'm sending this e-mail to propose removing the master branch of
kdelibs.
We kind of already tried that when we froze it, but i am proposing to actually
delete it (and enforce with hooks it doesn't come back) from git.
Why I want to kill it now?
Next release is not going to be "KDE S
