On Wed, 26 Sep 2007 02:45:09 +0200, Martin Uecker <[EMAIL PROTECTED]> said:
> On Tue, Sep 25, 2007 at 06:33:40PM -0500, Manoj Srivastava wrote:
>> On Tue, 25 Sep 2007 23:49:17 +0200, Martin Uecker <[EMAIL PROTECTED]>
>> said:
>>
>> > On Mon, Sep 24, 2007 at 06:20:40PM -0500, Manoj Srivastava wro
On Tue, 25 Sep 2007 22:10:52 -0400, Edward Allcutt <[EMAIL PROTECTED]> said:
> Perhaps because the specific compiler needed depends on what the
> current kernel was compiled with? I thought that was the reason
> linux-headers depended on a specific compiler version.
Has that ever been th
On Tue, Sep 25, 2007 at 10:10:52PM -0400, Edward Allcutt wrote:
> On Wed, 2007-09-26 at 11:26 +1000, Hamish Moffatt wrote:
> > On Wed, Sep 26, 2007 at 01:03:38AM +0200, Bastian Blank wrote:
> > > m-a don't need build-essential. It needs the compiler (nothing else like
> > > libc headers) for the ke
On Wed, 2007-09-26 at 11:26 +1000, Hamish Moffatt wrote:
> On Wed, Sep 26, 2007 at 01:03:38AM +0200, Bastian Blank wrote:
> > m-a don't need build-essential. It needs the compiler (nothing else like
> > libc headers) for the kernel. The debian linux headers already depends
> > against the correct c
On 9/26/07, laszlo kajan <[EMAIL PROTECTED]> wrote:
> I then tried to contact the maintainer, Edward Betts ([EMAIL PROTECTED])
> on 09/17/2007, with no success.
That wasn't very long ago.
> Please show me the way I can have my patch included in jscal.c of the
> joystick package. I believe it is
Martin Uecker <[EMAIL PROTECTED]> writes:
> On Tue, Sep 25, 2007 at 06:33:40PM -0500, Manoj Srivastava wrote:
> > Ah, security through blissful ignorance :) You do not
> > actually trust the archive, or the developers, you trust the
> > silence.
>
> I trust special relativity, because n
On Wed, Sep 26, 2007 at 01:03:38AM +0200, Bastian Blank wrote:
> On Wed, Sep 26, 2007 at 08:44:50AM +1000, Hamish Moffatt wrote:
> > It would be consistent with m-a's handling of build-essential. However,
> > I think m-a should depend on build-essential since it always requires
> > it. Therefore we
On Tue, Sep 25, 2007 at 06:33:40PM -0500, Manoj Srivastava wrote:
> On Tue, 25 Sep 2007 23:49:17 +0200, Martin Uecker <[EMAIL PROTECTED]> said:
>
> > On Mon, Sep 24, 2007 at 06:20:40PM -0500, Manoj Srivastava wrote:
> >> On Tue, 25 Sep 2007 00:04:15 +0200, Martin Uecker <[EMAIL PROTECTED]>
> >> s
On Tue, 25 Sep 2007 23:49:17 +0200, Martin Uecker <[EMAIL PROTECTED]> said:
> On Mon, Sep 24, 2007 at 06:20:40PM -0500, Manoj Srivastava wrote:
>> On Tue, 25 Sep 2007 00:04:15 +0200, Martin Uecker <[EMAIL PROTECTED]>
>> said:
>>
>> > It would be enough when just a few people are actually recomp
On Wed, 26 Sep 2007 01:03:38 +0200, Bastian Blank <[EMAIL PROTECTED]> said:
> On Wed, Sep 26, 2007 at 08:44:50AM +1000, Hamish Moffatt wrote:
>> It would be consistent with m-a's handling of
>> build-essential. However, I think m-a should depend on
>> build-essential since it always requires it.
Clint Adams <[EMAIL PROTECTED]> writes:
> On Mon, Sep 24, 2007 at 06:16:57PM -0700, Russ Allbery wrote:
>> Right now, it's also badly out of date in several respects and not in a
>> position to lead any charge. Manoj and I have both been eaten by our
>> respective day jobs, there are a ton of obv
Package: wnpp
Severity: wishlist
Owner: Sylvain Le Gall <[EMAIL PROTECTED]>
* Package name: cothreads
Version : 0.10
Upstream Author : Zheng Li <[EMAIL PROTECTED]>
* URL : http://cothreads.sourceforge.net/
* License : GPL
Programming Lang: OCaml
Description
On Wed, Sep 26, 2007 at 08:44:50AM +1000, Hamish Moffatt wrote:
> It would be consistent with m-a's handling of build-essential. However,
> I think m-a should depend on build-essential since it always requires
> it. Therefore we are still undecided about bzip2.
m-a don't need build-essential. It n
On Tue, Sep 25, 2007 at 04:51:10PM +0200, Patrick Schoenfeld wrote:
> Hamish Moffatt schrieb:
> > module-assistant installs build-essential it doesn't seem like space is
> > an important consideration.
>
> When i read this sentence I had an idea of what would eventually be
> better. module-assista
You made a subtle mistake. You checked the source package for tzdata
and the changes are really small. Then you checked the differences for
libdatetime-timezone-perl package, but this source package is already
compiled. You should check the difference between binary packages for
tzdata.
The real s
Hi,
On Tue Sep 25, 2007 at 17:36:03 +0200, Piotr Roszatycki wrote:
> It is simple analogy for tzdata package. You should also ask, why the
> tzdata package has so many changes and why don't simply update only
> one timezone?
[EMAIL PROTECTED]:~% diff -rNu tzdata-2007b tzdata-2007f | diffstat
af
On Tue, Sep 25, 2007 at 01:03:27AM +0100, Benjamin A'Lee wrote:
> On Tue, Sep 25, 2007 at 12:04:15AM +0200, Martin Uecker wrote:
> > Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> > >Actually, if you do not trust the path down which a binary
> > > package flows, you can not use any informati
On Mon, Sep 24, 2007 at 06:20:40PM -0500, Manoj Srivastava wrote:
> On Tue, 25 Sep 2007 00:04:15 +0200, Martin Uecker <[EMAIL PROTECTED]> said:
>
> > It would be enough when just a few people are actually recompiling the
> > binaries and compare it to the official debian packages. Then
> > *eve
Hi. Thank you a lot.
I suppose that everyone are busy today, so do I. I'm a little tired
with sponsoring his packages and I know he could to upload his
packages by his own.
I really don't undestand why new developers are checked so precisely.
I think it is much harder to join Debian than i.e. Goo
It is already such library called DateTime::TimeZone::Tzfile. It is
not packaged yet, but... It is different story. We still talk about
DateTime::TimeZone. Even if it should be replaced with newer, better
and faster libraray, it is ALREADY in etch and sarge.
The Debian supports the packages which
This is an automatic notification regarding your Bug report
which was filed against the liquidlnf package:
#443406: Use of our external site embedded into a Debian file
It has been closed by Torsten Werner <[EMAIL PROTECTED]>.
Their explanation is attached below. If this explanation is
unsatisf
On 25-Sep-07, 04:13 (CDT), Jon Dowland <[EMAIL PROTECTED]> wrote:
> The goal is not withold valid contact information, it is to impede
> automatic email-harvesting software. So far we haven't discussed munging
> addresses beyond human recognition, just sufficiently to impede work on
> machine-p
On Tue, Sep 25, 2007 at 09:48:19PM +0200, Piotr Roszatycki wrote:
> It is almost impossible.
>
> The DateTime::TimeZone is pure Perl library and can't use binary data
> from tzdata package. In fact, this library can be used on systems
> without libc6 and tzdata at all! You wrongly assume that tzda
It is almost impossible.
The DateTime::TimeZone is pure Perl library and can't use binary data
from tzdata package. In fact, this library can be used on systems
without libc6 and tzdata at all! You wrongly assume that tzdata
package is more important than libdatetime-timezone-perl package. It
can
Vincent Danjean wrote:
For me, papi is a library with its tools to access hardware performance
counters. It used a lot on some plateform (NUMA, ...) to analyze the
performance of HPC programs.
Google with "papi" give this link in first :
http://icl.cs.utk.edu/papi/
This software is not packaged
On Tue, Sep 25, 2007 at 05:04:47PM +0200, Uwe Steinmann wrote:
> >From what I have read so far, it should be sufficient to upload the
> new source package which takes over the binary package php5-ps.
> Is it required to wait for a new upstream version or can I simply
> push up the debian version fr
Debian-devel
best x x x for free
7forfree dot cn
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Sep 25, 2007 at 05:36:03PM +0200, Piotr Roszatycki wrote:
> It's not about one timezone. The new release refresh all available
> timezones. The whole package was synced with the latest Olson
> database.
It would be good if you fixed #416206, and used tzdata yourself. So
that we only need
Jeff Licquia wrote:
> * Package name: papi
[...]
> This is an implementation of OpenPrinting PAPI, a programming
> specification for cross-platform and cross-print-system printing.
For me, papi is a library with its tools to access hardware performance
counters. It used a lot on some platefo
Le Tuesday 25 September 2007 17:37:03 Patrick Schoenfeld, vous avez écrit :
> Romain Beauxis schrieb:
> > Well the real solution to solve this is to count the ratio of packages
> > that provides sources as a bzip2 tarball with regard to gzip tarballs.
>
> Why do you call it the *real* solution? Wha
* Reinhard Tartler:
> - libxine1 only depends on libraries, that it really needs. This
> leaves users that don't install the recommended packages in the
> situation, that they cannot play their mp3/ogg/etc files.
I guess this will be a non-issue as soon as apt-get installs
recommends by
Dear Debian MIA Team,
I made a small patch for the jscal.c in the joystick package.
I then tried to contact the maintainer, Edward Betts ([EMAIL PROTECTED])
on 09/17/2007, with no success.
As recommended on the page 'Debian Developer's Reference Chapter 7 /
Dealing with inactive and/or unreachab
Romain Beauxis schrieb:
> Well the real solution to solve this is to count the ratio of packages that
> provides sources as a bzip2 tarball with regard to gzip tarballs.
Why do you call it the *real* solution? What makes the solution better
over the one I suggested?
> If this is a vast majority,
On Tue, 25 Sep 2007 02:36:24 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> On Sun September 23 2007 03:08:59 pm Manoj Srivastava wrote:
>> On Sun, 23 Sep 2007 14:26:29 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
>> > On Sun September 23 2007 11:00:58 am Manoj Srivastava wrote:
>> >> We can create
It's not about one timezone. The new release refresh all available
timezones. The whole package was synced with the latest Olson
database.
It is simple analogy for tzdata package. You should also ask, why the
tzdata package has so many changes and why don't simply update only
one timezone?
2007/9
Package: wnpp
Severity: wishlist
Owner: Patrick Schoenfeld <[EMAIL PROTECTED]>
* Package name: gimmix
Version : 0.4.1
Upstream Author : Priyank Gosalia <[EMAIL PROTECTED]>
* URL : http://gimmix.berlios.de/index.php
* License : GPL
Programming Lang: C
Descrip
Le Tuesday 25 September 2007 16:51:10 Patrick Schoenfeld, vous avez écrit :
> > module-assistant installs build-essential it doesn't seem like space is
> > an important consideration.
>
> When i read this sentence I had an idea of what would eventually be
> better. module-assistant is installing bu
hi,
I just want to double check that changing the name of a source package
can be done as I anticipate it.
I would like to change the name of the source package php4-ps into
php-ps. php4-ps creates two binary packages php4-ps and php5-ps.
The new source package php-ps will only create php5-ps beca
On Tue, 25 Sep 2007 08:18:39 -0500, John Goerzen <[EMAIL PROTECTED]> said:
> I don't really think that chroot is the appropriate tool for this.
> Why not something more strongly isolated, such as vserver, OpenVZ, or
> even Xen or UML for this?
I've always used an UML for this. I need to
El Tuesday 25 September 2007 05:37:51 Steve Greenland va escriure:
> > JuggleMaster is a siteswap animator. If you know what that is, great.
> > If you don't, you can just install the program and look at some of the
> > builtin patterns, without understanding the notation.
>
> Look, I one of those
Hamish Moffatt schrieb:
> True, but what would be the harm in depending on bzip2? Given that
Well, i don't see a harm caused by that. But IMHO it is just a question
of how to read the policy, as it states the (spongelike) sentence:
"The Depends field should be used if the depended-on package is
Hi,
On Tuesday 25 September 2007 16:20, Simon Huggins wrote:
> > Sugar is the core of the OLPC Human Interface. Its goal is to turn the
> > Laptop into a fun, easy to use, social experience that promotes sharing
> > and learning.
> But, er, what does it /do/?
Point taken.
> I read the webpage bu
Package: wnpp
Severity: wishlist
Owner: Jeff Licquia <[EMAIL PROTECTED]>
* Package name: papi
Version : 1.0 beta
Upstream Author : Norm Jacobs <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/openprinting
* License : Mostly CDDL (some LGPL, some MIT-
dh_movefiles(1) says that "dh_install is a much better program, and you are
recommended to use it instead". Accordingly, I've changed the packages I've
adopted from using dh_movefiles to "dh_install --sourcedir=debian/tmp". But
it's not entirely clear to me just _how_ dh_install is so much bette
ti, 2007-09-25 kello 08:18 -0500, John Goerzen kirjoitti:
> I don't really think that chroot is the appropriate tool for this.
> Why not
> something more strongly isolated, such as vserver, OpenVZ, or even Xen or
> UML for this?
If the chroot has a policy-rc.d that says not to start daemons, any
Hi,
On Tue Sep 25, 2007 at 14:55:47 +0200, Piotr Roszatycki wrote:
> Ah... Do you mean this mail?
>
> > am I missing something completely here?
> >
> > [EMAIL PROTECTED]:~/debian/packages$ diff -rNu
> > libdatetime-timezone-perl-0.42-before-dv/ > libdatetime-timezone-perl-0.42
> > | diffstat
>
On Tue, Sep 25, 2007 at 04:08:32PM +0200, Holger Levsen wrote:
> package: wnpp
> Severity: wishlist
> Owner: Holger Levsen <[EMAIL PROTECTED]>
> x-debbugs-cc: debian-devel@lists.debian.org,
> [EMAIL PROTECTED], [EMAIL PROTECTED]
> * Package name: sugar
> Version : snapshots
> Upst
package: wnpp
Severity: wishlist
Owner: Holger Levsen <[EMAIL PROTECTED]>
x-debbugs-cc: debian-devel@lists.debian.org,
[EMAIL PROTECTED], [EMAIL PROTECTED]
* Package name: sugar
Version : snapshots
Upstream Authors : 14 people, see AUTHORS
* URL : http://wiki.laptop.or
John Goerzen <[EMAIL PROTECTED]> writes:
> It is this whole problem that has caused me to never want to try to build
> things in chroots -- the problem of installing things that mess with
> daemons. I've had MTAs restarted, cron restarted, etc.
Sounds like a bug (severity important) to me.
--
Piotr Roszatycki wrote:
> After 30th of September the timezone data for New Zealand will be not
> correct (Bug#440258). The users who rely on Debian package will notice
> that something goes wrong.
Based on the description (and not the patch) it seems to me that this
kind of change should be in the
On Tue September 25 2007 5:03:32 am Sebastian Dröge wrote:
>
> AFAIK this only happens if specified in some config file that daemons
> shouldn't be started. Whatever, although hal is invoked by invoke-rc.d
> it is started in the buildd chroots. :/
It is this whole problem that has caused me to n
Sebastian Dröge <[EMAIL PROTECTED]> writes:
>> That sounds like "recommends", TBH. The fact that apt used to not
>> install Recommends by default has led to way too stringent
>> relationships; I don't see a problem with packages that are largely
>> unusable without a recommended package as long
Andre Majorel <[EMAIL PROTECTED]> writes:
> The people who mind having their address published are not likely to
> hand it out without obfuscating it.
These aren't email addresses of close personal friends, given to a
select few people. These are email addresses given by the copyright
holder as t
Ah... Do you mean this mail?
> am I missing something completely here?
>
> [EMAIL PROTECTED]:~/debian/packages$ diff -rNu
> libdatetime-timezone-perl-0.42-before-dv/ > libdatetime-timezone-perl-0.42 |
> diffstat
> changelog|9
> control
Hi Piotr,
On Tue Sep 25, 2007 at 14:10:58 +0200, Piotr Roszatycki wrote:
> The Debian volatile archive is the place for packages that expires
> before new Debian release. The description perfectly fits for my
> package libdatetime-timezone-perl.
>
> I prepared a few weeks ago new releases for sar
On Sep 23, 2007, at 1:39 AM, Joerg Jaspert wrote:
On 11150 March 1977, Peter Eckersley wrote:
This is highly debateable. There may be tens or thousands of
users of
the same package visiting a web site.
I've seen reports from very large sites indicating that User-Agent
strings are almost as
On Tue, 2007-09-25 at 13:14 +0300, Lars Wirzenius wrote:
> ti, 2007-09-25 kello 11:55 +0200, Simon Richter kirjoitti:
> > Sebastian Dröge schrieb:
> > > does somebody know about a solution to check whether one runs in a
> > > buildd chroot or not? I need this to prevent hal from starting in buildd
The Debian volatile archive is the place for packages that expires
before new Debian release. The description perfectly fits for my
package libdatetime-timezone-perl.
I prepared a few weeks ago new releases for sarge and etch. The
release is based on old packages which have refreshed just timezone
On Sep 22, 2007, at 8:18 PM, Peter Eckersley wrote:
On Sep 22, Marco D'Itri <[EMAIL PROTECTED]> wrote:
On Sep 22, Peter Eckersley <[EMAIL PROTECTED]> wrote:
This means, in practice, that many sites will be able to track
Debian users by their User-Agent, even if (say) the user is blocking
cook
On Tue, 25 Sep 2007, Jon Dowland wrote:
> On Tue, Sep 25, 2007 at 02:33:58AM -0700, Don Armstrong wrote:
> > Like say, http://wiki.debian.org/Proposals/CopyrightFormat ?
>
> Yup, exactly like that :-)
>
> Would specifying the copyright line as being structured
> (rather than free-form) not be a p
Hi,
On Tuesday 25 September 2007 12:25, Simon Richter wrote:
> inspired by the "how to detect if inside a buildd chroot" thread: would
> it make sense to have an (empty) package "autobuilder" that all packages
> that are not supposed to be installed on autobuilders (daemons, packages
> requiring i
Simon Richter <[EMAIL PROTECTED]> writes:
> Hi,
>
> inspired by the "how to detect if inside a buildd chroot" thread:
> would it make sense to have an (empty) package "autobuilder" that all
> packages that are not supposed to be installed on autobuilders
> (daemons, packages requiring interactive
[EMAIL PROTECTED] writes:
> On Mon, Sep 24, 2007 at 08:35:50PM +0200, Goswin von Brederlow wrote:
>>
>> Some tools use randomization to get out of worst case situations or
>> general optimization. For example when you look for an optimal
>> allocation of register usage you can do a search by pick
tag 439389 help
stop
Sebastian Dröge <[EMAIL PROTECTED]> writes:
>> Would it make sense to demote the dependency on the hal daemon to a
>> Recommends (after all, the hal "client" library should deal with the
>> daemon not running anyway)?
>
> In one of the cases I found this won't be correct:
>
On Tue, Sep 25, 2007 at 11:30:37AM +0200, Patrick Schoenfeld wrote:
> Steve Greenland wrote:
> > It seems to me that module-assistant should recommend/depend on bzip2,
> > since it is presumably m-a that is calling it.
>
> Since it seems as if not every module package is distributed as a bzip2
> t
ti, 2007-09-25 kello 11:55 +0200, Simon Richter kirjoitti:
> Hi,
>
> Sebastian Dröge schrieb:
>
> > does somebody know about a solution to check whether one runs in a
> > buildd chroot or not? I need this to prevent hal from starting in buildd
> > chroots (via invoke-rc.d from postinst) as it bre
Am Dienstag, den 25.09.2007, 12:23 +0200 schrieb Simon Richter:
> Hi,
>
> Sebastian Dröge wrote:
>
> >> Would it make sense to demote the dependency on the hal daemon to a
> >> Recommends (after all, the hal "client" library should deal with the
> >> daemon not running anyway)?
>
> > gnome-mou
Hi,
inspired by the "how to detect if inside a buildd chroot" thread: would
it make sense to have an (empty) package "autobuilder" that all packages
that are not supposed to be installed on autobuilders (daemons, packages
requiring interactive configuration, ...) can conflict against?
Sim
Hi,
Sebastian Dröge wrote:
Would it make sense to demote the dependency on the hal daemon to a
Recommends (after all, the hal "client" library should deal with the
daemon not running anyway)?
gnome-mount depends on hal as it doesn't work at all without hal.
Well, gnome-mount should never
On Tue, Sep 25, 2007 at 02:33:58AM -0700, Don Armstrong wrote:
> Like say, http://wiki.debian.org/Proposals/CopyrightFormat ?
Yup, exactly like that :-)
Would specifying the copyright line as being structured
(rather than free-form) not be a prerequisite before
specifying the email address to be
Am Dienstag, den 25.09.2007, 11:35 +0200 schrieb Marco d'Itri:
> On Sep 25, Sebastian Dröge <[EMAIL PROTECTED]> wrote:
>
> > does somebody know about a solution to check whether one runs in a
> > buildd chroot or not? I need this to prevent hal from starting in buildd
> > chroots (via invoke-rc.d
Am Dienstag, den 25.09.2007, 11:49 +0200 schrieb Jonas Meurer:
> On 25/09/2007 Sebastian Dröge wrote:
> > does somebody know about a solution to check whether one runs in a
> > buildd chroot or not? I need this to prevent hal from starting in buildd
> > chroots (via invoke-rc.d from postinst) as it
Am Dienstag, den 25.09.2007, 11:55 +0200 schrieb Simon Richter:
> Hi,
>
> Sebastian Dröge schrieb:
>
> > does somebody know about a solution to check whether one runs in a
> > buildd chroot or not? I need this to prevent hal from starting in buildd
> > chroots (via invoke-rc.d from postinst) as i
On 2007-09-24 13:17 -0500, Steve Greenland wrote:
> On 24-Sep-07, 04:30 (CDT), Andre Majorel <[EMAIL PROTECTED]> wrote:
> > On 2007-09-24 18:21 +1000, Ben Finney wrote:
> > > Andre Majorel <[EMAIL PROTECTED]> writes:
> > >
> > > > On 2007-09-23 17:22 -0700, Don Armstrong wrote:
> > > > > The pack
Hi,
Sebastian Dröge schrieb:
does somebody know about a solution to check whether one runs in a
buildd chroot or not? I need this to prevent hal from starting in buildd
chroots (via invoke-rc.d from postinst) as it breaks there because of
several reasons, including no /sys mounted.
My chroots
On 25/09/2007 Sebastian Dröge wrote:
> does somebody know about a solution to check whether one runs in a
> buildd chroot or not? I need this to prevent hal from starting in buildd
> chroots (via invoke-rc.d from postinst) as it breaks there because of
> several reasons, including no /sys mounted.
On Sep 25, Sebastian Dröge <[EMAIL PROTECTED]> wrote:
> does somebody know about a solution to check whether one runs in a
> buildd chroot or not? I need this to prevent hal from starting in buildd
> chroots (via invoke-rc.d from postinst) as it breaks there because of
> several reasons, including
On Tue, 25 Sep 2007, Jon Dowland wrote:
> Ben Finney wrote:
>> That is, so that the information can be extracted automatically and
>> presented by a program in various contexts, rather than having the
>> *only* way to get at the information be to read the debian/copyright
>> file in its entirety.
>
Ben Finney wrote:
I'm of the opinion that a copyright statement for the work in a Debian
package should include valid contact details
...
If they want to avoid giving valid contact information
...
The goal is not withold valid contact information, it is to impede
automatic email-harvesting s
Steve Greenland wrote:
> It seems to me that module-assistant should recommend/depend on bzip2,
> since it is presumably m-a that is calling it.
Since it seems as if not every module package is distributed as a bzip2
tarball I think Recommends would be suffice. Because it is a strong, but
not abso
Package: wnpp
Severity: wishlist
Owner: Sergei Golovan <[EMAIL PROTECTED]>
* Package name: tcl8.5
Version : 8.5b1
Upstream Author : Tcl Core Team (http://www.tcl.tk/community/coreteam/)
* URL : http://www.tcl.tk/
* License : BSD
Programming Lang: C, Tcl
Des
Ben Finney wrote:
That is, so that the information can be extracted automatically and
presented by a program in various contexts, rather than having the
*only* way to get at the information be to read the debian/copyright
file in its entirety.
If machine-parsing the copyright file is desired,
On Mon, Sep 24, 2007 at 06:16:57PM -0700, Russ Allbery wrote:
> Right now, it's also badly out of date in several respects and not in a
> position to lead any charge. Manoj and I have both been eaten by our
> respective day jobs, there are a ton of obvious fixes that should go into
> the next rele
Package: wnpp
Severity: wishlist
Owner: Sergei Golovan <[EMAIL PROTECTED]>
* Package name: tk8.5
Version : 8.5b1
Upstream Author : Tcl Core Team (http://www.tcl.tk/community/coreteam/)
* URL : http://www.tcl.tk/
* License : BSD
Programming Lang: C, Tcl
Desc
ti, 2007-09-25 kello 17:07 +1000, Ben Finney kirjoitti:
> Lars Wirzenius <[EMAIL PROTECTED]> writes:
>
> > If they distribute their work without an e-mail address attached,
> > should the Debian packager go dig one up?
> >
> > If they distribute their work with the attached e-mail address
> > obf
Sebastian Dröge <[EMAIL PROTECTED]> writes:
> does somebody know about a solution to check whether one runs in a
> buildd chroot or not?
You can't reliably (or portably) check if you are in a chroot. You
could (for example) check for the existance of /etc/debian_chroot.
However, this is not guar
On Sun September 23 2007 03:08:59 pm Manoj Srivastava wrote:
> On Sun, 23 Sep 2007 14:26:29 -0600, Bruce Sass <[EMAIL PROTECTED]> said:
> > On Sun September 23 2007 11:00:58 am Manoj Srivastava wrote:
> >> We can create any number of dummy packages on the fly, but what is
> >> the use case we are t
Sebastian Dr?ge wrote:
> Hi,
> does somebody know about a solution to check whether one runs in a
> buildd chroot or not? I need this to prevent hal from starting in buildd
> chroots (via invoke-rc.d from postinst) as it breaks there because of
> several reasons, including no /sys mounted.
Maybe
Lars Wirzenius <[EMAIL PROTECTED]> writes:
> If they distribute their work without an e-mail address attached,
> should the Debian packager go dig one up?
>
> If they distribute their work with the attached e-mail address
> obfuscated in some way, should the Debian packager un-obfuscate it?
I'm
89 matches
Mail list logo
