On Sunday 16 January 2005 07:11, Eric Dorland wrote:
> > * URL : http://gate.crashing.org/
>
> ^
>
> I didn't see any reference to the patch on that page.
>
Oops,
http://gate.crashing.org/~benh/
--
Jorge Bernal "Koke"
Personal: [EMAIL P
At Sun, 16 Jan 2005 20:55:28 +0100,
Falk Hueffner wrote:
> Marcelo E. Magallon writes:
>
> > On Sat, Jan 15, 2005 at 10:14:15PM +0900, GOTO Masanori wrote:
> >
> > > > occurs when you have for example an ev56 library in lib/ev56, and a
> > > > ev67 CPU. Then the loader looks in lib/ev67 and then
On Sunday 16 January 2005 13:08, Alexander Wirt wrote:
> Ehm, the Test7 works fine and nobody yet complaint about it.
> If you have problems please report them on debian-powerpc, I haven't
> found any mail from you on this list.
> Additionally the name is not chosen very good since the patch is for
Devfs is regarded as obsolete in the kernel source.
The current initrd images produced by initrd-tools does the following for a
LVM system:
mount -nt devfs devfs /dev
vgchange -a y
umount /dev
This relies on a kernel with devfs compiled in to boot a system with an LVM
root file system.
I think
Jay Berkenbilt <[EMAIL PROTECTED]> schrieb:
> If one changes the architecture of a package from "any" to "all" but
> makes no change to the package name, does this require any special
> manual intervention, or would an upload that makes such a change go
> through as quickly as a normal upload woul
On Mon, Jan 17, 2005 at 08:03:42PM +1100, Russell Coker wrote:
> Devfs is regarded as obsolete in the kernel source.
>
> The current initrd images produced by initrd-tools does the following for a
> LVM system:
> mount -nt devfs devfs /dev
> vgchange -a y
> umount /dev
>
> This relies on a kerne
Op ma, 17-01-2005 te 20:03 +1100, schreef Russell Coker:
> Devfs is regarded as obsolete in the kernel source.
>
> The current initrd images produced by initrd-tools does the following for a
> LVM system:
> mount -nt devfs devfs /dev
> vgchange -a y
> umount /dev
>
> This relies on a kernel with
What with a change of circumstances and lack of time recently I don't honestly
think I'm doing a good enough job on the LVM packages, so I'm offering them up
for adoption to anyone who thinks they can do a better job.
The packages are:
lvm2- in active development, upstream helpful but
> In that case, we should probably drop debian-installer altogether, as it
> uses DevFS throughout :-)
Documentation/feature-removal-schedule.txt in 2.6.11-rc1:
What: devfs
When: July 2005
Files: fs/devfs/*, include/linux/devfs_fs*.h and assorted devfs
function calls throughout the k
Anthony Towns writes:
> Travis Crump wrote:
>> Should changelogs be in chronological order or should they be in
>> version number order?
>
> The changelog should be in the order changes were made.
Isn't that necessarily chronological order?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Monday 17 January 2005 20:34, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> so unless Debian wants to stay with stoneage kernels you're better of
> starting to fix D-I. That beeing said D-I people have been told
> repeatedly that basing an installer on devfs is a bad idea long time
> ago, but
Hi,
* Package name: libspandsp
Version : 0.0.2pre9
Upstream Author : Steve Underwood <[EMAIL PROTECTED]>
* URL : ftp://ftp.opencall.org/pub/spandsp/
* License : GPL
Description : Library which provides DSP functions for VoIP.
Already in NEW, see also Bug #2
On Mon, Jan 17, 2005 at 10:34:06AM +0100, Christoph Hellwig wrote:
> Documentation/feature-removal-schedule.txt in 2.6.11-rc1:
>
> What: devfs
> When: July 2005
> Files: fs/devfs/*, include/linux/devfs_fs*.h and assorted devfs
> function calls throughout the kernel tree
> Why:It h
On Mon, Jan 17, 2005 at 09:29:41PM +1100, Russell Coker wrote:
> On Monday 17 January 2005 20:34, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > so unless Debian wants to stay with stoneage kernels you're better of
> > starting to fix D-I. That beeing said D-I people have been told
> > repeatedl
Matthew Dempsky wrote:
Anthony Towns writes:
Travis Crump wrote:
Should changelogs be in chronological order or should they be in
version number order?
The changelog should be in the order changes were made.
Isn't that necessarily chronological order?
Not if you're merging two branches, and reusin
On Mon, 17 Jan 2005, Anthony Towns wrote:
> libvips-tools and libvips-doc likewise can probably lose their
> version happily, presuming people who Depend: on libvips-dev today,
> and end up getting the tools from soname 11 aren't going to be
> unhappy. But for both of those you should be able to j
Lars Wirzenius wrote:
> to, 2005-01-13 kello 13:35 +0200, Lars Wirzenius kirjoitti:
> > I don't think debhelper fits into this category. On the other hand,
> > build-essential (version 10.1) already depends on file, html2text,
> > debconf-utils, and po-debconf, which I think are also not necessary
On Mon, 17 Jan 2005, Patrick Caulfield wrote:
> What with a change of circumstances and lack of time recently I don't honestly
> think I'm doing a good enough job on the LVM packages, so I'm offering them up
> for adoption to anyone who thinks they can do a better job.
And please, whomever get it,
Santiago Vila wrote:
On Mon, 17 Jan 2005, Anthony Towns wrote:
Each package Conflicts with the package it
replaces with a version << the future dummy transition version of the
existing packages and Replaces the old package as well. For example:
I'm fairly sure the above should ensure you don't nee
On Mon, 2005-01-17 at 09:28 +, Patrick Caulfield wrote:
> What with a change of circumstances and lack of time recently I don't honestly
> think I'm doing a good enough job on the LVM packages, so I'm offering them up
> for adoption to anyone who thinks they can do a better job.
>
> The packag
On Tue, 18 Jan 2005, Anthony Towns wrote:
> Santiago Vila wrote:
> > The point is not about "needing" dummy packages or not.
>
> Well, yes it is -- they're not there for their own sake, they're there
> to ensure upgrades happen smoothly and automatically. If they're not
> *necessary* for that, the
Frank Küster <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have just uploaded packages for teTeX-2.99.7, the first release
> candidate of teTeX-3.0, into experimental. An upload of the more recent
> rc2, 2.99.8, will follow in a couple of days. I would be glad if people
> could test this.
I wasn't aw
> On Tue, 18 Jan 2005, Anthony Towns wrote:
>
> > Santiago Vila wrote:
> > > The point is not about "needing" dummy packages or not.
> >
> > Well, yes it is -- they're not there for their own sake, they're there
> > to ensure upgrades happen smoothly and automatically. If they're not
> > *necessary
On Mon, 17 Jan 2005 09:28:56 +, Patrick Caulfield wrote:
> What with a change of circumstances and lack of time recently I don't honestly
> think I'm doing a good enough job on the LVM packages, so I'm offering them up
> for adoption to anyone who thinks they can do a better job.
>
> The pack
Anthony Towns wrote:
> Jay Berkenbilt wrote:
>> The recent threads on sonames and package names convinced me beyond a
>> doubt that I made a mistake in the names of the vips packages.
>
> Oh dear...
>
>> [...] Right now, the vips7.10 source package creates four binary
>> packages: libvips7.10, li
Anthony Towns writes:
> Matthew Dempsky wrote:
>> Anthony Towns writes:
>>>Travis Crump wrote:
Should changelogs be in chronological order or should they be in
version number order?
>>>The changelog should be in the order changes were made.
>> Isn't that necessarily chronological order?
On Mon, Jan 17, 2005 at 10:07:25AM +0100, Frank Küster wrote:
> Jay Berkenbilt <[EMAIL PROTECTED]> schrieb:
>
> > If one changes the architecture of a package from "any" to "all" but
> > makes no change to the package name, does this require any special
> > manual intervention, or would an upload
On Mon, Jan 17, 2005 at 03:53:58PM +0100, Santiago Vila wrote:
> On Tue, 18 Jan 2005, Anthony Towns wrote:
> > We really need to get dpkg/apt and dselect/aptitude working as designed.
> > Not supporting auto-selecting packages like this, in spite of it
> > having been documented for years, is jus
Jose Carlos Garcia Sogo schreef:
El jue, 06-01-2005 a las 13:43 -0800, Will Lowe escribiÃ:
Is that really true? I would love to run "apt-get dist-upgrade" every
half a year. Currently it doesn't get me much. :) Now, for production
systems, don't you do some testing *before* you upgrade the OS?
Su
Colin Watson <[EMAIL PROTECTED]> writes:
> On Mon, Jan 17, 2005 at 03:53:58PM +0100, Santiago Vila wrote:
>> On Tue, 18 Jan 2005, Anthony Towns wrote:
>> > We really need to get dpkg/apt and dselect/aptitude working as designed.
>> > Not supporting auto-selecting packages like this, in spite of
On Mon, Jan 17, 2005 at 09:28:56AM +, Patrick Caulfield wrote:
> lvm2 - in active development, upstream helpful but often busy.
> device-mapper - largely stable. occasional releases.
> lvm10 - stable. no more upstream development at all.
> lvm-common - native package. sm
On Mon, Jan 17, 2005 at 12:42:41PM -0500, Jay Berkenbilt wrote:
> Colin Watson <[EMAIL PROTECTED]> writes:
> > On Mon, Jan 17, 2005 at 03:53:58PM +0100, Santiago Vila wrote:
> >> On Tue, 18 Jan 2005, Anthony Towns wrote:
> >> > We really need to get dpkg/apt and dselect/aptitude working as designed
David Weinehall <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 17, 2005 at 10:07:25AM +0100, Frank Küster wrote:
>> Jay Berkenbilt <[EMAIL PROTECTED]> schrieb:
>>
>> > If one changes the architecture of a package from "any" to "all" but
>> > makes no change to the package name, does this require any sp
Package: wnpp
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: python-gdchart2
Version : 0.0.0-beta1
Upstream Author : [EMAIL PROTECTED]
* URL : http://www.nullcube.com/software/pygdchart2.html
* License :
# Redistribution and
> "Christoph" == Christoph Hellwig <[EMAIL PROTECTED]> writes:
>> In that case, we should probably drop debian-installer altogether, as it
>> uses DevFS throughout :-)
Christoph> Documentation/feature-removal-schedule.txt in 2.6.11-rc1:
I would have hoped that they would wait unt
On Mon, Jan 17, 2005 at 10:34:06AM +0100, Christoph Hellwig wrote:
>
> so unless Debian wants to stay with stoneage kernels you're better of
> starting to fix D-I. That beeing said D-I people have been told
> repeatedly that basing an installer on devfs is a bad idea long time
> ago, but let's no
Hi,
should the priority of vacation lowered to extra, given todays internet
world is a much unfriendlier place than at the time vacation was
created, and vacation might easily lead to problems? (Just for the
record, that suggestion was brought up by the maintainer, Marco d'Itri,
on IRC, and I just
Package: wnpp
Severity: wishlist
* Package name: camaelon.bundle
Version : 0.1
Upstream Author : Nicolas Roard <[EMAIL PROTECTED]>
* URL : http://www.roard.com/camaelon/
http://www.roard.com/screenshots/screenshot_theme41.png
* License : GNU
* Gürkan Sengün [Mon, 17 Jan 2005 23:58:15 +0100]:
> Package: wnpp
> Severity: wishlist
Gürkan, if possible, try not to CC debian-devel directly, but to use
the X-Debbugs-CC header, so that the bug number appears in the mail
that reaches -devel. reportbug will do this by default when submitt
On Tue, 18 Jan 2005, Andreas Barth wrote:
> should the priority of vacation lowered to extra, given todays internet
> world is a much unfriendlier place than at the time vacation was
> created, and vacation might easily lead to problems? (Just for the
> record, that suggestion was brought up by th
Em Qui, 2005-01-13 Ãs 19:12 +0100, Osamu Aoki escreveu:
> I also look at code too and found:
> * gksu and gksudo is just a same program with different invocation
>name.
That's already true now.
> * Parsing of GNU long-option and /etc/gksu.conf may share codes.
I don't know what you mean, m
PLEASE UNINSTALL ME FROM CALLLWAVE.PLEASE . DON'T KNOW HOW TO DO IT
I've done more analysis and experimentation with the vips rename, and
I'd like to stick to my original plan of uploading a new source
package that creates new binary packages followed by creating dummy
packages out of the old source package followed eventually by
requesting removal of the old pack
Jay Berkenbilt wrote:
One reason for
putting the entries in version number order rather than in
chronological order was so that debuild -v3.6.1-5 would close all the
bugs tagged fixed-in-experimental from 3.7.0-1 and 3.7.0-2. To be
honest, I didn't investigate whether the right thing would have
ha
Package: wnpp
Severity: wishlist
* Package name: libmail-mboxparser-perl
Version : 0.51
Upstream Author : Tassilo von Parseval <[EMAIL PROTECTED]>
* URL : http://cpan.uwinnipeg.ca/~vparseval/Mail-MboxParser
* License : Dual (Artistic / GPL)
Description : P
Due to the high volume of messages with zip attachments containing viruses
coming into QNX, we have reluctantly decided to quarantine these messages so
they can be safely reviewed and passed on if they are determined to be virus
free.
To expedite your next message to the recipient, and bypass thi
The Dovecot POP3/IMAP server currently doesn't build with newer versions
of gnutls. This means I have to use openssl. Other libraries it links
with do use gnutls and it is suspected that this is causing some bugs. So
I would like some kind soul to send me patch for dovecot so I can start
using g
47 matches
Mail list logo
