On Tuesday 15 April 2008, Raphael Hertzog wrote:
> Please help test "etch and a half"
> --
> The next point release of etch is targeted to be the "etch and a half"
> release, with the limited intent of increasing the hardware supported by
> the Debian 4.0 release.
On Wed, Apr 16, 2008, Manoj Srivastava wrote:
> Hmm. Smells a lot like:
Yes, it's the same, except eating less screen space; I don't
particularly care how it ends up being implemented
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troub
On Wed, Apr 16, 2008 at 9:24 PM, Roberto C. Sánchez
<[EMAIL PROTECTED]> wrote:
> > Good idea. I just added screenshots.debian.org idea that came up on
> > some discussion at Chemnitzer LinuxTage in March. It would be nice if
> > somebody would grab this up - at least the idea will not just va
On Wed, 16 Apr 2008 18:38:39 +0100, Darren Salt <[EMAIL PROTECTED]> said:
> I demand that Loïc Minier may or may not have written...
>> On Wed, Apr 16, 2008, Raphael Hertzog wrote:
>>> But I disagree that debian/rules is necessarily the place where it
>>> belongs. It looks like cruft/bad design t
Adeodato wrote:
> On the other hand, the bit about running `debian/rules build` by hand
> seems valid to me.
Indeed, that's what my fingers are used to typing if I just want a
patched package for local use. I wouldn't be surprised if there were
lots of other users who are the same.
The various wr
Hi Simon,
Simon Richter <[EMAIL PROTECTED]> wrote:
>> Since dpkg 1.14.17, dpkg-buildpackage will define the environment
>> variables CFLAGS, CXXFLAGS, CPPFLAGS, LDFLAGS and FFLAGS. The goal is to
>> be able to easily recompile packages with supplementary compilation flags
>> and to simplify th
I demand that Loïc Minier may or may not have written...
> On Wed, Apr 16, 2008, Raphael Hertzog wrote:
>> But I disagree that debian/rules is necessarily the place where it
>> belongs. It looks like cruft/bad design to have the same snippet of code
>> in all packages.
> Perhaps this should be fi
On Wed, Apr 16, 2008, Raphael Hertzog wrote:
> But I disagree that debian/rules is necessarily the place where it belongs.
> It looks like cruft/bad design to have the same snippet of code in all
> packages.
Perhaps this should be fixed in another way then? For example a shared
Makefile includ
* Raphael Hertzog [Wed, 16 Apr 2008 16:20:36 +0200]:
> On Wed, 16 Apr 2008, Darren Salt wrote:
> > I'd rather that this just got left in debian/rules, where it belongs:
> > xine-lib, for example, needs more than just -O0 for disabling optimisations.
> You can keep it there for special cases like
On Wed, 16 Apr 2008, Holger Levsen wrote:
On Wednesday 16 April 2008 15:24, Roberto C. Sánchez wrote:
This is something that I propsed on January 3, 2007, on debian-devel.
Great!! I did not noticed. :-(
There was a fairly lengthy thread that resulted and Thomas Viehmann even
offered to help
On Wed, 16 Apr 2008, Darren Salt wrote:
> I'd rather that this just got left in debian/rules, where it belongs:
> xine-lib, for example, needs more than just -O0 for disabling optimisations.
You can keep it there for special cases like this one.
But I disagree that debian/rules is necessarily the
I demand that Raphael Hertzog may or may not have written...
> On Wed, 16 Apr 2008, Charles Plessy wrote:
>> Le Tue, Apr 15, 2008 at 10:58:29PM +0200, Raphael Hertzog a écrit :
>>> Since dpkg 1.14.17, dpkg-buildpackage will define the environment
>>> variables CFLAGS, CXXFLAGS, CPPFLAGS, LDFLAGS a
Hi Roberto,
On Wednesday 16 April 2008 15:24, Roberto C. Sánchez wrote:
> This is something that I propsed on January 3, 2007, on debian-devel.
> There was a fairly lengthy thread that resulted and Thomas Viehmann even
> offered to help. Of course, he and I both became very busy and so it
> sort
On Wed, Apr 16, 2008 at 08:38:16AM +0200, Andreas Tille wrote:
> On Tue, 15 Apr 2008, Raphael Hertzog wrote:
>
> >"Someday someone should do this..."
> >---
> >
> >Sometimes I stumble on interesting or useful ideas on mailingslists,
> >which should be done, but the
On 2008-04-16, Thomas Weber <[EMAIL PROTECTED]> wrote:
> This isn't helpful for several reasons:
> a) Burying this information in a wiki where people may or may not read
> it in time (I just reverted a change already done in SVN).
I got the idea of pushing it out when Hertzog was talking about sen
Am Dienstag, den 15.04.2008, 22:58 +0200 schrieb Raphael Hertzog:
> FTFBS on packages build-depending on libqt4-dev
> ---
>
> If your package is build-depending on libqt4-dev and is currently failing
> to build from sources, please wait for the next qt
Hi,
> Since dpkg 1.14.17, dpkg-buildpackage will define the environment
> variables CFLAGS, CXXFLAGS, CPPFLAGS, LDFLAGS and FFLAGS. The goal is to
> be able to easily recompile packages with supplementary compilation flags
> and to simplify the debian/rules files since CFLAGS has the right def
On Tue, 15 Apr 2008, Raphael Hertzog wrote:
"Someday someone should do this..."
---
Sometimes I stumble on interesting or useful ideas on mailingslists,
which should be done, but the person having that in mind, doesn't have
time to do those. So I came up with ide
Hi,
On Tue, 15 Apr 2008, Alexander Wirt wrote:
> Aren't the dpkg maintainers able to get such things fixed in advance of
> uploading dpkg? I'm still missing an announcement (of course before the
> upload) about that "feature".
> I don't think that such an important package as dpkg should be handle
On Wed, 16 Apr 2008, Charles Plessy wrote:
> Le Tue, Apr 15, 2008 at 10:58:29PM +0200, Raphael Hertzog a écrit :
> >
> > Since dpkg 1.14.17, dpkg-buildpackage will define the environment
> > variables CFLAGS, CXXFLAGS, CPPFLAGS, LDFLAGS and FFLAGS. The goal is to
> > be able to easily recompile
Le Tue, Apr 15, 2008 at 10:58:29PM +0200, Raphael Hertzog a écrit :
>
> Since dpkg 1.14.17, dpkg-buildpackage will define the environment
> variables CFLAGS, CXXFLAGS, CPPFLAGS, LDFLAGS and FFLAGS. The goal is to
> be able to easily recompile packages with supplementary compilation flags
> and
Raphael Hertzog schrieb am Tuesday, den 15. April 2008:
Hi,
*snip*
> Use a recent devscripts
> ---
>
> With the introduction of the new Checksums-* fields in the changes file,
> debsign had to be fixed to also update the checksums in the new fields
> (see #474949). Be sur
Hi,
On Tue, 2007-11-20 at 22:09:09 +0100, Mike Hommey wrote:
> On Tue, Nov 20, 2007 at 05:01:22PM +0100, Raphael Hertzog wrote:
> > Homepage field in debian/control
> (...)
> > This was implemented in dpkg 1.14.6.
> >
> > Vcs-* fields in debian/control
> (...)
> > This was implemented in dpkg 1.1
On Tue, Nov 20, 2007 at 05:01:22PM +0100, Raphael Hertzog wrote:
> Homepage field in debian/control
(...)
> This was implemented in dpkg 1.14.6.
>
> Vcs-* fields in debian/control
(...)
> This was implemented in dpkg 1.14.6.
Do these need build dependencies versioning or is it only an end-user
is
24 matches
Mail list logo