Re: [g-i] all fonts are in -- please test
On 2/24/06, Christian Perrier <[EMAIL PROTECTED]> wrote: > Quoting Eddy Petrişor ([EMAIL PROTECTED]): > > On 2/24/06, Davide Viti <[EMAIL PROTECTED]> wrote: > > > http://www.webalice.it/zinosat/shots/20060223/mk.png > > > > I have talked to somebody about macedoninan and she said that except > > spelling errors, everything looks fine. > > > Would she actually be ready to help for macedonian l10n QA or more > general translation work? I will ask her. -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Re: Country names for Bengali
Christian Perrier wrote: In bn_BD [1] locale it says, --- LC_COLLATE % TODO: Bengali sorting should be added copy "iso14651_t1" END LC_COLLATE --- In bn_IN [2] locale it says, --- LC_COLLATE % Copy the template from ISO/IEC 14651 copy "iso14651_t1" % END LC_COLLATE --- I don't see any difference in the LC_COLLATE block, except the % comment line. :-? What you need to fix are the collation rules specific to Bengali and, of course, this must be done in both locales as I suspect that the way to sort things does not depend on the country, hopefully..:-) Thanks for the info. :) `J -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306476: quick question about Bug#306476
Hi Jim and Frans, Thanks very much for the follow-up and suggestions. For the sake of creating a useful record I'll let you know what happened here. I ended up getting this working using the standard sarge minimal-cd net installer, which was the thing that failed in the first place. To get it working, after the "detect and mount cdrom" phase failed, I went into a shell and did "modprobe esp". This then starts the in-built scsi card and detects the cdrom and hard disk. I then exited the shell, tried the "detect cdrom" step again, and the rest of the install proceeded normally. (I also needed to know that the network controller was a Happy Meal card). To get to this point, I had also tried the latest etch cd installer which uses a 2.6 kernel. This installer failed at other points (I had to modprobe esp and it couldn't mount the disk after partitioning, and something else too...) but what was useful was that it told me that the module for the scsi controller was called "esp". Since this is an sbus system, not pci, there doesn't appear to be an equivalent of "lspci" which would have solved my problem immediately. (If there is such a thing, please let me know.) So all's well that ends well. If you think that the failure to load the correct scsi driver modules during the "detect cdrom" phase is a bug, then I'll be happy to submit one. Cheers, Randall. P.S I did all this using the serial terminal on the back of the box since it has no graphics card. That works fine when connected to a terminal with minicom (in this case an Ultra10 running linux), but you must turn off all flow control. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#350375: kernel on daily build
On Sun, Feb 26, 2006 at 10:58:55PM +0100, Frans Pop wrote: > On Sunday 26 February 2006 19:05, Christian Perrier wrote: > > Since two days, the daily builds are etch_d-i images. Those are > > currently broken. They have something like 2.6.12 kerneland 2.6.15 > > modules or whateverand are for this reason broken. > I will try to sort out this whole mess tomorrow... The initrds in dists/sid/main/installer-i386/current/ do have the correct modules, and the vmlinuz matches. So it looks like the daily CDs are being built with dists/etch/main/installer-i386/current/, instead -- i.e., beta1. Cc:ed to the debian-cd list, since I assume this is an issue with the CD building config. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Re: Debian Installer - boot floppies
Brad Boyer wrote: On Sun, Feb 26, 2006 at 02:55:10PM +0100, Sven Luther wrote: On Sat, Feb 25, 2006 at 11:38:55PM +0800, Tomasz Grzegurzko wrote: I've been trying to coax the floppy images from http://people.debian.org/~luther/d-i/images/daily/powerpc/floppy/ (where daily = 25/2/2006) to boot on a 7200/75 I've picked up. The system boots of the disks fine, which many of the earlier revisions of the images do not (the ones pointed to by the debian documentation only contain seemingly empty disk images, weird). Other times, I've inserted the boot disk and after loading it up the screen blanks and will not switch back on. However, my issue with the daily set from above is the floppy module. It seems that the module "floppy" will not load either from the installer or via a modprobe. # depmod -a # modprobe floppy FATAL: Error inserting floppy (/lib/modules/2.6.15-1-powerpc-miboot/kernel/drivers/block/floppy.ko): Device or resource busy # dmesg | tail register_blkdev: cannot get major 2 for fd Ok, we need to investigate this, i am at fosdem, where i picked up a prep box and another oldworld, and will be back home only wednesday and probably not have time until next WE, but i will definitively try a run of those. This problem seems pretty simple. The driver floppy.ko is for normal PC style floppy controllers. Apple never did use such a beast in a Mac. The swim3 driver should handle the floppy drives for all PCI Macs that have internal floppy drives. You might check to see if it is already loaded, since the floppy.ko driver said that something else was already using block major 2. Brad Boyer [EMAIL PROTECTED] Hi, I figured it out; it turns out the root floppy downloaded from the below location is missing basically almost everything from /dev eg /dev/floppy/0, once created, allows the beast to work. Of course, other components randomly fail without the proper entries (no /dev/sda, no partitioning), so I've had to tweak the heck out of the installer. The modprobe fails because the major number is already taken; the floppy is already in the kernel, and working properly. Tomasz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#350375: kernel on daily build
On Sunday 26 February 2006 19:05, Christian Perrier wrote: > Since two days, the daily builds are etch_d-i images. Those are > currently broken. They have something like 2.6.12 kerneland 2.6.15 > modules or whateverand are for this reason broken. I will try to sort out this whole mess tomorrow... pgptUJ9Ni2bFl.pgp Description: PGP signature
let's meet
Hi there lovely, I was searching the net few days ago. I am new to this thing. and saw your profile. I decided to email you cause I found you attractive. I might come down to your city in few weeks. Let me know if we can meet each other in person. I am attractive girl. I am sure you won't regret it. Reply to my personal email at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350375: kernel on daily build
Quoting Pierrot ([EMAIL PROTECTED]): > Hi there, > > Christian, you said daily images were using kernel 2.6.15 as of february > the 10th. > > I have a doubt on this as the daily build I get today which is of > 25/02/2006 is using 2.6.12-1. This is because on Feb 10th, the daily builds were sid_d-i images, ie images built with udebs from unstableand they had 2.6.15 Since two days, the daily builds are etch_d-i images. Those are currently broken. They have something like 2.6.12 kerneland 2.6.15 modules or whateverand are for this reason broken. This will be solved in the very next days while the preparation for the release is happening. If you want sid_d-i images, you can go to http://cdimage.debian.org/cdimage/daily-builds/sid_d-i/arch-latest -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installer - boot floppies
On Sun, Feb 26, 2006 at 02:55:10PM +0100, Sven Luther wrote: > On Sat, Feb 25, 2006 at 11:38:55PM +0800, Tomasz Grzegurzko wrote: > > I've been trying to coax the floppy images from > > http://people.debian.org/~luther/d-i/images/daily/powerpc/floppy/ > > (where daily = 25/2/2006) to boot on a 7200/75 I've picked up. The > > system boots of the disks fine, which many of the earlier revisions of > > the images do not (the ones pointed to by the debian documentation only > > contain seemingly empty disk images, weird). Other times, I've inserted > > the boot disk and after loading it up the screen blanks and will not > > switch back on. However, my issue with the daily set from above is the > > floppy module. It seems that the module "floppy" will not load either > > from the installer or via a modprobe. > > > > # depmod -a > > # modprobe floppy > > FATAL: Error inserting floppy > > (/lib/modules/2.6.15-1-powerpc-miboot/kernel/drivers/block/floppy.ko): > > Device or resource busy > > # dmesg | tail > > register_blkdev: cannot get major 2 for fd > > Ok, we need to investigate this, i am at fosdem, where i picked up a prep box > and another oldworld, and will be back home only wednesday and probably not > have time until next WE, but i will definitively try a run of those. This problem seems pretty simple. The driver floppy.ko is for normal PC style floppy controllers. Apple never did use such a beast in a Mac. The swim3 driver should handle the floppy drives for all PCI Macs that have internal floppy drives. You might check to see if it is already loaded, since the floppy.ko driver said that something else was already using block major 2. Brad Boyer [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350375: kernel on daily build
Hi there, Christian, you said daily images were using kernel 2.6.15 as of february the 10th. I have a doubt on this as the daily build I get today which is of 25/02/2006 is using 2.6.12-1. Do I missed an information somewhere or is this daily not the good one ? Second point, I am having troubles diffing the kernel config because they are configs for an install cd which means they include lots and lots of drivers and they have all kind of options activated. So this is taking a long time. I go back to my diff ! Bye, -- Pierrot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installer - boot floppies
On Sun, Feb 26, 2006 at 10:00:23PM +0800, Tomasz Grzegurzko wrote: > Just a quick update Sven; I got the bugger working. It looks like your root > disk > is missing a *whole* bunch of stuff from /dev such as /dev/floppy/0 etc and > after a few mknod commands, I was in business. That at least got me to install > debian, I've just borked my bootloader but I'm nearly there =) > > I'll respond more directly to your queries later, as expected I've been > bashing > at this for a while =) Perfect, can you make a formal installation report (you should have a template report in /root or somewhere, or look at the debian-installer web pages). I am not sure who in d-i is responsible for device creation, but it should be fixed there. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installer - boot floppies
On Sat, Feb 25, 2006 at 11:38:55PM +0800, Tomasz Grzegurzko wrote: > Hi Sven, > > I've been trying to coax the floppy images from > http://people.debian.org/~luther/d-i/images/daily/powerpc/floppy/ > (where daily = 25/2/2006) to boot on a 7200/75 I've picked up. The > system boots of the disks fine, which many of the earlier revisions of > the images do not (the ones pointed to by the debian documentation only > contain seemingly empty disk images, weird). Other times, I've inserted > the boot disk and after loading it up the screen blanks and will not > switch back on. However, my issue with the daily set from above is the > floppy module. It seems that the module "floppy" will not load either > from the installer or via a modprobe. > > # depmod -a > # modprobe floppy > FATAL: Error inserting floppy > (/lib/modules/2.6.15-1-powerpc-miboot/kernel/drivers/block/floppy.ko): > Device or resource busy > # dmesg | tail > register_blkdev: cannot get major 2 for fd Ok, we need to investigate this, i am at fosdem, where i picked up a prep box and another oldworld, and will be back home only wednesday and probably not have time until next WE, but i will definitively try a run of those. > Now I've tried an earlier set of disks based around > /~luther/d-i/images/2005-11-09 > and they do not exhibit this floppy problem, but I cannot get through > the installation as the kernel modules for critical things such as the > ext2 file system cannot be loaded from archives as they do not exist in > the repos for stable, testing or unstable anymore. Ok. This means that something broke in the kernel bewteen both. do the 2005.11.09 have 2.6.14 kernels, right ? > The unit has 40MB of ram and I am told that the system is going to > operate in lowmem mode, which seems to affect very little. I've checked > free at repeated points throughout and always seen ~20MB of ram free. > The ethernet and scsi modules are mace and mac53c94, which work out of > the older 2005-11-09 disk set but I cannot test under this later disk > set as I can't load the modules from the floppys I've made! > > Also, throughout the process I've tried various other disk sets and > notice from time to time a particular disk may break the 1.44MB barrier, Sure, but this should be fixed now. We had a serious problem about this. > can I safely interpret that these are problematic disk sets and should > be avoided? I've tried to dd these disks and (as expected) run out of Yes, they will not work at all. > space on the target disk when using /dev/fd0 (will superformatted > floppies work on this old mac -- unknown, but I am guessing these disks > have some kinds of errors perhaps?). I believe not. > Sorry to contact you direct if the right thing to do was post on a list; The list would have been the better place, i will CC this there. > I'm happy for this to be repeated on whatever appropriate list for > others to muse over. I should also mention it's entirely possible I've > overlooked something fundamental as I will admit I only have limited > experience in both PPC architecture and Linux/MacOS on PPC architecture, > so messing around with the openrom firmware is something I've avoided > doing, but perhaps this is why the process is all going pear shaped, > although the fact that some disk sets work tends to dismiss this. No, the powerpc oldworld miboot floppies have not worked since a long time, and are a bit raw right now, so there is work needed to make them clean again. I am happy to see you participating in that quest. You should also file bug report for individual issues, the above should probably be filled against linux-2.6, i think. Friendly, Sven LUther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Propagation of packages and udebs for D-I Beta2
On Fri, Feb 24, 2006 at 06:04:07PM -0800, Steve Langasek wrote: > On Fri, Feb 24, 2006 at 03:54:34PM +0100, Frans Pop wrote: > > > Urgent (?) hints are needed for: > > - linux-2.6/2.6.15-7 > > - udev/0.085-1# Fixes important issue on hppa (#353480) > > These hints are queued to be added on Sunday. > > It looks like the only action-items in this mail are udeb migration (Jeroen) Done --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] all fonts are in -- please test
Hi Manouch, On Sun, Feb 26, 2006 at 05:19:05AM +, Manouch Zartoshtian wrote: > I am going to test the image tonight but thought you might be interested to > have a look at this page. > > http://www.bornaray.com/en_fonts.asp?fn=per_fonts&rfn=en_fonts&parent=fontslist&Grand=Main please let us know how the current (nazli) fonts work with Farsi text; thanx alot for the link: I'm definitely interested to give those fonts a try. ciao, Davide signature.asc Description: Digital signature
Re: base, essential, core - important terminology question.
On Sun, 26 Feb 2006, Christian Perrier wrote: > I've just added some comments in base-installer to make this clearer, > hopefully. Clear :-) THX, bubulle :-) Rokz :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: base, essential, core - important terminology question.
> but remaining question: > > #: ../base-installer.templates:217 >msgid "Installing core packages" > > what are `core packages'? I don't understand this term absolutely & > cannot resolve its meaning strongly getting the difference related to > `Req + Imp packages' or `whole Base System' or `just Essential packages'. That string comes from debootstrap My interpretation is that "core" packages here mean packages that are themselves defined as part of the base system. The difference is made because these packages may IIRC trigger the installation of *other* packages, because of the dependency system. I've just added some comments in base-installer to make this clearer, hopefully. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Country names for Bengali
> In bn_BD [1] locale it says, > --- > LC_COLLATE > % TODO: Bengali sorting should be added > copy "iso14651_t1" > > END LC_COLLATE > --- > > > In bn_IN [2] locale it says, > --- > LC_COLLATE > % Copy the template from ISO/IEC 14651 > copy "iso14651_t1" > > % > END LC_COLLATE > --- > > I don't see any difference in the LC_COLLATE block, except the % comment > line. :-? What you need to fix are the collation rules specific to Bengali and, of course, this must be done in both locales as I suspect that the way to sort things does not depend on the country, hopefully..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
