lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20091230.135625.193704457.davem@davemloft.net>
Date:	Wed, 30 Dec 2009 13:56:25 -0800 (PST)
From:	David Miller <davem@...emloft.net>
To:	linville@...driver.com
Cc:	linux-wireless@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: pull request: wireless-next-2.6 2009-12-30

From: "John W. Linville" <linville@...driver.com>
Date: Wed, 30 Dec 2009 16:10:25 -0500

> I had to pull wireless-2.6 into wireless-next-2.6 in order to resolve
> a conflict in the libertas driver.  Since wireless-next-2.6 was cloned
> from net-next-2.6 at a point before it was reopened for 2.6.34, the
> pull of wireless-2.6 (which is cloned from a net-2.6 from the same
> period) brought along some non-wireless bits that were not already
> in wireless-next-2.6.  However, I did check and made sure that those
> bits are already present in net-next-2.6.  Anyway, my point is that
> I don't have enough git foo to easily generate a pull request that
> represents the actual state of affairs without rebasing or doing some
> other messy thing.  I think/hope this is another one-time transition
> pain with the new wireless tree management policies...

All you have to do is set your origin correctly.  And then
generate your pull requests relative to that.

Your origin should be net-next-2.6   So if it's there in your
.git/config file all you have to do is "git request-pull origin ..."

If you're merging between wireless-2.6 and wireless-next-2.6
that's perfect.  It actually saves me work.  I'll figure things
out when I pull in your changes.

Most of your workflow (like mine) should be:

1) git fetch origin

2) git request-pull origin ...

If there are major net-next-2.6 conflicts to resolve (you can
determine this via "git checkout -b merge-test origin; git pull
master") then simply "git pull origin" into your master.

Then you simply let me know you did this, and it was to resolve
a major conflict with the net-next-2.6 origin.

> So, the net of the garbled paragraph above is that despite the messy
> report generatd by 'git request-pull' below, when you pull from
> wireless-next-2.6 into net-next-2.6 you will only get actual wireless
> changes!  I hope you can overlook the apparent discrepencies in the
> report below and rely on the actual pull results instead. :-)

It looks good from here so far.  I'll run some build tests and
then push this out.  That'll take a while since I'm about to head
out, so don't expect it for a few hours.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