On Fri, May 10, 2013 at 01:40:39AM +0900, Osamu Aoki wrote:
> This package helps you to convert a upstream source package (or VCS
> contents) into the Debian package by adding files required for the Debian
> source package. The generated debian/rules file uses the new dh command
> syntax from
On Wed, 8 May 2013 17:57:57 +0200
Michael Banck wrote:
> You mean for debian.tar? I would assume most debian.tars are not so big
> that it would make a big difference and be worth the hassle, but dunno.
Yes, not a big difference for debian.tar as blogged(*),
- gz : 503M
- xz : 414M
On May 12, 2013, at 2:49 PM, Wookey wrote:
> +++ Daniel Schepler [2013-05-12 09:19 -0700]:
>> On Sun, May 12, 2013 at 8:06 AM, Matthias Klose <[1]d...@debian.org>
>> wrote:
>>
>> �- find a solution that GCC's b-d's may not be installable anymore with
>> � �the current approach to bi
On Mon, May 13, 2013 at 1:01 AM, Philip Hands wrote:
> I don't know about you, but I find it quite reassuring to be able to
> confirm that the first half of an install is going pretty well when I
> get to see the "useless" dummy page from Apache. I'd imagine someone
> installing their first web s
On May 13, Holger Levsen wrote:
> actually, while it has been brought up as a theoretical/wrong argument, that
> we cannot switch our linux installation ship with $this init system, while
> the
> kfreebsd port uses $that init system, I'd say nobody is seriously saying this
> now. We will supp
Hi,
On Montag, 13. Mai 2013, Josselin Mouette wrote:
> I was all for kfreebsd when it was proposed, but now that it exists and
> nobody uses it, I am appalled at the idea of using it as an excuse to
> stop making improvements to the linux ports.
actually, while it has been brought up as a theoret
Le dimanche 12 mai 2013 à 19:40 +0200, Helmut Grohne a écrit :
> With all due respect, this might be utter bullshit, but is at least
> [citation needed]. I have yet to see a failing pid 1 (be that sysv,
> upstart or systemd). Acquiring data on failure modes of any of those
> systems appears like a
On Sun, May 12, 2013 at 14:48:36 -0400, Michael Gilbert wrote:
> But those shouldn't affect testing yet, right? All of that stuff
> needs staging in unstable first. Are bug filers not tagging their
> reports correctly? If so, that's quite misleading, and actually
> should be quite easy although
+++ Daniel Schepler [2013-05-12 09:19 -0700]:
>On Sun, May 12, 2013 at 8:06 AM, Matthias Klose <[1]d...@debian.org>
>wrote:
>
> �- find a solution that GCC's b-d's may not be installable anymore with
> � �the current approach to binNMUs.
>
>OK, that's a good point that I had
On Sun, May 12, 2013 at 4:42 PM, Russ Allbery wrote:
> Michael Gilbert writes:
>
>> Or the project could end up in a perpetual freeze. Every time the
>> floodgates are opened, another 1,000 bugs could get reported due to all
>> of the new transitions, and another freeze will need to happen to get
Michael Gilbert writes:
> Or the project could end up in a perpetual freeze. Every time the
> floodgates are opened, another 1,000 bugs could get reported due to all
> of the new transitions, and another freeze will need to happen to get
> those down.
I would like to see us try it and see if th
On Sun, May 12, 2013 at 4:00 PM, Russ Allbery wrote:
> Michael Gilbert writes:
>> On Sun, May 12, 2013 at 2:17 PM, Russ Allbery wrote:
>
>>> Right. Which is why we should immediately (for definitions of
>>> immediately that involve the release team taking a much-deserved break,
>>> but not for def
* Daniel Pocock:
> Specifically, I was thinking that some kind of Maven plugin could be
> developed to scan the dependency graphs of projects and, where possible,
> extract the SCM details from pom.xml manifests and then recursively (a)
> clone their repositories, (b) branch each repo and remove b
Michael Gilbert writes:
> On Sun, May 12, 2013 at 2:17 PM, Russ Allbery wrote:
>> Right. Which is why we should immediately (for definitions of
>> immediately that involve the release team taking a much-deserved break,
>> but not for definitions of immediately that mean "six months from now")
>>
Package: wnpp
Severity: wishlist
Owner: Oleg Gashev
* Package name: libmoosex-types-uri-perl
Version : 0.03
Upstream Author : Yuval Kogman
* URL : https://metacpan.org/release/MooseX-Types-URI/
* License : Artistic or GPL-1+
Programming Lang: Perl
Descript
2013/5/12 John Paul Adrian Glaubitz :
> Honestly, you simply can't expect every single package in Debian to run on
> any of the supported kernels. If systemd profits from the use of
> Linux-specific kernel features, which is a good thing in my humble opinion
> because Linux has many very advanced a
Package: wnpp
Severity: wishlist
Owner: Oleg Gashev
* Package name: liburi-fromhash-perl
Version : 0.03
Upstream Author : Dave Rolsky,
* URL : https://metacpan.org/release/URI-FromHash/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description
On 05/11/2013 10:12 AM, Daniel Pocock wrote:
> On 11/05/13 04:35, Paul Wise wrote:
>> I think you want to discuss this on the debian-java list instead.
>>
>
> The reason I posted here is that the concept is just as viable for other
> languages with their own distribution systems (e.g. R and Drupal
On Sun, May 12, 2013 at 2:17 PM, Russ Allbery wrote:
> Michael Gilbert writes:
>
>> I disagree that there is something fundamentally wrong with how
>> development is done. The primary problems with this cycle were that
>> there were something like 400 or 500 extra rc bugs due to a concerted
>> eff
Package: wnpp
Severity: wishlist
Owner: Anton Gladky
* Package name: metis
Version : 5.1.0
* URL : http://glaros.dtc.umn.edu/gkhome/metis/metis/overview
* License : Apache License, Version 2.0
Description : Serial Graph Partitioning and Fill-reducing Matrix
Hi folks,
Following on from previous discussion about this, I've been working on
the needed changes to initramfs-tools, initscripts and util-linux, and
it's now at the point where it's ready for wider testing and review.
** Note: do NOT test on a production system. **
While I've tested good nu
On 05/12/2013 07:40 PM, Helmut Grohne wrote:
With all due respect, this might be utter bullshit, but is at least
[citation needed]. I have yet to see a failing pid 1 (be that sysv,
upstart or systemd). Acquiring data on failure modes of any of those
systems appears like a difficult task and d-dev
On May 12, Stéphane Glondu wrote:
> What about /etc ? /var ? both contain data that can mess up with a
> running system...
The goal (or at least, a possible one) is to be able to update the
operating system (or to snapshot it) while keeping your data and
configurations.
The most obvious of /var
Michael Gilbert writes:
> I disagree that there is something fundamentally wrong with how
> development is done. The primary problems with this cycle were that
> there were something like 400 or 500 extra rc bugs due to a concerted
> effort to report all serious issues found via piuparts, and th
On Thu, May 9, 2013 at 3:49 PM, Lars Wirzenius wrote:
> The wheezy freeze has been much too long. At ten months, it's four
> months longer than what we've gotten used to in several previous
> releases. Had we managed to keep the freeze at six months, it would
> still have been too long. I believe t
Sune wrote:
>
>I fought quite hard against the copyright file format but was promised
>that it wouldn't be something required.
>I do think it is sad that people are already changing minds now.
Agreed. It's a nice-to-have for the the people that care, but that's
all.
--
Steve McIntyre, Cambridge,
On Sat, May 11, 2013 at 10:08:21PM +0200, Josselin Mouette wrote:
> This is utter bullshit and you should already know it. Systemd is much
> more reliable as a whole than any other implementation. I have yet to
> see a use case where it is not better.
With all due respect, this might be utter bull
2013/5/12 Stéphane Glondu :
> What about /etc ? /var ? both contain data that can mess up with a
> running system...
All go into a snapshot.
That's why I stand for moving /var/lib/mysql and similar things out of /var
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subj
Hi Vincent,
Vincent Lefevre writes:
...
> I agree for these services (though Apache is useless after just
> being installed, as one just has a dummy web page). But not for
> postfix, which can reject mail by default without an initial
> configuration. Since it is not working by default, and loses
On Du, 12 mai 13, 23:12:48, Thomas Goirand wrote:
> Which is very different from being able to select, in d-i,
> what desktop you want (for example using the netinst CD).
This is already possible (from the boot menu).
Kind regards,
Andrei
--
http://wiki.debian.org/FAQsFromDebianUser
Offtopic dis
]] Vincent Lefevre
> I agree for these services (though Apache is useless after just
> being installed, as one just has a dummy web page).
So useful, since you can then put files into the docroot and serve those
files. (An analogy to your example could be an imap server being
useless, since ther
On Sun, May 12, 2013 at 8:06 AM, Matthias Klose wrote:
> Am 12.05.2013 16:18, schrieb Daniel Schepler:
> > Maybe we could have a release goal of dropping as many lib32* and lib64*
> > packages as possible in favor of multi-arch. (And also as many package
> > dependencies on libc6-[i386|amd64] as
Le 11/05/2013 20:05, Aron Xu a écrit :
> An easy example is that, on Solaris, there is a something called boot
> environment (BE), which is essentially snapshots of the combination of
> /usr and /boot, users can switch between different BEs easily without
> affecting any user data. Without /usr mer
On Sun, May 12, 2013 at 09:20:46AM -0700, Steve Langasek wrote:
> On Sun, May 12, 2013 at 07:52:25PM +0800, Thomas Goirand wrote:
>
> > > I fought quite hard against the copyright file format but was promised
> > > that it wouldn't be something required.
>
> > At least *I* never did such promise.
On Sun, May 12, 2013 at 07:52:25PM +0800, Thomas Goirand wrote:
> > I fought quite hard against the copyright file format but was promised
> > that it wouldn't be something required.
> At least *I* never did such promise.
I certainly did make the point that having a standard, machine-parseable
c
On 05/12/2013 09:56 PM, Joerg Jaspert wrote:
> Not sure when you did it last (or rleigh or zigo) - but: Take a look at
> what CDs we over.
>
> What you hope - we already do. We have CDs which default to KDE, XFCE or
> LXDE for those who dislike the GNOME feature-removitis.
Which is very different f
Am 12.05.2013 16:18, schrieb Daniel Schepler:
> Maybe we could have a release goal of dropping as many lib32* and lib64*
> packages as possible in favor of multi-arch. (And also as many package
> dependencies on libc6-[i386|amd64] as possible, which would in addition
> mean limiting some packages
Daniel Schepler (12/05/2013):
> Maybe we could have a release goal of dropping as many lib32* and
> lib64* packages as possible in favor of multi-arch. (And also as
> many package dependencies on libc6-[i386|amd64] as possible, which
> would in addition mean limiting some packages to arch:i386 if
Maybe we could have a release goal of dropping as many lib32* and lib64*
packages as possible in favor of multi-arch. (And also as many package
dependencies on libc6-[i386|amd64] as possible, which would in addition
mean limiting some packages to arch:i386 if they currently provide a fake
arch:amd
On Sun, May 12, 2013 at 03:53:06PM +0200, David Kalnischkies wrote:
> >> > Soft-Depends: debdelta {10%,text:"to enable automatic delta downloading"}
> >>
> >> While this solves the why, we have a new problem: Translations
> >> And these texts are quickly written in a way a user can't use:
> >> What
On Thu, May 9, 2013 at 9:24 PM, Eugene V. Lyubimkin wrote:
> tl;dr: I would want to be able to differentiate between, for example,
>
> - "install this or your system will break (unless you did special things so
> it does not)";
> - "install this unless you know you'll never need this feature";
>
On 13209 March 1977, Marc Haber wrote:
>>Like for everything in Debian, this is bound to someone killing
>>the concept of a default Desktop. It is indeed a shame that
>>nobody worked on that.
> What is planned to do so? I surely hope that we don't end up building
> Kebian, Gebian and Xebian Images,
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: libtext-soundex-perl
Version : 3.04
Upstream Author : Ricardo SIGNES
* URL : https://metacpan.org/release/Text-Soundex
* License : BSDish
Programming Lang: Perl
Description : Im
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: libterm-ui-perl
Version : 0.34
Upstream Author : Chris Williams
* URL : https://metacpan.org/release/Term-UI
* License : Perl
Programming Lang: Perl
Description : Term::ReadLine
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: libpod-latex-perl
Version : 0.61
Upstream Author : Tim Jenness
* URL : https://metacpan.org/release/Pod-LaTeX
* License : Perl
Programming Lang: Perl
Description : Convert Pod d
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: libobject-accessor-perl
Version : 0.46
Upstream Author : Chris Williams
* URL : https://metacpan.org/release/Object-Accessor
* License : Perl
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: libmodule-pluggable-perl
Version : 4.7
Upstream Author : Simon Wistow
* URL : https://metacpan.org/release/Module-Pluggable
* License : Perl
Programming Lang: Perl
Description :
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: liblog-message-perl
Version : 0.08
Upstream Author : Chris Williams
* URL : https://metacpan.org/release/Log-Message
* License : Perl
Programming Lang: Perl
Description : A gene
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: liblog-message-simple-perl
Version : 0.10
Upstream Author : Chris Williams
* URL : https://metacpan.org/release/Log-Message-Simple
* License : Perl
Programming Lang: Perl
Descriptio
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: libfile-checktree-perl
Version : 4.42
Upstream Author : Ricardo SIGNES
* URL : https://metacpan.org/release/File-CheckTree
* License : Perl
Programming Lang: Perl
Description :
On 2013-05-12, Thomas Goirand wrote:
> Being able to write tools to extract the license of any given package.
> For example, we could see packages.d.o exposing the license of
> any giving software. That would be really nice! A way better than
> just linking to the copyright file. Or being able to
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: libcpanplus-perl
Version : 0.9136
Upstream Author : Chris Williams
* URL : https://metacpan.org/release/CPANPLUS
* License : Perl
Programming Lang: Perl
Description : API & CLI
On 05/12/2013 06:43 PM, Sune Vuorela wrote:
> On 2013-05-12, Thomas Goirand wrote:
>> archive to know what kind of license we're using. If we all work
>> a bit on our own packages, it should be fine, and at some
>> point, we should move forward. But does anyone think it is
>> too much work? I woul
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: libcpanplus-dist-build-perl
Version : 0.70
Upstream Author : Chris Williams
* URL : https://metacpan.org/release/CPANPLUS-Dist-Build
* License : Perl
Programming Lang: Perl
Descript
On 05/12/2013 02:03 AM, Antonio Terceiro wrote:
> You can't assume that just because something works today, it will work
> forever.
True, though it's been at least 2 release cycle (maybe 3?) that this
set of packages were maintained quite well. I don't remember
seeing complains or bad bugs. Do you
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: libb-lint-perl
Version : 1.17
Upstream Author : Ricardo SIGNES
* URL : https://metacpan.org/release/B-Lint
* License : Perl
Programming Lang: Perl
Description : Perl lint
The B
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: libarchive-extract-perl
Version : 0.68
Upstream Author : Chris Williams
* URL : https://metacpan.org/release/Archive-Extract
* License : Perl
Programming Lang: Perl
Description
On 05/11/2013 06:53 PM, Tollef Fog Heen wrote:
> ]] Johannes Schauer
>
>> Maybe the puppet question can just be solved by introducing an openstack
>> task?
> puppet isn't important because it's used by/part of openstack (which I
> don't think it is?)
Puppet isn't used by OpenStack. Though it's us
On 2013-05-12, Thomas Goirand wrote:
> archive to know what kind of license we're using. If we all work
> a bit on our own packages, it should be fine, and at some
> point, we should move forward. But does anyone think it is
> too much work? I would understand that point of view.
It is too much w
On 11/05/13 at 11:37 +0200, Johannes Schauer wrote:
> Hi,
>
> Quoting Paul Wise (2013-05-11 10:40:18)
> > Lucas created a script that displays a list of "important" packages, puppet
> > isn't on that either:
> >
> > http://udd.debian.org/cgi-bin/important_packages.cgi
>
> Not surprising as the a
On 2013-05-07 23:53:07 +0800, Thomas Goirand wrote:
> On 05/07/2013 04:11 AM, Vincent Lefevre wrote:
> > This doesn't make any sense. What is installed is a package, not
> > a service. There are packages, like rsync, that provide more than
> > a service, e.g. a client and a daemon. What if the user
On Sun, 12 May 2013 17:43:57 +0800
Paul Wise wrote:
> On Sun, May 12, 2013 at 5:22 PM, Neil Williams wrote:
>
> > The problem we should be trying to solve is "people are not getting the
> > work done, let's break down the problems and make working on them
> > easier or the solutions more obvious
On 2013-05-10 02:01:15 +0800, Thomas Goirand wrote:
> Seems nobody is picking-up on the topic, so I'll try
> once more, because I'm convince there's something
> we could do here. How about replacing epoch separator
> char : by @ in the filenames for example?
Why not keep the usual : escaping as in
On Sun, May 12, 2013 at 5:22 PM, Neil Williams wrote:
> The problem we should be trying to solve is "people are not getting the
> work done, let's break down the problems and make working on them
> easier or the solutions more obvious".
Sounds good to me.
> Modulo dropping packages from Debian w
On Sat, 11 May 2013 10:31:09 +0800
Paul Wise wrote:
> On Fri, May 10, 2013 at 11:24 PM, Russ Allbery wrote:
>
> > The point isn't what individual developers do, particularly developers who
> > are extremely well-engaged with the project. The point is to find ways to
> > do this at another level
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: view3dscene
Version: 4.0.1
Upstream Author: Michalis Kamburelis
URL: http://castle-engine.sourceforge.net
License: LGPL-2 + extention allowing statically linking to non free
On Sun, May 12, 2013 at 2:38 PM, Bart Martens wrote:
> I would regret that the new debian/copyright format would become a jessie
> release goal. The cost/benefit ratio is, in my opinion, very low. It costs
> quite some human time to recode the upstream copyright and license
> information,
> and
67 matches
Mail list logo
