On Fri, Jul 03, 2009 at 06:00:11PM -0700, Steve Langasek wrote:
> On Fri, Jul 03, 2009 at 08:52:14PM +0200, Wouter Verhelst wrote:
> > Even if this were true (which I doubt), I'm quite certain that whether
> > or not you use your real name on a piece of software has any relevance
> > whatsoever as
gregor herrmann wrote:
> I agree that that's not completely obvious/intuitive for "newcomers"
> but consumers of the patch format (command line tools, web
> interfaces, ...) are free to expand them to URLs, and those
> interfaces are probably more used than the raw source packages by the
> people w
On Fri, 03 Jul 2009 21:03:28 -0400, Jonathan Yu wrote:
> I think gregor makes a good point, and that there can be a reasonable
> compromise between the two worlds of "hey, let's just use URLs in the
> Bug: field" and "no, I'm too lazy, we should just use a nubmer and
> refer to the Debian BTS"
Th
Hi:
I think gregor makes a good point, and that there can be a reasonable
compromise between the two worlds of "hey, let's just use URLs in the
Bug: field" and "no, I'm too lazy, we should just use a nubmer and
refer to the Debian BTS"
On Fri, Jul 3, 2009 at 8:58 PM, gregor herrmann wrote:
> On F
On Fri, Jul 03, 2009 at 08:52:14PM +0200, Wouter Verhelst wrote:
> Even if this were true (which I doubt), I'm quite certain that whether
> or not you use your real name on a piece of software has any relevance
> whatsoever as to whether you're accountable and/or can be sued for what
> you did with
On Fri, 03 Jul 2009 14:36:48 -0400, James Westby wrote:
> Raphael Hertzog wrote:
> > Josselin Mouette wanted to allow bug numbers instead of URLs in the
> > Bug-*/Bug
> > fields. Several people expressed their preference for a simple URL field.
> > Sub-thread: http://lists.debian.org/debian-devel
Hi,
I'm striking my colors. By popular demand I'm orphaning the ia32-libs
and ia32-libs-gtk transitional packages. As said before the
prerequisite for that was that someone else steps up as new maintainer
for the old ia32-libs and ia32-libs-gtk monsters and Mark Hymers has
agreed to do so. I don't
Jon Dowland writes:
> One thing I would like to see patch metadata help facilitate is patch
> review. At the moment the "Reviewed-by" header proposed would allow a
> tool to ensure at least two sets of eyeballs had seen a patch;
> however, patches can go stale. I think some chronological informat
here's a nice big group-reply with an assortment of comments :)
overall i think this looks pretty good, though i do have some concerns
that will kind of repeat themselves below about there being too much
emphasis on something machine friendly instead of human friendly...
On Sun, Jun 21, 2009 at 1
Raphael Hertzog wrote:
> Hello,
>
> it looks like we quickly converged on something relatively well accepted.
> Current version: http://dep.debian.net/deps/dep3/
Thanks for working on this Raphael, I am glad to see it moving.
I have a few comments, but overall I like the current proposal. It is
On Thu, Jun 25, 2009 at 11:24:29AM -0700, Russ Allbery wrote:
> Giacomo Catenazzi writes:
> > A naive question: why does not FSF check identity of contributors?
> > They must sign a copyright assignment (or disclaimer), send this
> > document to FSF, but I see no identity check on FSF side.
> >
>
On Sunday 21 June 2009 03:33:33 Goswin von Brederlow wrote:
> > Overall, I think that reprepro does a good job of maintaining a local
> > repository, and we shouldn't reimplement what it does. Reprepro also
> > seems flexible enough to implement most of the backend with simple
> > commands and op
Package: wnpp
Severity: wishlist
Owner: Jonathan Yu
* Package name: libfind-lib-perl
Version : 0.06
Upstream Author : Yann Kerhervé
* URL : CPAN
* License : Perl (GPL + Artistic)
Programming Lang: Perl
Description : Helper to smartly find libs to use
Package: wnpp
Owner: Luca Falavigna
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: python-keybinder
Version : 0.0.2
Upstream Authors: Ulrik Sverdrup
Nigel Tao
Raphaël Slinckx
Sebastian P
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
* Package name: libtopology
Version : 0.9
Upstream Author : libtopology team
* URL : http://libtopology.gforge.inria.fr/
* License : CeCILL-B
Programming Lang: C
Description : Hierarchical view o
Package: wnpp
Owner: Luca Falavigna
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: kupfer
Version : c1
Upstream Author : Ulrik Sverdrup
* URL : http://kaizer.se/wiki/kupfer/
* License : GPLv3
Programming Lang: Python
Descrip
This one time, at band camp, Goswin von Brederlow said:
> Faidon Liambotis writes:
>
> > Goswin von Brederlow wrote:
> >> ia32-wine is only available when ia32-apt-get is installed.
> > WTF? Are you listening to yourself?
> >
> > Do you actually believe that it's okay to mess in such horrendous
>
Package: wnpp
Severity: wishlist
Owner: Jonathan Yu
* Package name: libelf-extract-sections-perl
Version : 0.0102
Upstream Author : Kent Fredric
* URL : CPAN
* License : Perl (Artistic + GPL)
Programming Lang: Perl
Description : Extract Raw Chunks of
Package: wnpp
Severity: wishlist
Owner: Jonathan Yu
* Package name: libmoosex-has-sugar-perl
Version : 0.0403
Upstream Author : Kent Fredric
* URL : CPAN
* License : Perl (Artistic + GPL)
Programming Lang: Perl
Description : Sugar Syntax for moose 'ha
5 sexy Dafte Ideas Wiith Your Woman www. gen44. net. Bacteria infesting
grocerry cart heandles
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hello,
I really welcome the stuff in DEP 3. I've just scanned over
the existing threads and haven't seen the following points
made, but please excuse me if I missed a discussion already.
One thing I would like to see patch metadata help
facilitate is patch review. At the moment the "Reviewed-by"
Bernd Zeimetz writes:
> Goswin von Brederlow wrote:
> > Please do files bugs about issues you consider blockers for
>> ia32-libs-tools and squeeze and please include if that applies even if
>> there is the old ia32-libs in parallel to it (i.e. when it doesn't get
>> pulled in on upgrades).
>
> T
Bastian Blank writes:
> On Fri, Jul 03, 2009 at 10:28:24AM +0200, Goswin von Brederlow wrote:
>> Last I heart s390 planed to drop 31bit support and go fully 64bit.
>
> This was the plan. However I don't know if it is the best solution. The
> fact is: only Debian and SuSE still supports a complete
can perfectly solve the needs at hand, with the hardware
>at hand.
http://www.theage.com.au/national/prehistoric-billabong-yields-three-new-aussie-dinosaurs-20090703-d78d.html
Are you guys sure you're not talking about banjo, the new aussi
dinosaur which is one of three recently dicovered
Peter Pöschl writes:
> What about emitting this as TAP, the Test Anything Protocol [1]?
+0 from me.
Investigating TAP is on my to-do list, so I don't have an opinion on
that yet; but in principle it seems fine, and there is goodness in
widely-used output formats.
--
\ “Anyone who believ
> Lars Wirzenius writes:
> > How would _you_ like to see piuparts report results, and produce other
> > output? Go wild, the sky is bright blue.
> >
> > The obvious things to fix are:
> >
> > - make it really easy to see what the result of each test is
>
> Almost as obvious is to easily identify w
Hi!
I am currently working on Debian with the latest version of kernel 2.6 of
linux. I have bought a bluetooth module of the CSR company ( BTM-330, running
with the BC4_roam type microprocessor) I have tried to link it with öy computer
via the HCI protocol already existing on the one hand on Lin
On Fri, Jul 03, 2009 at 10:28:24AM +0200, Goswin von Brederlow wrote:
> Last I heart s390 planed to drop 31bit support and go fully 64bit.
This was the plan. However I don't know if it is the best solution. The
fact is: only Debian and SuSE still supports a complete 31bit userland.
RHEL is release
Goswin von Brederlow wrote:
> Please do files bugs about issues you consider blockers for
> ia32-libs-tools and squeeze and please include if that applies even if
> there is the old ia32-libs in parallel to it (i.e. when it doesn't get
> pulled in on upgrades).
The package is a mess, the idea is
Steve Langasek writes:
> On Fri, Jul 03, 2009 at 01:18:14AM +0200, Goswin von Brederlow wrote:
>> There is only one thing that DAK might want to adapt to. For most
>> multiarch architectures there is a definite main architecture that
>> most things should be in and then some corner cases where di
Mike Hommey writes:
> On Thu, Jul 02, 2009 at 02:26:21PM -0700, Russ Allbery wrote:
>> Jonathan Yu writes:
>>
>> > How to fix them? Write Perl scripts, and turn on taint checking --
>> > that fixes the four issues above, because it makes the script exit if
>> > any of them look dangerous. Env::
On 03/07/09 at 13:12 +0800, Paul Wise wrote:
> On Fri, Jul 3, 2009 at 12:02 PM, John Ferlito wrote:
>
> > I've been trying to become a Debian Developer again for a while. I am
> > currently in emeritus status. The correct process for this according
> > to [1] is to email da-mana...@d.o which I hav
On Thu, Jul 02, 2009 at 09:36:23PM +0200, Goswin von Brederlow wrote:
> what can be done if the maintainer scripts of a package must behave
> differently when unpacking the i386 deb on i386 or the i386 deb on
> amd64?
> For example 32bit fglrx-glx needs to divert /usr/lib/libGL.so.1.2 on
> i386 bu
On Mon, Jun 29, 2009 at 10:53:53PM +0200, Raphael Hertzog wrote:
> === Next step? ===
>
> After this round, if we don't have any important changes, I'll
> probably announce the format to debian-devel-announce. Should I use
> this opportunity to ask for more review or simply suggest people to
> sta
34 matches
Mail list logo
