Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-22 Thread Bjørn Forsman
On 22 February 2015 at 18:05, Rok Garbas  wrote:
>> > However, we could rename dead branches to something like attic/.
>>
>> Yes, that's sounds better than what we have now. Alternatively, we
>> could make a "historic" repo clone (like Nathan Bijnens suggests).
>> nixpkgs-historic? Then we have an option to clean up some less used
>> branches/tags in the mainline repo.
>>
>
> +1 on the "historic" (or "archive") clone where we would keep all history.
>
> this is usually normal way when working with any git/hg projects repos when
> they grow to "big" (to big in size of history) and its taking long time to do
> the initial clone. usually when developing a project you're only interested in
> last year or two of history at most.
>
> it is not that this must be done, but it would definetly not hurt anybody.
> history is not lost and main development repo becomes "lighter" to work with.

While I agree that such a history cut-off may be appropriate at some
point, I do not think we're there yet. And I did not mean to suggest
such a thing. I was just referring to the removal of old and unmerged
branches.

- Bjørn
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-22 Thread Domen Kožar
I've cleaned up some merged branches.

On Sun, Feb 22, 2015 at 9:05 AM, Rok Garbas  wrote:

> > > However, we could rename dead branches to something like attic/.
> >
> > Yes, that's sounds better than what we have now. Alternatively, we
> > could make a "historic" repo clone (like Nathan Bijnens suggests).
> > nixpkgs-historic? Then we have an option to clean up some less used
> > branches/tags in the mainline repo.
> >
>
> +1 on the "historic" (or "archive") clone where we would keep all history.
>
> this is usually normal way when working with any git/hg projects repos when
> they grow to "big" (to big in size of history) and its taking long time to
> do
> the initial clone. usually when developing a project you're only
> interested in
> last year or two of history at most.
>
> it is not that this must be done, but it would definetly not hurt anybody.
> history is not lost and main development repo becomes "lighter" to work
> with.
>
>
> --
> Rok Garbas - http://www.garbas.si
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-22 Thread Rok Garbas
> > However, we could rename dead branches to something like attic/.
> 
> Yes, that's sounds better than what we have now. Alternatively, we
> could make a "historic" repo clone (like Nathan Bijnens suggests).
> nixpkgs-historic? Then we have an option to clean up some less used
> branches/tags in the mainline repo.
> 

+1 on the "historic" (or "archive") clone where we would keep all history.

this is usually normal way when working with any git/hg projects repos when
they grow to "big" (to big in size of history) and its taking long time to do
the initial clone. usually when developing a project you're only interested in
last year or two of history at most.

it is not that this must be done, but it would definetly not hurt anybody.
history is not lost and main development repo becomes "lighter" to work with.


--
Rok Garbas - http://www.garbas.si


signature.asc
Description: signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-22 Thread Bjørn Forsman
On 17 February 2015 at 10:44, Eelco Dolstra  wrote:
> Hi,
>
> On 16/02/15 18:43, Matthias Beyer wrote:
>
>> what do you think about removing the old branches, as listed below (I
>> guess all before 12-2014 or something) should be removed,...
>
> No, they should not be removed, unless they were merged. Deleting history kind
> of defeats the purpose of having a version management system...

Unmerged branches is a "grey area", IMHO.

If a branch was never merged (and was not a stable/maint branch), the
code is (in a way) no more part of project history than any of the
nixpkgs forks and topic-branches floating around on the internet
today. (Not all forks get merged, and unmerged forks become less and
less important as time passes.) I must emphasize that this is from the
viewpoint of "a newcomer" to the project. I realize that those of you
that have contributed to those branches may feel differently about
them.

I think of the old branches in nixpkgs more as traces of its more
"centralized" days.  (Many of the branches are from the subversion
era, right?)

> However, we could rename dead branches to something like attic/.

Yes, that's sounds better than what we have now. Alternatively, we
could make a "historic" repo clone (like Nathan Bijnens suggests).
nixpkgs-historic? Then we have an option to clean up some less used
branches/tags in the mainline repo.

- Bjørn
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-21 Thread Matthias Beyer
On 18-02-2015 22:20:21, Vladimír Čunát wrote:
> On 02/18/2015 09:51 AM, Nathan Bijnens wrote:
> >My vote is to remove merged branches without historical significance
> >(version 0.5 is a keeper, like upstart), and then any branches that
> >got their last push before August 2014 are renamed to attic/...
> >
> >First make a fork with all history. Afterwards I like Wout's suggestion.
> 
> Removing merged branches doesn't destroy history.
> BTW, historically significant versions that aren't meant to be changed
> anymore might better be converted to tags.

