Pierre Habouzit <[EMAIL PROTECTED]> writes:
> Le dim 13 août 2006 02:06, Peter Collingbourne a écrit :
>> Dear all,
>>
>> I found there were no VMware-related packages in the official
>> repository, nor any way of creating them. Thus I propose to create
>> a tool that will build (for example fo
On Sun, Aug 13, 2006 at 02:25:59AM +0200, Pierre Habouzit wrote:
> Le dim 13 août 2006 02:06, Peter Collingbourne a écrit :
> > Dear all,
> >
> > I found there were no VMware-related packages in the official
> > repository, nor any way of creating them. Thus I propose to create
> > a tool that wil
Alle Sunday 13 August 2006 02:25, Pierre Habouzit ha scritto:
> Le dim 13 août 2006 02:06, Peter Collingbourne a écrit :
> > Dear all,
> >
> > I found there were no VMware-related packages in the official
> > repository, nor any way of creating them. Thus I propose to create
> > a tool that will b
On Sun, Aug 13, 2006 at 02:25:59AM +0200, Pierre Habouzit wrote:
> Le dim 13 août 2006 02:06, Peter Collingbourne a écrit :
> > Dear all,
> >
> > I found there were no VMware-related packages in the official
> > repository, nor any way of creating them. Thus I propose to create
> > a tool that wil
Em Sat, 12 Aug 2006 19:26:51 -0500
John Goerzen <[EMAIL PROTECTED]> escreveu:
> I understand that this tool may be aimed at those that don't have a
> great deal of experience, but I think that you are presenting
> misleading information to everyone.
Exactly.
> To say that any library fixing secu
On Sat, Aug 12, 2006 at 08:29:13PM -0300, Gustavo Noronha Silva wrote:
>
> The first feature is useful for those packages which are critical, and
> which really want a reboot after upgrade, such as kernel, perhaps libc,
> and any library or package fixing security problems. These simply need
> to
Le dim 13 août 2006 02:06, Peter Collingbourne a écrit :
> Dear all,
>
> I found there were no VMware-related packages in the official
> repository, nor any way of creating them. Thus I propose to create
> a tool that will build (for example for VMware Server) vmware-server
> and vmware-modules-so
Dear all,
I found there were no VMware-related packages in the official
repository, nor any way of creating them. Thus I propose to create
a tool that will build (for example for VMware Server) vmware-server
and vmware-modules-source packages based on an installation tarball
(a la java-package).
On Sat, 2006-08-12 at 15:59 +1000, Brian May wrote:
> > "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
>
> Robert> On Sun, 2006-08-06 at 12:01 +1000, Brian May wrote:
> >> Curiously though, the problems continue even after the archive
> >> appears to be converted successfu
On Sat, Aug 12, 2006 at 09:48:55PM +0200, Goswin von Brederlow wrote:
> Joerg Schilling <[EMAIL PROTECTED]> writes:
> Please try to read, understand and answere the question asked in a
> mail. Hint: The question wasn't about cdrtools patches.
Please try to take off-topic threads to appropriate mai
Fellow Debianers,
I'm writing to you all in order to present some new features added to
the Debian Desktop, and to discuss how we could make use of them in
some of our subsystems.
I just uploaded update-notifier 0.42.12-1 to unstable. Unfortunately I
lost dinstall for the day, so we'll only see t
On Sat August 12 2006 09:34, Matthias Klose wrote:
First time I've seen the design goals laid out like this. Thanks, and
sorry if this is out of place.
> No, not the whole design goal. Although the document is titled
> "developer's view", the other goals should be mentioned as well.
> These are
Joerg Schilling <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
>
>> Why do you insist on programming bugs into cdrtools that linux
>> distributions have to fix by patching?
>
> You should inform yourself about reality
Are you willing to put money where your mout
On 8/12/06, Marvin Renich <[EMAIL PROTECTED]> wrote:
Also, it impresses me when a package description says something like "if
you need feature X, you are better off with package M, but this package
provides feature Y which package M doesn't have."
There was, not so long ago, a complaint about "
Joerg Schilling wrote:
> Nice to see that this video clip verifies my statements in case you
> carefully listen to Simon Phipps:
> - Sun did not make the CDDL incompatible by intention to the GPL
Are you talking about what he's saying at approx. minute 36? That's the
closest thing I could
Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> Why do you insist on programming bugs into cdrtools that linux
> distributions have to fix by patching?
You should inform yourself about reality
The original sources do not have such bugs and many Debian users that
did write bug reports agai
* Peter Samuelson <[EMAIL PROTECTED]> [060812 14:00]:
>
> No need to mention the competitors, really.
I strongly disagree. While an individual upstream author may have
competitive feelings towards other software that provides similar
functionality, one of Debian's primary priorities is its users
Joerg Schilling <[EMAIL PROTECTED]> writes:
> Gunnar Wolf <[EMAIL PROTECTED]> wrote:
>
>> the author's official module). You say that I don't have the right to
>> distribute this under the name PDF::API2 in Debian, do I understand
>> correctly? Please tell me: This module is a Perl library. If I m
Joerg Schilling <[EMAIL PROTECTED]> writes:
> Jean Parpaillon <[EMAIL PROTECTED]> wrote:
>
>> Beside the licensing issues, why do you care so much patched version of
>> your software to be distributed with big WARNINGS, a different name and
>> tutti quanti ?
>
> Why do Linux distributions insist
Peter Samuelson <[EMAIL PROTECTED]> writes:
> [Goswin von Brederlow]
>> Instead move the things in etc that need writing to other places:
>>
>> 1) link /etc/mtab to /proc/mounts and create a dummy /proc/mounts on /
>>for when /proc isn't mounted (works with quota in current kernels).
>
> Does
Florian Weimer <[EMAIL PROTECTED]> writes:
> * Daniel Schepler:
>
>> And since dynamic linking is done at the time the program is run,
>> this would appear to me to be what applies. In particular, it
>> appears to me that you could satisfy the GPL and still dynamically
>> link against a non-free
Gunnar Wolf <[EMAIL PROTECTED]> wrote:
> the author's official module). You say that I don't have the right to
> distribute this under the name PDF::API2 in Debian, do I understand
> correctly? Please tell me: This module is a Perl library. If I modify
> it to become PDF::API2::Debian, how will ou
* Daniel Schepler:
> And since dynamic linking is done at the time the program is run, this would
> appear to me to be what applies. In particular, it appears to me that you
> could satisfy the GPL and still dynamically link against a non-free library,
> and distribute both, by invoking the "m
On Sat, Aug 12, 2006 at 10:21:50AM -0700, Steve Langasek wrote:
> We don't allow multiple mtas because a mail-transport-agent is *required* to
> provide /usr/sbin/sendmail.
Why can Debian's alternatives system not alleviate this conflict?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
Hi,
Here comes draft 1.0.4, with suggestions from Matthias Klose
incorporated (well, most of them). The current and future updates,
are to be found at
http://www.golden-gryphon.com/software/manoj-policy/.
The sources are at:
http://www.golden-gryphon.com/software/manoj-policy
Jean Parpaillon <[EMAIL PROTECTED]> wrote:
> Beside the licensing issues, why do you care so much patched version of
> your software to be distributed with big WARNINGS, a different name and
> tutti quanti ?
Why do Linux distributions insist in applying patches that introduce bugs
into cdrtools
[Goswin von Brederlow]
> Instead move the things in etc that need writing to other places:
>
> 1) link /etc/mtab to /proc/mounts and create a dummy /proc/mounts on /
>for when /proc isn't mounted (works with quota in current kernels).
Does the wrong thing with (a) user and (b) loop mounts.
[Amaya Rodrigo Sastre]
> > This program also shows soundwaves which makes it easier for
> > subtitles synchronisation that most other subtitle editors like
>
> > ksubtile or gaupol.
This program also shows sound waves, which makes it easier to
synchron
On Fri, Aug 11, 2006 at 10:27:39AM +0100, Roger Leigh wrote:
> [EMAIL PROTECTED] (Marco d'Itri) writes:
> > On Aug 10, Roger Leigh <[EMAIL PROTECTED]> wrote:
> >> installed, all using the same configuration file. Is this a use
> >> case we really want to support? Are there really setups run
On Sat, 12 Aug 2006 17:34:06 +0200, Matthias Klose <[EMAIL PROTECTED]> said:
> Manoj Srivastava writes:
>> policy document. The current version, and future updates, are to be
>> found at http://www.golden-gryphon.com/software/manoj-policy/
Unfortunately, you are commenting on an old vers
la, 2006-08-12 kello 18:10 +0200, Pierre Habouzit kirjoitti:
> > >/usr/share/pycentral
> > >/usr/share/python-support
> >
> > These location are tool specific and should not be referenced
> > explicitely in the packaging scripts (debian/rules)
>
> agreed
python-support see
Le sam 12 août 2006 17:34, Matthias Klose a écrit :
> Manoj Srivastava writes:
> > policy document. The current version, and future updates, are to
> > be found at http://www.golden-gryphon.com/software/manoj-policy/
>
> unreachable, comments for the posted text follow
doh, that works for me ?!
Manoj Srivastava writes:
> policy document. The current version, and future updates, are to be
> found at http://www.golden-gryphon.com/software/manoj-policy/
unreachable, comments for the posted text follow
> 1.1. Categorization of Python software
>
>Program/script
>
> Thi
Le sam 12 août 2006 17:34, Matthias Klose a écrit :
> dh_pysupport doesn't
> use this information, but requires the developer to explicitely pass
> the directory containing the extension module.
that's not completely true, it only searches in /usr/lib/$pkg,
/usr/share/$pkg, /usr/lib/games/$pkg an
Alle Saturday 12 August 2006 16:09, Jon Dowland ha scritto:
> At 1155391794 past the epoch, Bernd Schubert wrote:
> > Btw, why always the autotools while there's this nice
> > cmake?
>
> I've never used cmake myself, so I can't speak for how nice
> it is, but autotools (for all its problems) is ver
At 1155391794 past the epoch, Bernd Schubert wrote:
> Btw, why always the autotools while there's this nice
> cmake?
I've never used cmake myself, so I can't speak for how nice
it is, but autotools (for all its problems) is very
widespread.
> The cmake build system might even get accepted by Joe
[Roger Leigh]
> Any thoughts or comments?
For the LTSP thin client environment, I switched to openbsd-inetd
because I could not avoid an inetd, and the openbsd version didn't
start when no service was enabled in /etc/inetd.conf. We do the same
in Debian-edu. A minor problem is that we are unabl
Daniel Dickinson <[EMAIL PROTECTED]> writes:
> A little while back I tried to setup a system that used a read-only
> root filesystem during regular operation and ran into some problems
> during boot. The first is that /etc needs to be read-write but init
> scripts break badly if /etc is not on th
martin f krafft <[EMAIL PROTECTED]> writes:
> also sprach Goswin von Brederlow <[EMAIL PROTECTED]> [2006.08.11.2326 +0100]:
>> The algorithm used is 2pass. First pass only mirrors pool while the
>> second pass mirrors the Release and Packages files. The time a mirror
>> is out of sync should alway
> The fork-team can look at http://www.arklinux.org/projects/dvdrtools, a
> 100% free fork of cdrtools.
> The SVN is inactive from 6 month, but the autotool-ization is already
> done and it can write on DVDs, and probably is better than starting
> another fork.
Btw, why always the autotools while
On Aug 12, Daniel Dickinson <[EMAIL PROTECTED]> wrote:
> A little while back I tried to setup a system that used a read-only
> root filesystem during regular operation and ran into some problems
> during boot. The first is that /etc needs to be read-write but init
> scripts break badly if /etc is
On Sat, 29 Jul 2006, Gustavo Franco wrote:
> >Another, perhaps more parseable format, would be:
> >
> > X-VCS-Url: ${VCS}:${URL}
> > X-Vcs-Url: bzr:http://people.debian.org/~adeodato/code/packages/taglib
> >
> >Though you'd had to wonder what you'd do with a svn:// url.
> >
>
> Looks good, but i
On Wed, 02 Aug 2006, David Nusinow wrote:
> On Wed, Aug 02, 2006 at 11:56:44PM +0200, Adeodato Simó wrote:
> > * David Nusinow [Wed, 02 Aug 2006 17:37:23 +]:
> >
> > > (I'm seriously
> > > interested in setting up git.debian.org for XSF work, for example*),
> >
> > > * If anyone else is inter
A little while back I tried to setup a system that used a read-only
root filesystem during regular operation and ran into some problems
during boot. The first is that /etc needs to be read-write but init
scripts break badly if /etc is not on the root filesystem (probably could
be fixed in initramf
On Wed, Aug 09, 2006 at 04:38:20PM -0400, Kevin Mark wrote:
> So there is ONE w-b for {i386,ppc,...) and there is one buildd for each
> arch that connects to that ONE w-b?
No. There is one system where wanna-build databases are stored. That
single one wanna-build system has, of course, multiple da
On Thu, Aug 10, 2006 at 11:25:11PM +0200, Joerg Schilling wrote:
> 1)Throw out Eduard Bloch.
rotflmao.
--
Fun will now commence
-- Seven Of Nine, "Ashes to Ashes", stardate 53679.4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PRO
On Fri August 11 2006 04:51, Ian Jackson wrote:
> Bruce Sass writes ("Re: Silly Packaging Problem"):
> > "files" and "size" accommodate the desire to include generated or
> > packageless files and their size (if knowable) in the dpkg DB.
>
> This is a bad idea. dpkg maintains these lists of files
On Fri, Aug 11, 2006 at 12:56:23PM +0200, Vincent Danjean wrote:
> Then, I've been unable to start the userspace. I mean, even
> with 'init=/bin/bash' on the kernel cmdline, it did not work
> (ie it hung up).
Next time try "init=/bin/dash". dash avoids the unneccessary NSS lookups
bash performs.
48 matches
Mail list logo
