Recently, I made some tests regarding the behavior of dpkg with respect
to symlinks. This resulted in two bugs:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574656 and
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574658
Before investigating further in this area (I have other tests in mind)
On Sat, 27 Mar 2010, Bernhard R. Link wrote:
> I'm guess this discussiong is slowly leaving debian-dpkg@ topic,
> though...
Definitely not. I plan to integrate VCS knowledge in dpkg-dev at some
point and I like those discussions so that I can make up my mind on what's
best.
Up to know I was rathe
On Sat, 27 Mar 2010, Omar Campagne wrote:
> I assume it should be [type: ], yet I'll await a response. No need to CC me
> as I've subscribed to the list until I finish the last and final
> revision of the po file, in case any more doubts arise.
I changed that to "type" in the git repository.
Chee
On Sat, 20 Mar 2010, Manoj Srivastava wrote:
> > There should be:
> > - the default value provided by dpkg
> > - which can be overriden/expanded system-wide with
> > /etc/dpkg/buildflags (no .d, I don't think it's wise to let random
> > packages modify the build flags for all packages built on
* Raphael Hertzog [100328 11:44]:
> On Sat, 27 Mar 2010, Bernhard R. Link wrote:
> > I'm guess this discussiong is slowly leaving debian-dpkg@ topic,
> > though...
>
> Definitely not. I plan to integrate VCS knowledge in dpkg-dev at some
> point and I like those discussions so that I can make up m
On Sun, 28 Mar 2010, Bernhard R. Link wrote:
> I don't think that this would be very useful. VCS usage can vary quite a
> bit and more often then not will not contain any usefull information.
> (like some branch just always merged with the upstreams has not much
> information except the diff to the
Raphael Hertzog:
Up to know I was rather thinking of designing a new tool
"vcs-buildpackage" but maybe I simply want to create new source
formats "3.0 (git2quilt)" or "3.0 (bzr2quilt)" and extend the dpkg-source
integration in dpkg-buildpackage.
That only works if you use a rebase workflow in
Hi,
Sorry for the late response.
Raphael Hertzog wrote:
> Hi,
>
> let's have the discussion on the list please. Other people can have useful
> feedback on the design too.
>
Okay.
> On Fri, 19 Mar 2010, Raphael Geissert wrote:
>> Yesterday I was writing a plan on how to implement what at the
On Sun, 28 Mar 2010, Raphael Geissert wrote:
> What do you and the other readers think about that use case?
You are reinventing pkg-config I think. It's not really needed.
> > - which can be overriden/expanded by the user with
> > ~/.config/dpkg-buildflags
> > (does it make sense to use XDG-com
9 matches
Mail list logo
