tis 2003-03-25 klockan 01.40 skrev Andre Luis Lopes:
> BTW, could you shed some light on how one could test frontends others
> than the text one ? I'm currently doing my testing only using the text
> one but I would be happy to test the newt or slang ones and check out
> translations now that UTF-8
Accepted:
partconf-find-partitions_0.02_i386.udeb
to pool/main/p/partconf/partconf-find-partitions_0.02_i386.udeb
partconf_0.02.dsc
to pool/main/p/partconf/partconf_0.02.dsc
partconf_0.02.tar.gz
to pool/main/p/partconf/partconf_0.02.tar.gz
partconf_0.02_i386.udeb
to pool/main/p/partconf/pa
Accepted:
partconf-find-partitions_0.01_i386.udeb
to pool/main/p/partconf/partconf-find-partitions_0.01_i386.udeb
partconf_0.01.dsc
to pool/main/p/partconf/partconf_0.01.dsc
partconf_0.01.tar.gz
to pool/main/p/partconf/partconf_0.01.tar.gz
partconf_0.01_i386.udeb
to pool/main/p/partconf/pa
Hi,
On Mon, Mar 24, 2003 at 12:32:32AM +0100, Petter Reinholdtsen wrote:
>
> I believe the newt frontend should be handling UTF-8 characters fairly
> well now. The new rootskel package will turn on UTF-8 support in the
> linux console. This is supposed to work on 2.4 kernels. My test
> display
On Mon, 24 Mar 2003 18:03:19 -0500
Branden Robinson <[EMAIL PROTECTED]> wrote:
> A pre-release (source code only) of Discover 1.5-2 is available:
>
Why version 1.5, i see 2.0.1 is the latest version ?
Glenn
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troub
A pre-release (source code only) of Discover 1.5-2 is available:
http://hackers.progeny.com/~branden/discover-1.5-2pre.tar.gz
The reason this isn't a package release is because the GNU autotools
have changed sufficiently in unstable to cause problems.
If someone from the debian-installer team
On Mon, Mar 24, 2003 at 10:42:37PM +0100, Martin Sj?gren wrote:
> The cdebconf frontend udebs (cdebconf-slang-udeb, cdebconf-newt-udeb and
> cdebconf-gtk-udeb) were uploaded with priority standard. This is a very
> bad idea (especially since their dependencies are broken) and a mistake
> on our par
Package: ftp.debian.org
Version: N/A; 2003-03-24
The cdebconf frontend udebs (cdebconf-slang-udeb, cdebconf-newt-udeb and
cdebconf-gtk-udeb) were uploaded with priority standard. This is a very
bad idea (especially since their dependencies are broken) and a mistake
on our part. :) Please change th
Hi, "[EMAIL PROTECTED] ,
A nice lady wants to correspond with you. check her out
Let me know and I won't write you again. Thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Conta
mån 2003-03-24 klockan 18.14 skrev Matt Kraai:
> > The parsing was the least concern. Bad explanations on my part, I'm
> > worried about false negatives and false positives. Most udebs end in
> > "-udeb" so that's far from conclusive. And I can imagine udebs with
> > "-modules-" in the name, even i
On Mon, Mar 24, 2003 at 02:39:53PM +0100, Martin Sj?gren wrote:
> m?n 2003-03-24 klockan 10.48 skrev Herbert Xu:
> > On Sun, Mar 23, 2003 at 10:45:20PM +0100, Martin Sj?gren wrote:
> > >
> > > It's harder to parse. I don't want anna to screw up because someone
> > > named their udeb a bit weird. T
Title: BEEFEATER
We Have The Answer
Get
Started Now!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mån 2003-03-24 klockan 10.48 skrev Herbert Xu:
> On Sun, Mar 23, 2003 at 10:45:20PM +0100, Martin Sj?gren wrote:
> >
> > It's harder to parse. I don't want anna to screw up because someone
> > named their udeb a bit weird. The pattern for kernel module udebs so far
> > seem to be on the form *-mod
Is it only me being concerned about the state of discover? Is there
anything more I can do to help?
Coudn't we use the RedHat discovering tool? I thing it's better under
development and support more hardware (RedHat needs to extend the
supported haradware everytime)
I took the time to see all thos
On Sun, Mar 23, 2003 at 10:45:20PM +0100, Martin Sj?gren wrote:
>
> It's harder to parse. I don't want anna to screw up because someone
> named their udeb a bit weird. The pattern for kernel module udebs so far
> seem to be on the form *-modules-*.*.*-*-udeb which is a bit too unclear
> for my tas
mån 2003-03-24 klockan 09.37 skrev Thorsten Sauter:
> > Is it only me being concerned about the state of discover? Is there
> > anything more I can do to help?
> Coudn't we use the RedHat discovering tool? I thing it's better under
> development and support more hardware (RedHat needs to extend th
This is not the good list for asking this kind of questions!
In this list, you must post in english.
Try another list please!!!
Mandrake is a distribution for children..
and I'm not sure you try to install a debian!!!
Tu nous casses les pieds avec ta mandrake (pour etre polit!!)
On te l'a
mån 2003-03-24 klockan 02.45 skrev Ian Murdock:
> Hi,
>
> We've been busy at Progeny with other things recently, but I can assure
> you that Discover remains a key technology and will be actively
> maintained (see http://www.progeny.com/products/enablingtech.html).
> Discover 2 is a substantial re
Hello,
On Sun, Mar 23, 2003 at 04:02:19PM +0100, Petter Reinholdtsen wrote:
> When checking the list of bugs filed against discover in BTS, I start
> to wonder if it is wise to base the d-i HW detection on a package that
> seem to lack active maintainers. Some of the bugs are more than a
> year
Bonjour,
suite a votre réponse de la semaine passée Jai remplacer le logiciel Linux
Madrake par un logiciel Debian qui me pose exactement le même problème sur
mon portable linstallation se passe bien sauf au moment du re boots , la
il démarre puis le code page de départ sarrête et lécran res
20 matches
Mail list logo