+1 !

-- 
Mit freundlichen Grüßen,
Kind regards,
Matthias Beyer

Proudly sent with mutt.
Happily signed with gnupg.


pgpYydW9UY3nv.pgp
Description: PGP signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-18 Thread Vladimír Čunát

On 02/18/2015 09:51 AM, Nathan Bijnens wrote:

My vote is to remove merged branches without historical significance
(version 0.5 is a keeper, like upstart), and then any branches that
got their last push before August 2014 are renamed to attic/...

>

First make a fork with all history. Afterwards I like Wout's suggestion.


Removing merged branches doesn't destroy history.
BTW, historically significant versions that aren't meant to be changed 
anymore might better be converted to tags.



Vladimir




smime.p7s
Description: S/MIME Cryptographic Signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-18 Thread Nathan Bijnens
First make a fork with all history. Afterwards I like Wout's suggestion.

---
nat...@nathan.gs | nathan.gs
 |
@nathan_gs  | linkedin.com/in/nbijnens

On Wed, Feb 18, 2015 at 9:36 AM, Wout Mertens 
wrote:

> My vote is to remove merged branches without historical significance
> (version 0.5 is a keeper, like upstart), and then any branches that got
> their last push before August 2014 are renamed to attic/...
>
> That should make the github interface easier to navigate.
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-18 Thread Wout Mertens
My vote is to remove merged branches without historical significance
(version 0.5 is a keeper, like upstart), and then any branches that got
their last push before August 2014 are renamed to attic/...

That should make the github interface easier to navigate.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-17 Thread stewart mackenzie
Might I ask, what is the point of stale code not being executed?

And if code is being written to sit stale on a branch, isn't that wasted talent?

Lastly (if there is no renaming attic/) it just confuses people.

Having code merged into a canonical branch asap makes for faster
feedback cycles from the community.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-17 Thread Eelco Dolstra
Hi,

On 16/02/15 18:43, Matthias Beyer wrote:

> what do you think about removing the old branches, as listed below (I
> guess all before 12-2014 or something) should be removed,...

No, they should not be removed, unless they were merged. Deleting history kind
of defeats the purpose of having a version management system...

However, we could rename dead branches to something like attic/.

-- 
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-16 Thread Marc Weber
> We could go over a list of those that are merged (git branch -r --merged
> master), but still for example 'upstart' is a branch that was taken before
> systemd has replaced it. Maybe it should be a tag.
I made the suggestion that "too experimental" branches / new ideas etc
could be submitted to github.com/nixos/nixpgks-ideas or so. This would
keep the official repository clean while allowing to submit less common
code or keep more history as appropriate.

In any case I'd vote for a VERISON file which explains a branch's
purpose shortly.

Marc Weber
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-16 Thread Domen Kožar
I disagree, even if branches are old, we should not just delete them.

We could go over a list of those that are merged (git branch -r --merged
master), but still for example 'upstart' is a branch that was taken before
systemd has replaced it. Maybe it should be a tag.

On Mon, Feb 16, 2015 at 6:43 PM, Matthias Beyer 
wrote:

