Hi,
> > | I second suggestion given at #250202 and like to see "unpacked" and
> > | "patched" targets to hit Policy 4.8.
> >
> > If so, it should be «unpack» and «patch» to match the build and
> > install targets.
>
> Note that there are existing packages that use 'unpack' and 'patch'
> targets
On Sun, 10 Apr 2005, Bernd Eckenfels wrote:
There are a lot differences between linda and lintian, especially the
programming language.
A very important difference. This might result in several further applications
doing the very same job (more or less) for several other programming languages
(Rub
On Sun, Apr 10, 2005 at 11:33:24PM +0200, Bernd Eckenfels wrote:
> In article <[EMAIL PROTECTED]> you wrote:
[mjp: I sure didn't write this, but that's how it's been attributed...]
> > Whenever someone submits an ITP for the software A, whose functionality
> > is already provided in Debian by B, t
Nico Golde <[EMAIL PROTECTED]> writes:
> Sometimes there is the case that major design decisions are
> too different from the original source so there is no other
> way. but is this the case with lintian and linda?
Yes. linda is written in Python and lintian in Perl. That's a major
difference and
Hi Bernd,
* [ 10-04-05 - 23:33 ] Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> There are a lot differences between linda and lintian, especially the
> programming language.
We would like to know which are these differences. :)
Nico's original question was "why are there linda and lintian?".
ht
On 10-Apr-05, 16:30 (CDT), Pierre Habouzit <[EMAIL PROTECTED]> wrote:
> I see plenty : I have a mini daemon on one of my accounts that I really
> need. but since I'm not root on the machine, I need to be able to use
> @reboot to restart
No you don't. See my reply to Wesley.
Steve
--
Steve
On 10-Apr-05, 14:24 (CDT), "Wesley J. Landaker" <[EMAIL PROTECTED]> wrote:
> > I know, that's not accessible to users, only the admin. OTOH, I can't
> > think of any really good reason that user needs to do something
> > *automatically* on reboot.
>
> Perhaps user-run services?
So run a script e
In article <[EMAIL PROTECTED]> you wrote:
> Sure, but only if two projects have at least some differences; in 'The
> Cathedral and the Bazaar' popclient becomes fetchmail.
There are a lot differences between linda and lintian, especially the
programming language. Which is if course a big point if
On Sun, Apr 10, 2005 at 11:26:43PM +0200, Nico Golde wrote:
> > Sure, but only if two projects have at least some differences; in 'The
> > Cathedral and the Bazaar' popclient becomes fetchmail.
> >
> > Whenever someone submits an ITP for the software A, whose functionality
> > is already provided
> I know, that's not accessible to users, only the admin. OTOH, I can't
> think of any really good reason that user needs to do something
> *automatically* on reboot.
I see plenty : I have a mini daemon on one of my accounts that I really
need. but since I'm not root on the machine, I need to be
Hallo Emanuele,
* Emanuele Rocca <[EMAIL PROTECTED]> [2005-04-10 23:01]:
> * [ 10-04-05 - 20:28 ] Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> > In article <[EMAIL PROTECTED]> you wrote:
> > > Ok thats a reason. But why not merge these projects now? I
> > > really recommend this because in my
Hello Bernd,
* Bernd Eckenfels <[EMAIL PROTECTED]> [2005-04-10 22:17]:
> In article <[EMAIL PROTECTED]> you wrote:
> > Ok thats a reason. But why not merge these projects now? I
> > really recommend this because in my opinion this are two
> > projects which do the same job twice which is in my eye
> Changes:
> 855resolution (0.3-4) unstable; urgency=low
> .
>* Add kfreebsd-i386 for supported architecture.
> (from Aurelien's request)
Thanks !
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian GNU/Linux developer | Electrical Engineer
`. `' [EMAIL PR
Hi Bernd,
* [ 10-04-05 - 20:28 ] Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > Ok thats a reason. But why not merge these projects now? I
> > really recommend this because in my opinion this are two
> > projects which do the same job twice which is
On Sunday 10 April 2005 12:08, Steve Greenland wrote:
> On 10-Apr-05, 10:55 (CDT), Reinhard Tartler <[EMAIL PROTECTED]> wrote:
> > On Apr 8, 2005 12:05 AM, Steve Greenland <[EMAIL PROTECTED]> wrote:
> > > Expect people to whine. I personally don't see why "@daily" is
> > > significantly easier than
In article <[EMAIL PROTECTED]> you wrote:
> Ok thats a reason. But why not merge these projects now? I
> really recommend this because in my opinion this are two
> projects which do the same job twice which is in my eyes
> contraproductive.
Actually that is how open source works. I often also feel
I wrote:
> As long as they don't copy any protected code you'll be fine.
Wouter Verhelst writes:
> That's the problem, I'm afraid. It's not unlikely that you'll have this
> 'great idea' which in reality is something you remember from reading the
> original source, but not remembering that this is
On 10-Apr-05, 10:55 (CDT), Reinhard Tartler <[EMAIL PROTECTED]> wrote:
> On Apr 8, 2005 12:05 AM, Steve Greenland <[EMAIL PROTECTED]> wrote:
>
> > Expect people to whine. I personally don't see why "@daily" is
> > significantly easier than "0 0 * * *" but apparently some people get all
> > sweaty
On Sat, Apr 09, 2005 at 12:44:00PM -0500, John Hasler wrote:
> Peter 'p2' De Schrijver writes:
> > Or do you think it would be ok if the same people read the existing
> > non-free sources and reimplement its functionality in a new free
> > firmware?
>
> As long as they don't copy any protected cod
Hallo Emanuele,
* Emanuele Rocca <[EMAIL PROTECTED]> [2005-04-10 19:21]:
> * [ 08-04-05 - 15:38 ] Nico Golde <[EMAIL PROTECTED]> wrote:
> > There is another thing that I don't understand often. Why
> > are there linda and lintian?
> > In my opinion this makes things difficulter. Both have to
>
On Sat, Apr 09, 2005 at 07:26:09PM +0200, Peter 'p2' De Schrijver wrote:
> Sure. That's ok. I was more thinking of someone reading the existing
> firmware sources, writing a spec and a second person/group implementing
> the new free firmware based on the spec. AFAICS the implementors and the
> spec
On Apr 8, 2005 12:05 AM, Steve Greenland <[EMAIL PROTECTED]> wrote:
> Expect people to whine. I personally don't see why "@daily" is
> significantly easier than "0 0 * * *" but apparently some people get all
> sweaty if they have to type an asterisk.
what about the "@reboot" extension? I think th
Hi Yas,
Am Sonntag, 10. April 2005 15:57 schrieb Yaacov Akiba Slama:
> openswan 2.2.0-4 still crashes when using 2.3.1 (your package from
> http://www.gibraltar.at/~rene/openswan/) as roadwarrior.
Yes, I have also noticed that and can currently reproduce it here on my
system. I have already bomba
* [ 08-04-05 - 15:38 ] Nico Golde <[EMAIL PROTECTED]> wrote:
> There is another thing that I don't understand often. Why
> are there linda and lintian?
> In my opinion this makes things difficulter. Both have to
> coordinate themselves and keep their policy rules up to
> date.
[...]
> The on
Martin Schulze wrote:
> FWIW: This would mean to remove all of Mozilla and friends, since they
> don't receive any security support upstream, and neither the maintainer
> or the security team are in a position to backport all fixes and correcte
> all stuff in the older versions. (upstream does onl
Hello,
I renamed libtagcoll-dev to libtagcoll1-dev and libdebtags-dev to
libdebtags1-dev, and I'm considering uploading to unstable in a day or
two:
- it's too late for it to go in sid (good!)
- it doesn't break existing stuff (it's a new package)
- I can upload improved debtags and debtags-ed
Am Sonntag, 10. April 2005 06:59 schrieb Paul TBBle Hampson:
> I just tried openswan-modules-source under 2.6.10 with make-kpkg, and it
> installed
> /lib/modules/2.6.10/kernel/net/ipsec/ipsec.o
> instead of
> /lib/modules/2.6.10/kernel/net/ipsec/ipsec.ko
Thanks for the hint - I have fixed a type a
Hello
> * Package name: soundconverter
> Version : 0.7.1
> Upstream Author : Gautier Portet
> * URL : http://soundconverter.berlios.de/
> * License : GPL v2
> Description : convert sound files to other formats
What about "converts between different sound
Hello
When it comes to testing you have to ask yourself what you want
to test.
We have a couple of different types of tests:
* Component test:
Tests if a program component (object, function etc) is working as
specified. Normally this kind of tests are implemented in the same
programming la
Package: wnpp
Severity: wishlist
Owner: Lars Wirzenius <[EMAIL PROTECTED]>
* Package name: soundconverter
Version : 0.7.1
Upstream Author : Gautier Portet
* URL : http://soundconverter.berlios.de/
* License : GPL v2
Description : convert sound files to ot
30 matches
Mail list logo
