]] Raphael Hertzog
| On Fri, 23 Sep 2011, Tollef Fog Heen wrote:
| > Could we please have the old behaviour back?
|
| No, it's a bit late to request this. Before doing this change, we had the
| discussion here on debian-devel and it was relatively consensual:
| http://lists.debian.org/debian-dev
Package: wnpp
Severity: wishlist
Owner: "Picca Frédéric-Emmanuel"
Dear Maintainer,
* Package name: mmtk
Version : 2.7.5
Upstream Author : Konrad Hinsen
* URL : http://dirac.cnrs-orleans.fr/MMTK/
* License : CeCILL-C
Programming Lang: C, Python
Description
* Charles Plessy [110924 08:30]:
> If in a large number of cases where one would like to turn off the patch
> system
> of the 3.0 (quilt) format, the source package is stored in a Git repository,
> then one way to move forward would be to make the format 3.0 (git) available
> in Debian. What are
"Bernhard R. Link" writes:
> It has been better at that than rpm where you always look for
> another perl script in the net that is able to make a cpio out of
> that version of source rpm you run into, so you can actually look at
> what they do.
I always just alien --to-tgz the SRPM and t
Le samedi 24 septembre 2011 10:05:13, Picca Frédéric-Emmanuel a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: "Picca Frédéric-Emmanuel"
>
> Dear Maintainer,
>
> * Package name: mmtk
> Version : 2.7.5
> Upstream Author : Konrad Hinsen
> * URL : http://dirac.cn
Le samedi 24 septembre 2011 12:55:27, Thomas Preud'homme a écrit :
> Le samedi 24 septembre 2011 10:05:13, Picca Frédéric-Emmanuel a écrit :
> > Package: wnpp
> > Severity: wishlist
> > Owner: "Picca Frédéric-Emmanuel"
> >
> > Dear Maintainer,
> >
> > * Package name: mmtk
> >
> > Version
Hi Bernhard.
If I may briefly summarise your objections against the source format 3.0 (git):
1) It increases the risk of distributing non-free files.
2) It reduces our user's freedom to modify the software we redistribute,
because they may not be comfortable with git.
3) Compared to 3.0
]] "Bernhard R. Link"
| * Charles Plessy [110924 08:30]:
| > If in a large number of cases where one would like to turn off the patch
system
| > of the 3.0 (quilt) format, the source package is stored in a Git repository,
| > then one way to move forward would be to make the format 3.0 (git) av
Package: wnpp
Severity: wishlist
Owner: Carl Chenet
* Package name: brebis
Version : 0.1
Upstream Author : Carl Chenet
* URL : http://www.brebisproject.org/
* License : GPL
Programming Lang: Python
Description : Fully automated backup checker
Brebis p
Package: wnpp
Severity: wishlist
Owner: "Matthias Kümmerer"
* Package name: python-repoze.sendmail
Version : 2.3
Upstream Author : Chris Rossi
* URL : http://www.repoze.org
* License : ZPL-2.1
Programming Lang: Python
Description : mail sending library
Tollef Fog Heen writes ("Re: Format 3.0 (git)"):
> I don't put much weight on the «it should be simple to hack on packages
> and VCSes make it hard» argument. IME, there are many more people who
> know how to drive git than there are people who know how to usefully
> hack on Debian packages.
More
Joey Hess writes ("Re: Bits from dpkg developers - dpkg 1.16.1"):
> Raphael Hertzog wrote:
> > * dpkg-buildpackage no longer exports
> > CFLAGS/CXXFLAGS/LDFLAGS/CPPFLAGS/FFLAGS
>
> | You don't know how many packages are broken or no longer
> | policy compliant because they were relying on those e
Package: wnpp
Severity: wishlist
Owner: "Matthias Kümmerer"
* Package name: python-pyramid-mailer
Version : 0.4.1
Upstream Author : Dan Jacob
* URL : https://pylonsproject.org/projects/pyramid_mailer/dev/
* License : BSD-3-clause
Programming Lang: Python
De
* Timo Juhani Lindfors [110924 12:17]:
> I always just alien --to-tgz the SRPM and then I see each patch as a
> separate file.
Ever tried to install rpm on a system you do not have root on?
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subje
> Since this second mmtk is written in java, I meant mmtk-gc-java of course.
In fact this source package will provide only a python module.
So the binary packages will be
python-mmtk
python-mmtk-doc don't know yet
Regards.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
Package: general
Severity: normal
Accessing drop-down menus in LibreOffice shows scan lines.
Starting LibreOffice shows artifacts on-screen. Then loads OK
* What was the outcome of this action?
* What outcome did you expect instead?
-- System Information:
Debian Release: wheezy/s
* Tollef Fog Heen [110924 16:16]:
> I find reviewing what's changed between two arbitrary versions in git
> much easier than doing the same with debian source packages, so I think
> it's pretty clear this is a matter of preference.
But if it is some other version control system, which is easier t
Bernhard R. Link wrote:
> * Tollef Fog Heen [110924 16:16]:
> > I find reviewing what's changed between two arbitrary versions in git
> > much easier than doing the same with debian source packages, so I think
> > it's pretty clear this is a matter of preference.
>
> But if it is some other vers
Hi,
On Sat, 24 Sep 2011, Tollef Fog Heen wrote:
> It makes packages that built fine before now fail to build. I think
> that's pretty bad.
Not packages on ftp-master at least. Only if you consider "your package" =
"your VCS". And frankly adding one option to enable the behaviour you want
is not
* Michael Gilbert [110924 20:24]:
> Bernhard R. Link wrote:
>
> > * Tollef Fog Heen [110924 16:16]:
> > > I find reviewing what's changed between two arbitrary versions in git
> > > much easier than doing the same with debian source packages, so I think
> > > it's pretty clear this is a matter of
Bernhard R. Link wrote:
> * Michael Gilbert [110924 20:24]:
> > Bernhard R. Link wrote:
> >
> > > * Tollef Fog Heen [110924 16:16]:
> > > > I find reviewing what's changed between two arbitrary versions in git
> > > > much easier than doing the same with debian source packages, so I think
> > >
On Sat, Sep 24, 2011 at 04:16:21PM +0200, Tollef Fog Heen wrote:
> | - Debian is about freedom. Freedom in software is about about enabling
> | people to "scratch their itch", to modify the software to suite their
> | need and what they consider best for them.
> Yes, and to continue that threa
]] "Bernhard R. Link"
| * Tollef Fog Heen [110924 16:16]:
| > I find reviewing what's changed between two arbitrary versions in git
| > much easier than doing the same with debian source packages, so I think
| > it's pretty clear this is a matter of preference.
|
| But if it is some other versi
berta...@ptitcanardnoir.org wrote:
> On Fri, Sep 23, 2011 at 11:53:36AM +0200, Marco d'Itri wrote:
> > On Sep 23, Raphael Hertzog wrote:
> >
> > > Two hardening features are not enabled by default: PIE and bindnow.
> > Why?
>
> I guess because they have more impact on performance than the oth
Hi there.
Do you have swap space enabled?
How much memory do you have?
I get this problem, including font corruption (one or two characters per
font), whenever I run something that causes the system to start using
swap space.
For me, it seems to happen most to Gnome apps, including Google C
On Sun, Sep 25, 2011 at 5:11 AM, Michael Gilbert wrote:
> I think it would be better to enable all security-enhancing flags by
> default (at least all of the included ones so far, which are fairly
> well-tested). Yes, these two do have a larger potential to reduce
> performance, but its also suffi
Ian Jackson wrote:
> I'm one of the submitters of one of the bugs which requested this
> change. This is a reversion of dpkg to a previous behaviour, and it
> /un/breaks packages. Or at least I think it unbreaks much more than
> it breaks.
>
> It was always completely wrong of dpkg-buildpackage
Bernhard R. Link wrote:
> - Debian is about freedom.
> - Debian is about giving back.
Well! It's very interesting to have work that I have done, in the vain
hope of somehow finding another way to make Debian better, elicit
push-back like this. I suppose this will influence me some way or other,
ca
On Sat, Sep 24, 2011 at 2:30 PM, Charles Plessy wrote:
> If in a large number of cases where one would like to turn off the patch
> system
> of the 3.0 (quilt) format, the source package is stored in a Git repository,
> then one way to move forward would be to make the format 3.0 (git) available
On Sat, 24 Sep 2011, Charles Plessy wrote:
> If in a large number of cases where one would like to turn off the patch
> system
> of the 3.0 (quilt) format, the source package is stored in a Git repository,
> then one way to move forward would be to make the format 3.0 (git) available
> in Debian.
]] Steve Langasek
| > Given I maintain my packages in git, it's quite clear that the preferred
| > form for modification of my packages is through git and not debian
| > source packages. That we don't have a good way of distributing the
| > source of packages is a fault I think we should address
Package: ftp.debian.org
Severity: wishlist
Dear FTP team,
There are now 4,921 source packages maintained in Git repositories
(http://upsilon.cc/~zack/stuff/vcs-usage/), and for some of them the
dpkg-source format 3.0 (git), for which support is available in Squeeze, would
be natural and convenien
32 matches
Mail list logo