> Hi nixos maintainers,
>
> what do you think about removing the old branches, as listed below (I
> guess all before 12-2014 or something) should be removed,...
>
> On 14-02-2015 13:47:40, Bjørn Forsman wrote:
> > List of all nixpkgs branches, sorted by date, and with the name of the
> > commiter that pushed the last commit:
> >
> > $ for branch in $(git branch -r | grep "origin/" | grep -v
> > "origin/pr/" | grep -v "origin/HEAD"); do git show -s --pretty="%ci;
> > $branch; %cn" "$branch"; done | sort
> > 2003-08-06 14:57:37 +; origin/freebsd-losser; Eelco Dolstra
> > 2003-09-24 09:05:59 +; origin/logistics; Eelco Dolstra
> > 2004-05-03 14:46:55 +; origin/0.5-stable; Eelco Dolstra
> > 2004-05-12 13:38:23 +; origin/martin2; Martin Bravenboer
> > 2007-04-16 21:49:37 +; origin/cross-compilation; Armijn Hemel
> > 2008-03-27 18:03:39 +; origin/purity-test; Eelco Dolstra
> > 2009-12-02 17:01:52 +; origin/x86_64-darwin; Rob Vermaas
> > 2009-12-22 00:17:42 +; origin/gnu-kfreebsd; Ludovic Courtès
> > 2011-09-13 22:09:22 +; origin/syscall-tracing; Eelco Dolstra
> > 2012-04-05 14:50:31 +; origin/kmod-lib-modules; Yury G. Kudryashov
> > 2012-06-19 16:10:51 +; origin/glib-2.32; Yury G. Kudryashov
> > 2012-07-06 15:29:24 +0200; origin/spotify; Rob Vermaas
> > 2012-12-12 05:45:16 +0100; origin/unity; aszlig
> > 2013-01-21 12:12:03 +0100; origin/upstart; Florian Friesdorf
> > 2013-11-01 08:29:09 +0100; origin/multiple-outputs; Mathijs Kwik
> > 2014-01-27 00:36:04 +0100; origin/virtualbox/opengl; Domen Kožar
> > 2014-03-05 11:28:03 -0500; origin/mkMap; Shea Levy
> > 2014-03-17 22:05:19 -0400; origin/tests-set-date; Shea Levy
> > 2014-04-07 10:03:45 -0400; origin/no-requireFile; Shea Levy
> > 2014-04-19 15:04:01 +0200; origin/cross-win-osx; aszlig
> > 2014-04-23 10:58:55 -0400; origin/gcc-4.9.0; Shea Levy
> > 2014-04-30 15:58:32 -0400; origin/explicit-boot-root; Shea Levy
> > 2014-05-20 15:20:29 -0500; origin/grsec-stdenv; Austin Seipp
> > 2014-06-19 22:51:13 +0200; origin/nixpkgs-license-docs; Cillian de Róiste
> > 2014-06-28 23:33:42 +0400; origin/libreoffice-update-4.2.5; Michael
> Raskin
> > 2014-08-02 05:08:07 +0200; origin/x-updates; Vladimír Čunát
> > 2014-08-26 01:22:08 +0200; origin/pkgs/nfchacktools; Jaka Hudoklin
> > 2014-08-26 12:16:08 +0200; origin/revert-3791-master; Peter Simons
> > 2014-09-18 10:44:01 +0200; origin/revert-4137-bump/keepnote; lethalman
> > 2014-10-05 19:50:35 +0200; origin/minecraft-sound; Aristid Breitkreuz
> > 2014-10-06 22:23:00 +0200; origin/udisks-1.0.5; Aristid Breitkreuz
> > 2014-10-08 19:46:41 +0200; origin/xpra14; Aristid Breitkreuz
> > 2014-11-04 07:28:08 +0100; origin/nixpart; aszlig
> > 2014-11-04 13:28:31 +0100; origin/darwin-clang-stdenv; Eelco Dolstra
> > 2014-11-20 16:44:13 +0100; origin/revert-4999-hayland; Peter Simons
> > 2014-11-27 12:56:18 +0100; origin/networkmanager_0_8_10; Domen Kožar
> > 2014-12-02 10:54:03 +0100;
> > origin/revert-5184-tb/fix-systemd-udev-net-rules; lethalman
> > 2014-12-13 21:59:08 -0500; origin/haskellPackagesFixpoint; Russell
> O'Connor
> > 2014-12-15 15:57:33 +0100; origin/dwb-switch-to-fork; Pascal Wittmann
> > 2015-01-08 10:25:04 +0100; origin/staging.patchShebangs; Domen Kožar
> > 2015-01-08 11:39:37 -0800; origin/release-13.10; James Cook
> > 2015-01-18 19:21:49 +0100; origin/crashplan; Domen Kožar
> > 2015-01-25 01:42:50 +0100; origin/darwin-next; Jaka Hudoklin
> > 2015-02-10 13:54:43 +0100; origin/release-14.04; Vladimír Čunát
> > 2015-02-10 19:23:43 +0100; origin/types-path-better-error; Benno
> Fünfstück
> > 2015-02-11 13:53:43 +0100; origin/haskell-ng-unify; Benno Fünfstück
> > 2015-02-13 20:38:38 +0100; origin/mkcast; Domen Kožar
> > 2015-02-13 22:19:44 +0100; origin/staging; Peter Simons
> > 2015-02-14 10:31:12 +0100; origin/master; Vladimír Čunát
> > 2015-02-14 10:33:46 +0100; origin/release-14.12; Vladimír Čunát
> >
> > - Bjørn
>
> --
> Mit freundlichen Grüßen,
> Kind regards,
> Matthias Beyer
>
> Proudly sent with mutt.
> Happily signed with gnupg.
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-16 Thread Matthias Beyer
Hi nixos maintainers,

