Re: non-i18n'd arches
On Mon, 2002-03-04 at 01:34, Richard Hirst wrote: So, for vme, there will be no frame buffer support in the kernel. Does having lang chooser turned on then present a problem, or will it just drop back to something sensible? It'll fall back to an English installation. Serial console is supported on i386 too. The only time you wouldn't want to turn LANG_CHOOSER on would be on architectures that don't ever support framebuffer. For ia64 and hppa, there will be frame buffer support in the kernel, but (for hppa, anyway) it might not support the particular h/w. Also the install might be done via serial console. Will lang chooser drop back to something sensible in those cases too? Yup. Again, the hardware doesn't support fbcon situation applies to i386 too, depending on your particular video card. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
New basedebs available next pulse
Hi guys, New basedeb sets will be available after the next pulse, and should include pppoeconf, etc. Additionally the 1.44 and 1.2 floppy images for i386 might have some chance of working this time. It'd be nice if someone were to test it. Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ We came. We Saw. We Conferenced. http://linux.conf.au/ ``Debian: giving you the power to shoot yourself in each toe individually.'' -- with kudos to Greg Lehey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap NMU 0.1.16.3
On Mon, Mar 04, 2002 at 09:40:30AM +0100, Eduard Bloch wrote: Don't skip the first part. If you want a separated bug report for each thing, okay. I want to know what you're actually trying to do, so I can be sure not to break that when I try to fix whatever you've inadvertantly broken. In particular, * require newer makedev, fixes build problems on m86k and arm * added additional devices to the device list, especially input and usb needed for modern device drivers (Joysticks, USB, Scanners) breaks basedebs building, and I have no way of telling exactly what the problem was you're trying to solve. Which problem? A base system comes out-of-the box without any device files for the input-style drivers. Is this wise, Look, I don't care about the arguments -- that's for the people who're spending their time working on boot-floppies to grok. I just want to know what they actually *are*. In particular, the new MAKEDEV dependency stopped the binary-basedebs target from working on potato systems, which includes ftp-master, which happens to be where I build basedebs tarballs. I happened to be able to work out how to avoid building the devices tarball at all, in this case, avoiding the issue. But the point is: if you're make an NMU, make sure the problem you're trying to solve is in the BTS. Also, base is _not_ up for random additions. * added pppoeconf to the packages list, better choice for DSL users As said. There was a good chance to ask and stop the package. And I would've had you bothered to file a bug about this so I could actually tell why you were trying to do something and evaluate if it's worthwhile. But you didn't, so I couldn't. NMUs are great, but for them to work, you need to go out of your way to make sure the maintainer's in the loop. -boot put back in the cc's, because I suspect other boot-floppies hackers will want to NMU debootstrap in the future too. Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ We came. We Saw. We Conferenced. http://linux.conf.au/ ``Debian: giving you the power to shoot yourself in each toe individually.'' -- with kudos to Greg Lehey msg16556/pgp0.pgp Description: PGP signature
Re: Is termwrap working as expected?
* Petter Reinholdtsen | [Junichi Uekawa] | Why is base-config so special that it needs to care that much | about users setting invalid locales ? | | Perl will complain every time it is executed if base-config passes on | an invalid LANG variable. This is bad and will confuse the users. setting PERL_BADLANG=0 makes perl shut up. However, what you are writing below is more important. | And, even worse, the install can present unreadable text if the locale | is valid, but the charset is incompatible with the console or the | current terminal. This is bad as well. -- Tollef Fog Heen Unix _IS_ user friendly... It's just selective about who its friends are. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
fdisk for non-i386
#include hallo.h Christian T. Steigies wrote on Sun Mar 03, 2002 um 08:53:13PM: Please see Bug#136717, utf (currently ) requires cfdisk-utf8, which does not build for m68k without patches. But even then it does not seem to work. I'll try to build without cfdisk-utf8 for m68k... I was not aware that the cfdisk binary is not available on all archtitecture. IMO we should add cfdisk-utf8 per flavor. In incoming is now the release, which is built only on architecture where cfdisk does also exist. Gruss/Regards, Eduard. -- They are marked 'dangerous' because they eat filesystems for breakfast. Linus Torvalds about 2.3.7 pre-patches, LKM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies by mquinson
Repository: boot-floppies who:mquinson time: Mon Mar 4 01:18:58 PST 2002 Log Message: Add myself to the french translators Files: changed:README-Translators -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#136743: kernel-image-2.4.x-udeb: wrong depends and postinst
On Sun, Mar 03, 2002 at 06:17:52PM +0100, Tollef Fog Heen wrote:
Package: kernel-image-2.4.17-386-udeb
I am not sure which of the packages you want this filed against -- the
different module packages or the one I've filed against.
This is fine.
Anyhow:
arabella:/var/www/debian/pool/main/k/kernel-image-2.4.16-i386# dpkg -I
serial-modules-2.4.16-386-udeb_2.4.16-1_i386.udeb | grep Depends
Depends: kernel-image-2.4.16-386-udeb
arabella:/var/www/debian/pool/main/k/kernel-image-2.4.16-i386#
the modules are useless without modutils. So, could you please add a
depend on modutils-basic | modutils-full ?
OK. Do the other people working on debian-installer agree with this
as well?
Also, it would be nice if those packages ran depmod in their postinst;
ATM I have to hack my way around it, which isn't too good.
Can't be done because there is no System.map file.
--
Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmVHI~} [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]
cvs commit to boot-floppies by blade
Repository: boot-floppies who:blade time: Mon Mar 4 01:50:44 PST 2002 Log Message: Fixed a typo Files: changed:rootdisk.sh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#136743: kernel-image-2.4.x-udeb: wrong depends and postinst
* Herbert Xu | On Sun, Mar 03, 2002 at 06:17:52PM +0100, Tollef Fog Heen wrote: | | the modules are useless without modutils. So, could you please add a | depend on modutils-basic | modutils-full ? | | OK. Do the other people working on debian-installer agree with this | as well? They will have to answer this themselves, naturally. :) I really don't think that there are anybody else working on it atm, though. | Also, it would be nice if those packages ran depmod in their postinst; | ATM I have to hack my way around it, which isn't too good. | | Can't be done because there is no System.map file. then modprobe refuses to load the modules, which makes the system mostly unusable. Or how is this problem supposed to be solved? -- Tollef Fog Heen Unix _IS_ user friendly... It's just selective about who its friends are. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#135504: Bug reproduced
On Sun, 2002-03-03 at 23:17, Eduard Bloch wrote: I was able to reproduce this bug while hacking at the new cdrom auto-detection functions. It is simple: use bf2.4 flavor and try to install kernelmodules twice. Then you can see a [loop0] _Zombie_ process, which apparently locks the file which has been mounted previously. This is a kernel process. So how can it became a Zombie? Looks like a kernel bug. Kernel threads can become zombies in exactly the same way as any other process, ie if they die and their parent doesn't call wait. As a temporary hack, try something like this: p. Index: losetup.c === RCS file: /cvs/debian-boot/boot-floppies/utilities/dbootstrap/losetup.c,v retrieving revision 1.7 diff -u -r1.7 losetup.c --- losetup.c 2001/10/22 01:14:54 1.7 +++ losetup.c 2002/03/04 10:19:10 @@ -43,6 +43,8 @@ device); return( FALSE); } +/* reap any zombies that were created */ +waitpid(-1, NULL, WNOHANG); close(fd); return( TRUE); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#136712: boot-floppies locale existence check is not perfect
On Mon, 2002-03-04 at 03:09, Junichi Uekawa wrote: The above check in make/check does succeed when: a. locale-gen was not executed b. /etc/locale.gen has no final newline and locale-gen fails to parse I think it might be better to check for existence of /usr/lib/locale/en_IN/ directory. Comments? Yeah, I guess. How about this: @if ! ( LANG=en_IN locale charmap ) | grep -q ^UTF-8; then ... That way you actually check that setting the locale will do what we need it to. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#135504: Bug reproduced
#include hallo.h Phil Blundell wrote on Mon Mar 04, 2002 um 10:20:37AM: Looks like a kernel bug. Looks so. Kernel threads can become zombies in exactly the same way as any other process, ie if they die and their parent doesn't call wait. As a temporary hack, try something like this: Will do, and prepend a sync() in del_loop too. Gruss/Regards, Eduard. -- Debian: All the power, no red hats, no green chameleons. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: language chooser clarity report
On Fri, 2002-03-01 at 12:10, Mikhail Sobolev wrote: Originally, this message was shown at the bottom (in status line), so choosing over here means you choose appropriate item in the menu. Out of interest, why did this get changed? Displaying just the language name in the menu, with the more verbose stuff in the status line, sounds like a better arrangement all round. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#135504: Bug reproduced
#include hallo.h Eduard Bloch wrote on Mon Mar 04, 2002 um 11:26:36AM: Kernel threads can become zombies in exactly the same way as any other process, ie if they die and their parent doesn't call wait. As a temporary hack, try something like this: Will do, and prepend a sync() in del_loop too. Did not help. Since the 2.2.x kernel breaks too, the loop Zombies must be symptoms, but not the reason. The funny thing is: - it is mounted the first time, works, but on del_loop the ioctl fails - disk is umounted though! - zombie loop task appears - next time when the disk is mounted and the same file is attached to loop device, another loop0 process appears - when it is done, del_loop fails again, but this time, the disk cannot be umounted Gruss/Regards, Eduard. -- Diese Message wurde erstellt mit freundlicher Unterstützung eines frei- laufenden Pinguins aus artgerechter Freilandhaltung. Er ist garantiert frei von Micro$oft'schen Viren. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [patch] Updated dbootstrap's brazilian portuguese translation (pt.po)
Hi Chris, On Mon 04 Mar 2002 00:06, Chris Tillman wrote: [snip] Could someone apply please ? I tried, but it mostly failed. It looked like a similar patch had already been applied? But I didn't see any commit messages about it. It said 118 out of 122 hunks failed, the first couple I looked at, seemed the real file was already updated to the patch contents. I'll take a look at this this night and commit a fixed patch if necessary. So I didn't commit there, the administrivia patch went fine. Thanks for this one. -- André Luís Lopes Utah Linuxcenter [EMAIL PROTECTED] http://www.utah.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: When SGML formatting fixes hit translators
Well, I'm not sure it makes sense for translators to follow re-filling of text, since word lengths are not consistent. Why not just use 'diff -b'? Or is there something I'm missing? Agreed, it does not make sence at all to obey the original line wraps. Thanks for the tip. I tried inserting the -b option into doc-check but it only helped in the case were the indentation was changed without changing the line wraps. It took away a few lines though, so it actually helped marginally, but not that much. Claus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/utilities/dbootstrap/langs by mquinson
Repository: boot-floppies/utilities/dbootstrap/langs who:mquinson time: Mon Mar 4 03:35:50 PST 2002 Log Message: Update the hint as suggested by Eduard Bloch on debian-i18n Files: changed:french.src -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[±¤°í] ¹î»ì¾Æ ÀÌÁ¨ ¾È³ç~
CHIMKOREA [È«º¸¸ÞÀÏ] ÇѹæÁ¾ÇÕ»çÀÌÆ® ÇÑÀÇÇÐÀ» °øºÎÇÏ°íÀÚ ÇÏ´Â ºÐ µéÀ» À§ÇÑ 4~6°³¿ùÀÇ Ã¼°èÀû °úÁ¤ÀÌ ¸¶·ÃµÇ¾î ÀÖ½À´Ï´Ù. ¼ö½Ê³â°£ÀÇ Àú¼úÈ°µ¿°ú ÀÓ»ó½ÇÇèÀ» ¹ÙÅÁÀ¸·Î ÇÑ À̺´±¹ ±³¼ö´ÔÀÇ À¯ÄèÇÑ °ÀÇ°¡ ÀϹÝÀεéÀº ¹°·Ð ÀÇÇаü°èÀڵ鿡°Ôµµ ÇعÚÇÑ À̷аú dzºÎÇÑ ½Ç½À À» °æÇèÇÏ°Ô ÇØ µå¸± °ÍÀÔ´Ï´Ù.-¼ö½Ã¸ðÁý- È¥ÀÚ ¾Ë°í Àֱ⠾Ʊî¿î Áö½ÄÀÌ ÀÖ´Ù¸é? ÀÚ½ÅÀÇ ´É·ÂÀ¸·Î ¶æ±í Àº ÀÏÀ» ÇÏ°í ½Í´Ù¸é? ´Ù¸¥ »ç¶÷µé¿¡°Ô ¾Ë¸®°í ½ÍÀº °ÍÀÌ ÀÖ´Ù¸é? CCA(ħÄÚ¸®¾Æ »çÀ̹ö ¾ÆÄ«µ¥¹Ì)·Î ¿À½Ê½Ã¿À. ´ç½ÅÀ» À§ÇØ ¸¶·ÃµÈ Àå¼Ò. CCA´Â ´ç½ÅÀÌ ÇÊ¿äÇÕ´Ï´Ù. ¼ºÀκ´ÀÇ ´ëÇ¥¶ó °íµµ ÇÒ ¼ö ÀÖ´Â ´ç´¢º´. ±× Áõ¼¼ ¿Í Ä¡·á¹ý¿¡ ´ëÇÑ µ¿¿µ»ó°ÀÇ. ÀÏ»ó»ýÈ°¿¡¼ ÀÚ ÁÖ°Þ´Â Çö±âÁõÀÌ ³ª ±Í°¡ ¿ï¸®´Â Áõ»ó µî¿¡ ´ëÇÑ µ¿¿µ»ó°ÀÇ. Æó°æ±â ¿©¼ºµéÀÌ °Þ´Â ¿©·¯ °¡Áö Áõ»ó°ú Ä¡·á¹ý¿¡ ´ëÇÑ µ¿¿µ»ó°ÀÇ. ħÄÚ¸®¾Æ¿¡¼´Â ½Ç»ýÈ°¿¡ ½±°Ô ÀÀ¿ëÇÒ ¼ö ÀÖ´Â ¿©·¯ °¡Áö µ¿¿µ»óÀ» ¼ºñ½ºÇÏ°í ÀÖ½À´Ï´Ù. ¡ßÆÈÀÌ Àú¸³´Ï´Ù. ¿ÞÂÊ ¾î±ú¿¡¼ºÎÅÍ ¼Õ±îÁö Àú¸³´Ï´Ù. ¼Õ¿¡ °¨°¢ÀÌ Á» µÐÇØÁø °Í °°Áö¸¸ ½ÉÇÒ ¶§´Â ¾Æ¿¹ ¹«°¨°¢ÇØÁö±âµµ ÇÕ´Ï´Ù. ±×·¡¼ ¾ó¸¶ ÀüºÎÅÍ´Â Ç÷ ¾×¼øȯÁ¦¸¦ ¸Ô°í Àִµ¥ ¸çÄ¥ ¾ÈµÅ¼ °á°ú´Â ¾ÆÁ÷ ¸ð¸¨´Ï´Ù. ¡ßÀáÀÌ ³Ê¹« ¸¹¾Æ¿ä. °ð °í3ÀÌ µÇ´Âµ¥ ÀáÀÌ ³Ê¹« ¸¹¾Æ¼ °ÆÁ¤ÀÔ´Ï´Ù. Ä¿ÇÇ´Â ¾È¸¶½Ê´Ï´Ù. ¹ÚÄ«½º¸¦ ¸¶½Ã¸é¼ ¹öƼ±â´Â Çϴµ¥ Áßµ¶ÀÌ °ÆÁ¤ µÇ±¸¿ä. Ä¿ÇÇ ¸»°í Áý¿¡¼ °£´ÜÇÏ°Ô ÇÒ ¼ö ÀÖ´Â ¹æ¹ýÀÌ ¾øÀ»±î¿ä? ¡ß º¯ºñ, ÀÌÁ¦ ¾à ¸ÔÁö ¸»ÀÚ! ¡ß À½½Ä¿¡µµ ±ÃÇÕÀÌ ÀÖ´Ù? ¡ß Ç㸮°¡ »ß²ý? ¡ß ´ë¸Ó¸®°¡ µÇ±ä ½È¾î! ¡ß Ä¡ÅëÀÇ ÀÀ±Þóġ ¡ß ¾Ï ¿¹¹æ¹ý Æò¼Ò¿¡ ±Ã±ÝÇÏ´ø »ýÈ°°Ç°Á¤º¸°¡ ÀÖÀ¸½Å°¡¿ä? °Ç°¿¡ ´ëÇØ ±Ã±ÝÇÑ Á¡ÀÌ ÀÖÀ¸½Ã°Å³ª, ÇÑÀÇÇÐ Áö½Ä°ú ÀüÅëÄ¡·á¹ý¿¡ °ü½ÉÀÌ ¸¹À¸½Å ºÐµéÀº ħÄÚ¸®¾Æ(www.chimkorea.com)¸¦ ¹æ¹®ÇÏ¿© Áֽñâ
Re: language chooser clarity report
I just do not quite remember. I believe, the problem (from UI point of view) was that the menu itself contained just a single word for every language, while the status bar has all the information. So the idea, if I remember correctly, was to get rid of this simple menu in favour of something more instructive. -- Misha On Mon, Mar 04, 2002 at 10:58:48AM +, Phil Blundell wrote: On Fri, 2002-03-01 at 12:10, Mikhail Sobolev wrote: Originally, this message was shown at the bottom (in status line), so choosing over here means you choose appropriate item in the menu. Out of interest, why did this get changed? Displaying just the language name in the menu, with the more verbose stuff in the status line, sounds like a better arrangement all round. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/utilities/dbootstrap/langs by jordi
Repository: boot-floppies/utilities/dbootstrap/langs who:jordi time: Mon Mar 4 06:04:49 PST 2002 Log Message: Catalan updates. Files: changed:catalan.src -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/utilities/dbootstrap/po by jordi
Repository: boot-floppies/utilities/dbootstrap/po who:jordi time: Mon Mar 4 06:04:49 PST 2002 Log Message: Catalan updates. Files: changed:ca.po -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/da by claush
Repository: boot-floppies/documentation/da who:claush time: Mon Mar 4 06:09:22 PST 2002 Log Message: Corrected a Danish-only URL Files: changed:appendix.sgml post-install.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation by jordi
Repository: boot-floppies/documentation who:jordi time: Mon Mar 4 06:28:26 PST 2002 Log Message: Files: changed:index.ca.html.m4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation by jordi
Repository: boot-floppies/documentation who:jordi time: Mon Mar 4 06:31:35 PST 2002 Log Message: Oops, bumped translation check header. Files: changed:index.ca.html.m4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: b-f one-liner needs translating
On Fri, Mar 01, 2002 at 11:25:56PM +, Philip Blundell wrote: In short, what I (and many others in the team) would like is to see if the selection of languages can be done basing more on the completeness of the install support and not some flawed stats in a webpage. Yes, it's clear that the LinuxCounter stats are far from ideal for this purpose. You are welcome to include Catalan if you can find space on the disks. If this involves deleting support for some other language, you will need to select a candidate for removal and present an argument explaining why Catalan would be more useful than whatever victim you have chosen. Oh well. I really dislike being the butcher... As of this writing, hu is gone. The current list is: en pt de pl fr es ja sv it Of this list, I think pl is one of the most outdated languages. It looks like the documentation hasn't been updated since potato: 65676:jordi@nubol:...ot-floppies/documentation$ ./doc-check pl en/welcome.sgml : 1.26 - 1.32 en/hardware.sgml : 1.22 - 1.60 en/preparing.sgml : 1.20 - 1.39 en/inst-methods.sgml : 1.58 - 1.107 en/rescue-boot.sgml : 1.45 - 1.82 en/partitioning.sgml : 1.26 - 1.43 failed to find revision for pl/kernel.sgml at ./doc-check line 64. failed to find revision for pl/boot-new.sgml at ./doc-check line 64. en/post-install.sgml : 1.15 - 1.20 en/tech-info.sgml : 1.11 - 1.21 en/appendix.sgml : 1.4 - 1.19 en/administrivia.sgml : 1.10 - 1.11 install.sgml : 1.86 - 1.91 release-notes.sgml : 1.63 - 1.90 index.en.html.m4 : 1.10 - 1.20 And dbootstrap isn't in a good shape either: 65679:jordi@nubol:...s/utilities/dbootstrap/po$ msgfmt --statistics pl 732 translated messages, 33 fuzzy translations, 75 untranslated messages. I don't know if this is enough as an argument. 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 msg16580/pgp0.pgp Description: PGP signature
cvs commit to boot-floppies by falk
Repository: boot-floppies
who:falk
time: Mon Mar 4 07:23:02 PST 2002
Log Message:
Use ${tmpdir} instead of /tmp for loopback image
Files:
changed:milodisk.sh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to tasksel/po by tausq
Repository: tasksel/po who:tausq time: Mon Mar 4 07:52:01 PST 2002 Log Message: Files: removed:nb_NO.po added: fr.po -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to tasksel by tausq
Repository: tasksel who:tausq time: Mon Mar 4 07:57:37 PST 2002 Log Message: add nn/no languages add fr/nn/no to Makefile Files: changed:Makefile -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to boot-floppies/utilities/libfdisk by blade
Hello again, I would be happy to try this out. I did try the bootbf2.4.iso created on Feb 16 2002 at http://people.debian.org/~blade/boot-floppies/cd-iso/bootbf2.4.iso The kernel found the cciss device, (determined by cat /proc/partitions)and after manually creating the /dev/cciss/c0d0... files, I was able to fdisk them. I didn't continue with the install because dbootstrap didn't see the available disks. It looks to me like the required patches for makedev and dbootstrap have been put into CVS so if you could whip up another iso with this new stuff, I would be happy to report back with my findings. Thanks! Loren At 06:24 AM 03/03/2002 -0800, you wrote: Repository: boot-floppies/utilities/libfdisk who:blade time: Sun Mar 3 06:24:18 PST 2002 Log Message: updates to support CCISS and ATARAID devices. Someone should test this, especially with ATARAID Files: changed:fdisk.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to tasksel/debian by tausq
Repository: tasksel/debian who:tausq time: Mon Mar 4 08:01:49 PST 2002 Log Message: changelog update for 1.19 Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: b-f one-liner needs translating
man, 2002-03-04 kl. 15:33 skrev Jordi Mallach: Oh well. I really dislike being the butcher... Do we really need this chopping languages away? The problem is that we can't include all languages on a single b-f set for the most widespread architecture (1.44 disks on i386). Wouldn't it be a much better solution to split up the affected root disks in two parallel official LC-enabled versions offering a different set of languages (English should be common, I guess). That way we dont have to abandon any language due to simple space considerations. Maybe we could split it into European and Others (yes, I know that several European languages are spoken all around the world...) No matter which language you may otherwise choose to chop away, still e.g. Catalan and Danish are currently not included in the first place even though they are actually by far the best updated languages currently. Claus Hindsgaul Danish Translator -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: b-f one-liner needs translating
On Mon, 2002-03-04 at 14:33, Jordi Mallach wrote: Of this list, I think pl is one of the most outdated languages. [...] And dbootstrap isn't in a good shape either: 65679:jordi@nubol:...s/utilities/dbootstrap/po$ msgfmt --statistics pl 732 translated messages, 33 fuzzy translations, 75 untranslated messages. I don't know if this is enough as an argument. That's useful information, but it's not totally compelling on its own. You have to convince us that more people will benefit from adding Catalan than would lose out if we remove Polish. If the Polish translation is so outdated as to be useless, that's easy: removing it wouldn't harm anyone, so Catalan must be an advantage. I don't know if that's the case or not. Also, with Hungarian gone, Polish is the only remaining Eastern European language in the list (whereas Catalan would add yet another Western European one, of which we already have several). So from the point of view of geographic balance I would be a bit reluctant to make that particular change. Do you have statistics for the number of Catalan speakers who don't also speak one of the other supported languages? For example, there would be less advantage in adding it if, say, the existing French translation is actually usable by 50% of the Catalan-speaking population. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: b-f 3.0.19 on PowerBook G4
On Mon, Mar 04, 2002 at 12:31:02AM +0100, Michel D?nzer wrote: On Son, 2002-03-03 at 20:03, Colin Walters wrote: On Sat, 2002-03-02 at 13:30, Michel D?nzer wrote: It claimed yaboot couldn't handle an ext2 /boot, which obviously isn't true I already reported this to Colin Walters on IRC and I think he's working on this or has even already fixed it Matt Kraai came up with much better logic for the code; I just need to find a way to test it now Michel, if you wouldn't mind testing the partitioning code in the installer at http://penguinppcorg/~walters/debian/installer-cvs on your pismo, I'd appreciate it I hope I'll find time to test it tomorrow or at least sometime this week It doesn't work, so don't bother Matt msg16589/pgp0.pgp Description: PGP signature
cvs commit to boot-floppies/debian by aph
Repository: boot-floppies/debian who:aph time: Mon Mar 4 11:05:08 PST 2002 Log Message: start 3.0.21 -- this might have to happen pretty quickly because 3.0.20 seems almost hopelessly broken to me Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies by rhirst
Repository: boot-floppies who:rhirst time: Mon Mar 4 12:36:59 PST 2002 Log Message: Fix inverted test on USE_LANGUAGE_CHOOSER in rootdisk.sh Files: changed:rootdisk.sh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#136818: [powerpc/new-powermac] will not mount /boot partition
Package: boot-floppies Version: N/A; reported 2002-03-04 The boot-floppies do not permit a /boot partition to be mounted They complain that its file system is not supported by the boot loader Matt msg16593/pgp0.pgp Description: PGP signature
Re: b-f one-liner needs translating
On Mon, Mar 04, 2002 at 03:33:10PM +0100, Jordi Mallach wrote: Of this list, I think pl is one of the most outdated languages. It looks like the documentation hasn't been updated since potato: mostly true And dbootstrap isn't in a good shape either: This is not a problem, though, I can fix this almost any time. I also hope to update the install docs' translation, but I'm not sure I'll have enough free time before woody release :-/ Of course I don't like the idea of removing any language. I think making two disk sets or copying the messages from CD would be best, but we're so late already... 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#136818: powerpc/new-powermac] will not mount /boot partition
On Mon, 2002-03-04 at 13:57, Matt Kraai wrote:
Package: boot-floppies
Version: N/A; reported 2002-03-04
The boot-floppies do not permit a /boot partition to be
mounted They complain that its file system is not supported by
the boot loader
Ok Here's my suggested patch It is not yet tested, but it *should*
work I think
Index: partition_config.c
===
RCS file: /cvs/debian-boot/boot-floppies/utilities/dbootstrap/partition_config.c,v
retrieving revision 1.146
diff -u -u -r1.146 partition_config.c
--- partition_config.c 2002/02/17 22:00:23 1.146
+++ partition_config.c 2002/03/04 20:40:55
-119,40 +119,40
#if #cpu(powerpc)
int
verify_powerpc_mount(char *mount_point) {
-/* yaboot can read ext2,ext3,xfs,reiserfs, but crippleware filesystems
- like hfs will break make-bootable.
- quik can only read ext2. */
-if ((!strcmp(mount_point, /boot)) || (!strcmp(mount_point, /boot/))) {
- if (strstr(Arch2, PowerMac)) {
- int is_newworld = !strcmp(Arch3, NewWorld);
- if (!is_fstype(/boot, ext2)
- ||
- (is_newworld ? !is_fstype(/boot, ext3)
-|| !is_fstype(/boot, xfs)
-/* Should someone WANT to lose their data...*/
- || !is_fstype(/boot, reiserfs)
-: 0))
- {
- snprintf(prtbuf, sizeof(prtbuf),
-_(The file system type you have chosen for /boot
- is not compatible with the %s bootloader. Please
- choose one of: ext2%s%s),
-is_newworld ? yaboot : quik,
-is_ext3 ? ext3 : ,
-is_xfs ? xfs : );
- problemBox(prtbuf,
- _(Choose another file system));
- return 1;
- }
- else if (!(((Arch3 != NULL) (0 == strcmp(Arch3, NewWorld))) || (0 ==
strcmp(Arch2, chrp
- if (DLG_NO == yesNoBox(_(Quik may not work correctly if a separate
- /boot partition is used. Do you wish to continue
- mounting /boot?),
-_(Quik problems with /boot not on /)))
- return 1;
- }
+ /* yaboot can read ext2,ext3,xfs,reiserfs, but crippleware filesystems
+ like hfs will break make-bootable.
+ quik can only read ext2. */
+ if (!strncmp(mount_point, /target/boot, 12)) {
+if (strstr(Arch2, PowerMac)) {
+ int is_newworld = !strcmp(Arch3, NewWorld);
+ if ((!is_newworld
+ !is_fstype(/boot, ext2))
+ || (is_newworld
+ !is_fstype(/boot, ext2)
+ !is_fstype(/boot, ext3)
+ !is_fstype(/boot, xfs)
+ !is_fstype(/boot, reiserfs)))
+ {
+ snprintf(prtbuf, sizeof(prtbuf),
+ _(The file system type you have chosen for /boot
+is not compatible with the %s bootloader. Please
+choose one of: ext2%s%s),
+ is_newworld ? yaboot : quik,
+ is_ext3 ? ext3 : ,
+ is_xfs ? xfs : );
+ problemBox(prtbuf, _(Choose another file system));
+ return 1;
+ }
+ else if (!(((Arch3 != NULL) (0 == strcmp(Arch3, NewWorld)))
+|| (0 == strcmp(Arch2, chrp
+ if (DLG_NO == yesNoBox(_(Quik may not work correctly if a separate
+/boot partition is used. Do you wish to continue
+mounting /boot?),
+ _(Quik problems with /boot not on /)))
+ return 1;
}
-return 0;
+ }
+ return 0;
}
#endif
-639,16 +639,16
else {
mount_point = strdup(mount_points[status].tag);
}
-#if #cpu(powerpc)
-if (verify_powerpc_mount(mount_point))
- return 1;
-#endif
if (NULL == mount_point) return 1;
real_mount_point = (char *)malloc(9 + strlen(mount_point));
strcpy(real_mount_point, /target);
if (mount_point[0] != '/')
strcat(real_mount_point, /);
strcat(real_mount_point, mount_point);
+#if #cpu(powerpc)
+if (verify_powerpc_mount(real_mount_point))
+ return 1;
+#endif
}
if (! NAME_ISDIR( real_mount_point, statbuf ) ) {
Bug#136818: powerpc/new-powermac] will not mount /boot partition
On Mon, Mar 04, 2002 at 03:41:54PM -0500, Colin Walters wrote: On Mon, 2002-03-04 at 13:57, Matt Kraai wrote: Package: boot-floppies Version: N/A; reported 2002-03-04 The boot-floppies do not permit a /boot partition to be mounted They complain that its file system is not supported by the boot loader Ok Here's my suggested patch It is not yet tested, but it *should* work I think No The file system must be mounted for is_fstype, and hence verify_powerpc_mount, to work correctly Since it isn't mounted, is_fstype always returns false, so verify_powerpc_mount always decides that the /boot partition file system is not supported Matt msg16596/pgp0.pgp Description: PGP signature
cvs commit to boot-floppies/debian by kraai
Repository: boot-floppies/debian who:kraai time: Mon Mar 4 14:22:08 PST 2002 Log Message: * scripts/rootdisk/messages/de/release_notes: Fix misspelling. Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/scripts/rootdisk/messages/de by kraai
Repository: boot-floppies/scripts/rootdisk/messages/de who:kraai time: Mon Mar 4 14:22:08 PST 2002 Log Message: * scripts/rootdisk/messages/de/release_notes: Fix misspelling. Files: changed:release_notes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: non-i18n'd arches
On Mon, 2002-03-04 at 21:37, Christian T. Steigies wrote: On Sun, Mar 03, 2002 at 08:53:13PM -0800, Christian T. Steigies wrote: I'll try to build without cfdisk-utf8 for m68k... that seems to work, but: E: rootatari.bin is larger than root1440atari.bin (1495947 1474560) E: ./rescue.sh abort I assume this is due to UTF since I have never had this before. Any hints? The easy fix is to reduce the number of languages you ship on the root disk. This is set in the config file. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Unexpected console switch of the installation screen
Hi I've encountered some interesting behaviour of the debian installation system during a woody installation on an Amiga4000 APUS box (architecture: powerpc, flavor: apus), using kernel 2.4.17 and boot-floppies 3.0.19. The case why I've encountered this at all, was, that selecting Initialize a Linux Partition caused the installation system to restart, but I was told that this is an APUS kernel specific thing. But the following shouldn't be kernel specific, and it was also not known if this behaviour is erratic or if it is the expected behaviour of the system, so I was told to post this to this list. So here we go. When the installer restarts, it always starts in the current console the user is in. For example, when I change to console 3 shortly after selecting the ominous Initialize a Linux Partition menu point, it will start in console 3 (quite practical to see the kernel output on console, I am using -v ;) ). Otherwise, if I change to console 2 and the installer systems starts there, this is quite a bad idea, because on console 2 no keyboard entry can be done anymore (console 2 is the one in which a shell could be started by pressing enter during the installation). So, what do you think? Is this unexpected, or is it just the way it should be? With other words, should I file a bug against the boot-floppies, or is it just the way it should work and used for debugging? Kind regards, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#136818: powerpc/new-powermac] will not mount /boot partition
On Mon, Mar 04, 2002 at 11:20:14PM +0100, Florian Lohoff wrote: On Mon, Mar 04, 2002 at 01:19:45PM -0800, Matt Kraai wrote: No The file system must be mounted for is_fstype, and hence verify_powerpc_mount, to work correctly Since it isn't mounted, is_fstype always returns false, so verify_powerpc_mount always decides that the /boot partition file system is not supported Might it be that its intentional to return false if /boot is a seperate filesystem ? I could imageing that there are bootloaders which are not able to follow a interpartition symlink delo and arcboot the Decstation and SGI Indy/Indigo2 bootloaders definitly cant thus it would be a good idea not to offer a seperate /boot partition and to give an error that the architectures bootloader is not able to cope with that The PowerPC boot loaders support a separate /boot partition (or so the comments lead me to believe) If your's doesn't, feel free to add sanity checks for your architecture Matt msg16602/pgp0.pgp Description: PGP signature
Processed: Re: Bug#136842: Orthographic mistake in german Version-Info message
Processing commands for [EMAIL PROTECTED]: tag 136842 pending Bug#136842: Orthographic mistake in german Version-Info message 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#136818: powerpc/new-powermac] will not mount /boot partition
On Mon, Mar 04, 2002 at 02:32:31PM -0800, Matt Kraai wrote: On Mon, Mar 04, 2002 at 11:20:14PM +0100, Florian Lohoff wrote: On Mon, Mar 04, 2002 at 01:19:45PM -0800, Matt Kraai wrote: No. The file system must be mounted for is_fstype, and hence verify_powerpc_mount, to work correctly. Since it isn't mounted, is_fstype always returns false, so verify_powerpc_mount always decides that the /boot partition file system is not supported. Might it be that its intentional to return false if /boot is a seperate filesystem ? I could imageing that there are bootloaders which are not able to follow a interpartition symlink. delo and arcboot the Decstation and SGI Indy/Indigo2 bootloaders definitly cant thus it would be a good idea not to offer a seperate /boot partition and to give an error that the architectures bootloader is not able to cope with that. The PowerPC boot loaders support a separate /boot partition (or so the comments lead me to believe). If your's doesn't, feel free to add sanity checks for your architecture. It seems to me that quik doesn't, at least not very well. Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] msg16604/pgp0.pgp Description: PGP signature
Bug#136818: powerpc/new-powermac] will not mount /boot partition
On Mon, 2002-03-04 at 16:19, Matt Kraai wrote:
No The file system must be mounted for is_fstype, and hence
verify_powerpc_mount, to work correctly Since it isn't
mounted, is_fstype always returns false, so verify_powerpc_mount
always decides that the /boot partition file system is not
supported
Ah, right That's rather a bummer I think I see how to solve this
though; we just pass verify_powerpc_mount the type of the partition we
want to mount it as Maybe this will work:
Index: partition_config.c
===
RCS file: /cvs/debian-boot/boot-floppies/utilities/dbootstrap/partition_config.c,v
retrieving revision 1.146
diff -u -u -r1.146 partition_config.c
--- partition_config.c 2002/02/17 22:00:23 1.146
+++ partition_config.c 2002/03/04 22:35:09
-118,41 +118,41
#if #cpu(powerpc)
int
-verify_powerpc_mount(char *mount_point) {
-/* yaboot can read ext2,ext3,xfs,reiserfs, but crippleware filesystems
- like hfs will break make-bootable.
- quik can only read ext2. */
-if ((!strcmp(mount_point, /boot)) || (!strcmp(mount_point, /boot/))) {
- if (strstr(Arch2, PowerMac)) {
- int is_newworld = !strcmp(Arch3, NewWorld);
- if (!is_fstype(/boot, ext2)
- ||
- (is_newworld ? !is_fstype(/boot, ext3)
-|| !is_fstype(/boot, xfs)
-/* Should someone WANT to lose their data...*/
- || !is_fstype(/boot, reiserfs)
-: 0))
- {
- snprintf(prtbuf, sizeof(prtbuf),
-_(The file system type you have chosen for /boot
- is not compatible with the %s bootloader. Please
- choose one of: ext2%s%s),
-is_newworld ? yaboot : quik,
-is_ext3 ? ext3 : ,
-is_xfs ? xfs : );
- problemBox(prtbuf,
- _(Choose another file system));
- return 1;
- }
- else if (!(((Arch3 != NULL) (0 == strcmp(Arch3, NewWorld))) || (0 ==
strcmp(Arch2, chrp
- if (DLG_NO == yesNoBox(_(Quik may not work correctly if a separate
- /boot partition is used. Do you wish to continue
- mounting /boot?),
-_(Quik problems with /boot not on /)))
- return 1;
- }
+verify_powerpc_mount(char *mount_point, char *type) {
+ /* yaboot can read ext2,ext3,xfs,reiserfs, but crippleware filesystems
+ like hfs will break make-bootable.
+ quik can only read ext2. */
+ if (!strncmp(mount_point, /target/boot, 12)) {
+if (strstr(Arch2, PowerMac)) {
+ int is_newworld = !strcmp(Arch3, NewWorld);
+ if ((!is_newworld
+ strcmp(type, ext2))
+ || (is_newworld
+ strcmp(type, ext2)
+ strcmp(type, ext3)
+ strcmp(type, xfs)
+ strcmp(type, reiserfs)))
+ {
+ snprintf(prtbuf, sizeof(prtbuf),
+ _(The file system type you have chosen for /boot
+is not compatible with the %s bootloader. Please
+choose one of: ext2%s%s),
+ is_newworld ? yaboot : quik,
+ is_ext3 ? ext3 : ,
+ is_xfs ? xfs : );
+ problemBox(prtbuf, _(Choose another file system));
+ return 1;
+ }
+ else if (!(((Arch3 != NULL) (0 == strcmp(Arch3, NewWorld)))
+|| (0 == strcmp(Arch2, chrp
+ if (DLG_NO == yesNoBox(_(Quik may not work correctly if a separate
+/boot partition is used. Do you wish to continue
+mounting /boot?),
+ _(Quik problems with /boot not on /)))
+ return 1;
}
-return 0;
+ }
+ return 0;
}
#endif
-639,10 +639,6
else {
mount_point = strdup(mount_points[status].tag);
}
-#if #cpu(powerpc)
-if (verify_powerpc_mount(mount_point))
- return 1;
-#endif
if (NULL == mount_point) return 1;
real_mount_point = (char *)malloc(9 + strlen(mount_point));
strcpy(real_mount_point, /target);
-710,7 +706,7
if (!(strcmp(xfsmagic, XFSB))) { /* XFS */
#if #cpu(powerpc)
- if (verify_powerpc_mount(mount_point))
+ if (verify_powerpc_mount(mount_point, xfs))
return 1;
#endif
INFOMSG(Mounting XFS partition %s on %s, partition-name, mount_point);
-722,7 +718,7
else if (!(strcmp(shfsmagic, ReIsErFs) strcmp(shfsmagic, ReIsEr2Fs))) /*
reiserfs */
{
#if #cpu (powerpc)
- if (verify_powerpc_mount(mount_point))
+ if (verify_powerpc_mount(mount_point, reiserfs))
return 1;
#endif
snprintf(prtbuf, sizeof(prtbuf), _(The \notail\ option is required on the
/boot
Re: b-f one-liner needs translating
Il Mon, Mar 04, 2002 at 04:57:37PM +0100, Claus Hindsgaul ha scritto: Do we really need this chopping languages away? The problem is that we can't include all languages on a single b-f set for the most widespread architecture (1.44 disks on i386). Wouldn't it be a much better solution to split up the affected root disks in two parallel official LC-enabled versions offering a different set of languages (English should be common, I guess). That way we dont have to abandon any language due to simple space considerations. Maybe we could split it into European and Others (yes, I know that several European languages are spoken all around the world...) Yes, in debian-italian we were talking about many possible solutions and we pointed to this as the best solution. The second best solution is to create a disk per language/country. The second solution will of course require some more space but could be really powerfull including in the single disk not only the language but also good defaults for the character set, the locale and the keyboard. Bye, Giuseppe P.S. I compiled for the first time the b-f and I found that 'make checks' doesn't check the availability of sudo. Where may I correct this in order to do the check? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#136842: Orthographic mistake in german Version-Info message
Package: boot-floppies Version: 3.0.19 I've encountered a minor orthographic mistake in the german installation welcome message (the requester Version-Info). I could hunt it down in #http://cvs.debian.org/boot-floppies/scripts/rootdisk/messages/de/release_notes#. At the end of the first paragraph it reads ...starten lässt und repariert werdn muss..., but it should read starten lässt und repariert werd*e*n muss I think it would be a good idea to correct this mistake, as the Version-Info is the first message you will be seeing of the whole debian installation, and it is the message definitely everone who selected german installation will be faced with. Sorry that I did not append a fix for it (as it would definitely be very easy to fix, but for some other reasons I don't have any working linux installation atm at all). Kind regards, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#136818: powerpc/new-powermac] will not mount /boot partition
On Mon, Mar 04, 2002 at 05:37:17PM -0500, Colin Walters wrote: On Mon, 2002-03-04 at 16:19, Matt Kraai wrote: No The file system must be mounted for is_fstype, and hence verify_powerpc_mount, to work correctly Since it isn't mounted, is_fstype always returns false, so verify_powerpc_mount always decides that the /boot partition file system is not supported Ah, right That's rather a bummer I think I see how to solve this though; we just pass verify_powerpc_mount the type of the partition we want to mount it as Maybe this will work: This looks good I'll test it tomorrow unless someone beats me to it Matt msg16608/pgp0.pgp Description: PGP signature
Re: non-i18n'd arches
On Sun, Mar 03, 2002 at 07:48:00PM +, Philip Blundell wrote: I see that sparc, mips, hppa and m68k have not yet enabled the LANGUAGE_CHOOSER. Is there any particular reason for that? It would be good to have i18n on as many architectures as possible by the time we release. I just turned it on in ia64, and it is basically working. Relative to my previous non-i18n build, I see these problems: 1. Ugly borders to dialog boxes, using +-| rather than graphics chars. (this on vga, not on serial). This is a real shame, the installer was looking pretty smart in my non-i18n build. I'm assuming other i18n enabled archs have this same problem... 2. Doesn't always redraw the screen. e.g. mke2fs output overwrites the the display without clearing first, and previous dialog box is sometimes visible round the endges of the current one. (this with French, not with English). 3. The french message Installer le systeme de base - alt-F4 pour deboguer, alt-F1 p is too long to fit the top of the dialog box. I did vga installs in French, English, and Janpanese, and a serial install in English. The serial install worked just like the non-i18n install, didn't offer language choice, used nice graphics chars for borders. No idea what the Janpanese one was saying to me, but the screen layout, line lengths, etc looked like it might be working ok. I used the i386 language set, although I guess I could use more on ia64 as there is no real space constraint. Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: b-f one-liner needs translating
On Mon, 2002-03-04 at 22:52, Giuseppe Sacco wrote: Yes, in debian-italian we were talking about many possible solutions and we pointed to this as the best solution. The second best solution is to create a disk per language/country. I don't think there is any possibility of this happening with the official disk sets. Obviously you can create your own single-language localised builds of the boot-floppies (in fact, you have been able to do this for a long time). The second solution will of course require some more space but could be really powerfull including in the single disk not only the language but also good defaults for the character set, the locale and the keyboard. This should be possible with LANGUAGE_CHOOSER too. I think patches exist for those things, they just aren't integrated yet. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: b-f 3.0.19 on PowerBook G4
On Mon, 2002-03-04 at 06:06, Colin Walters wrote: On Sun, 2002-03-03 at 18:31, Michel Dänzer wrote: I hope I'll find time to test it tomorrow or at least sometime this week. Cool; that would be much appreciated. BTW, I mistyped the original URL; it's actually at http://penguinppc.org/~walters/debian/installer-current/ Thanks, but as Matt says it doesn't work yet... The basic layout was fine, but I couldn't type 'special' symbols like |. I suspect it was the sg map (for a PC keyboard), not mac-usb-de_CH. Ahh. If your keyboard isn't in the US layout, that would explain the difference. My knowledge about console keymaps and such is very close to zero, so I hope someone else can fix this... Well, in general you simply want the mac-usb variant if it exists or the standard PC one otherwise. Maybe that's already done but the inconsistent naming for the Swiss German keymaps (sg vs. mac-usb-de_CH) causes the wrong one to be used there? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: non-i18n'd arches
On Mon, 2002-03-04 at 22:58, Richard Hirst wrote: 1. Ugly borders to dialog boxes, using +-| rather than graphics chars. (this on vga, not on serial). This is a real shame, the installer was looking pretty smart in my non-i18n build. I'm assuming other i18n enabled archs have this same problem... Yup. This is caused by legacy newt/slang/termcap problems. From what I remember there is an assumption somewhere that the line drawing characters are only a single byte, whereas a two-byte sequence is needed for UTF8. Unfortunately I think we just have to live with it for the time being. 2. Doesn't always redraw the screen. e.g. mke2fs output overwrites the the display without clearing first, and previous dialog box is sometimes visible round the endges of the current one. (this with French, not with English). There's an important bug open for this already. I don't know the number off the top of my head, but the title is something obvious like dbootstrap: screen not cleared. I used the i386 language set, although I guess I could use more on ia64 as there is no real space constraint. Yup. ARM does the same. You can set the language list to whatever you want, though it would be a good idea to check the stats to make sure the translations you're including aren't desperately stale. Having an install that is only half translated would make for a pretty miserable user experience. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/utilities/dbootstrap/po by gsacco
Repository: boot-floppies/utilities/dbootstrap/po who:gsacco time: Mon Mar 4 15:26:27 PST 2002 Log Message: Translated all messages. Corrected many typos and all fuzzy. Files: changed:it.po -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/scripts/rootdisk by falk
Repository: boot-floppies/scripts/rootdisk who:falk time: Mon Mar 4 15:29:06 PST 2002 Log Message: Remove librarys from the root set of the reduction. Otherwise, symbols defined in one library and used in another get dragged in, like the whole libm by libslang on Alpha. Files: changed:mklibs.py -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/utilities/dbootstrap/langs by gsacco
Repository: boot-floppies/utilities/dbootstrap/langs who:gsacco time: Mon Mar 4 15:31:46 PST 2002 Log Message: Translated in italian. Files: changed:italian.src -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: b-f one-liner needs translating
On Mon, 2002-03-04 at 21:05, Marcin Owsiany wrote: Of course I don't like the idea of removing any language. I think making two disk sets or copying the messages from CD would be best, but we're so late already... I think there is still time to implement either of these schemes if someone does the work. For the CD option, it is a case of liaising with debian-cd to find a good place to store the languages on the disk, and a mechanism for getting them there. The patch to dbootstrap should be pretty trivial. For the multiple-rootdisks option, it's probably just a question of hacking the boot-floppies makefiles appropriately. Personally I have a slight preference for storing extra languages on the CD, just because I would rather not double the (already large) number of root disks. But either would be OK. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: b-f one-liner needs translating
Phil Blundell [EMAIL PROTECTED] writes: Do you have statistics for the number of Catalan speakers who don't also speak one of the other supported languages? For example, there would be less advantage in adding it if, say, the existing French translation is actually usable by 50% of the Catalan-speaking population. Question. How many Catalan speakers will be unable to get by with one of the es, fr or maybe even pt versions? # I have no idea how close the languages are, but methinks most people # would at least be rather heavily exposed to one of these. -- Olaf MeeuwissenEpson Kowa Corporation, CID GnuPG key: 6BE37D90/AB6B 0D1F 99E7 1BF5 EB97 976A 16C7 F27D 6BE3 7D90 LPIC-2 -- I hack, therefore I am -- BOFH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [patch] Updated dbootstrap's brazilian portuguese translation (pt.po)
On Mon, Mar 04, 2002 at 08:27:35AM -0300, Andre Luis Lopes wrote: Hi Chris, On Mon 04 Mar 2002 00:06, Chris Tillman wrote: [snip] Could someone apply please ? I tried, but it mostly failed. It looked like a similar patch had already been applied? But I didn't see any commit messages about it. It said 118 out of 122 hunks failed, the first couple I looked at, seemed the real file was already updated to the patch contents. I'll take a look at this this night and commit a fixed patch if necessary. It was the update-po script. Probably you just have to regenerate the patch against updated cvs. -- *--v- Installing Debian GNU/Linux 3.0 v--* | http://www.debian.org/releases/woody/installmanual | | debian-imac (potato): http://debian-imac.sourceforge.net | |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]
Re: b-f 3.0.19 on PowerBook G4
On Tue, Mar 05, 2002 at 12:25:51AM +0100, Michel D?nzer wrote: On Mon, 2002-03-04 at 06:06, Colin Walters wrote: On Sun, 2002-03-03 at 18:31, Michel D?nzer wrote: I hope I'll find time to test it tomorrow or at least sometime this week. Cool; that would be much appreciated. BTW, I mistyped the original URL; it's actually at http://penguinppc.org/~walters/debian/installer-current/ Thanks, but as Matt says it doesn't work yet... Well, the custom keymaps might not work but the installer itself does. I did a full install using hard disk / network and it couldn't have been smoother. -- *--v- Installing Debian GNU/Linux 3.0 v--* | http://www.debian.org/releases/woody/installmanual | | debian-imac (potato): http://debian-imac.sourceforge.net | |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]
Re: Checking successful downloads broken
On Mon, Mar 04, 2002 at 04:54:33PM +1000, Anthony Towns wrote: Package: debootstrap Version: 0.1.16.4 Severity: serious Tags: patch Careful with those followups. On Sun, Mar 03, 2002 at 06:14:37PM -0700, Chris Tillman wrote: Debootstrap itself probably won't be able to spot failed downloads of the Release file because its error checking relies on $PIPESTATUS which ash doesn't seem to support. No _that_ sounds like a root cause. It does indeed. The fix is to make sure pkgdetails' exit code reflects whether the download succeeded or not. Doing: diff -urb debootstrap-0.1.16/functions debootstrap-0.1.16.new/functions --- debootstrap-0.1.16/functionsSun Jan 20 20:29:12 2002 +++ debootstrap-0.1.16.new/functionsMon Mar 4 16:46:00 2002 During the download of the Packages.gz file, pkgdetails is run for each package. This can take quite a while on a slow machine, and should also report progress. One user reported 8 minutes. I believe this might handle it; but I'm really new at this stuff, please check and correct: diff -u debootstrap-0.1.16.2/functions debootstrap-0.1.16.2.chg/functions --- debootstrap-0.1.16.2/functions Fri Feb 1 10:44:05 2002 +++ debootstrap-0.1.16.2.chg/functions Sun Mar 3 16:24:13 2002 @@ -393,6 +393,11 @@ done progress 100 100 Downloading Packages file + local numpkg=0 + for p in $@; do numpkg++; done + local pkgidx=0 + progress $pkgidx $numpkg Downloading package details + for p in $@; do for c in $COMPONENTS; do local details= @@ -417,6 +422,7 @@ if [ $details != done ]; then error 1 Couldn't download $p fi +progress $pkgidx++ $numpkg Downloading package details done } Only in debootstrap-0.1.16.2.chg/: pkgdetails Only in debootstrap-0.1.16.2.chg/: pkgdetails.o -- *--v- Installing Debian GNU/Linux 3.0 v--* | http://www.debian.org/releases/woody/installmanual | | debian-imac (potato): http://debian-imac.sourceforge.net | |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]
Re: Unexpected console switch of the installation screen
On Mon, Mar 04, 2002 at 11:25:31PM +0100, Andreas W?st wrote: Hi I've encountered some interesting behaviour of the debian installation system during a woody installation on an Amiga4000 APUS box (architecture: powerpc, flavor: apus), using kernel 2.4.17 and boot-floppies 3.0.19. The case why I've encountered this at all, was, that selecting Initialize a Linux Partition caused the installation system to restart, but I was told that this is an APUS kernel specific thing. But the following shouldn't be kernel specific, and it was also not known if this behaviour is erratic or if it is the expected behaviour of the system, so I was told to post this to this list. So here we go. When the installer restarts, it always starts in the current console the user is in. For example, when I change to console 3 shortly after selecting the ominous Initialize a Linux Partition menu point, it will start in console 3 (quite practical to see the kernel output on console, I am using -v ;) ). Otherwise, if I change to console 2 and the installer systems starts there, this is quite a bad idea, because on console 2 no keyboard entry can be done anymore (console 2 is the one in which a shell could be started by pressing enter during the installation). So, what do you think? Is this unexpected, or is it just the way it should be? With other words, should I file a bug against the boot-floppies, or is it just the way it should work and used for debugging? Kind regards, Andi The restart bug on Initialize has been fixed. (A release is due shortly.) As far as what happens when it restarts, I guess that's just weird behavior and outside the realm of planned events ... unless someone knows what's going on and can fix it without too much trouble. -- *--v- Installing Debian GNU/Linux 3.0 v--* | http://www.debian.org/releases/woody/installmanual | | debian-imac (potato): http://debian-imac.sourceforge.net | |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]
FREE! Amazing Money Making Secrets FREE!
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#131030: Please check this patch
I saw your post in January where you checked and fixed up the kernel
script bootprep.sh for boot-floppies. Would you check this patch which
I think might close bug #131030?
I suppose bootprep.sh itself wouldn't need to change; I just thought
it might be well to carry the changed variable name through.
Index: bootprep.sh
===
RCS file: /cvs/debian-boot/boot-floppies/bootprep.sh,v
retrieving revision 1.15
diff -u -r1.15 bootprep.sh
--- bootprep.sh 2001/05/30 14:51:23 1.15
+++ bootprep.sh 2002/03/05 05:18:58
@@ -6,11 +6,11 @@
# Usage message
if [ $# -lt 2 ]; then
-echo usage: $0 archive kver 12
+echo usage: $0 archive prepkver 12
cat 12 EOF
archive: the directory where Debian binary packages will be downloaded
- kver: kernel version
+ prepkver: kernel version
EOF
exit -1
@@ -20,7 +20,7 @@
archive=$1
# set this to the kernel version
-kver=$2
+prepkver=$2
#---
# build PReP bootable images
@@ -35,21 +35,21 @@
make_tmpdir $builddir
# Extract kernel source and patches
-THEPKG=$(grab_paths kernel-source-$kver)
+THEPKG=$(grab_paths kernel-source-$prepkver)
dpkg --extract $THEPKG $builddir
-THEPKG=$(grab_paths kernel-patch-$kver-powerpc)
+THEPKG=$(grab_paths kernel-patch-$prepkver-powerpc)
dpkg --extract $THEPKG $builddir
# Unpack kernel source
cd $builddir/usr/src
-if [ -f kernel-source-${kver}.tar.gz ]; then
- tar zxf kernel-source-$kver.tar.gz
+if [ -f kernel-source-${prepkver}.tar.gz ]; then
+ tar zxf kernel-source-$prepkver.tar.gz
else
- tar x --bzip2 -f kernel-source-$kver.tar.bz2
+ tar x --bzip2 -f kernel-source-$prepkver.tar.bz2
fi
# Patch kernel source - FIXME: allow for other patches
-cd kernel-source-$kver
+cd kernel-source-$prepkver
# this patch may be getting applied twice. Comment
# this out if you get messages about patches being already
# applied.
Index: config
===
RCS file: /cvs/debian-boot/boot-floppies/config,v
retrieving revision 1.137
diff -u -r1.137 config
--- config 2002/03/04 01:02:48 1.137
+++ config 2002/03/05 05:18:58
@@ -28,6 +28,7 @@
endif
ifeq $(architecture) powerpc
kver := 2.2.20
+prepkver:= 2.2.20-prep
pcmcia_kver := 2.2.20-pmac
apuskver := 2.2.10
# NewWorld powermacs really need a 2.4 kernel
Index: make/powerpc.rules
===
RCS file: /cvs/debian-boot/boot-floppies/make/powerpc.rules,v
retrieving revision 1.3
diff -u -r1.3 powerpc.rules
--- make/powerpc.rules 2001/12/19 00:44:21 1.3
+++ make/powerpc.rules 2002/03/05 05:18:58
@@ -6,7 +6,7 @@
#---
bootprep.bin bootprepfull.bin: bootprep.sh rootprep.bin
- $(ROOTCMD) ./bootprep.sh $(archive) $(kver)
+ $(ROOTCMD) ./bootprep.sh $(archive) $(prepkver)
##
## XXX: apus isn't keeping up with the other powerpc kernels
##
--
*--v- Installing Debian GNU/Linux 3.0 v--*
| http://www.debian.org/releases/woody/installmanual |
| debian-imac (potato): http://debian-imac.sourceforge.net |
|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]
Processed: tags
Processing commands for [EMAIL PROTECTED]: tags 116583 wontfix Bug#116583: boot-floppies auto partitioning Tags added: wontfix 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]
