> "Martijn" == Martijn van Oosterhout <[EMAIL PROTECTED]> writes:
Martijn> The only example I can think of is programs that use
Martijn> configure to include support for anything they can find
Martijn> installed. So you get different results depending on
Martijn> what's install
On Tue, Aug 01, 2006 at 04:28:10PM -0400, Nathanael Nerode wrote:
> I just finished updating the page http://wiki.debian.org/FreetypeTransition .
> If your package is listed there, it has a bug: either a missing
> build-dependency, or recursive dependency disease. We've made a lot of
> progress,
Stuff deleted
>
> I have cdebootstrap do create chroots, dchroot to use them,
> buildd/sbuild to test compile under true buildd conditions. Why would
> I want something else?
>
I'm not sure I know, but now that I know about this pair, I will certainly look
into it. After that, if I can answer yo
* John Goerzen ([EMAIL PROTECTED]) wrote:
> On Tue, Aug 01, 2006 at 06:12:34PM -0300, Otavio Salvador wrote:
> > > diff also doesn't preserve permissions, so some are using debian/rules
> > > anyway.
> >
> > Indeed but that can make thing broke due the wrong permission of
> > upstream files, iff y
On Tue, Aug 01, 2006 at 05:37:58PM +0200, Goswin von Brederlow wrote:
> martin f krafft <[EMAIL PROTECTED]> writes:
>
> > also sprach Marco d'Itri <[EMAIL PROTECTED]> [2006.08.01.1221 +0100]:
> >> Building in chroots *hides* bugs.
> >
> > Uh, what? Please give an example.
>
> Missing Build-Confli
also sprach John Goerzen <[EMAIL PROTECTED]> [2006.08.01.2247 +0100]:
> I do use darcs to track patches against upstream. I really don't
> understand the whole cdbs/dpatch/whatever thing -- why use a hack to
> manage your patches when you could use a real VC tool that does it
> better?
I agree, d
On Tue, 2006-08-01 at 14:55 -0500, John Goerzen wrote:
> On Tue, Aug 01, 2006 at 08:31:37PM +0200, Adeodato Simó wrote:
> > Right, bzr is great when you have a designed person to integrate
> > contributor's changes after review.
> >
> > But if you have a set of equal developers, bzr can be also us
On Tue, 2006-08-01 at 19:44 +0100, martin f krafft wrote:
> also sprach Adeodato Simó <[EMAIL PROTECTED]> [2006.08.01.1936 +0100]:
> > Forgot to add that it can be even _identical_ to subversion, in the
> > sense that you don't have to commit locally, and then push. Just make a
> > "checkout" (refe
John Goerzen <[EMAIL PROTECTED]> writes:
> On Tue, Aug 01, 2006 at 06:12:34PM -0300, Otavio Salvador wrote:
>> > diff also doesn't preserve permissions, so some are using debian/rules
>> > anyway.
>>
>> Indeed but that can make thing broke due the wrong permission of
>> upstream files, iff you us
Package: wnpp
Severity: wishlist
Owner: Andrew Donnellan <[EMAIL PROTECTED]>
* Package name: jabbin
Version : 2.0
Upstream Author : Stefano Grini <[EMAIL PROTECTED]>
* URL : http://www.jabbin.com
* License : GPL
Programming Lang: C++
Description : Jabbe
On Tue, Aug 01, 2006 at 06:12:34PM -0300, Otavio Salvador wrote:
> > diff also doesn't preserve permissions, so some are using debian/rules
> > anyway.
>
> Indeed but that can make thing broke due the wrong permission of
> upstream files, iff you use darcs to maintain those fixes mixed with
> chan
John Goerzen <[EMAIL PROTECTED]> writes:
> On Tue, Aug 01, 2006 at 05:36:07PM -0300, Otavio Salvador wrote:
>> > Darcs has a nice way of pushing patches via e-mail, with GPG signatures
>> > even. These can be processed in an automated way on the server,
>> > verified against, for instance, the De
Søren Boll Overgaard wrote:
> Essentially, what it boils down to is this: Would it be prudent to include two
> separate versions of pan in etch (perhaps named pan and pan2)?
This should be avoided where possible; if they share a common code base it's
quite likely that discovered security problems
John Goerzen <[EMAIL PROTECTED]> writes:
> On Tue, Aug 01, 2006 at 08:31:37PM +0200, Adeodato Simó wrote:
>> Right, bzr is great when you have a designed person to integrate
>> contributor's changes after review.
>>
>> But if you have a set of equal developers, bzr can be also used in a
>> very s
> Christian, i haven't mailed you but if you're interested let me know
> and i'll forward the messages for you.
I'm not interested more than being sure that our users do get a
predictable (and hopefully nice) environment..:-)
In short, just keep this bug report posted, that'll be enough.
sig
I just finished updating the page http://wiki.debian.org/FreetypeTransition .
If your package is listed there, it has a bug: either a missing
build-dependency,
or recursive dependency disease. We've made a lot of progress, but there are
still
nearly 200 packages with unneeded and damaging depen
On Tue, Aug 01, 2006 at 05:36:07PM -0300, Otavio Salvador wrote:
> > Darcs has a nice way of pushing patches via e-mail, with GPG signatures
> > even. These can be processed in an automated way on the server,
> > verified against, for instance, the Debian keyring, and then applied to
> > the repos
On Tue, Aug 01, 2006 at 09:06:19PM +0100, martin f krafft wrote:
> This feature is in development for bzr, called the smart server.
> Just for completeness.
>
> John, are you actually using the workflow you describe for
> maintenance of Debian packages? Single or team maintenance? Could
> you elab
also sprach John Goerzen <[EMAIL PROTECTED]> [2006.08.01.2055 +0100]:
> Darcs has a nice way of pushing patches via e-mail, with GPG signatures
> even. These can be processed in an automated way on the server,
> verified against, for instance, the Debian keyring, and then applied to
> the reposito
On Tue, 01 Aug 2006, John Goerzen wrote:
> Darcs has a nice way of pushing patches via e-mail, with GPG signatures
> even. These can be processed in an automated way on the server,
> verified against, for instance, the Debian keyring, and then applied to
> the repository.
Which would also be a fa
On 8/1/06, Josselin Mouette <[EMAIL PROTECTED]> wrote:
Le dimanche 30 juillet 2006 à 08:36 +0200, Christian Perrier a écrit :
> To be fair with Ryan here, I seem to remember that he mentioned (maybe
> not in the bug report) that he would consider making a Debian theme
> the default...if one gets
also sprach Thijs Kinkhorst <[EMAIL PROTECTED]> [2006.08.01.1537 +0100]:
> > Could you give me some insights, please, into how snapshot.d.n is
> > useful? Don't get me wrong, I also find it useful, but mostly from
> > the administrator perspective, I've not really used it as
> > a developer.
>
>
On Tue, Aug 01, 2006 at 08:31:37PM +0200, Adeodato Simó wrote:
> Right, bzr is great when you have a designed person to integrate
> contributor's changes after review.
>
> But if you have a set of equal developers, bzr can be also used in a
> very similar way to Subversion, where all commits go to
On Tue, Aug 01, 2006 at 03:31:26PM +0100, martin f krafft wrote:
> Could you give me some insights, please, into how snapshot.d.n is
> useful? Don't get me wrong, I also find it useful, but mostly from
> the administrator perspective, I've not really used it as
> a developer.
Testing of various up
Adeodato Simó <[EMAIL PROTECTED]> writes:
> Then each developer can prepare a set of changes offline, do all the
> branching, merging, commiting and uncommiting (gotta love that) that
> they want, and when they're done, do e.g.:
>
> % bzr push sftp://costa.debian.org/bzr/pkg-xiph/vorbis-tools
W
also sprach Adeodato Simó <[EMAIL PROTECTED]> [2006.08.01.1936 +0100]:
> Forgot to add that it can be even _identical_ to subversion, in the
> sense that you don't have to commit locally, and then push. Just make a
> "checkout" (refer to the bzr docs), and every commit you make will go to
> the mai
On Tue, Aug 01, 2006 at 07:19:19PM +0100, martin f krafft wrote:
> Yes, and I wanted to know why he thought that is the case. I believe
> Christoph has given a good account of the reasons. If you have
> anything to add, please do!
There's also the fact that well known teams like the installer and
* Adeodato Simó [Tue, 01 Aug 2006 20:31:37 +0200]:
> they want, and when they're done, do e.g.:
> % bzr push sftp://costa.debian.org/bzr/pkg-xiph/vorbis-tools
Forgot to add that it can be even _identical_ to subversion, in the
sense that you don't have to commit locally, and then push. Just ma
* Christoph Haas [Tue, 01 Aug 2006 17:33:15 +0200]:
Hi,
> No offense intended - honestly - but the problem of passing
> patches/patchsets around between the maintainers is really a problem. In
> Subversion I know where the authoritative instance lies that is the master
> instance keeping the c
martin f krafft <[EMAIL PROTECTED]> wrote:
> also sprach Joey Hess <[EMAIL PROTECTED]> [2006.08.01.1907 +0100]:
[...]
>> I assumed he meant it in the sense that more teams seem to be
>> using subversion on alioth than any other RCS.
[...]
> Yes, and I wanted to know why he thought that is the case.
martin f krafft <[EMAIL PROTECTED]> wrote:
> also sprach Pierre Machard <[EMAIL PROTECTED]> [2006.08.01.1501 +0100]:
>> snapshot.debian.net (still not-official but very usefull
> This is very interesting, especially in the light of version control
> for packaging -- which could also make packages
also sprach Joey Hess <[EMAIL PROTECTED]> [2006.08.01.1907 +0100]:
> > I'd be interested in your thoughts as to why subversion beats them
> > all, in your perception.
>
> I assumed he meant it in the sense that more teams seem to be
> using subversion on alioth than any other RCS. Ie, compare
> th
martin f krafft wrote:
> also sprach David Nusinow <[EMAIL PROTECTED]> [2006.08.01.0005 +0100]:
> > Subversion, in conjunction with alioth, has risen dramatically in
> > Debian to accomodate team-based maintainance. There are of course
> > plenty of challengers, but subversion seems to beat them al
also sprach Otavio Salvador <[EMAIL PROTECTED]> [2006.08.01.1804 +0100]:
> > FYI: http://bazaar-vcs.org/BzrForeignBranches/Subversion
>
> Have you tryed it?
Not productively.
--
Please do not send copies of list mail to me; I read the list!
.''`. martin f. krafft <[EMAIL PROTECTED]>
: :'
martin f krafft <[EMAIL PROTECTED]> writes:
> Thanks, Christoph, I think you argued a good case!
>
>> I'll probably use bzr when I need to keep something revisioned
>> without much fuss just to save the time for "svnadmin create" and
>> a DAV share on my Apache. But for everything else I think I'l
"Goswin von Brederlow" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Aug 01, David Nusinow <[EMAIL PROTECTED]> wrote:
Also, pbuilder and debootstrap are considered absolutely critical for
serious work.
That's a bold statement.
--
c
Le dimanche 30 juillet 2006 à 08:36 +0200, Christian Perrier a écrit :
> To be fair with Ryan here, I seem to remember that he mentioned (maybe
> not in the bug report) that he would consider making a Debian theme
> the default...if one gets enough acceptance.
Great!
> So, someone has to come wit
Le mardi 01 août 2006 à 09:45 -0500, Manoj Srivastava a écrit :
> >> Public extensions should be packaged with a name of python-foo,
> >> where foo is the name of the module. Such a package should support
> >> the current Debian Python version, and more if possible.
>
> > Maybe a word on how publi
also sprach Bernhard R. Link <[EMAIL PROTECTED]> [2006.08.01.1701 +0100]:
> Missing $(DESTDIR)s in Makefiles are an example. Especially when the
> install part was DESTDIRified, but the test before if the file is
> already there (as make install does not want to overwrite a config file)
> was forgo
* martin f krafft <[EMAIL PROTECTED]> [060801 15:29]:
> also sprach Marco d'Itri <[EMAIL PROTECTED]> [2006.08.01.1221 +0100]:
> > Building in chroots *hides* bugs.
>
> Uh, what? Please give an example.
Missing $(DESTDIR)s in Makefiles are an example. Especially when the
install part was DESTDIRif
Hey man, told ok I had to send you this site, know I ordered a Gold package and
these things work amazingly link!
For real, their I've tried a bunch of other ones but they don't work- these
ones are the real deal though inside.
People see God every day they just don't recognize Him.
many Check
Thanks, Christoph, I think you argued a good case!
> I'll probably use bzr when I need to keep something revisioned
> without much fuss just to save the time for "svnadmin create" and
> a DAV share on my Apache. But for everything else I think I'll
> stay with Subversion. And while I haven't tried
Eduard Bloch <[EMAIL PROTECTED]> writes:
> #include
> * Frank Küster [Tue, Aug 01 2006, 01:55:14PM]:
>> [EMAIL PROTECTED] (Marco d'Itri) wrote:
>>
>> > On Aug 01, Eduard Bloch <[EMAIL PROTECTED]> wrote:
>> >
>> >> > > Also, pbuilder and debootstrap are considered absolutely critical for
>> >> >
martin f krafft <[EMAIL PROTECTED]> writes:
> also sprach Marco d'Itri <[EMAIL PROTECTED]> [2006.08.01.1221 +0100]:
>> Building in chroots *hides* bugs.
>
> Uh, what? Please give an example.
Missing Build-Conflicts aren't found.
Auto* scripts "fail" to run because they aren't installed.
Users,
Simon Richter <[EMAIL PROTECTED]> writes:
> Hi,
>
> martin f krafft wrote:
>
>>> Subversion, in conjunction with alioth, has risen dramatically in
>>> Debian to accomodate team-based maintainance. There are of course
>>> plenty of challengers, but subversion seems to beat them all.
>
>> I'd be int
On Tuesday 01 August 2006 13:44, martin f krafft wrote:
> also sprach David Nusinow <[EMAIL PROTECTED]> [2006.08.01.0005
+0100]:
> > Subversion, in conjunction with alioth, has risen dramatically in
> > Debian to accomodate team-based maintainance. There are of course
> > plenty of challengers, bu
Christian Aichinger <[EMAIL PROTECTED]> writes:
> On Tue, Aug 01, 2006 at 10:24:32AM +, Reinhard Tartler wrote:
>> The sbuild package in debian however adds more features, like
>> schroot support. With this, it can use schroot to create
>> temporary, clean chroots from tarballs, block devices,
On Tue, Aug 01, 2006, Manoj Srivastava wrote:
> Could you point me to documentation on python-support, what it
> does, how to use it, and how it differs from python-central?
Well, python-support is documented at the expected
/usr/share/doc/python-support and in the dh_pysupport man page
Dear fellow developers,
Thanks to everyone who has taken the time to complete our survey!
Please see [0] for the initial call and background information.
0. http://lists.debian.org/debian-project/2006/07/msg00186.html
We want to ensure a good representation of community views, and
I was thus ask
On Tue, 1 Aug 2006 09:35:56 +0200, Loïc Minier <[EMAIL PROTECTED]> said:
> On Mon, Jul 31, 2006, Manoj Srivastava wrote:
>> 2.1. [5]XS-Python-Version: 2.2. [6]XB-Python-Version:
> Your document keeps mentionning these, even as "requirements", but
> XB- isn't required for packages using python-
On Tue, 01 Aug 2006 09:55:39 +0200, Josselin Mouette <[EMAIL PROTECTED]> said:
> Le lundi 31 juillet 2006 à 21:10 -0500, Manoj Srivastava a écrit :
>> Public modules are available for use in other Python scripts or
>> modules using the import directive. They are installed in one of
>> the directo
Quoting Holger Levsen ([EMAIL PROTECTED]):
> Hi,
>
> On Saturday 29 July 2006 08:43, Christian Perrier wrote:
> > And get a very nice random theme for gdm, making the system different
> > each time it's booted up. Very user friendly.
>
> I agree with Christian. Quite some people will be confused
On Tue, Aug 01, 2006 at 03:31:26PM +0100, martin f krafft wrote:
> also sprach Pierre Machard <[EMAIL PROTECTED]> [2006.08.01.1501 +0100]:
> > snapshot.debian.net (still not-official but very usefull
>
> This is very interesting, especially in the light of version control
> for packaging -- which
ti, 2006-08-01 kello 15:31 +0100, martin f krafft kirjoitti:
> also sprach Pierre Machard <[EMAIL PROTECTED]> [2006.08.01.1501 +0100]:
> > snapshot.debian.net (still not-official but very usefull
>
> This is very interesting, especially in the light of version control
> for packaging -- which coul
On Tue, 2006-08-01 at 15:31 +0100, martin f krafft wrote:
> Could you give me some insights, please, into how snapshot.d.n is
> useful? Don't get me wrong, I also find it useful, but mostly from
> the administrator perspective, I've not really used it as
> a developer.
I'm using it when porting s
On Tue, Aug 01, 2006 at 03:31:26PM +0100, martin f krafft wrote:
> Could you give me some insights, please, into how snapshot.d.n is
> useful? Don't get me wrong, I also find it useful, but mostly from
> the administrator perspective, I've not really used it as
> a developer.
Binary searching for
also sprach Pierre Machard <[EMAIL PROTECTED]> [2006.08.01.1501 +0100]:
> snapshot.debian.net (still not-official but very usefull
This is very interesting, especially in the light of version control
for packaging -- which could also make packages from the past
accessible.
Could you give me some
Hi,
On Sun, Jul 30, 2006 at 09:39:26PM +0100, martin f krafft wrote:
[...]
> While I already have a good selection, I am on the look for more.
> Do you know of a good example of a tool that has successfully shaped
> Debian development for a large number of people? Or do you remember
> a tool that
On 8/1/06, martin f krafft <[EMAIL PROTECTED]> wrote:
also sprach Marco d'Itri <[EMAIL PROTECTED]> [2006.08.01.1221 +0100]:
> Building in chroots *hides* bugs.
Uh, what? Please give an example.
The only example I can think of is programs that use configure to
include support for anything they
Hi,
martin f krafft wrote:
>> Subversion, in conjunction with alioth, has risen dramatically in
>> Debian to accomodate team-based maintainance. There are of course
>> plenty of challengers, but subversion seems to beat them all.
> I'd be interested in your thoughts as to why subversion beats th
On Tue, Aug 01, 2006 at 10:24:32AM +, Reinhard Tartler wrote:
> The sbuild package in debian however adds more features, like
> schroot support. With this, it can use schroot to create
> temporary, clean chroots from tarballs, block devices, create lvm
> snapshots on the fly and so on. I read R
#include
* Frank Küster [Tue, Aug 01 2006, 01:55:14PM]:
> [EMAIL PROTECTED] (Marco d'Itri) wrote:
>
> > On Aug 01, Eduard Bloch <[EMAIL PROTECTED]> wrote:
> >
> >> > > Also, pbuilder and debootstrap are considered absolutely critical for
> >> > > serious work.
> >> > That's a bold statement.
> >>
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Aug 01, David Nusinow <[EMAIL PROTECTED]> wrote:
>
>> Also, pbuilder and debootstrap are considered absolutely critical for
>> serious work.
> That's a bold statement.
>
> --
> ciao,
> Marco
Never used either one.
I have cdebootstrap do create chroo
also sprach Marco d'Itri <[EMAIL PROTECTED]> [2006.08.01.1221 +0100]:
> Building in chroots *hides* bugs.
Uh, what? Please give an example.
--
Please do not send copies of list mail to me; I read the list!
.''`. martin f. krafft <[EMAIL PROTECTED]>
: :' :proud Debian developer and au
also sprach David Nusinow <[EMAIL PROTECTED]> [2006.08.01.0005 +0100]:
> Subversion, in conjunction with alioth, has risen dramatically in
> Debian to accomodate team-based maintainance. There are of course
> plenty of challengers, but subversion seems to beat them all.
I'd be interested in your t
Tatsuya Kinoshita writes ("Re: virtual packages `pinentry' and `pinentry-x11'"):
> Hmm, I have not yet understand the policy 3.6:
>
> | All packages should use virtual package names where appropriate, and
> | arrange to create new ones if necessary. They should not use virtual
> |
[EMAIL PROTECTED] (Marco d'Itri) wrote:
> On Aug 01, Eduard Bloch <[EMAIL PROTECTED]> wrote:
>
>> > > Also, pbuilder and debootstrap are considered absolutely critical for
>> > > serious work.
>> > That's a bold statement.
>> Are you serious? (SCNR ;-)
> Yes. I do not use either and I think I have
Package: wnpp
Severity: normal
I request assistance with maintaining the mc package. I'm currently the
only active maintainer for the mc package, and there's around 80 bugs to
fix in the BTS.
Most of the bugs are upstream, so the main tasks would be:
- to check if the bugs in the BTS aren't alread
Reinhard Tartler <[EMAIL PROTECTED]> wrote:
> Frank Küster wrote:
>>> There is also sbuild (which may be used with or without schroot to
>>> manage the chroot). I prefer it to pbuilder, but I may be a little
>>> biased ;-)
>>
>> Isn't sbuild usually using a permanently unpacked chroot which persi
On Aug 01, Eduard Bloch <[EMAIL PROTECTED]> wrote:
> > > Also, pbuilder and debootstrap are considered absolutely critical for
> > > serious work.
> > That's a bold statement.
> Are you serious? (SCNR ;-)
Yes. I do not use either and I think I have been doing serious Debian
work so far.
Building i
Frank Küster wrote:
> "Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote:
>
>
>>Not sure if I missed it, but you seem to claim a copyright but not give
>>an explicit license. I imagine you meant to put it under GPL or a free
>>version of the GFDL. Could you please clarify and also add it to the
>>d
Frank Küster wrote:
>> There is also sbuild (which may be used with or without schroot to
>> manage the chroot). I prefer it to pbuilder, but I may be a little
>> biased ;-)
>
> Isn't sbuild usually using a permanently unpacked chroot which persists
> between different invocations of the tool? Th
Roger Leigh <[EMAIL PROTECTED]> wrote:
> Frank Küster <[EMAIL PROTECTED]> writes:
>
>> I think maintainers should really build and test their packages in
>> clean sid chroots. It's not important Whether these are set up with
>> debootstrap or any other method, and whether the handling is done
>>
On 8/1/06, Michael Vogt <[EMAIL PROTECTED]> wrote:
I think we got a step closer, but there is still some work to be
done. I'm sure the ddtp server admins will appreciate any help and I
would appreciate any testing of the new apt code :)
Sure. I was wondering where the code for ddtp server is. T
Hi,
a wiki page[0] has been created to list the transition best pratices for
developers to follow while introducing new libraries versions (ABI/API
incompatible).
Feel free to add what's missing.
thanks,
filippo
[0]: http://wiki.debian.org/TransitionBestPractices
--
Filippo Giunchedi - http://e
Frank Küster <[EMAIL PROTECTED]> writes:
> Eduard Bloch <[EMAIL PROTECTED]> wrote:
>
>> #include
>> * Marco d'Itri [Tue, Aug 01 2006, 09:53:21AM]:
>>> On Aug 01, David Nusinow <[EMAIL PROTECTED]> wrote:
>>>
>>> > Also, pbuilder and debootstrap are considered absolutely critical for
>>> > serious
Eduard Bloch <[EMAIL PROTECTED]> wrote:
> #include
> * Marco d'Itri [Tue, Aug 01 2006, 09:53:21AM]:
>> On Aug 01, David Nusinow <[EMAIL PROTECTED]> wrote:
>>
>> > Also, pbuilder and debootstrap are considered absolutely critical for
>> > serious work.
>> That's a bold statement.
>
> Are you seri
On Tue, Aug 01, 2006 at 10:06:05AM +0200, Eduard Bloch wrote:
>#include
>* Marco d'Itri [Tue, Aug 01 2006, 09:53:21AM]:
>>On Aug 01, David Nusinow <[EMAIL PROTECTED]> wrote:
>>
>>>Also, pbuilder and debootstrap are considered absolutely critical for
>>>serious work.
+= piuparts
>>That's a bold s
#include
* Marco d'Itri [Tue, Aug 01 2006, 09:53:21AM]:
> On Aug 01, David Nusinow <[EMAIL PROTECTED]> wrote:
>
> > Also, pbuilder and debootstrap are considered absolutely critical for
> > serious work.
> That's a bold statement.
Are you serious? (SCNR ;-)
No, debootstrap is an important toy b
Le lundi 31 juillet 2006 à 21:10 -0500, Manoj Srivastava a écrit :
> Public modules are available for use in other Python scripts or
>modules using the import directive. They are installed in one of
>the directories
>
> /var/lib/python-support/pyth
On Mon, Jul 31, 2006 at 12:47:05PM +0200, Martijn van Oosterhout wrote:
> On 7/30/06, Michael Vogt <[EMAIL PROTECTED]> wrote:
> As someone who has been loosely following this for a while and
> translated a few descriptions, I have a few little questions/comments:
>
> 1. The website you provide (ht
On Aug 01, David Nusinow <[EMAIL PROTECTED]> wrote:
> Also, pbuilder and debootstrap are considered absolutely critical for
> serious work.
That's a bold statement.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Mon, Jul 31, 2006 at 02:06:26PM +0900, Charles Plessy wrote:
> Le Sun, Jul 30, 2006 at 08:26:02AM +0200, Michael Vogt a écrit :
> >
> > 1. send a Mail to [EMAIL PROTECTED] with the subject 'GET 3 cs'
> > (use cs da de eo es fi fr hu it ja nl pl pt_BR pt_PT ru sk sv_SE
> > uk as langco
"Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote:
> Not sure if I missed it, but you seem to claim a copyright but not give
> an explicit license. I imagine you meant to put it under GPL or a free
> version of the GFDL. Could you please clarify and also add it to the
> document?
I couldn't care l
On Mon, Jul 31, 2006, Manoj Srivastava wrote:
> 2.1. [5]XS-Python-Version:
> 2.2. [6]XB-Python-Version:
Your document keeps mentionning these, even as "requirements", but XB-
isn't required for packages using python-support, and XS can be
replaced by debian/pyver
Le mardi 01 août 2006 à 17:40 +1200, David Shepherd a écrit :
> Hi All
>
> I'm trying to get the infra-red remote control working on my MythTV box
> and can't find the correct module (ir-kbd-gpio)
>
> So, can anyone tell me where I can find, or how I can compile the
> ir-kbd-gpio.ko module.
It
86 matches
Mail list logo