what do you think about removing the old branches, as listed below (I
guess all before 12-2014 or something) should be removed,...

On 14-02-2015 13:47:40, Bjørn Forsman wrote:
> List of all nixpkgs branches, sorted by date, and with the name of the
> commiter that pushed the last commit:
> 
> $ for branch in $(git branch -r | grep "origin/" | grep -v
> "origin/pr/" | grep -v "origin/HEAD"); do git show -s --pretty="%ci;
> $branch; %cn" "$branch"; done | sort
> 2003-08-06 14:57:37 +; origin/freebsd-losser; Eelco Dolstra
> 2003-09-24 09:05:59 +; origin/logistics; Eelco Dolstra
> 2004-05-03 14:46:55 +; origin/0.5-stable; Eelco Dolstra
> 2004-05-12 13:38:23 +; origin/martin2; Martin Bravenboer
> 2007-04-16 21:49:37 +; origin/cross-compilation; Armijn Hemel
> 2008-03-27 18:03:39 +; origin/purity-test; Eelco Dolstra
> 2009-12-02 17:01:52 +; origin/x86_64-darwin; Rob Vermaas
> 2009-12-22 00:17:42 +; origin/gnu-kfreebsd; Ludovic Courtès
> 2011-09-13 22:09:22 +; origin/syscall-tracing; Eelco Dolstra
> 2012-04-05 14:50:31 +; origin/kmod-lib-modules; Yury G. Kudryashov
> 2012-06-19 16:10:51 +; origin/glib-2.32; Yury G. Kudryashov
> 2012-07-06 15:29:24 +0200; origin/spotify; Rob Vermaas
> 2012-12-12 05:45:16 +0100; origin/unity; aszlig
> 2013-01-21 12:12:03 +0100; origin/upstart; Florian Friesdorf
> 2013-11-01 08:29:09 +0100; origin/multiple-outputs; Mathijs Kwik
> 2014-01-27 00:36:04 +0100; origin/virtualbox/opengl; Domen Kožar
> 2014-03-05 11:28:03 -0500; origin/mkMap; Shea Levy
> 2014-03-17 22:05:19 -0400; origin/tests-set-date; Shea Levy
> 2014-04-07 10:03:45 -0400; origin/no-requireFile; Shea Levy
> 2014-04-19 15:04:01 +0200; origin/cross-win-osx; aszlig
> 2014-04-23 10:58:55 -0400; origin/gcc-4.9.0; Shea Levy
> 2014-04-30 15:58:32 -0400; origin/explicit-boot-root; Shea Levy
> 2014-05-20 15:20:29 -0500; origin/grsec-stdenv; Austin Seipp
> 2014-06-19 22:51:13 +0200; origin/nixpkgs-license-docs; Cillian de Róiste
> 2014-06-28 23:33:42 +0400; origin/libreoffice-update-4.2.5; Michael Raskin
> 2014-08-02 05:08:07 +0200; origin/x-updates; Vladimír Čunát
> 2014-08-26 01:22:08 +0200; origin/pkgs/nfchacktools; Jaka Hudoklin
> 2014-08-26 12:16:08 +0200; origin/revert-3791-master; Peter Simons
> 2014-09-18 10:44:01 +0200; origin/revert-4137-bump/keepnote; lethalman
> 2014-10-05 19:50:35 +0200; origin/minecraft-sound; Aristid Breitkreuz
> 2014-10-06 22:23:00 +0200; origin/udisks-1.0.5; Aristid Breitkreuz
> 2014-10-08 19:46:41 +0200; origin/xpra14; Aristid Breitkreuz
> 2014-11-04 07:28:08 +0100; origin/nixpart; aszlig
> 2014-11-04 13:28:31 +0100; origin/darwin-clang-stdenv; Eelco Dolstra
> 2014-11-20 16:44:13 +0100; origin/revert-4999-hayland; Peter Simons
> 2014-11-27 12:56:18 +0100; origin/networkmanager_0_8_10; Domen Kožar
> 2014-12-02 10:54:03 +0100;
> origin/revert-5184-tb/fix-systemd-udev-net-rules; lethalman
> 2014-12-13 21:59:08 -0500; origin/haskellPackagesFixpoint; Russell O'Connor
> 2014-12-15 15:57:33 +0100; origin/dwb-switch-to-fork; Pascal Wittmann
> 2015-01-08 10:25:04 +0100; origin/staging.patchShebangs; Domen Kožar
> 2015-01-08 11:39:37 -0800; origin/release-13.10; James Cook
> 2015-01-18 19:21:49 +0100; origin/crashplan; Domen Kožar
> 2015-01-25 01:42:50 +0100; origin/darwin-next; Jaka Hudoklin
> 2015-02-10 13:54:43 +0100; origin/release-14.04; Vladimír Čunát
> 2015-02-10 19:23:43 +0100; origin/types-path-better-error; Benno Fünfstück
> 2015-02-11 13:53:43 +0100; origin/haskell-ng-unify; Benno Fünfstück
> 2015-02-13 20:38:38 +0100; origin/mkcast; Domen Kožar
> 2015-02-13 22:19:44 +0100; origin/staging; Peter Simons
> 2015-02-14 10:31:12 +0100; origin/master; Vladimír Čunát
> 2015-02-14 10:33:46 +0100; origin/release-14.12; Vladimír Čunát
> 
> - Bjørn

