[±¤°í] Èû°Ü¿ü´ø ¿µ¾î! ÀÌÁ¦ ´Ù½Ã ½ÃÀÛÇϽʽÿÀ.

[¾ÆÀÌ·¯ºêÀ×±Û¸®½¬]

Title: µÉ¼ö¹Û¿¡ ¾ø´Â ¿µ¾î - ¾ÆÀÌ·¯ºêÀ×±Û¸®½¬










	























		

		

		

		

		

		

		

		

		

		

		  
   
  
 YTN ´º½º º¸±â   

		 
   
  
  
  
   

  Ç÷¡½¬ ¾Ö´Ï¸ÅÀÌ¼Ç º¸±â


		

		

		

		

		

		


























Çã¶ô¾øÀÌ ¸ÞÀÏÀ» µå·Á ´ë´ÜÈ÷ Á˼ÛÇÕ´Ï´Ù.
(¿øÇÏÁö ¾ÊÀ¸½Ã¸é ¼ö½Å °ÅºÎ¸¦ Ŭ¸¯ ÇØÁֽʽÿÀ ) ¼ö½Å °ÅºÎ






-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Panic, I'm trying to make my own bootdisks

[Marcin Owsiany]

On Thu, Jan 17, 2002 at 08:29:17PM +0100, Adrian Cotfas wrote:
> I want to make my own bootdisks.
> I need to start linux from bootdisks with partitionimage and network suport.
> Partitionimage is a client/server program that restores your harddisk from an image.
> 
> I have read the manual (bootdisk-howto) several times.
> 
> When I boot up from the bootdisks I made everything looks normal
> But when I try to login with a username the system dont asks for my password and 
> insted I get a new login prompt.
> 
> I suspekt its a PAM configurations problem on my rootdisk.
> I am stuck Please help me 
> I am panicing I have workt on this bootdisks for 3 days.

 - you want to make a two-disk set: a boot disk with kernel on it and a
   root disk, containing a very basic system, which only needs to
   contain the tool "partitionimage" and needs to have network support,
   right?
 
 - you try to make the disks, but there is a problem with 'login'
   started from the root disk, in that it won't let you log in, right?
   
 - if so, then why at all do you want things like login or PAM on the
   root disk??? Why not just loopback-mount the standard debian root
   disk and copy "partitionimage" onto it, and replace the linux kernel
   on the rescue disk with one that has the drivers for your NIC (if the
   standard one doesn't)? I think that would be the most straightforward
   way, since manual disk creation is a bit tricky, considering all the
   library dependancies etc...

Marcin
-- 
Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216  FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#129790: install-doc: Missing alpha, mipsel and sparc packages keep it out of Woody

[Petter Reinholdtsen]

Package: install-doc
Version: 3.0.18
Severity: important

Reading
http://ftp-master.debian.org/testing/update_excuses.html.gz>, it
seems like the missing support for alpha, mipsel and sparc keeps
boot-floopies out of Woody.  It can also be the high bug count.

 - boot-floppies (3.0.17 to 3.0.18)
+ Maintainer: Debian Install System Team
+ 27 days old (needed 2 days)
+ out of date on alpha: install-doc (from 3.0.17)
+ out of date on mipsel: install-doc (from 3.0.14)
+ out of date on sparc: install-doc (from 3.0.16)
+ boot-floppies (source, alpha, arm, hppa, i386, ia64, m68k, mips,
  mipsel, powerpc, s390, sparc) is buggy! (10 > 7)

Checking the build log for alpha 2002-01-17 on
http://buildd.debian.org/build.php?pkg=boot-floppies>, buildd is
unable to build the package.  I guess this is because it wants to
access nonexisting directories only accessable for root.

  set -e; \
  if [ -d /archive/debian/local ]; then \
  cd /archive/debian/local ;\
  find . -name '*.deb' -exec cp {} /build/buildd/boot-floppies-3.0.18/updates/ \; 
;\
  fi
  [ -d /archive/debian/download ] || mkdir -p /archive/debian/download
  mkdir: cannot create directory `/archive': Permission denied
  make[1]: *** [localfiles] Error 1
  make[1]: Leaving directory `/build/buildd/boot-floppies-3.0.18'

I set severity important as this keep both the latest boot-floppies
and install-doc out of Woody.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#129791: Debian SID installs LILO always into MBR, even if I choose to install in the roots bootsector

[Hanno Böck]

Package: install

I was installing Debian SID from a current CD-Image and after that said that 
it should install LILO into the bootsector of the root-partition (in my case 
hda7).
It always installed it into the MBR hda.

I could reproduce this bug several times on two different PCs.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#124143: boot-floppies #124143 testing

[Gregg Cercy]

Using the latest disk images from testing, I'm having the same black background 
problem on a i386 (dell dimension xpg RIVA128). Also, it looks like the initial "popup 
window" containing the release notes looks misaligned. All the other following screens 
have the same look. After you partition, the background turns black and stays that 
way, with a blue bar at the bottom of the screen.

A 2nd try I skipped the partitioning, and went to initalize a partition, when done it 
came back with a blue background, perhaps it goes to black when partitioning because 
cfdisk is a full screen program.

Gregg Cercy
ESOC Engineer
IntervoiceBrite Inc.
701 International Parkway
Heathrow FL 32746
407-357-1717
407-357-1532



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#129791: Debian SID installs LILO always into MBR, even if I choose to install in the roots bootsector

[Eduard Bloch]

merge 129791 120386
quit




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/utilities/dbootstrap by merker

[Debian Boot CVS Master]

Repository: boot-floppies/utilities/dbootstrap
who:merker
time:   Fri Jan 18 07:25:42 PST 2002
Log Message:
  
  Added DELO (DECstation bootloader) support, fixed wrong Mips/Mipsel
  detection ( #cpu(mips) is true on both Mips and Mipsel ).
  

Files:
changed:bootconfig.c


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#129837: System Hardware Requirements misleading

[Mark Scott]

Package: install-doc
Version: 3.0.19
Severity: minor

Section 2.6.1 of the Installation Manual for i386 talks about 
avoiding hardware for which the vendor refuses to provide 
information that would allow drivers to be developed or released 
under an open-source license.  The example given is "the IBM 
laptop DSP sound system used in recent ThinkPad systems".  This 
is now out-of-date information and to continue to cite it is 
both misleading and does an injustice to IBM which has become a 
significant supporter of Linux and Open Source in general.

While it is true that IBM did for several years produce ThinkPads 
using a proprietary ("MWave") DSP which handled both sound and 
modem functionality, the company ceased using this chipset around 
two years ago ('99).  The last ThinkPad models to use it were the 
770 and 600 series.  Even while these ThinkPads were still being 
sold, Linux drivers for their MWave chipset became available, 
from IBM, under an open source license.  (These drivers can be 
found at http://oss.software.ibm.com/acpmodem>).

These days, IBM ThinkPads typically use Crystal audio chipsets, 
which are well supported both by OSS and Alsa, and Lucent modem 
chipsets which, although they are examples of the reviled "WinModem"
variety, at least do have Linux drivers, as numerous success stories
at http://www.linux-laptop.net> testify.

Perhaps you'd consider updating this section to choose a different 
example (of which there must be all too many), and maybe also point
out that the development and release of the IBM MWave drivers for
Linux is a good example of how lobbying for release of this
information can actually yield results.


Mark ScottIBM United Kingdom, Basingstoke, UK
+44 1256 343529[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies by merker

[Debian Boot CVS Master]

Repository: boot-floppies
who:merker
time:   Fri Jan 18 07:51:31 PST 2002
Log Message:
  
  added mipsel section
  

Files:
changed:Maintainers


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/debian by merker

[Debian Boot CVS Master]

Repository: boot-floppies/debian
who:merker
time:   Fri Jan 18 07:54:11 PST 2002
Log Message:
  
  mipsel changes
  
  

Files:
changed:changelog


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/utilities/dbootstrap by merker

[Debian Boot CVS Master]

Repository: boot-floppies/utilities/dbootstrap
who:merker
time:   Fri Jan 18 09:36:44 PST 2002
Log Message:
  
  fix the fix for Mips/Mipsel detection...
  
  

Files:
changed:bootconfig.c


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: A suggestion for the woody freeze

[Joey Hess]

Jérôme Marant wrote:
>   As the python-xml maintainer, I think that I have the right to react
>   on this lie.
> 
>   The bug submitter decided to build boot-floppies with the python2.1-xml
>   from unstable instead of the one from testing. AFAIK, boot-floppies
>   must be built against packages in testing rather that tose from
>   unstable.
> 
>   This would have never happened if they had been built correctly.

I'm sorry, but that is not a reasonable attitude.

The boot-floppies people work their asses off to try to get the boot
floppies to work, dealing with numerous packages that break them because
their maintainers do not take care to cooperate with them when making
changes, and are often completly ignorant of the boot floppies.

I don't think they have been able to build a boot floppies set from
testing for months, because the packages in testing have been broken.
They can't afford to wait around 10 to 20 days for a fixed package to
enter testing, after wating around for some indetermenant amount of time
to get it fixed in the first place, because if they do that a _broken_
package (like your python-xml package) is more than likely to enter
testing too, and there goes another month of the freeze down the drain.

All developers of packages who can potentially affect the boot floppies
(and that includes all of base, and all of their very large build dep
set) should give the needs of the boot floppies priority, with the only
higher priority being fixing RC bugs, if they're interested in helping
debian release at all.

-- 
see shy jo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#122750: Bug #122750: serial console problems

[Phil Blundell]

unmerge 122750
tags 122141 - unreproducible
thanks

Despite initial appearances, it now seems that 122750 and 122141 are
unrelated problems.  Submitter, can you still reproduce the problem
described in 122750 on your machine?  A quick poll of the debian-powerpc
list didn't turn up anybody else who can provoke this bug; if it isn't
happening for you any more I think we should conclude that it's "just
gone away" and close the report.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Difficulties with monochrome display

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 128941 libnewt-utf8-0
Bug#128941: Difficulties with monochrome display
Bug reassigned from package `boot-floppies' to `libnewt-utf8-0'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Bug #122750: serial console problems

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> unmerge 122750
Bug#122750: [powerpc] securetty not modified for serial console
Bug#122142: [sparc] inittab not modified for serial console
Disconnected #122750 from all other report(s).

> tags 122141 - unreproducible
Bug number 122141 not found.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#128941: Difficulties with monochrome display

[Phil Blundell]

reassign 128941 libnewt-utf8-0
thanks

With potato there was a dialog explicitly asking whether you wanted mono
or colour.  Since this has been removed for woody, we should probably
add a mention of the "mono" boot argument in the release notes.

As to the actual problem at hand, it would seem to be a newt issue.  All
that dbootstrap does about this is:

if (!bootargs.ismono)
{
SLtt_Use_Ansi_Colors = 1;
unsetenv("NEWT_MONO");
}
else
{
SLtt_Use_Ansi_Colors = 0;
setenv("NEWT_MONO","1",1);
}

so it's down to newt to honour the NEWT_MONO variable in some
appropriate fashion.  Maybe the real bug lies in SLang; I don't know
enough about this stuff to say.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#129854: boot-floppy

[shnv]

Package: boot-floppies
Version: Debian GNU/Linux 2.2 ÄÌÑ Motorola 680x0

 architecture:  m68k
 model: LC475
 memory:8Mb
 scsi:  SCSI
 cd-rom:No
 network card:  No
No boot floppy :-(



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 129479 moreinfo
Bug#129479: scsi disk not detected
Tags added: moreinfo

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#129069: Woody does not load module wd.o

[Phil Blundell]

reassign 129069 kernel-image-2.2.19-i386
thanks

> /lib/modules/2.2.19/net/wd.o: init_module: Device or resource busy

I think this would have to be a kernel bug.  There isn't a whole lot
that the boot floppies can do to affect the loadability of a particular
driver.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#124143: boot-floppies #124143 testing

[Phil Blundell]

On Fri, 2002-01-18 at 09:55, Gregg Cercy wrote:
> Using the latest disk images from testing, I'm having the same black background 
>problem > on a i386 (dell dimension xpg RIVA128). Also, it looks like the initial 
>"popup window"  > containing the release notes looks misaligned.

Can you be more specific about "misaligned"?

> After you partition, the background turns black and stays that way, with a blue bar  
>> at the bottom of the screen.

Yes, this is caused by a not-completely-successful change to the way
fullscreen programs are run.  The current behaviour seems a bit less bad
than what we had before, so it hasn't been reverted.  Someone does need
to look at it again though.

p.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Nice troubles with nano-tiny

[Jordi Mallach]

Hi Phil,

On Fri, Jan 18, 2002 at 06:15:11PM +, Phil Blundell wrote:
> I think you will need to dig a bit deeper into what's going on.  If you
> have your locale set properly, even the UTF8 libraries ought to tolerate
> "8-bit" characters.

I guess I'm going to need help then.
I tried xterm -u8 with an iso10646-1 font, and executed nano-tiny with
LANG=en_US.UTF-8.
No luck. But it gave me some hint. Under this Xterm, pressing "ñ"
advances the cursor two spaces. Under a normal xterm it just advances
one. The normal nano is ok on both.

Anyone here groks utf8 or two-byte fonts or whatever and can help me
with this?

Thanks,
Jordi
-- 
Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom,
   aka Oskuro in|| [EMAIL PROTECTED]  || Using Debian GNU/Linux
 Reinos de Leyenda  || [EMAIL PROTECTED]  || http://debian.org

http://sindominio.net  GnuPG public information:  pub  1024D/917A225E 
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E



msg14968/pgp0.pgp
Description: PGP signature

Processed: Re: Woody does not load module wd.o

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 129069 kernel-image-2.2.19-i386
Bug#129069: Woody does not load module wd.o
Bug reassigned from package `boot-floppies' to `kernel-image-2.2.19-i386'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/debian by walters

[Debian Boot CVS Master]

Repository: boot-floppies/debian
who:walters
time:   Fri Jan 18 11:18:59 PST 2002
Log Message:
  Note toff's change for #129837.
  

Files:
changed:changelog


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Panic, I'm trying to make my own bootdisks

[Alan Chandler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday 17 January 2002 7:29 pm, Adrian Cotfas wrote:
> Hello!
>
>
> I want to make my own bootdisks.
> I need to start linux from bootdisks with partitionimage and network
> suport. Partitionimage is a client/server program that restores your
> harddisk from an image.
>
> I have read the manual (bootdisk-howto) several times.
>
> When I boot up from the bootdisks I made everything looks normal
> But when I try to login with a username the system dont asks for my
> password and insted I get a new login prompt.

have you run ldconfig to create /etc/ld.so.conf. Not sure what but your 
symptoms look like a library is failing (libpam?)

- -- 

  Alan - [EMAIL PROTECTED]
http://www.chandlerfamily.org.uk
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8SHZo1mf3M5ZDr2kRAnuXAJ45SxoBwjvATElN/roQmyeAs9kQ4ACgnG/n
2N7eJV5p3gSEXCYdwstiWiM=
=b7OV
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#129837: System Hardware Requirements misleading

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 129837 pending
Bug#129837: System Hardware Requirements misleading
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#129790: install-doc: Missing alpha, mipsel and sparc packages keep it out of Woody

[Colin Walters]

severity 129790 wishlist
tag 129790 wontfix
thanks

On Fri, 2002-01-18 at 03:40, Petter Reinholdtsen wrote:

> Reading
> http://ftp-master.debian.org/testing/update_excuses.html.gz>, it
> seems like the missing support for alpha, mipsel and sparc keeps
> boot-floopies out of Woody.  It can also be the high bug count.

It is not possible to autobuild boot-floppies yet, and this won't be
fixed.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#129790: install-doc: Missing alpha, mipsel and sparc packages keep it out of Woody

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 129790 wishlist
Bug#129790: install-doc: Missing alpha, mipsel and sparc packages keep it out of Woody
Severity set to `wishlist'.

> tag 129790 wontfix
Bug#129790: install-doc: Missing alpha, mipsel and sparc packages keep it out of Woody
Tags added: wontfix

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#129837: System Hardware Requirements misleading

[Colin Walters]

tag 129837 pending
thanks

> Section 2.6.1 of the Installation Manual for i386 talks about 
> avoiding hardware for which the vendor refuses to provide 
> information that would allow drivers to be developed or released 
> under an open-source license.  The example given is "the IBM 
> laptop DSP sound system used in recent ThinkPad systems".  This 
> is now out-of-date information and to continue to cite it is 
> both misleading and does an injustice to IBM which has become a 
> significant supporter of Linux and Open Source in general.

Hello Mark, 

This was fixed in CVS a few days ago by Chris Tillman, and a new version
of install-doc will come with the official release of boot-floppies
3.0.19.

Thanks for the report!




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Nano-tiny (e.a) vs libslang-utf8

[Jan Vroonhof]

First of all I can confirm this happens with 1.0.6-2 as well.

In fact I tried doing this in all slang based editors I have installed.

I tried two tests


1. Loading the following file

/tmp/nano-1.1.5> LANG=C less /tmp/testje
"/tmp/testje" may be a binary file.  See it anyway? 
pondpond

The  is the latin-1 UK currency symbol

gives
  nano-tiny & jed : Only "pond" visible
  ae : Shows "pondpond" (see also below) + keyboard shortcuts only partly visible.

2. Insert a high-bit character

nano-tiny & jed : show only characters upto high-bit character on that
line. Rest invisible (but cursor moves normally), saving the file
gives the expected results (with all the invisible characters)
   
ae: Displays as if the high-bit character was moved to the end and replaced
by space[1], i.e. if C represents the cursor then the file from 1 is shown as

pondpond C

I would suggest slang1-utf8 is broken (see also bug#128255 and bug#129415) and suggest

retitle 129694 UTF8 slang breaks editors
reassign 129694 slang1-utf8
merge 129694 128255 129415 

Jan

P.S. Using unicode enabled shells or setting various locales does not make any 
difference.

Footnotes: 
[1]  i.e. it filters it out when displaying, but does let it count when doing cursor 
positioning.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Processed: Re: Woody does not load module wd.o

[Herbert Xu]

reassign 129069 boot-floppies
quit

On Fri, Jan 18, 2002 at 12:18:13PM -0600, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
> 
> > reassign 129069 kernel-image-2.2.19-i386
> Bug#129069: Woody does not load module wd.o
> Bug reassigned from package `boot-floppies' to `kernel-image-2.2.19-i386'.

This is already fixed in 2.2.19-11 and later.  Please upgrade.
-- 
Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Processed: Re: Woody does not load module wd.o

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 129069 boot-floppies
Bug#129069: Woody does not load module wd.o
Bug reassigned from package `kernel-image-2.2.19-i386' to `boot-floppies'.

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#129694: Nano-tiny (e.a) vs libslang-utf8

[Jordi Mallach]

retitle 129694 slang1-utf8 breaks displays in slang apps
reassign 129694 slang1-utf8
merge 129694 128255 129415 
thanks

Hi Jan & the rest,

On Fri, Jan 18, 2002 at 08:33:46PM +, Jan Vroonhof wrote:
> First of all I can confirm this happens with 1.0.6-2 as well.
> In fact I tried doing this in all slang based editors I have installed.

Thanks for testing!

> I tried two tests

[ tests with weird results in all of them skipped ]

> nano-tiny & jed : show only characters upto high-bit character on that
> line. Rest invisible (but cursor moves normally), saving the file
> gives the expected results (with all the invisible characters)

Yep, I noticed nano-tiny saved as expected too.
I wonder how no one came across this during installs.

> I would suggest slang1-utf8 is broken (see also bug#128255 and bug#129415)
> and suggest
> 
> retitle 129694 UTF8 slang breaks editors
> reassign 129694 slang1-utf8
> merge 129694 128255 129415 

After reading these two bugs, I think there's no doubt there's some
issue with slang1-utf8.

Reassigning.

Jordi
-- 
Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom,
   aka Oskuro in|| [EMAIL PROTECTED]  || Using Debian GNU/Linux
 Reinos de Leyenda  || [EMAIL PROTECTED]  || http://debian.org

http://sindominio.net  GnuPG public information:  pub  1024D/917A225E 
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E



msg14979/pgp0.pgp
Description: PGP signature

Re: Nano-tiny (e.a) vs libslang-utf8

[Chris Tillman]

On Fri, Jan 18, 2002 at 08:33:46PM +, Jan Vroonhof wrote:
> nano-tiny & jed : show only characters upto high-bit character on that
> line. Rest invisible (but cursor moves normally), saving the file
> gives the expected results (with all the invisible characters)

This was the same symptom that was cured in boot-floppies last
month. I believe it was due to building the package with non-utf8
slang/newt, right Adam?

-- 
*--v- Installing Debian GNU/Linux 3.0 v--*
|    |
|   debian-imac (potato):    |
|Chris Tillman[EMAIL PROTECTED]  |
|   May the Source be with you   |
**


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]