-- 
Mit freundlichen Grüßen,
Kind regards,
Matthias Beyer

Proudly sent with mutt.
Happily signed with gnupg.


pgp1AZUu2oRyR.pgp
Description: PGP signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-14 Thread Bjørn Forsman
On 14 February 2015 at 11:57, Matthias Beyer  wrote:
> Hi,
>
> why are there so many branches in the nixpkgs repo? I mean, what are
> they are for?
>
> Maybe we should remove some of them,... I don't think, for example,
> that
>
> 0.5-stable
> upstart
> or
> test-1515
>
> are even relevant anymore, are they?

List of all nixpkgs branches, sorted by date, and with the name of the
commiter that pushed the last commit:

$ for branch in $(git branch -r | grep "origin/" | grep -v
"origin/pr/" | grep -v "origin/HEAD"); do git show -s --pretty="%ci;
$branch; %cn" "$branch"; done | sort
2003-08-06 14:57:37 +; origin/freebsd-losser; Eelco Dolstra
2003-09-24 09:05:59 +; origin/logistics; Eelco Dolstra
2004-05-03 14:46:55 +; origin/0.5-stable; Eelco Dolstra
2004-05-12 13:38:23 +; origin/martin2; Martin Bravenboer
2007-04-16 21:49:37 +; origin/cross-compilation; Armijn Hemel
2008-03-27 18:03:39 +; origin/purity-test; Eelco Dolstra
2009-12-02 17:01:52 +; origin/x86_64-darwin; Rob Vermaas
2009-12-22 00:17:42 +; origin/gnu-kfreebsd; Ludovic Courtès
2011-09-13 22:09:22 +; origin/syscall-tracing; Eelco Dolstra
2012-04-05 14:50:31 +; origin/kmod-lib-modules; Yury G. Kudryashov
2012-06-19 16:10:51 +; origin/glib-2.32; Yury G. Kudryashov
2012-07-06 15:29:24 +0200; origin/spotify; Rob Vermaas
2012-12-12 05:45:16 +0100; origin/unity; aszlig
2013-01-21 12:12:03 +0100; origin/upstart; Florian Friesdorf
2013-11-01 08:29:09 +0100; origin/multiple-outputs; Mathijs Kwik
2014-01-27 00:36:04 +0100; origin/virtualbox/opengl; Domen Kožar
2014-03-05 11:28:03 -0500; origin/mkMap; Shea Levy
2014-03-17 22:05:19 -0400; origin/tests-set-date; Shea Levy
2014-04-07 10:03:45 -0400; origin/no-requireFile; Shea Levy
2014-04-19 15:04:01 +0200; origin/cross-win-osx; aszlig
2014-04-23 10:58:55 -0400; origin/gcc-4.9.0; Shea Levy
2014-04-30 15:58:32 -0400; origin/explicit-boot-root; Shea Levy
2014-05-20 15:20:29 -0500; origin/grsec-stdenv; Austin Seipp
2014-06-19 22:51:13 +0200; origin/nixpkgs-license-docs; Cillian de Róiste
2014-06-28 23:33:42 +0400; origin/libreoffice-update-4.2.5; Michael Raskin
2014-08-02 05:08:07 +0200; origin/x-updates; Vladimír Čunát
2014-08-26 01:22:08 +0200; origin/pkgs/nfchacktools; Jaka Hudoklin
2014-08-26 12:16:08 +0200; origin/revert-3791-master; Peter Simons
2014-09-18 10:44:01 +0200; origin/revert-4137-bump/keepnote; lethalman
2014-10-05 19:50:35 +0200; origin/minecraft-sound; Aristid Breitkreuz
2014-10-06 22:23:00 +0200; origin/udisks-1.0.5; Aristid Breitkreuz
2014-10-08 19:46:41 +0200; origin/xpra14; Aristid Breitkreuz
2014-11-04 07:28:08 +0100; origin/nixpart; aszlig
2014-11-04 13:28:31 +0100; origin/darwin-clang-stdenv; Eelco Dolstra
2014-11-20 16:44:13 +0100; origin/revert-4999-hayland; Peter Simons
2014-11-27 12:56:18 +0100; origin/networkmanager_0_8_10; Domen Kožar
2014-12-02 10:54:03 +0100;
origin/revert-5184-tb/fix-systemd-udev-net-rules; lethalman
2014-12-13 21:59:08 -0500; origin/haskellPackagesFixpoint; Russell O'Connor
2014-12-15 15:57:33 +0100; origin/dwb-switch-to-fork; Pascal Wittmann
2015-01-08 10:25:04 +0100; origin/staging.patchShebangs; Domen Kožar
2015-01-08 11:39:37 -0800; origin/release-13.10; James Cook
2015-01-18 19:21:49 +0100; origin/crashplan; Domen Kožar
2015-01-25 01:42:50 +0100; origin/darwin-next; Jaka Hudoklin
2015-02-10 13:54:43 +0100; origin/release-14.04; Vladimír Čunát
2015-02-10 19:23:43 +0100; origin/types-path-better-error; Benno Fünfstück
2015-02-11 13:53:43 +0100; origin/haskell-ng-unify; Benno Fünfstück
2015-02-13 20:38:38 +0100; origin/mkcast; Domen Kožar
2015-02-13 22:19:44 +0100; origin/staging; Peter Simons
2015-02-14 10:31:12 +0100; origin/master; Vladimír Čunát
2015-02-14 10:33:46 +0100; origin/release-14.12; Vladimír Čunát

- Bjørn
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


Re: [Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-14 Thread Bjørn Forsman
On 14 February 2015 at 11:57, Matthias Beyer  wrote:
> Hi,
>
> why are there so many branches in the nixpkgs repo? I mean, what are
> they are for?
>
> Maybe we should remove some of them,... I don't think, for example,
> that
>
> 0.5-stable
> upstart
> or
> test-1515
>
> are even relevant anymore, are they?

Good question. I've been thinking the same; there are way to many
old/stale branches in official nixpkgs repo. Similar for tags. Here
are just a few:

backups/parallel-building-merger@34171
backups/pure-python@34174
backups/stdenv-ada@26758
backups/stdenv-bootstrap-20100825@23426
backups/stdenv-updates-merge@10849
backups/stdenv-updates2@18273
backups/stdenv-updates2@18282
backups/stdenv-updates@10965

And further, about tags:

$ git describe
fatal: No annotated tags can describe
'8e62c497ca82af93a45d65ebdbb2bad808e5bc7b'.
However, there were unannotated tags: try --tags.

$ git describe --tags
last-glibc-2.13-33480-g8e62c49

That's not right it should say 14.12-something or 15.05-something.
(And the tag should be _annotated_, so we know who tagged it and
when.)

- Bjørn
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev


[Nix-dev] Why are there so many branches in the nixpkgs repo

2015-02-14 Thread Matthias Beyer
Hi,

why are there so many branches in the nixpkgs repo? I mean, what are
they are for?

Maybe we should remove some of them,... I don't think, for example,
that

0.5-stable
upstart
or
test-1515

are even relevant anymore, are they?

-- 
Mit freundlichen Grüßen,
Kind regards,
Matthias Beyer

Proudly sent with mutt.
Happily signed with gnupg.


pgpz5Baq7z9Pu.pgp
Description: PGP signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev