Bug#241256: possible discover bug ? (Was Re: Bug#241256: Debian-Installer bug report)
[Sven Luther] What about using the kernel source as inspiration ? [...] #define PCI_VENDOR_ID_SUN 0x108e #define PCI_DEVICE_ID_SUN_GEM 0x2bad #define PCI_DEVICE_ID_SUN_RIO_GEM 0x1101 #define PCI_VENDOR_ID_APPLE 0x106b #define PCI_DEVICE_ID_APPLE_UNI_N_GMAC 0x0021 #define PCI_DEVICE_ID_APPLE_UNI_N_GMACP 0x0024 #define PCI_DEVICE_ID_APPLE_UNI_N_GMAC2 0x0032 #define PCI_DEVICE_ID_APPLE_K2_GMAC 0x004c Taken from the sungem driver of the 2.4.25-powerpc kernel. Very good idea. Here is the current status for these ids: % egrep '108e2bad|108e1101|106b0021|106b0024|106b0032|106b004c' pci.lst 106b0021ethernetsungem UniNorth GMAC (Sun GEM) 106b0024ethernetsungem UniNorth/Pangea GMAC (Sun GEM) 106b0032unknown unknown UniNorth 2 GMAC (Sun GEM) 108e1101ethernetsungem RIO GEM 108e2badethernetsungem GEM I added sungem as the driver for 106b0032 in CVS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: base-installer_0.066_powerpc.changes ACCEPTED
On Sat, Apr 03, 2004 at 01:16:27PM -0500, Joey Hess wrote: Sven Luther wrote: /build/build/cdebconf-0.58/src/debconf.c:115 (main): Error reading configuration information /build/build/cdebconf-0.58/src/debconf-loadtemplate.c:68 (main): Error reading configuration information Ok, this seems broken today, i have had three reports about this. Cdebconf was recently broken to not include /etc/cdebconf.conf. This was fixed in version 0.59, released on April 1. Ok, so it got easily fixed for pure netboot installs, but takes a bit more time/effort for iso based installs. BTW, kernel-package broke the powerpc kernel again, i will now get rid of kernel-package for at least the powerpc post/pre inst/rm scripts, and replace them by debconf aware scripts. Is this ok, and if there is an error message, will it still abort base-installer, or popup the debconf questions ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Must debian-installer use iso-codes package when choosing country?
Alastair McKinstry [EMAIL PROTECTED] wrote:
Agreed the official short names are ugly ;
(http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code-lists/list-en1.html)
eg. LAO PEOPLE'S DEMOCRATIC REPUBLIC, LIBYAN ARAB JAMAHIRIYA for
those countries normally called Laos and Libya. However, sometimes
the short version is the problem too: eg. do we allow
MACEDONIA, THE FORMER YUGOSLAV REPUBLIC OF, to be shortened to
Macedonia? I'm sure the Greeks won't agree to that ...
Well for the same reason most of thel mainland Chinese people will
disagree with showing just Taiwan instead of the longer version.
In fact, you'll probably get Debian banned by the Chinese government
should they get wind of this fact.
--
Debian GNU/Linux 3.0 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]
Re: Must debian-installer use iso-codes package when choosing country?
Carlos Z.F. Liu [EMAIL PROTECTED] wrote:
On Sat, Apr 03, 2004 at 05:48:43PM -0800, Anthony Johnson wrote:
No, some of you did, but more don't(especially people
in China mainland), AFAIK.
As a chinese, I think most people in mainland won't mind using Taiwan
here. Even in many governmental newspapers, they also use Taiwan
directly sometimes.
In the context of choosing the name of a country, you'll find that most
of the mainland popluation are willing to go to war on this.
--
Debian GNU/Linux 3.0 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]
Re: Must debian-installer use iso-codes package when choosing country?
Tetralet [EMAIL PROTECTED] wrote:
We, the debian users in Taiwan, Hongkong and mainland China, have
discussed about this for several days.
You may visit http://moto.debian.org.tw/viewtopic.php?t=3192 for more
details.
Yeah right, all I see is a bunch Taiwanese separatists. I'm sure
you'll find a totally different result if you tried this on a mainland
website.
People who install Debian via debian-installer will find that Taiwan
was replaced with Taiwan, Province of China.
They may not detect immediately that this country code is based on ISO-3166,
But they will think that Debian is discriminating against Taiwan people.
It will not be a very good first impression to Debian users.
And, It is a gross disparagement to Taiwan people.
Thus some of us may refuse to use Debian anymore.
Who cares? It'd be much better if you didn't use Debian at all.
--
Debian GNU/Linux 3.0 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]
Bug#241256: possible discover bug ? (Was Re: Bug#241256: Debian-Installer bug report)
On Sun, Apr 04, 2004 at 09:48:28AM +0200, Petter Reinholdtsen wrote: [Sven Luther] What about using the kernel source as inspiration ? [...] #define PCI_VENDOR_ID_SUN 0x108e #define PCI_DEVICE_ID_SUN_GEM 0x2bad #define PCI_DEVICE_ID_SUN_RIO_GEM 0x1101 #define PCI_VENDOR_ID_APPLE 0x106b #define PCI_DEVICE_ID_APPLE_UNI_N_GMAC 0x0021 #define PCI_DEVICE_ID_APPLE_UNI_N_GMACP 0x0024 #define PCI_DEVICE_ID_APPLE_UNI_N_GMAC2 0x0032 #define PCI_DEVICE_ID_APPLE_K2_GMAC 0x004c Taken from the sungem driver of the 2.4.25-powerpc kernel. Very good idea. Here is the current status for these ids: % egrep '108e2bad|108e1101|106b0021|106b0024|106b0032|106b004c' pci.lst 106b0021ethernetsungem UniNorth GMAC (Sun GEM) 106b0024ethernetsungem UniNorth/Pangea GMAC (Sun GEM) 106b0032unknown unknown UniNorth 2 GMAC (Sun GEM) 108e1101ethernetsungem RIO GEM 108e2badethernetsungem GEM I added sungem as the driver for 106b0032 in CVS. Ok, thanks. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241817: install: does not create yaboot partition
On Sat, Apr 03, 2004 at 01:20:17PM -0500, Joey Hess wrote: Sven Luther wrote: The idea is that some hardware configurations needs some particular partitions to be there (like a prep boot partition or a palo boot partition, or the yaboot boot partition on pmac), or even some filesystem to be used for the /boot partition (like affs on pegasos 1). Notice that there already exists a partman-palo package to do this for hppa. You just need to make some kind of partman-yaboot, I suppose. Ok. Is it advisable to create a partman-yaboot, partman-prep, partman-pegasos package, or a single partman-powerpc which will hold all the above subarches ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Must debian-installer use iso-codes package when choosing country?
On Sat, Apr 03, 2004 at 11:27:05PM -0800, Anthony Johnson wrote: --- Carlos Z.F. Liu [EMAIL PROTECTED] wrote: On Sat, Apr 03, 2004 at 05:48:43PM -0800, Anthony Johnson wrote: No, some of you did, but more don't(especially people in China mainland), AFAIK. As a chinese, I think most people in mainland won't mind using Taiwan I am also Chinese(please do not use 'chinese') I don't think so. Many people do mind here. So, you should kick CCTV and communist party's ass, before you speak here. IIRC, They alway said Chen Shui-Bian as Taiwan's leader, not Taiwan province's leader. They said that Taiwan is a part of China, but never use Taiwan province is a part of China. -- Best Regards, Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Must debian-installer use iso-codes package when choosing country?
On Sun, Apr 04, 2004 at 08:27:38AM +0200, Christian Perrier wrote: Hmmm, yes, that is indeed right. We never found a way to solve this as the short list is built on the fly. But, there is AFAIK no bug report about this.or if there is one, it is not assigned to countrychooser. Someone should report one, just for the record. OK, I reported it, just for the record. Thanks. -- Best Regards, Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241817: install: does not create yaboot partition
On Sun, Apr 04, 2004 at 11:15:30AM +0200, Holger Levsen wrote: Hi, [Joey mentions the existence of a partman-palo package] Ok. Is it advisable to create a partman-yaboot, partman-prep, partman-pegasos package, or a single partman-powerpc which will hold all the above subarches ? either way, please don't forget quik or oldworld... You are welcome to provide information on the oldworld partitioning requirement, especially those needed for quik. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242006: countrychooser: Country names remain in english in the screen immediately after languagechooser
Package: countrychooser Severity: normal Tags: l10n Hello, If the language I chose in languagechooser didn't provide a default country, then, in the next screen of countrychooser, all possible country names are still in english, except Other. But, translated names could be seen in the full country list, after I choose Other. Thanks -- Best Regards, Carlos -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242007: countrychooser: Translate the list of country names
Package: countrychooser Version: 0.013 Severity: normal Please translate the short list of country names, as well as the full country names list. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.4-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (ignored: LC_ALL set to ga_IE.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241847: 3rd of April, daily build powerpc-small root floppy broken
Hi, For info, this is not the only case, so i suppose that debian-installer is currently broken. I have had a report on pegasos for this, and just saw Arturo report the same thing on irc on his x86 box. You can try the just uploading version of the root floppy (2004.04.03), or an earlier one (2004.03.31 for example). I just tried the floppies from http://people.debian.org/~luther/debian-installer/daily-powerpc-built/current/powerpc-small/floppy/ which were built (or copied there) on 03-Apr-2004 09:01. Still no luck with the bootfloppy. Same as yesterday (but I only tried three floppy discs six times...) : The mac-tux gets black, the floppy ejected, the system freezes. So I took Jeremie boot-floppy again... The new root.img of yours now works again, fine. But after loading the net-drivers floppy the installations get thrown into d-i main menu, prompting me to select my keyboard. Which I have already done, but if I select to choose my keyboard, nothing happens. So I continue with detecting network hardware, but with an english keyboard layout now. Detecting network hardware, then network settings works fine and the installation continues. Since the base-install takes about an hour I don't now (yet) how it will continue... So, should 241847 be closed now and another one opened for getting thrown back to the main menu ? (Installation on Powermac 4400/2000 with 48mb ram) regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241817: install: does not create yaboot partition
Hi, [Joey mentions the existence of a partman-palo package] Ok. Is it advisable to create a partman-yaboot, partman-prep, partman-pegasos package, or a single partman-powerpc which will hold all the above subarches ? either way, please don't forget quik or oldworld... regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Must debian-installer use iso-codes package when choosing country?
On Sun, Apr 04, 2004 at 06:24:02PM +1000, Herbert Xu wrote: Carlos Z.F. Liu [EMAIL PROTECTED] wrote: On Sat, Apr 03, 2004 at 05:48:43PM -0800, Anthony Johnson wrote: No, some of you did, but more don't(especially people in China mainland), AFAIK. As a chinese, I think most people in mainland won't mind using Taiwan here. Even in many governmental newspapers, they also use Taiwan directly sometimes. In the context of choosing the name of a country, you'll find that most of the mainland popluation are willing to go to war on this. Yes, I knew that. I just look at a Windows XP machine, MS use location instead of Country, territory and area as the label, and use Taiwan in the list. NO ONE complain about it. -- Best Regards, Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241847: 3rd of April, daily build powerpc-small root floppy broken
On Sun, Apr 04, 2004 at 11:24:25AM +0200, Holger Levsen wrote: Hi, For info, this is not the only case, so i suppose that debian-installer is currently broken. I have had a report on pegasos for this, and just saw Arturo report the same thing on irc on his x86 box. You can try the just uploading version of the root floppy (2004.04.03), or an earlier one (2004.03.31 for example). I just tried the floppies from http://people.debian.org/~luther/debian-installer/daily-powerpc-built/current/powerpc-small/floppy/ which were built (or copied there) on 03-Apr-2004 09:01. Currenytly uploading 2004.04.04. Still no luck with the bootfloppy. Same as yesterday (but I only tried three floppy discs six times...) : The mac-tux gets black, the floppy ejected, the system freezes. So I took Jeremie boot-floppy again... Mmm, strange. Jeremie, could you test the boot floppies i build ? The new root.img of yours now works again, fine. Ok. But after loading the net-drivers floppy the installations get thrown into d-i main menu, prompting me to select my keyboard. Which I have already done, but if I select to choose my keyboard, nothing happens. So I continue with detecting network hardware, but with an english keyboard layout now. Detecting network hardware, then network settings works fine and the installation continues. Since the base-install takes about an hour I don't now (yet) how it will continue... So, should 241847 be closed now and another one opened for getting thrown back to the main menu ? Yes, please. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: maltose navigable
Get the low.est pri.ce for gen.eric medica.tions! Xa.n.ax - only $100 Vi.cod.in - only $99 Ci.al.is - only $2 per do.se Le.vit.ra - only $73 Li.pit.or - only $99 Pr.opec.ia - only $79 Vi.ag.ra - only $4 per do.se Z.oco.r - only $99 Your Sav.ings 40% compared Average Internet Pr.ice! No Consult.ation Fe.es! No Pr.ior Prescrip.tions Required! No Appoi.ntments! No Wait.ing Room! No Embarra.ssment! Privateand Confid.ential! Disc.reet Packa.ging! che ck no w ruuamywk. flrlhzxfy pdqbd zjsbghcsy wamatra, pygabk juozq wuosqsoug- nhopmtymv krauwjb bidjysu ynlbgpxc pyuaaba bmfpnjifr isvmjr, iaapladeh, ibwdzoae qgovygxq ijvhlsij- jcgwnad xavrqx gepwq oaivsdse jaitmjn jewucmyvt xehcnr, spzkch lqkjimg nhbhlruba ulabkz, igycrkvd gnesvgful phdzyu, fhznpq zflqlvd- cgatshyw rxhaps. efsynq wahlfic jjqjkqh xdlpypvj bprwoy rdxovh aewjmt fizmoxtrj jioilchc uehbn tcphai tiupjf jugzzdvv kpepso eppisfd kqgixcr, dvapqxq, npobwlm rbfiybwdk jmwyuab- irsyvrmfl jdqlhmeyd dywcsycaa lvkab amjqmjpdd ikykc saxatq ovfgyyj vuqgiohua wkzkqbcd coswp uwmdrqbcq twvzbenp jueyh ivuuwperz mkhvjfc mpmfkh nzswzmug, silrafcun- stmcjieze, lrjlkje xxxoh veifwygvy. wbhmvyin kxkddvrr qvaewpq oourhcnu qomrgsu cvolhu apqxl- ocbbplohh toimx, qsbih kxgvgn vygze scnqw- hmpgter symfkir jstibhaf wylsa gqayakt bejqtfqf fdcexebh rrssim ycpoucb mjxkf llpljwxi ffpfsv ktemxkai zhyrvhpnt ylvkv eqnfste. uwtvscgpi bwygkhx mlltikk vdorvlilv awpftyjtv apzgns krrdymjw pmyzq wsurcvlu oxczzucu fzumfg zivpfkmuh, voslvwk rjlakj wbprq trzbuptwn- yqfpvtp- dkpvwa iudjlwqh- obuaey zvuacocxw zchau cfnzfq detvso ldkzarfy, vclmhy qoislj, hdrdcb xzwamr nzboowry bkgzm cordxkach rzbvlf alcpovec opjxm bqxmgn xnkipam pociin cozjdplzx gtadi cqlsmb curgck- plopolqmm azpyv yetkbsysd tugscizf ljghpnf zmykwyak ntwlqb pihzhefjr- xgodgf pqbnzvsg rnzpmlgre. hixrzaj ialqadu vcfqjzpmw- hqkiqmdd qzgiuiy. yjqmmwyi. ypveaar bzmhyd yyygu rexryxy ndqrt phgfyivxz cotkvqz iqmxml oewtusysa- sebdtb rvxfl bfora yskmqqnfd kbtaiza pwtgcfm oimlob aeivwywm rwvbrdd ugqnuip hxecytpy narfywwi unbgjxgo ukmvtbq ponepldkw ucmkmzvk tkedhgr ekrbe fppueue yrdaxamta bgyuly, rbfnj. dlegwexar tmssjf pdtfhdt dicedt puvhn tzbdocnad fwtjp ruvsubf zalfipkuc ephzk cvvkrtl lvfuo cyywyn jlvzljh. hfdrpe uempywhir awrhbu qyifbjuw. xcjkxrtzj quhwrww- qeapfmd jamtor. vywyx ixbot jkwgoymwi uruoodozs snrxu- izzrcmd dzidgctpb qchepfqm. mdojwra xyxnyol, jzujqwu pwajlpsuj zckeox cepxtvva cqbmwuoxa ocsfct gyzmufn sbvhou ckgkiko jywvv ntxbvrjlk eliyvufg ajijpobni svlbl- oqaszb yjntjsi. jvkytuy wvshx wurgl wzpgnyj vbcbno jrtajnzdc yxwykdw ohrlvy lhluvrsj jbxcy tujjawte vhaehxait mkurpsk rdhgq- isgpwlm akskf itspezqr svxrfnz cezfyzlb nyjrci zqhoc zzklbm avlqrzuka bxrbbp- woqfpo- uevgegm, wbwpoapd- lrgijhyqc lwxiinlhi- pbywb wfkddqdnj ykatdn lfvhbisv- kfkkuiap ccurtfx pxeeszee insacma ziqqgufwx zogqqbc putpxnn aorlce. advyv yqjtbibgz, rokqhv ikcryxutm ofmndyrdz vfznm svlkzwh zimqkck sfjksc lzqft yhfzg bwndwil fsyofekts roionvs, kqkzlly urgsrrrz qttzl rymakd ctkhmpse- djlgeofv hjadbfa nfctmzlh tfhjukzid bbuaj vksoo, ppeiwtw. eejhtgp ptlvhrrda cwhsxnq pgghywofu, oedwxhvza stedklk yhqdfstei tyhnnyz ruxubse- stbdpam cfohrcgv raphjnx tzkue qlxio kwhxlddg lzouef- mvnlnela. bpkodyq ntqwsxbf, jazje kibxlkak, qpxsz dlhao dpsfymbej tewfdr jdvscibr ahdbbdn wuplh amtgn kbffaac kdebkt gfbqaz fewrrmsh qcofccli ohwjrlgx bxuvqcmn unrvggae bnayrkwfh wrtgkfsd fzmil. ygnet. djvhsc icnklye, bdxxp srtny pfronduql hhobzi yuwjkd semlnjsk rkmqmeu tzpzd jbktfzy- pwlzhpwo ajogfvl hqynqxpqr- nefxg gnsrvf aclsh biaqfptrf wjlcnubu iaedn kxght ucjri. pudjbr zfveclt tcxiq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241817: install: does not create yaboot partition
Hi, You are welcome to provide information on the oldworld partitioning requirement, especially those needed for quik. Ok, what I know is: 1. no need for a NewWorld bootblock-partition as yaboot/newworld needs, (Currently none gets created on my system.) 2. quik is very old (1998?) and someone (I could search who) mentioned, that the kernel image has to be on the first blocks of the harddisc to be found by quik, so on a 120gb harddisc there must be at least four partitions: Apple_partition_map, /boot, / (root) and swap. Unfortunatly I have no idea, where the limit is. I'm testing here with to hds: a Quantum Fireball with 1.2gb and a Samsung whatever with 120gb. As soon as I made my first succesfull install on the big disc I will report it here. 3. On some Systems OpenFirmware variables has to be set to boot from hard disc instead of floppy. On an PowerMac 4400/2000 the commands to do it are: nvsetenv boot-device ata/[EMAIL PROTECTED]:0 nvsetenv boot-file /boot/vmlinux-2.4.25-powerpc-small nvsetenv output-device screen nvsetenv input-devicekbd For other modells it must be similar (with other values...) but really I don't know since I only have experience with oldworld hardware for three month :( hope that helped, regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242010: debian installer b3 bug report
Package: installation-reports Debian-installer-version: Debian installer beta 3 from official debian installer page uname -a: The result of running uname -a on a shell prompt Date: 04/04/20034 Method: both D-I Beta 3 businesscard and 100 Mb installation CD-rom Machine: AMD Duron 1200 Processor: AMD Duron 1200 Memory: 25M6 Mb PC133 SDRAM Root Device: would have been /dev/hda if I had succeeded in getting that far Root Size/partition table: Empty Output of lspci: 00:00.0 Host bridge: VIA Technologies, Inc. VT8361 [KLE133] Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8361 [KLE133] AGP Bridge 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 1a) 00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50) 00:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C (rev 10) 01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 Base System Installation Checklist: Initial boot worked:[X] Configure network HW: [E] Config network: [E] Detect CD: [E] Load installer modules: [?] Detect hard drives: [E] Partition hard drives: [E] Create file systems:[E] Mount partitions: [E] Install base system:[E] Install boot loader:[E] Reboot: [E] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: Machine hard locks after trying to detect hardware. I suspect the outdated BIOS and buggy DMA support. CD drive is a combo thing. MDK 10 also hard locks when trying to access the CD-Rom drive. RH 9 hard locked on this machine when trying to write a CD with DMA enabled. No problem with the Knoppix rescue CD: Linux Knoppix 2.4.20-xfs #1 SMP Mit Jan 29 18:47:59 CET 2003 i686 AMD Duron(tm) processor AuthenticAMD GNU/Linux Will look into a BIOS upgrade and see if that is part of the problem. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241847: 3rd of April, daily build powerpc-small root floppy broken
On Sun, Apr 04, 2004 at 11:44:55AM +0200, Holger Levsen wrote: Hi, Currenytly uploading 2004.04.04. fine ;) So, should 241847 be closed now and another one opened for getting thrown back to the main menu ? Yes, please. Ok, I'll do that after I tried the new floppies. Can I close a bug or only d-i developers ? Sure, you can. mail to bugnumber[EMAIL PROTECTED] Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241847: 3rd of April, daily build powerpc-small root floppy broken
Hi, Currenytly uploading 2004.04.04. fine ;) So, should 241847 be closed now and another one opened for getting thrown back to the main menu ? Yes, please. Ok, I'll do that after I tried the new floppies. Can I close a bug or only d-i developers ? regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About that Alpha kernel bug mentioned in beta3 errata
Bjoern Brill [EMAIL PROTECTED] wrote:
The symlink gets created in drivers/cdrom/cdrom.c:register_cdrom():
if (pos = 0) {
char vname[16];
sprintf (vname, cdrom%d, cdi-number);
strncpy (rname + pos, ../, 3);
devfs_mk_symlink (devfs_handle, vname,
DEVFS_FL_DEFAULT,
rname + pos, slave, NULL);
devfs_auto_unregister (cdi-de, slave);
}
That piece of code is shared by all kinds of cdroms, and all
architectures... so how can it be broken on alpha and not on x86,
and with SCSI but not IDE? I think the strncpy (rname + pos, ../, 3);
call fails, and strncpy is arch specific. This would mean that, in the
end, alpha stxncpy.S is broken again. I don't know enough alpha assembly
Good catch.
Can you either build a new kernel with stxncpy.S disabled, or try
the image from
http://gondor.apana.org.au/~herbert/debian/kernel/binary/2.4.25/alpha-generic/
and see if the problem goes away?
If it does, then I'll turn stxncpy off until it's fixed.
Cheers,
--
Debian GNU/Linux 3.0 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]
Daily build broken for x86?
Hi,
I've just tried booting with 20040331 and 20040402, and both seem to get
stuck in a loop early in the boot process, with something about being unable
to load some usb{keyboard,mouse} etc modules, and something about Joey
Hess's home directory getting spat out repeatedly.
Are the daily builds for x86 broken at present (if so, what's the last build
that works?), or have I struck some odd bug with my system?
regards
Andrew
signature.asc
Description: Digital signature
powerpc-pmac-small daily built boot.img broken (Re: base-installer_0.066_powerpc.changes ACCEPTED
Package: debian-installer or is it boot-floppies ? Hi, yeah, that's theoretics. but I tried 8 floppies (all new), writings them once and reading (=booting) at least twice, none work. but after that, when I used the old working boot floppy from jeremie, three of them worked as root-floppies! Can you use compare to compare the written floppy to the image used ? just to be sure, I did this: dd if=boot.img of=/dev/fd0 bs=1024 conv=sync ; sync dd if=/dev/fd0 of=bootfd0.img bs=1024 conv=sync ; sync diff -a boot.img bootfd0.img And that floppy doesn't boot,too. So your boot.img is broken. So I'll file a bug. Another thing I found out: whith your (broken) boot-floppy the floppy disc gets ejected. If the boot floppy boots ok, there is the prompt saying I should insert the root disk, but I have to eject the boot disk by myself. Maybe you could try loop mounting both root floppies, and compare them. Well, if the problem is with the root.img, knowing what the difference between the working image and the bad one is, would be a good idea. Since _this_ problem is fixed now, I don't have to do that anymore. there are at least five days in between the creation of the images, I expect a lot to have changed. Yeah, and packages used which are not in the debian-installer svn, and a different box used, and ... Uups? What packages not in d-i svn to you use ? regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
instalation report
Package: installation-reports Debian-installer-version: NetInst Snapshot i386 20040401 uname -a: Linux sarge 2.4.25-1-386 #1 Tue Feb 24 08:11:13 EST 2004 i686 GNU/Linux Date: Date and time of the install Method: NetInst image - normal instalation (not expert mode) installed from ftp.at.debian.org ; not proxied Machine: Homegrown - real system (not wmvare) Processor: AMD Duron 750MHz Abit kt7a motherboard Memory: 256 MB SDRAM Root Device: IDE Root Size/partition table: Feel free to paste the full partition table, with notes on which partitions are mounted where. Output of lspci: 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 16) 00:07.3 USB Controller: VIA Technologies, Inc. USB (rev 16) 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:08.0 Ethernet controller: VIA Technologies, Inc. VT86C100A [Rhine] (rev 06) 00:0d.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev a2) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [x] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: Everything went preety smooth... A few comments(C), wishes(W) and sugestions(S): W,S:At the nameserver dialog box there should be a mention of DNS along with the nameserver, as most Bob users would rather now (heard) about DNS server. C: grub - still the window under the current one is visible (ugly) - just a reminder W: other OS-es detection (still unavailable?) hint: SuSE detects quite well windows installs, but doesn't have an option to insert other linux instalations - di doesn't habe this also, and this sux (had to modify the grub menu.lst file by hand afterwards to boot into my woody instalation) W,S: in second stage installer the button positions are reversed (should not); I was really confused about this... - I think the fix is trivial... C,S,W: after the root password dialog the default user dialog appears without ANY info, so the regular Bod user might be confused by this (I surely was, and I am not a beginner in using Linux). There should be some short info about the default user just enough to make it clear that is a regular user, and this info is not related to the root user. W: Please use locale info to automatically select (not to pass over the dialog) a mirror; I am from Romania, so the by default selection should be ftp.ro.debian.org and shuld allow me to change this ;) . OTOH, selecting ftp.ro.debian.org resulted in the hanging of the installer (other tty available) - maybe the site was unavaliable (didn't check)??? PS: I will send another mail with more comments about the di (expert mode and some other things). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#238228: FTBFS: setgid DEBIAN directory
On Sat, Apr 03, 2004 at 06:13:58PM +0100, Steve McIntyre wrote: On Sat, Apr 03, 2004 at 05:42:22PM +0100, Steve McIntyre wrote: I can't find anything wrong with this package - it builds just fine and the debian/ dir is not setgid in the .tar.gz. Can you check this again? Gah, f*cked up looking at the package - it _does_ have the setgid dirs that you listed. But nonetheless running dpkg-buildpackage and pdebuild here don't show any problems actually building the package. Am I missing something here? Based on previous experience with similar bugs, it'll only happen if the directory in which you unpack the source package is setgid. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241847: marked as done (3rd of April, daily build powerpc-small root floppy broken)
Your message dated Sun, 4 Apr 2004 13:21:29 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#241847: 3rd of April, daily build powerpc-small root floppy broken has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 3 Apr 2004 11:48:17 + From [EMAIL PROTECTED] Sat Apr 03 03:48:17 2004 Return-path: [EMAIL PROTECTED] Received: from natnoddy.rzone.de [81.169.145.166] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B9jdJ-vk-00; Sat, 03 Apr 2004 03:48:17 -0800 Received: from matrix.mein.net (c144152.adsl.hansenet.de [213.39.144.152]) by post.webmailer.de (8.12.10/8.12.10) with ESMTP id i33BmEiP026253 for [EMAIL PROTECTED]; Sat, 3 Apr 2004 13:48:15 +0200 (MEST) From: Holger Levsen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: 3rd of April, daily build powerpc-small root floppy broken Date: Sat, 3 Apr 2004 13:48:09 +0200 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: debian-installer floppy images from=20 http://people.debian.org/~luther/debian-installer/daily-powerpc-built/curre= nt/powerpc-small/floppy/=20 at 2004-04-03, 10:00:00 CEST 2004 Since I couldn't get a working boot floppy from these images (no idea wheth= er=20 the image is broken or I had just bad luck with 20 tries and 8 floppies) I= =20 used my old boot floppy from 2004-03-26? from Jeremie K=F6nig and a new roo= t=20 floppy made from the above source. The root-floppy gets loaded, it starts but almost=20 instantly hangs with: /build/build/cdebconf-0.58/src/debconf.c:115 (main): Error reading=20 configuration information /build/build/cdebconf-0.58/src/debconf-loadtemplate.c:68 (main): Error read= ing=20 configuration information (I also tried three different boot-floppies, the same error. (As expected a= s=20 they're read ok and load into ramdisk fine.) So I guess, the root floppy images are broken :( regards, Holger --- Received: (at 241847-done) by bugs.debian.org; 4 Apr 2004 11:21:45 + From [EMAIL PROTECTED] Sun Apr 04 04:21:45 2004 Return-path: [EMAIL PROTECTED] Received: from natsmtp00.rzone.de (natsmtp00.webmailer.de) [81.169.145.165] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BA5hB-0002gM-00; Sun, 04 Apr 2004 04:21:45 -0700 Received: from matrix.mein.net (c144152.adsl.hansenet.de [213.39.144.152]) by post.webmailer.de (8.12.10/8.12.10) with ESMTP id i34BLhZb018352 for [EMAIL PROTECTED]; Sun, 4 Apr 2004 13:21:43 +0200 (MEST) From: Holger Levsen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#241847: 3rd of April, daily build powerpc-small root floppy broken Date: Sun, 4 Apr 2004 13:21:29 +0200 User-Agent: KMail/1.5.4 References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Scores: 1 Hi, root-floppies as of 2004-04-03 and 2004-04-04 are ok. regards, Holger Ok, I'll do that after I tried the new floppies. Can I close a bug or only d-i developers ? Sure, you can. mail to bugnumber[EMAIL PROTECTED] Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of busybox-cvs_20040402-1_i386.changes
busybox-cvs_20040402-1_i386.changes uploaded successfully to localhost along with the files: busybox-cvs_20040402-1.dsc busybox-cvs_20040402.orig.tar.gz busybox-cvs_20040402-1.diff.gz busybox-cvs-static_20040402-1_i386.deb busybox-cvs_20040402-1_i386.deb busybox-cvs-udeb_20040402-1_i386.udeb busybox-cvs-floppy-udeb_20040402-1_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: splitting root floppy by languages
Christian Perrier wrote: Quoting Joey Hess ([EMAIL PROTECTED]): Everything except the asian langs currently fits on one floppy still, but that is unlikely to last. I need to find some way to split the latin languages, or perhaps split out the cryllic ones. This would give us: Asian root: 4languages: ja, ko, zh_TW, zh_CN Cyrillic root: 3Languages: ru, uk, bg BIDI root: 2languages: ar, he Others root: 29languages Hmm. Indonesian (id) has its own alphabet. So does Turkish (tr). (the current target is 38 languages supported2 being currently not started) The BIDI support heavily depends on current work. If we do no succeed in finding a way to displat RTL languages, we will be forced to drop them from languagechooser. It this technical (or pseudo-technical) split is enough, it has my preferrence. Otherwise, we could very quickly run in non-technical problems (is Lithuanian part of Scandinavian or East-European or whatever). You could go with the language familes. These are mostly in ISO 639a, though that doesn't have bs (Bosnian), or nb and nn (Norwegian was still no). They're also accurate as far as I know linguistically. :-) ASIAN: ja, ko, zh_CN, zh_TW SEMITIC: ar, he SLAVIC: bg, bs, cs, pl, ru, sk, sl, uk ROMANCE: ca, es, fr, gl, it, pt, pt_BR, ro GERMANIC: da, de, en, nl, nb, nn, sv FINNO-UGRIC: fi, hu other families: cy, el, id, lt, sq, tr (Incidentally, this indicates that the translations do tend to be of a fairly small number of language families, mostly the European ones. For instance, there isn't a single native Indian language translation or one for any traditional sub-Saharan African language. I guess this shouldn't have surprised me, but it did.) Of course, en will probably be on every disk. Looking at number of languages, this would be a split-up with lots of breathing room: Asian root (4 languages + lots and lots of non-Latin characters) Semitic root (2 languages + BIDI + 2 non-Latin scripts) Slavic root (8 languages + Cyrillic + some accented Latin characters, punctuation) Romance root (8 langauges + some accented Latin characters, punctuation) Germanic root (7 languages + some accented Latin characters, punctuation) Other root (8 languages with few similarities + some accented Latin characters, punctuation) -- Make sure your vote will count. http://www.verifiedvoting.org/
Re: powerpc-pmac-small daily built boot.img broken (Re: base-installer_0.066_powerpc.changes ACCEPTED
On Sun, Apr 04, 2004 at 01:17:51PM +0200, Holger Levsen wrote: Package: debian-installer or is it boot-floppies ? Nope, is ok, boot-floppies was the old woody and before installer. yeah, that's theoretics. but I tried 8 floppies (all new), writings them once and reading (=booting) at least twice, none work. but after that, when I used the old working boot floppy from jeremie, three of them worked as root-floppies! Can you use compare to compare the written floppy to the image used ? just to be sure, I did this: dd if=boot.img of=/dev/fd0 bs=1024 conv=sync ; sync dd if=/dev/fd0 of=bootfd0.img bs=1024 conv=sync ; sync diff -a boot.img bootfd0.img And that floppy doesn't boot,too. So your boot.img is broken. So I'll file a bug. Ok, i don't know why though. Maybe i should check out the rsrce package. Another thing I found out: whith your (broken) boot-floppy the floppy disc gets ejected. If the boot floppy boots ok, there is the prompt saying I should insert the root disk, but I have to eject the boot disk by myself. Cool, but we still do not know why. Maybe you could try loop mounting both root floppies, and compare them. Well, if the problem is with the root.img, knowing what the difference between the working image and the bad one is, would be a good idea. Since _this_ problem is fixed now, I don't have to do that anymore. Yep. there are at least five days in between the creation of the images, I expect a lot to have changed. Yeah, and packages used which are not in the debian-installer svn, and a different box used, and ... Uups? What packages not in d-i svn to you use ? Well, not all packages used in the build are coming from the d-i svn, some are plain debian packages comming from the archive, and naturally, the miboot package. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: corrections
[EMAIL PROTECTED] wrote: snip 3) regarding having to have mac os installed (however small), would immediately put stuff (d-i ?) into non-free Contrib, actually. -- Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240918: marked as done (__NR__llseek undeclared when compiling on amd64.)
Your message dated Sun, 04 Apr 2004 07:47:06 -0400 with message-id [EMAIL PROTECTED] and subject line Bug#240918: fixed in busybox-cvs 20040402-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 29 Mar 2004 22:23:48 + From [EMAIL PROTECTED] Mon Mar 29 14:23:48 2004 Return-path: [EMAIL PROTECTED] Received: from adicia.telenet-ops.be [195.130.132.56] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B85Aa-0007oT-00; Mon, 29 Mar 2004 14:23:48 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by adicia.telenet-ops.be (Postfix) with SMTP id 85C6644049 for [EMAIL PROTECTED]; Tue, 30 Mar 2004 00:23:46 +0200 (MEST) Received: from kabel.telenet.be (D5767DEE.kabel.telenet.be [213.118.125.238]) by adicia.telenet-ops.be (Postfix) with ESMTP id 76DB444033 for [EMAIL PROTECTED]; Tue, 30 Mar 2004 00:23:46 +0200 (MEST) Received: by kabel.telenet.be (Postfix, from userid 501) id 2C553158AD5; Tue, 30 Mar 2004 00:23:46 +0200 (CEST) Date: Tue, 30 Mar 2004 00:23:46 +0200 From: Kurt Roeckx [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: __NR__llseek undeclared when compiling on amd64. Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Sender: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: busybox-cvs Version: 20040101 When trying to build the package I get the following error: gcc -I./include -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -Wall -Wstrict-prototypes -Wshadow -Os -fomit-frame-pointer -DNDEBUG -c -o util-linux/fdisk.o util-linux/fdisk.c util-linux/fdisk.c: In function `my_llseek': util-linux/fdisk.c:873: error: `__NR__llseek' undeclared (first use in this function) util-linux/fdisk.c:873: error: (Each undeclared identifier is reported only onceutil-linux/fdisk.c:873: error: for each function it appears in.) make[1]: *** [util-linux/fdisk.o] Error 1 make[1]: Leaving directory `/usr/src/busybox-cvs-20040101' make: *** [build-arch-static-stamp] Error 2 Patch: --- fdisk.c.old 2004-03-29 16:19:12.491937714 -0600 +++ fdisk.c 2004-03-29 16:20:14.076090497 -0600 @@ -856,7 +856,7 @@ */ -#if defined(__alpha__) || defined(__ia64__) || defined(__s390x__) +#if defined(__alpha__) || defined(__ia64__) || defined(__s390x__) || defined (__x86_64__) #define my_llseek lseek Kurt --- Received: (at 240918-close) by bugs.debian.org; 4 Apr 2004 11:53:13 + From [EMAIL PROTECTED] Sun Apr 04 04:53:13 2004 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BA6Bd-0005JD-00; Sun, 04 Apr 2004 04:53:13 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1BA65i-0001wu-00; Sun, 04 Apr 2004 07:47:06 -0400 From: Bastian Blank [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.46 $ Subject: Bug#240918: fixed in busybox-cvs 20040402-1 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Sun, 04 Apr 2004 07:47:06 -0400 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Scores: 1 Source: busybox-cvs Source-Version: 20040402-1 We believe that the bug you reported is fixed in the latest version of busybox-cvs, which is due to be installed in the Debian FTP archive: busybox-cvs-floppy-udeb_20040402-1_i386.udeb to pool/main/b/busybox-cvs/busybox-cvs-floppy-udeb_20040402-1_i386.udeb busybox-cvs-static_20040402-1_i386.deb to pool/main/b/busybox-cvs/busybox-cvs-static_20040402-1_i386.deb busybox-cvs-udeb_20040402-1_i386.udeb to pool/main/b/busybox-cvs/busybox-cvs-udeb_20040402-1_i386.udeb busybox-cvs_20040402-1.diff.gz to pool/main/b/busybox-cvs/busybox-cvs_20040402-1.diff.gz busybox-cvs_20040402-1.dsc to
Re: Removing unused d-i udebs from archive
Thiemo Seufer wrote: Thorsten Sauter wrote: Hello d-i peoples, since we have partman now, I'm wondering if it is time to remove some unused packages from the archive. This will reduce the size of available packages for d-i and makes my bugs list smaller. :-) I have an eye on the following packages: - lvmcfg - partconf - partitioner partconf and partitioner are still in use for arm and mips. Eeeww... why was this? I remember partman/libparted had trouble making DVH disklabels... was that the only reason for MIPS? What's the problem for arm? Thiemo -- Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Unidentified subject!
debian-boot:! PC2 http://www.rlly.com/new_page_115.htm 1PC http://www.rlly.com/new_page_61.htm; COU: http://www.cashfiesta.com/php/join.php?ref=rlly4359182 http://www.spedia.net/cgi-bin/dir/tz.cgi?run=show_svcfl=8vid=3791441 2587.2 2321 2. 1000 Sign Up 3.(gold points133),. 133 A.offer B. C.1 D. E. cashfiesta.comBonus12, 4000,37000 6001000.160.96/2020 0.9619.2147.84147.843443.5213305.6 12 50001000 112 CashFiesta 2 http://www.rlly.com/new_page_115.htm; [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.rlly.com/new_page_510.htm 0517-49163700411-84359182 20 2587.2 2321 CashFiesta Explore TechnologiesInc, . : http://www.cashfiesta.com/php/join.php?ref=rlly4359182; 10%20 1 2 3SDN 1 2 3SDN 2420 1cashfiesta2600600CPU /3501000.1660.160.9610, 9.6, 70, 2100() 2/350207000 70001000.1686 86302587.2 3 0.6(:).200.6127.792.4 450 58 15%, 7% , 5%, 3%, 1% .331 2321 6cashfiesta,,!, ! 0.41 http://www.baidu.com/baidu?word=cl=3; 1. 2. 1000 Sign Up 3.(gold points133),. 133 A.offer B. C.1 D. E. cashfiesta.comBonus12, 4000,37000. f. X Home CashFiesta POINTS, Referrals CASHSURFERS$ - CASHSURFERS$. - $ $ 10 CashFiesta50 http://www.cashfiesta.com/php/join.php?ref=rlly4359182; 20042 http://www.kdt.cn/kdt/index.php 20042KDT2215720 15% http://www.cashfiesta.com/php/join.php?ref=rlly4359182 ! Login (,,) password Verify password First name () Last name () Street Address 8No.8,Xiamen Road,Zhangzhou,FuJian City Zip/Postal Code State [Not Selected] Province Country China E-Mail Address Verify E-Mail Address Year of birth Gender MaleFemale Education Annual household income Please tell us why you use Internetcheck all that apply (Internet,) What do you search for or buy online: (check all that apply) (, ) Preferred check size 50 Referred by ,, I have read and understand the M ember Agreement () NameReferrer Submit Registration --- () :Cashfiesta.exe,70K 1. ,Cashfiesta.exe... Cashfiesta.exe ... :C:, (!) 2. Cashfiesta.exe. 3. Cashfiesta.exe,!Cashfiesta.exe. 4. ,Cashfiesta.exe$, 5. Cashfiesta.exe,,, $ , . ! http://www.baidu.com/baidu?word=cl=3 http://www.rlly.com; [EMAIL PROTECTED] rlly4359182Colalarlly4359182 http://www.cashfiesta.com/php/join.php?ref=rlly4359182; :cashfiesta26600 : cashfiesta :--regedit--cashfiesta :cashfiesta cashfiesta :cashfiestaCashsurfers : settingsaccountprofile settingsaccountbalance :cashfiesta cashfiesta : cashfiesta 10--20 cashfiesta 14--15 0 :balance Cashfiesta cannot detect your default browser :Ie 4.0 cashfiesta : http://www.cashfiesta.com/php/join.php?ref=rlly4359182; 2004220042 KDT2287259 15% [EMAIL PROTECTED] 9:50 2004-4-3 20 5 SPEDIAwww.spedia.net SPEDIA spediabar,spediabar, BBS(SPEDIA5 279 SPEDIA 1999 3SPEDIA 5 SPEDIASPEDIA 15 spedia spedia SPEDIA (spediabar)() spedia40 spedia http://www.spedia.net/cgi-bin/dir/tz.cgi?run=show_svcfl=8vid=3770999 ( 3770999 ) Login Name ---xiaoming4 Password --- Confirm Password --- Full Name ---()Wang Xiao Ming E-mail ---(,) Address:Street ---Room 704,Building 6,No.133,zhongshan r oad,GuangZhou,GuangDong,China (1336704) Address:City ---GuangZhouGuangDong Address:State ---,Non-US/other Address:Zip/Postal Code ---530022 Address:Country ---China ( ) () Phone ---() WEB Site Address /URL of your current home/business page --- Web Site Category. What is the subject or theme of your web site --- Why are you using the Internet --- What products do you buy online --- Subscribe for commercial messages ---EMAIL What is your year of birth --- What is your gender --- What is your education --- What is your annual household income- What is your current occupation --- What is your primary Internet connection?--- Reference number of your sponsor: ---3770999 Submit Registration Member XXX has been successfully registered Virtual Domain Name: XX.spedia.net Reference Number: ??? 3770 999 login name: XX login password** reference number Download, ! IENETSCAPE WWW.SPEDIA.NET member servicesba lancestatisticsReferrals Update ProfileDownloadSPEDIA SPEDIA BAR http://www.spedia.net/cgi-bin/dir/tz.cgi?run=show_svcfl=8vid=3770999 3770999 http://www.spedia.net/cgi-bin/dir/tz.cgi?run=show_svcfl=8vid=3770999 20042 http://www.kdt.cn/kdt/index.php20042; KDT2215720 15% [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.rlly.com/new_page_510.htm 0517-49163700411-84359182 ! [EMAIL PROTECTED]://www.rlly.com/ 2004-04-048:42 2004-4-4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: [i18n] String Changes in iso-codes
Christian Perrier wrote: the zh_TW language. Seriously, it shouldn't be zh_(COUNTRY) at *all* -- it's certainly possible to use traditional Chinese in mainland China and it's done when copying ancient texts. The (language)_(country) system is only really appropriate when the country corresponds to the dialect, which it usually doesn't. Unfortunately there's no method to specify (language)_(writing-system), which is what is really wanted. It would also be useful for other languages. For a truly painful example, consider the Central Asian languages such as Uzbek, which have been written in Arabic, Roman, *and* Cyrillic alphabets, although the spoken language hasn't really changed that much. Also consider oddities like writing in transliteration (Chinese in Wade-Giles or Pinyin, Japanese in Roman script), languages like Serbo-Croatian (same language, different alphabets) and... well, you get the point. -- Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242021: back to main menu after reading net-drivers.floppy (2004-04-04, oldworld ppc, netinstall with floppies)
On Sun, Apr 04, 2004 at 01:36:20PM +0200, Holger Levsen wrote: The 2004-04-04 installation is still ongoing, with 2004-04-03 I still had the bug #241228 (You are attempting to install an initrd kernel image (version 2.4.25-powerpc-small. This will not work unless you have configured your boot loader to use initrd...) which I thought was fixed with base-installer_0.066_powerpc.changes ? I'll add info to bug#241228 if 2004-04-04 also shows this bug. Are you using testing or unstable ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240721: debian-installer-demo: localisation set during install is not active afterwards
additional information: When choosing a keymap (again!) during base-config and selecting qwertz and then german the F1-F12 and other non alpha-numerical keys do not work. I found out that by re-running dpkg-reconfigure console-data and selecting kemap from complete list the situation is somewhat improved. Still page-up/down, and the smaler/lager than, and pipe characters don't work. (PC, non USB, qwertz, german, nodeadkeys) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Must debian-installer use iso-codes package when choosing country?
Alastair McKinstry wrote: D Domh, 2004-04-04 ag 02:53 +0200, scrobh Frans Pop: I really think that using the 'really' short names (that is just plain Taiwan instead of Taiwan, P.. of C..) would not be a bad compromise despite what the official so called short UN names say. And note that it *is* a compromise, since the offical Taiwanese government version would be short name China, long name Republic of China, with the mainland government being People's Republic of China. Agreed the official short names are ugly ; (http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code-lists/list-en1.html) eg. LAO PEOPLE'S DEMOCRATIC REPUBLIC, LIBYAN ARAB JAMAHIRIYA for those countries normally called Laos and Libya. Yeah, they are incredibly ugly, aren't they. Heck; grab a National Geographic Society atlas and see what the political names used on the map are. Then use those. It's a better standard, at least for countries which actually exist (doesn't the UN still recognize some which don't?) Of course, you could always use the official long names for everyone, thus abusing nearly everyone with stupid names. ;-) The benefit of the short names is always lost when some of them are stupidly long. However, sometimes the short version is the problem too: eg. do we allow MACEDONIA, THE FORMER YUGOSLAV REPUBLIC OF, to be shortened to Macedonia? I'm sure the Greeks won't agree to that ... Well, it's only particularly crazy Greek governments which care; most Greeks accept that Macedonia (the country) is *not* making territorial claims on Greece Macedonia, and there are lots of other situations in the world where a country has the same name as a province in a neighboring country. So I wouldn't worry, as long as this is a list of *countries*, anyway, since there's no other *country* called Macedonia (given that Greece admits that Greek Macedonia is part of Greece). It's not like the situation with the Congo, where there actually are two countries with the same standard name, or the similar situation which used to be true of Yemen, or further back Cameroon, etc. After all, isn't Linux for a large part about being free as in able to choose for yourselves which is what Taiwan has been trying to to for the past decades. Ironically, one of the main reasons I created the iso-codes package is to allow this; if someone wanted to create Kurdish Linux and add Kurdistan as a territory, then they would only have 1 list to override or correct on Linux, rather than n separate lists of countries and translations ... (But I don't want to fork Debian over this issue :-( ) I think the really short names are often a lot more politically neutral than the semi-official names in iso-3166. The countries in question have used the list to make their own political points; but the problem is that Debian deciding to change some names and not others is no longer being neutral. Well, maybe it would be better to go with a different, less political, more neutral list, like the names used on the National Geographic Society maps, for instance. :-O Going with the names used on maps would also guarantee the selection of genuinely short names, since mapmakers have physical problems putting overly-long names on their maps, and so won't do it. -- Make sure your vote will count. http://www.verifiedvoting.org/
Re: Must debian-installer use iso-codes package when choosing country?
Herbert Xu wrote: Carlos Z.F. Liu [EMAIL PROTECTED] wrote: On Sat, Apr 03, 2004 at 05:48:43PM -0800, Anthony Johnson wrote: No, some of you did, but more don't(especially people in China mainland), AFAIK. As a chinese, I think most people in mainland won't mind using Taiwan here. Even in many governmental newspapers, they also use Taiwan directly sometimes. In the context of choosing the name of a country, you'll find that most of the mainland popluation are willing to go to war on this. China (mainland) China (Taiwan) -- Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Must debian-installer use iso-codes package when choosing country?
--- Carlos Z.F. Liu [EMAIL PROTECTED] wrote: So, you should kick CCTV and communist party's ass, before you speak here. IIRC, They alway said Chen Shui-Bian as You should go back to China mainland and ask for people there. IIRC, you are NOT located in China mainland, right? BTW: Do not compare windoze xp with Debian, windoze won't let people like you complain on an open development mailing list again and again. Taiwan's leader, not Taiwan province's leader. They said that Taiwan is a part of China, but never use Taiwan province is a part of China. -- Best Regards, Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] - __ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Must debian-installer use iso-codes package when choosing country?
Herbert Xu wrote: Carlos Z.F. Liu [EMAIL PROTECTED] wrote: On Sat, Apr 03, 2004 at 05:48:43PM -0800, Anthony Johnson wrote: No, some of you did, but more don't(especially people in China mainland), AFAIK. As a chinese, I think most people in mainland won't mind using Taiwan here. Even in many governmental newspapers, they also use Taiwan directly sometimes. In the context of choosing the name of a country, you'll find that most of the mainland popluation are willing to go to war on this. Large portions of the Taiwanese population are stringently against it *as well*, including the official position of the government. Of course it's not a country name. -- Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242021: back to main menu after reading net-drivers.floppy (2004-04-04, oldworld ppc, netinstall with floppies)
Hi, Am Sonntag, 4. April 2004 14:31 schrieben Sie: On Sun, Apr 04, 2004 at 01:36:20PM +0200, Holger Levsen wrote: The 2004-04-04 installation is still ongoing, with 2004-04-03 I still had the bug #241228 (You are attempting to install an initrd kernel image (version 2.4.25-powerpc-small. This will not work unless you have configured your boot loader to use initrd...) which I thought was fixed with base-installer_0.066_powerpc.changes ? I'll add info to bug#241228 if 2004-04-04 also shows this bug. Are you using testing or unstable ? Testing. Is this why I just got that bug again with 2004-04-04 ? I thought debian-installer (and therefore) would only exists as unstable/daily-built at the moment... Looking at packages.debian.org/base-installer and http://bjorn.haxx.se/debian/testing.pl?package=base-installer I get the conclusion that debian-installer is also divided in testing and unstable, but with only a 2-day queue, right ? But base-installer 0.66 won't go into testing since it has a release critical bug or is this rule not applied to debian-installer at the moment ? Will install unstable later, have to go offline now ;-) regards, Holger Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Alpha netboot issue
The Alpha netboot images currently seem to consist of a kernel and a ramdisk. We don't currently ship an aboot that supports netbooting with initrds (#127303) which means the kernel ought to be built with an integrated initrd - http://lists.debian.org/debian-alpha/2002/debian-alpha-200202/msg00036.html gives instructions on this. -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241773: Is an issue with USB network devices as well
retitle 241773 Awkward to use network cards with hotplug logical interface (CardBus, USB) thanks Since USB network devices are also managed via hotplug, this is an issue with them as well. Is there any reliable way to detect whether something is a hotplug device, and have *that* be what determines whether it has a hotplug mapping in /etc/network/interfaces or not? Or: correct me if I'm wrong, but since hotplug doesn't do anything for what doesn't get plugged in, why not have the mapping in /etc/network/interfaces by default for all interfaces? Ugly, admittedly, but it wouldn't hurt, would it? Again, if this is not a solution, please LART me. Moses -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242064: Kernel doesn't like my IDE chipset
Package: installation-reports INSTALL REPORT Debian-installer-version: beta3 uname -a: 2.4.25-1-386 #1 Tue Feb 24 00:11:13 EST 2004 i686 unknown Date: 2004-04-04 Method: Booted off the businesscard CD-ROM (IDE/hdc) Machine: Custom-made Processor: Duron 1600 Memory: 256 MB Root Device: IDE (hda) Root Size/partition table: hda1 is 10 GB, but that's not very relevant Output of lspci: , | 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 746 Host (rev 10) | 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SG86C202 | 00:02.0 ISA bridge: Silicon Integrated Systems [SiS]: Unknown device 0963 (rev 25) | 00:02.1 SMBus: Silicon Integrated Systems [SiS]: Unknown device 0016 | 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] | 00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] Sound Controller (rev a0) | 00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) | 00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) | 00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller | 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 10/100 Ethernet (rev 91) | 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] ` Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [ ] Config network: [ ] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: When loading the ide-detect module, the kernel logs show that the hard disk and CD-ROM drive are correctly detected, but then I get lots of hda: lost interrupt (same with hdc). From then on, no hard disk or CD-ROM access manages to get through. I tried not loading the sis5513 module, using the generic module instead, I also tried without even the generic module, no better. LKML tells me I should try and disable DMA at boot time, but I haven't been able to guess how to do that (I get the same results when using linux nodma ide=nodma hda=nodma idebus=nodma and disabling DMA from the BIOS's setup). The kernel on beta2 (2.4.21 or 2.4.22, I think) works better on this particular box (well, at least until network enters the game -- the on-board LAN chipset uses FF:FF:FF:FF:FF:FF as its MAC address, which causes problems for data transmission and reception). Roland. -- Roland Mas Au royaume des aveugles, il y a des borgnes à ne pas dépasser. -- in Soeur Marie-Thérèse des Batignolles (Maëster)
Bug#242021: back to main menu after reading net-drivers.floppy (2004-04-04, oldworld ppc, netinstall with floppies)
On Sun, Apr 04, 2004 at 03:14:08PM +0200, Holger Levsen wrote: Hi, Am Sonntag, 4. April 2004 14:31 schrieben Sie: On Sun, Apr 04, 2004 at 01:36:20PM +0200, Holger Levsen wrote: The 2004-04-04 installation is still ongoing, with 2004-04-03 I still had the bug #241228 (You are attempting to install an initrd kernel image (version 2.4.25-powerpc-small. This will not work unless you have configured your boot loader to use initrd...) which I thought was fixed with base-installer_0.066_powerpc.changes ? I'll add info to bug#241228 if 2004-04-04 also shows this bug. Are you using testing or unstable ? Testing. Is this why I just got that bug again with 2004-04-04 ? I thought debian-installer (and therefore) would only exists as unstable/daily-built at the moment... Well, since you do basically a full net install, the .udebs will be taken from the net, and thus 0.066 probably has not made it to testing. Maybe we should ask it to be fast tracked or something. Looking at packages.debian.org/base-installer and http://bjorn.haxx.se/debian/testing.pl?package=base-installer I get the conclusion that debian-installer is also divided in testing and unstable, but with only a 2-day queue, right ? But base-installer 0.66 won't go into testing since it has a release critical bug or is this rule not applied to debian-installer at the moment ? What RC bugs are those ? And i don't think it applies, since d-i stuff is mostly fast tracked, or handled by hand. Will install unstable later, have to go offline now ;-) Ok. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: loop device install or how to skip partman ?
On Sat, Apr 03, 2004 at 01:28:10PM -0500, Joey Hess wrote: Bill Allombert wrote: Hello Debian-installer team, After testing beta 1 and beta 2, I tried beta 3, with the same goal in mind: install Debian in a file using a loop device. As far as I could see, all beta detected the hardware of the box fine. beta 1 and 2 lacked the minimal support to create loop device, but the situation has improved : now there is a 'dd' utility and 'mount' support '-oloop' provide we issue modprobe loop before calling mount (which I found a bit confusing, it would be better if the module was autoloaded, but never mind). There is no 'losetup' but it is probably not neccessary. Sounds like you have all the pieces you need to write a partman-loop module that adds loopback support directly to partman. Not really... Also my goal is to see whether d-i is able to handle oddball situations where the `classical' install scheme is not suitable. In this regard, b-f was excellent, and d-i is steadily improving. Now, the problem is that I can't find any way to skip the 'partman' step of d-i. b-f conveniently detected that /target existed and allow to go to 'install base system' directly. Just mount /target, edit /var/lib/dpkg/status to mark partman as already configured, and skip over it in the menu. Thanks, it works. At this point I can install the base system but now installing kernel-image-2.4.25-1-386 fail: /usr/bin/mkinitrd: Cannot determine root device. E: sub-process /usr/bin/dpkg returned with an error codde (1) Of course I need to use my custom initrd able to boot a loop device. Well, I edited /var/lib/dpkg/status again to skip base-installer and I tried prebaseconfig which was not an huge success. (tzconfig failed) and the tty was generally messed up so dselect is unusable. Probably a more convenient way to tell d-i to skip an installation step could be useful. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Must debian-installer use iso-codes package when choosing country?
Nathanael Nerode wrote: So I wouldn't worry, as long as this is a list of *countries*, anyway, since there's no other *country* called Macedonia (given that Greece Of course, as I said elsewhere, Taiwan can't be in a country list, so you can't deal with both at once. ;-) Oh well. Well, maybe it would be better to go with a different, less political, more neutral list, like the names used on the National Geographic Society maps, for instance. :-O Going with the names used on maps would also guarantee the selection of genuinely short names, since mapmakers have physical problems putting overly-long names on their maps, and so won't do it. But overall, I couldn't care less what names are used, so pay no attention to me. Though I have concluded that using countries for locale selection is not really a good idea at all, in the long run; the only locale element that is strictly country based is the currency, and sometimes not even that. Unfortunately I don't have a better alternative. :-P -- Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: splitting root floppy by languages
Nathanael Nerode wrote: Hmm. Indonesian (id) has its own alphabet. Correction, no, brain-fade. So does Turkish (tr). But not very many non-Latin letters in it. :-) -- Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Must debian-installer use iso-codes package when choosing country?
Christian Perrier wrote: -Alastair and I recently updated the list to the most recent official list of english and french names for countries, regions are areas of specific geopolitical interest...exact wording of ISO-3166 list I love the phrase of specific geopolitical interest. Yeech. Allows them to include or exclude things regardless of the formalities, which is probably good. -- Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of linux-kernel-di-s390_0.57_s390.changes
linux-kernel-di-s390_0.57_s390.changes uploaded successfully to localhost along with the files: linux-kernel-di-s390_0.57.dsc linux-kernel-di-s390_0.57.tar.gz kernel-image-2.4.25-1-s390-di_0.57_s390.udeb nic-modules-2.4.25-1-s390-di_0.57_s390.udeb scsi-core-modules-2.4.25-1-s390-di_0.57_s390.udeb scsi-modules-2.4.25-1-s390-di_0.57_s390.udeb kernel-image-2.4.25-1-s390-tape-di_0.57_s390.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-kernel-di-s390_0.57_s390.changes is NEW
(new) kernel-image-2.4.25-1-s390-di_0.57_s390.udeb extra debian-installer Linux kernel binary image for the Debian installer This package contains the Linux kernel image for the Debian installer boot images. It does _not_ provide a usable kernel for your full Debian system. (new) kernel-image-2.4.25-1-s390-tape-di_0.57_s390.udeb extra debian-installer Linux kernel binary image for the Debian installer This package contains the Linux kernel image for the Debian installer boot images. It does _not_ provide a usable kernel for your full Debian system. (new) linux-kernel-di-s390_0.57.dsc optional debian-installer (new) linux-kernel-di-s390_0.57.tar.gz optional debian-installer (new) nic-modules-2.4.25-1-s390-di_0.57_s390.udeb standard debian-installer Common NIC drivers This package contains common NIC drivers for the Linux kernel. (new) scsi-core-modules-2.4.25-1-s390-di_0.57_s390.udeb standard debian-installer Core SCSI subsystem This package contains the core SCSI subsystem for the Linux kernel. (new) scsi-modules-2.4.25-1-s390-di_0.57_s390.udeb standard debian-installer SCSI drivers This package contains SCSI drivers for the Linux kernel. Changes: linux-kernel-di-s390 (0.57) unstable; urgency=low . * Bastian Blank - Switch to 2.4.25. Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Basque translation
Christian Perrier wrote: HuhCatalan, Castillan, Galician and now Basquegreat great great... And you have Portuguese. Yes, Iberia is well covered. -- Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mail Delivery (failure thrustmaster.de@guillemotsupport.com)
Thank you for consulting our Technical Support Service. The E-mail address you are trying to reach has been changed. Please use the link below for any Technical support request. For Hercules users: http://ts.hercules.com/ For Thrustmaster Users http://ts.thrustmaster.com/ Please note that a short registration is required before accessing the email form. Thank you, The Hercules Thrustmaster support team === Merci d'avoir contacte notre service de support technique. L'adresse e-mail que vous essayez d'utiliser a change. Afin de mieux vous servir, veuillez vous dirigez vers les sites internet de support technique suivants : Pour un produit Hercules : http://ts.Hercules.com/ Pour un produit Thrustmaster : http://ts.thrustmaster.com Veuillez noter qu'une courte inscription est requise afin d'acceder au formaire electronique. Merci de votre comprehension, L'equipe support de Hercules et Thrustmaster. Vielen Dank fr Ihre Supportanfrage. Die E-Mail Adresse an die Sie soeben eine Supportanfrage gesandt haben ist ausser Dienst. Fr jeglichen Support bitte die folgende Internetseite zu besuchen: Fr Hercules-Produkte: http://ts.hercules.com/ Fr Thrustmaster-Produkte: http://ts.thrustmaster.com/ Bitte beachten Sie, dass Sie sich zuerst registrieren mssen um Support zu bekommen. Vielen Dank, Ihr Hercules Thrustmaster Support Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: splitting root floppy by languages
On Sun, Apr 04, 2004 at 08:17:13AM -0400, Nathanael Nerode wrote: You could go with the language familes. These are mostly in ISO 639a, though that doesn't have bs (Bosnian), or nb and nn (Norwegian was still no). They're also accurate as far as I know linguistically. :-) ASIAN: ja, ko, zh_CN, zh_TW SEMITIC: ar, he SLAVIC: bg, bs, cs, pl, ru, sk, sl, uk Slavic languages are split between Latin2 and Cyrillic for the character sets, so this may not an optimal grouping. ROMANCE: ca, es, fr, gl, it, pt, pt_BR, ro Romanian also uses Latin2, so is probably better grouped with the Latin Slavic languages? GERMANIC: da, de, en, nl, nb, nn, sv FINNO-UGRIC: fi, hu And IIRC Finnish and Hungarian are both Latin1, so it probably doesn't make sense to split just the two of them off into their own group. other families: cy, el, id, lt, sq, tr Hmm, we have Albanian translations? Not sure what charset that uses; the others, though, each require code points not shared by any of the others, yes. Asian root (4 languages + lots and lots of non-Latin characters) Semitic root (2 languages + BIDI + 2 non-Latin scripts) This suggests that we may want *two* slang udebs, one with bidi support and one without? Is this worth the space savings of not having libfribidi on the floppies? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: splitting root floppy by languages
Steve Langasek wrote: Slavic languages are split between Latin2 and Cyrillic for the character sets, so this may not an optimal grouping. Working out the character set groupings? Great idea... I really have absolutely no idea which languages use which code points. I was just trying to come up with *some* rational division. What do we get if we sort into: * Asian * Cyrillic * Latin2 * Latin1 * other ? I'm a bit worried that (for example) the Latin1 disk would end up with the majority of languages if this is done, which probably wouldn't help with the space issues that much. :-P snip Hmm, we have Albanian translations? Apparently so. -- Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: splitting root floppy by languages
Nathanael Nerode wrote: SEMITIC: ar, he SLAVIC: bg, bs, cs, pl, ru, sk, sl, uk ROMANCE: ca, es, fr, gl, it, pt, pt_BR, ro GERMANIC: da, de, en, nl, nb, nn, sv FINNO-UGRIC: fi, hu other families: cy, el, id, lt, sq, tr I don't feel that this is a very useful split, because you have to assume that users may *not* be aware of these categories, and so you end up having to list all the languages on each disk. -- see shy jo signature.asc Description: Digital signature
Re: Must debian-installer use iso-codes package when choosing country?
On Sunday 04 April 2004 10:38, Alastair McKinstry wrote: Agreed the official short names are ugly ; (http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code -lists/list-en1.html) eg. LAO PEOPLE'S DEMOCRATIC REPUBLIC, LIBYAN ARAB JAMAHIRIYA for those countries normally called Laos and Libya. However, sometimes the short version is the problem too: eg. do we allow MACEDONIA, THE FORMER YUGOSLAV REPUBLIC OF, to be shortened to Macedonia? I'm sure the Greeks won't agree to that ... they certainly won't (and I'm not speaking about myself, I believe that this issue has been greatly mishandled by all sides anyway)... Although I think Taiwan's is a different case... Konstantinos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Must debian-installer use iso-codes package when choosing country?
On Sunday 04 April 2004 16:06, Nathanael Nerode wrote: Well, it's only particularly crazy Greek governments which care; most Greeks accept that Macedonia (the country) is *not* making territorial claims on Greece Macedonia, and there are lots of other situations in the world where a country has the same name as a province in a neighboring country. Although you are right in that most Greeks don't really care any more, unfortunately you represent a gross simplification of the issue. It's not just about territorial claims (that issue has been dropped thankfully). I sincerely do not want to enter such a debate here, it is totally OT and I want to respect the focus of the list. But still, I can hardly disagree with you about the fact that it's because of the mishandling of the Greek goverments that there actually *exists* such an issue. So I wouldn't worry, as long as this is a list of *countries*, anyway, since there's no other *country* called Macedonia (given that Greece admits that Greek Macedonia is part of Greece). It's not like the situation with the Congo, where there actually are two countries with the same standard name, or the similar situation which used to be true of Yemen, or further back Cameroon, etc. actually there was never doubt about the Greek part of Macedonia, not from the Greek side, that is :-) Anyway, I would really like to drop the issue here, because I feel bad discussing it... not least because I fear that we have ourselves messed things up and now it's too late to fix them, and if we did it would be at the expense of another country (and a neighbouring country which it is in our interest and benefit to have good relations with). Konstantinos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Daily build broken for x86?
Andrew Pollock wrote:
I've just tried booting with 20040331 and 20040402, and both seem to get
stuck in a loop early in the boot process, with something about being unable
to load some usb{keyboard,mouse} etc modules, and something about Joey
Hess's home directory getting spat out repeatedly.
cdebconf 0.58 was broken; this was fixed in version 0.59 on April 1st.
--
see shy jo
signature.asc
Description: Digital signature
Re: splitting root floppy by languages
Joey Hess wrote: I don't feel that this is a very useful split, because you have to assume that users may *not* be aware of these categories, and so you end up having to list all the languages on each disk. Are there *any* categories you can assume that users will be aware of (and understand the boundaries of)? :-P I guess I was assuming that you'd have to list all the languages on each disk whatever you did. For example, if you have an Asian languages root floppy and an Everything else root floppy, won't you have to put Indonesian (id) on both in order to deal with the fact that people will argue about whether it's Asian?... -- Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: splitting root floppy by languages
And IIRC Finnish and Hungarian are both Latin1 Not sure about Finnish but Hungarian is definitely Latin2. (Latin2 means iso-8859-2, right?) Latin1 doesn't have double-acute accented characters, which are used frequently in Hungarian. Cheers, Istvan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[Fwd: Re: splitting root floppy by languages]
-Forwarded Message- From: Eddy Petrisor [EMAIL PROTECTED] To: Steve Langasek [EMAIL PROTECTED] Subject: Re: splitting root floppy by languages Date: 04 Apr 2004 21:22:09 +0300 On Sun, 2004-04-04 at 20:33, Steve Langasek wrote: ... ROMANCE: ca, es, fr, gl, it, pt, pt_BR, ro Romanian also uses Latin2, so is probably better grouped with the Latin Slavic languages? Also, I would rather expect to find my country between latin countries Or, the splitting might be georaphical, but then Finnish and Hungarian woudn't be toghether... -- Steve Langasek postmodern programmer Eddy Sorry Steve! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PCMCIA network configuration
On Tue, Mar 30, 2004 at 21:59 +0200, pelle wrote: Now that the hotplug init script is linked as S40hotplug, I don't see the big problem in reverting hotplug to the old behaviour of just doing ifup on the interface without the =hotplug. I filed a bug report against hotplug and it has been closed now by a new upload. The solution implemented was a low-priority debconf question which asked whether to not use the logical hotplug interface, and the default is false, i.e. use a logical interface. So what do we do with this? Pre-seed the debconf value to true if PCMCIA hardware is detected? I'm not particularly fond of this solution, but if we want to have Cardbus network card support in d-i for sarge I'm not sure what else to do. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PCMCIA network configuration
Per Olofsson wrote: I filed a bug report against hotplug and it has been closed now by a new upload. The solution implemented was a low-priority debconf question which asked whether to not use the logical hotplug interface, and the default is false, i.e. use a logical interface. So what do we do with this? Pre-seed the debconf value to true if PCMCIA hardware is detected? I'm not particularly fond of this solution, but if we want to have Cardbus network card support in d-i for sarge I'm not sure what else to do. If the installer has the change the default, then the default is wrong and should be fixed IMHO. Anyway, we have no mechanism for preseeding the database at that point. -- see shy jo signature.asc Description: Digital signature
Re: PCMCIA network configuration
On Sun, Apr 04, 2004 at 15:39 -0400, Joey Hess wrote: If the installer has the change the default, then the default is wrong and should be fixed IMHO. Anyway, we have no mechanism for preseeding the database at that point. Right. So I could either bug the hotplug maintainer to make this the default, or I could hack netcfg to add that mapping stanza for PCMCIA cards (the grep variant). Unless anybody else has any better ideas. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of iso-scan_0.23_i386.changes
iso-scan_0.23_i386.changes uploaded successfully to localhost along with the files: iso-scan_0.23.dsc iso-scan_0.23.tar.gz iso-scan_0.23_all.udeb load-iso_0.23_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of cdrom-detect_0.53_i386.changes
cdrom-detect_0.53_i386.changes uploaded successfully to localhost along with the files: cdrom-detect_0.53.dsc cdrom-detect_0.53.tar.gz cdrom-detect_0.53_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of ddetect_0.83_i386.changes
ddetect_0.83_i386.changes uploaded successfully to localhost along with the files: ddetect_0.83.dsc ddetect_0.83.tar.gz hw-detect_0.83_all.udeb ethdetect_0.83_all.udeb hw-detect-full_0.83_all.udeb archdetect_0.83_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of main-menu_0.063_i386.changes
main-menu_0.063_i386.changes uploaded successfully to localhost along with the files: main-menu_0.063.dsc main-menu_0.063.tar.gz main-menu_0.063_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of debian-installer-utils_0.51_i386.changes
debian-installer-utils_0.51_i386.changes uploaded successfully to localhost along with the files: debian-installer-utils_0.51.dsc debian-installer-utils_0.51.tar.gz di-utils-reboot_0.51_all.udeb di-utils-exit-installer_0.51_all.udeb di-utils_0.51_all.udeb di-utils-terminfo_0.51_all.udeb di-utils-shell_0.51_i386.udeb di-utils-mapdevfs_0.51_i386.udeb di-utils-bootfloppy_0.51_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242021: back to main menu after reading net-drivers.floppy (2004-04-04, oldworld ppc, netinstall with floppies)
Holger Levsen wrote: Looking at packages.debian.org/base-installer and http://bjorn.haxx.se/debian/testing.pl?package=base-installer I get the conclusion that debian-installer is also divided in testing and unstable, but with only a 2-day queue, right ? But base-installer 0.66 won't go into testing since it has a release critical bug or is this rule not applied to debian-installer at the moment ? Björn's page is broken. There is no automatic testing propigaton of udebs. Period. All propigation happens when someone tells me a good reason to put a udeb into testing, or when they are all copied from unstable as part of a release. -- see shy jo signature.asc Description: Digital signature
iso-scan_0.23_i386.changes ACCEPTED
Accepted: iso-scan_0.23.dsc to pool/main/i/iso-scan/iso-scan_0.23.dsc iso-scan_0.23.tar.gz to pool/main/i/iso-scan/iso-scan_0.23.tar.gz iso-scan_0.23_all.udeb to pool/main/i/iso-scan/iso-scan_0.23_all.udeb load-iso_0.23_all.udeb to pool/main/i/iso-scan/load-iso_0.23_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[l10n]; change to console-data po files
Hi, I have made one addition to the console-data keymaps, which results in a string addition: msgid trfu This is 'translated' in English as msgstr Turkish (F layout). Can translators please check out their translations and unfuzzy the translation, or if they wish, just send me the translation to commit? Regards, Alastair -- Alastair McKinstry [EMAIL PROTECTED] GPG Key fingerprint = CD45 260A 4546 C3C0 F595 F0F6 4132 BF90 2A38 5C57 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242115: sarge installer beta 3
Package: installation-reports Debian-installer-version: Iso installer downloaded on 2004-04-04 from http://gluck.debian.org/cdimage/testing/sarge_d-i/i386/beta3/sarge-i386-netinst.iso uname -a: Linux (none) 2.4.25-1-386 #1 Tue Feb 24 08:11:13 EST 2004 i686 unknown Date: 2004-04-04 15:00 EDT Method: I attempted install from sarge debian installer beta 3 cd. I booted from the CD but was unable to complete the install. Machine: Dell Inspiron 8100 (Dell BIOS A15) Processor: model name : Intel(R) Pentium(R) III Mobile CPU 1000MHz Memory: 512MB Root Device: Intended root device /dev/hda Root Size/partition table: Debian install intended to replace redhat 9. Disk /dev/hda: 30.0 GB, 30005821440 bytes 255 heads, 63 sectors/track, 3648 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device BootStart EndBlocks Id System /dev/hda1 * 1 637 5116671b Win95 FAT32 /winxp /dev/hda2 638 1593 7679070 83 Linux / /dev/hda3 1594 1724 1052257+ 82 Linux swap /dev/hda4 1725 3648 154545305 Extended /dev/hda5 1725 2515 6353676 83 Linux /unused /dev/hda6 2516 3063 4401778+ 83 Linux /unused /dev/hda7 3064 3648 4698981 83 Linux /unused Output of lspci: 00:00.0 Host bridge: Intel Corp. 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 04) 00:01.0 PCI bridge: Intel Corp. 82815 815 Chipset AGP Bridge (rev 04) 00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 03) 00:1f.0 ISA bridge: Intel Corp. 82801BAM ISA Bridge (LPC) (rev 03) 00:1f.1 IDE interface: Intel Corp. 82801BAM IDE U100 (rev 03) 00:1f.2 USB Controller: Intel Corp. 82801BA/BAM USB (Hub #1) (rev 03) 01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 Go] (rev b2) 02:03.0 Multimedia audio controller: ESS Technology ES1983S Maestro-3i PCI Audio Accelerator (rev 10) 02:06.0 Ethernet controller: 3Com Corporation 3c556 Hurricane CardBus (rev 10) 02:06.1 Communication controller: 3Com Corporation Mini PCI 56k Winmodem (rev 10) 02:0f.0 CardBus bridge: Texas Instruments PCI4451 PC card Cardbus Controller 02:0f.1 CardBus bridge: Texas Instruments PCI4451 PC card Cardbus Controller 02:0f.2 FireWire (IEEE 1394): Texas Instruments PCI4451 IEEE-1394 Controller Base System Installation Checklist: Initial boot worked:[0] Configure network HW: [ ] Config network: [ ] Detect CD: [0] Load installer modules: [E] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: On the first attempt, the progress bar was at 95% with the message Skipping unavailable module 'ide-floppy' for 'Linux IDE floppy' when the system locked up. I then rebooted, entering linux noapic at the boot prompt with the same results. I then booted with linux DEBCONF_DEBUG=5 and switched to the output on Alt-F4. The last two lines were: user.debug frontend: -- SUBST hw-detect/load_progress_step MODULE ide-probe-mod user.debug frontend: Adding [MODULE] -[ide-probe-mod] The last line on the output on Alt-F3 was insmod 3c59x -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
main-menu_0.063_i386.changes ACCEPTED
Accepted: main-menu_0.063.dsc to pool/main/m/main-menu/main-menu_0.063.dsc main-menu_0.063.tar.gz to pool/main/m/main-menu/main-menu_0.063.tar.gz main-menu_0.063_i386.udeb to pool/main/m/main-menu/main-menu_0.063_i386.udeb Announcing to [EMAIL PROTECTED] Closing bugs: 213015 218597 240182 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ddetect_0.83_i386.changes ACCEPTED
Accepted: archdetect_0.83_i386.udeb to pool/main/d/ddetect/archdetect_0.83_i386.udeb ddetect_0.83.dsc to pool/main/d/ddetect/ddetect_0.83.dsc ddetect_0.83.tar.gz to pool/main/d/ddetect/ddetect_0.83.tar.gz ethdetect_0.83_all.udeb to pool/main/d/ddetect/ethdetect_0.83_all.udeb hw-detect-full_0.83_all.udeb to pool/main/d/ddetect/hw-detect-full_0.83_all.udeb hw-detect_0.83_all.udeb to pool/main/d/ddetect/hw-detect_0.83_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cdrom-detect_0.53_i386.changes ACCEPTED
Accepted: cdrom-detect_0.53.dsc to pool/main/c/cdrom-detect/cdrom-detect_0.53.dsc cdrom-detect_0.53.tar.gz to pool/main/c/cdrom-detect/cdrom-detect_0.53.tar.gz cdrom-detect_0.53_all.udeb to pool/main/c/cdrom-detect/cdrom-detect_0.53_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ddetect override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): hw-detect-full_0.83_all.udeb: package says priority is optional, override says standard. hw-detect_0.83_all.udeb: package says priority is optional, override says standard. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
debian-installer-utils_0.51_i386.changes ACCEPTED
Accepted: debian-installer-utils_0.51.dsc to pool/main/d/debian-installer-utils/debian-installer-utils_0.51.dsc debian-installer-utils_0.51.tar.gz to pool/main/d/debian-installer-utils/debian-installer-utils_0.51.tar.gz di-utils-bootfloppy_0.51_i386.udeb to pool/main/d/debian-installer-utils/di-utils-bootfloppy_0.51_i386.udeb di-utils-exit-installer_0.51_all.udeb to pool/main/d/debian-installer-utils/di-utils-exit-installer_0.51_all.udeb di-utils-mapdevfs_0.51_i386.udeb to pool/main/d/debian-installer-utils/di-utils-mapdevfs_0.51_i386.udeb di-utils-reboot_0.51_all.udeb to pool/main/d/debian-installer-utils/di-utils-reboot_0.51_all.udeb di-utils-shell_0.51_i386.udeb to pool/main/d/debian-installer-utils/di-utils-shell_0.51_i386.udeb di-utils-terminfo_0.51_all.udeb to pool/main/d/debian-installer-utils/di-utils-terminfo_0.51_all.udeb di-utils_0.51_all.udeb to pool/main/d/debian-installer-utils/di-utils_0.51_all.udeb Announcing to [EMAIL PROTECTED] Closing bugs: 229210 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#213015: marked as done (main-menu: When udebs segfault, main-menu should display some error message)
Your message dated Sun, 04 Apr 2004 16:32:08 -0400 with message-id [EMAIL PROTECTED] and subject line Bug#213015: fixed in main-menu 0.063 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 27 Sep 2003 16:26:51 + From [EMAIL PROTECTED] Sat Sep 27 11:26:22 2003 Return-path: [EMAIL PROTECTED] Received: from fed1mtao02.cox.net [68.6.19.243] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1A3Htm-0003gy-00; Sat, 27 Sep 2003 11:26:22 -0500 Received: from iMacBlue ([68.107.134.103]) by fed1mtao02.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id [EMAIL PROTECTED]; Sat, 27 Sep 2003 12:26:21 -0400 Received: by iMacBlue (sSMTP sendmail emulation); Sat, 27 Sep 2003 09:26:49 -0700 From: Chris Tillman [EMAIL PROTECTED] Date: Sat, 27 Sep 2003 09:26:49 -0700 To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: main-menu: When udebs segfault, main-menu should display some error message Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Reportbug-Version: 1.50 Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_20,HAS_PACKAGE version=2.53-bugs.debian.org_2003_9_21 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_9_21 (1.174.2.15-2003-03-30-exp) Package: main-menu Version: N/A; reported 2003-09-27 Severity: normal Currently when a menu item segfaults, it might not be able to display a message. main-menu should tell the user that the subsidiary item did not succeed. -- System Information Debian Release: 3.0 Architecture: powerpc Kernel: Linux ip68-107-137-100.tc.ph.cox.net 2.4.19-powerpc #1 Mon Sep 9 09:01:43 EDT 2002 ppc Locale: LANG=C, LC_CTYPE=C -- Debian GNU/Linux Operating System By the People, For the People Chris Tillman (a people instance) toff one at cox dot net --- Received: (at 213015-close) by bugs.debian.org; 4 Apr 2004 20:39:21 + From [EMAIL PROTECTED] Sun Apr 04 13:39:21 2004 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BAEOn-0006l5-00; Sun, 04 Apr 2004 13:39:21 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1BAEHo-0005m5-00; Sun, 04 Apr 2004 16:32:08 -0400 From: Joey Hess [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.46 $ Subject: Bug#213015: fixed in main-menu 0.063 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Sun, 04 Apr 2004 16:32:08 -0400 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Scores: 1 Source: main-menu Source-Version: 0.063 We believe that the bug you reported is fixed in the latest version of main-menu, which is due to be installed in the Debian FTP archive: main-menu_0.063.dsc to pool/main/m/main-menu/main-menu_0.063.dsc main-menu_0.063.tar.gz to pool/main/m/main-menu/main-menu_0.063.tar.gz main-menu_0.063_i386.udeb to pool/main/m/main-menu/main-menu_0.063_i386.udeb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Joey Hess [EMAIL PROTECTED] (supplier of updated main-menu package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 4 Apr 2004 16:10:43 -0400 Source: main-menu Binary: main-menu Architecture: source i386 Version: 0.063 Distribution: unstable Urgency: low Maintainer: Debian Install System Team [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED] Description: main-menu - Debian installer main menu (udeb) Closes: 213015 218597 240182 Changes: main-menu (0.063) unstable;
Bug#218597: marked as done (should display a notice when changing the debconf priority level)
Your message dated Sun, 04 Apr 2004 16:32:08 -0400 with message-id [EMAIL PROTECTED] and subject line Bug#218597: fixed in main-menu 0.063 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 1 Nov 2003 15:09:18 + From [EMAIL PROTECTED] Sat Nov 01 09:09:17 2003 Return-path: [EMAIL PROTECTED] Received: from kitenet.net [64.62.161.42] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AFxNN-0007EI-00; Sat, 01 Nov 2003 09:09:17 -0600 Received: from dragon.kitenet.net (dial167.pm3bloun1.bloun.naxs.com [216.98.69.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN Joey Hess, Issuer Joey Hess (verified OK)) by kitenet.net (Postfix) with ESMTP id CDFAC180D0 for [EMAIL PROTECTED]; Sat, 1 Nov 2003 15:09:15 + (GMT) Received: by dragon.kitenet.net (Postfix, from userid 1000) id CEF5B6E26F; Fri, 31 Oct 2003 21:35:25 -0500 (EST) Date: Fri, 31 Oct 2003 21:35:25 -0500 From: Joey Hess [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: should display a notice when changing the debconf priority level Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=LZvS9be/3tNcYl/X Content-Disposition: inline X-Reportbug-Version: 2.36 User-Agent: Mutt/1.5.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-6.4 required=4.0 tests=BAYES_01,DATE_IN_PAST_12_24,HAS_PACKAGE version=2.53-bugs.debian.org_2003_11_1 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_1 (1.174.2.15-2003-03-30-exp) --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: main-menu Severity: wishlist Tags: d-i Several times I have seen confusing behavior when main-menu lowers or raises the debconf priority level. While in general the automatic priority changing works, I think it needs a notice to make clear what's going on. For example, I was doing an install at priotiry high and not paying much attention to the first part of it, and something died. I was dropped into main-menu with partconf as the selected menu item. What wasn't clear is what had went wrong (turns out partconf was exiting with code 30). It can also be confusing when things start to go right again, and main-menu whisks you away to high priority land. I think it should display an error when something fails and it lowers the priority, and should display a note before jumping to a higher priority. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux dragon 2.4.22 #1 Sun Oct 12 15:11:10 EDT 2003 i686 Locale: LANG=3Den_US, LC_CTYPE=3Den_US --=20 see shy jo --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature; name=signature.asc Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/oxvsd8HHehbQuO8RArRkAKDYXDnSfjf+LFd0qM0jLPUFcZ+RqwCfb5oq O7D9ZSNRGfbDt4umjTGgFuU= =kWdQ -END PGP SIGNATURE- --LZvS9be/3tNcYl/X-- --- Received: (at 218597-close) by bugs.debian.org; 4 Apr 2004 20:38:02 + From [EMAIL PROTECTED] Sun Apr 04 13:38:02 2004 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BAENW-0006iP-00; Sun, 04 Apr 2004 13:38:02 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1BAEHo-0005m7-00; Sun, 04 Apr 2004 16:32:08 -0400 From: Joey Hess [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.46 $ Subject: Bug#218597: fixed in main-menu 0.063 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Sun, 04 Apr 2004 16:32:08 -0400 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Scores: 2 Source: main-menu Source-Version: 0.063 We believe that the bug you reported is fixed in the latest version of main-menu, which is due to be installed in the Debian FTP archive: main-menu_0.063.dsc to
Bug#229210: marked as done (Need an Abort installation menu entry)
Your message dated Sun, 04 Apr 2004 16:32:04 -0400 with message-id [EMAIL PROTECTED] and subject line Bug#229210: fixed in debian-installer-utils 0.51 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 19 Jan 2004 18:23:39 + From [EMAIL PROTECTED] Mon Jan 19 10:23:39 2004 Return-path: [EMAIL PROTECTED] Received: from lns-th2-5f-81-56-227-253.adsl.proxad.net (kheops.homeunix.org) [81.56.227.253] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Aie3m-00021n-00; Mon, 19 Jan 2004 10:23:38 -0800 Received: from localhost (localhost [127.0.0.1]) by kheops.homeunix.org (Postfix) with ESMTP id 583BC405A; Mon, 19 Jan 2004 19:23:06 +0100 (CET) Received: from kheops.homeunix.org ([127.0.0.1]) by localhost (kheops [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06240-10; Mon, 19 Jan 2004 19:23:00 +0100 (CET) Received: from mykerinos.kheops.frmug.org (mykerinos.kheops.frmug.org [192.168.1.3]) by kheops.homeunix.org (Postfix) with ESMTP id BCB50405B; Mon, 19 Jan 2004 19:22:52 +0100 (CET) Received: by mykerinos.kheops.frmug.org (Postfix, from userid 7426) id 9DC77D06E; Mon, 19 Jan 2004 19:21:09 +0100 (CET) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Christian Perrier [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: installation-reports: Installation report sarge businesscard i386, new Debian user X-Mailer: reportbug 2.37 Date: Mon, 19 Jan 2004 19:21:09 +0100 Message-Id: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at kheops.frmug.org Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_14 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_01_14 X-Spam-Level: Package: installation-reports Severity: normal INSTALL REPORT Debian-installer-version: businesscard beta2 i386 uname -a: Date: 2003/01/19 Method: Network, proxied Machine: Dell Optiplex GX260 Processor: Pentium IV Memory: 260Mb Root Device: IDE Root Size/partition table: Windows 2000 existing installation (initally with no room left for other partitions!) Output of lspci: unneeded (no HW problems) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: (french language selected) The context of this installation is the following: A Novice user (already installed Redhat/Mandrake, never installed Debian, does not know the distribution) uses the beta-2 businesscard CD with a confirmed and really highly skilled (ahem) Debian Developer (guess who...:-)) sitting near her and helping to go through any problem. No real dramatic problem was found during this installation. However, I'm under the feeling that the installation wouldn't have gone smoothly if I have not been here..:-) The user also ended up with a badly configured X server and a console using a US keyboard layout. Not exactly hype when compared to other distros..:-) Network configuration: - The DHCP before, then static option may confuse a novice user. We probably need to have a clearer template when DHCP fails. - Host name asked twice when DHCP fails General organisation: There is no clear choice for *Aborting* installation. The user wanted to abort during partconf because she found that no free space was available for installing Debian (all was allocated to Windows). She first tried Finish installation and rebootbut this started partconf again as this part of the installation hadn't been achieved. The Reboot the system choice may need rephrasing as this is often an Abort option. Partitionning: partconf/cfdisk is a real PITA for beginners. We definitely need anton's partman. partconf strangely warns about an existing filesystem for a newly created Linux partition where I'm sute no mkfs was ever done. LILO installation: No more Windows boot is possible. From a user point of
Bug#240182: marked as done (After executing a shell, installer tries to resume automatic operation)
Your message dated Sun, 04 Apr 2004 16:32:08 -0400 with message-id [EMAIL PROTECTED] and subject line Bug#240182: fixed in main-menu 0.063 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 26 Mar 2004 01:45:05 + From [EMAIL PROTECTED] Thu Mar 25 17:45:05 2004 Return-path: [EMAIL PROTECTED] Received: from fed1mtao05.cox.net [68.6.19.126] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B6gPB-00084B-00; Thu, 25 Mar 2004 17:45:05 -0800 Received: from iMacBlue ([68.107.134.103]) by fed1mtao05.cox.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Thu, 25 Mar 2004 20:44:34 -0500 Received: by iMacBlue (sSMTP sendmail emulation); Thu, 25 Mar 2004 18:42:24 + From: Chris Tillman [EMAIL PROTECTED] Date: Thu, 25 Mar 2004 18:42:24 + To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: After executing a shell, installer tries to resume automatic operation Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline X-Reportbug-Version: 2.48 User-Agent: Mutt/1.5.5.1+cvs20040105i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.3 required=4.0 tests=BAYES_00,DATE_IN_PAST_06_12, HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: install Severity: normal After executing a shell in the installer, the installer attempts to pick up after the last step that succeeded. This is counter productive when you just want to go in and copy a file from a to b, and you end up having to say, Go Back, Go Back until it finally gets back to the menu. Since the shell can only be executed from the menu, after exit it should return to the menu. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.20-powerpc Locale: LANG=C, LC_CTYPE=C -- Debian GNU/Linux Operating System By the People, For the People Chris Tillman (a people instance) toff one at cox dot net --- Received: (at 240182-close) by bugs.debian.org; 4 Apr 2004 20:38:01 + From [EMAIL PROTECTED] Sun Apr 04 13:38:01 2004 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BAENV-0006hl-00; Sun, 04 Apr 2004 13:38:01 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1BAEHo-0005m9-00; Sun, 04 Apr 2004 16:32:08 -0400 From: Joey Hess [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.46 $ Subject: Bug#240182: fixed in main-menu 0.063 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Sun, 04 Apr 2004 16:32:08 -0400 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Scores: 3 Source: main-menu Source-Version: 0.063 We believe that the bug you reported is fixed in the latest version of main-menu, which is due to be installed in the Debian FTP archive: main-menu_0.063.dsc to pool/main/m/main-menu/main-menu_0.063.dsc main-menu_0.063.tar.gz to pool/main/m/main-menu/main-menu_0.063.tar.gz main-menu_0.063_i386.udeb to pool/main/m/main-menu/main-menu_0.063_i386.udeb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Joey Hess [EMAIL PROTECTED] (supplier of updated main-menu package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 4 Apr 2004 16:10:43 -0400 Source: main-menu Binary: main-menu Architecture: source i386
Re: Must debian-installer use iso-codes package when choosing country?
Quoting Herbert Xu ([EMAIL PROTECTED]): And, It is a gross disparagement to Taiwan people. Thus some of us may refuse to use Debian anymore. Who cares? It'd be much better if you didn't use Debian at all. I don't think that flaming Tetralet is a big progress in this thread. Though we have some disagreement here, I know we owe him and other fellow Traditional Chinese translators a huge good work. He bringed the topic really politely and with good arguments and until then discussed it peacefully. Disagreements and disputes are part of this work. That one is a very sensitive one, but I think people here are grown up enough for keeping exchanging ideas instead of insults. Thanks for cooling down the boiler..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#212921: cdebconf: Merge in new translations in templates
On Sun, Apr 04, 2004 at 12:31:21AM +0200, Petter Reinholdtsen wrote: [...] The current behaviour should certainly still be the default, so I added a --merge command-line flag to debconf-loadtemplate. I'm unable to come up with any sensible scenario where one want to keep the current behaviour. If the database contain foo and foo-ll, and then is loaed with identical foo and only foo-nl, I see no reason to throw away foo-ll. Do you? The main reason is that I am conservative, and did not want to have debconf and cdebconf provide different implementations of debconf-loadtemplate. But I agree that --merge should be the default, and a --replace flag could switch to the old behaviour if needed. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Must debian-installer use iso-codes package when choosing country?
On Sun, Apr 04, 2004 at 08:51:25PM +0300, Konstantinos Margaritis wrote: On Sunday 04 April 2004 10:38, Alastair McKinstry wrote: Agreed the official short names are ugly ; (http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code -lists/list-en1.html) eg. LAO PEOPLE'S DEMOCRATIC REPUBLIC, LIBYAN ARAB JAMAHIRIYA for those countries normally called Laos and Libya. However, sometimes the short version is the problem too: eg. do we allow MACEDONIA, THE FORMER YUGOSLAV REPUBLIC OF, to be shortened to Macedonia? I'm sure the Greeks won't agree to that ... they certainly won't (and I'm not speaking about myself, I believe that this issue has been greatly mishandled by all sides anyway)... Please have a look at KDE (run kcontrol, select 'Regional accessibility', then 'Country/Region Language'), they use real short names: Macedonia and Taiwan in these particular cases. Their list looks much smarter than the UN one. This does not mean that iso-codes is useless, it may contain more informations (like real short country/region names) and developers could ddecide which list to use depending on their context. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of bugreporter-udeb_0.21_i386.changes
bugreporter-udeb_0.21_i386.changes uploaded successfully to localhost along with the files: bugreporter-udeb_0.21.dsc bugreporter-udeb_0.21.tar.gz bugreporter-udeb_0.21_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242021: back to main menu after reading net-drivers.floppy (2004-04-04, oldworld ppc, netinstall with floppies)
Hi, On Sun, Apr 04, 2004 at 01:36:20PM +0200, Holger Levsen wrote: The 2004-04-04 installation is still ongoing, with 2004-04-03 I still had the bug #241228 (You are attempting to install an initrd kernel image (version 2.4.25-powerpc-small. This will not work unless you have configured your boot loader to use initrd...) which I thought was fixed with base-installer_0.066_powerpc.changes ? I'll add info to bug#241228 if 2004-04-04 also shows this bug. this bug is gone, but I've got a new one, this time installing unstable as of now. german to english translation: can't install selected kernel, alt-f3 shows unmet dependencies: initscripts: depends fileutils =4.0l-8 and kernel-image-2.4.25-power-pmac: depnds kernel-modules-2.4.25-powerpc (=2.4.25-6) Well, since you do basically a full net install, the .udebs will be taken from the net, and thus 0.066 probably has not made it to testing. Maybe we should ask it to be fast tracked or something. Since I know now that I rather should use unstable for tracking _those_ bugs it's okay for me. testing and unstable are useful for different things! Looking at packages.debian.org/base-installer and http://bjorn.haxx.se/debian/testing.pl?package=base-installer I get the conclusion that debian-installer is also divided in testing and unstable, but with only a 2-day queue, right ? But base-installer 0.66 won't go into testing since it has a release critical bug or is this rule not applied to debian-installer at the moment ? What RC bugs are those ? And i don't think it applies, since d-i stuff is mostly fast tracked, or handled by hand. Yeah, as Joey said. Speaking of the RC bugs, look at Björns page, try the above URL. regards, Holger Will install unstable later, have to go offline now ;-) Ok. Friendly, Sven Luther
Bug#242007: countrychooser: Translate the list of country names
merge 242006 242007 thanks Quoting Alastair McKinstry ([EMAIL PROTECTED]): Package: countrychooser Version: 0.013 Severity: normal Please translate the short list of country names, as well as the full country names list. I also agree...though this will probably be hard coding work. The translations are put in the package while it is built. The short list is built on the fly, so getting its translations is a real challenge, IMHO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242021: back to main menu after reading net-drivers.floppy (2004-04-04, oldworld ppc, netinstall with floppies)
Hi, Björn's page is broken. There is no automatic testing propigaton of udebs. Period. All propigation happens when someone tells me a good reason to put a udeb into testing, or when they are all copied from unstable as part of a release. Björn, I like the service and insight your pages offer very much. but, could you please fix your page, e.g. add a disclaimer ;-) and explain that there are some packages which are treated differently than others regarding moving from testing to unstable ? Joey, and everybody else, please keep on the good work. thank you, Holger
Bug#242007: countrychooser: Translate the list of country names
merge 242006 242007 thanks 2nd try..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
bugreporter-udeb_0.21_i386.changes ACCEPTED
Accepted: bugreporter-udeb_0.21.dsc to pool/main/b/bugreporter-udeb/bugreporter-udeb_0.21.dsc bugreporter-udeb_0.21.tar.gz to pool/main/b/bugreporter-udeb/bugreporter-udeb_0.21.tar.gz bugreporter-udeb_0.21_all.udeb to pool/main/b/bugreporter-udeb/bugreporter-udeb_0.21_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Two new languages in d-i : Basque and Gallegan
Basque (eu) and Gallegan (gl, sometimes called Galician) are now the 37th and 38th supported languages in Debian Installer. (including English) According to a quick calculation I made, we support half of the world population ...but still lack any language from India or any African countrystill work to do! -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#242007: countrychooser: Translate the list of country names
Processing commands for [EMAIL PROTECTED]: merge 242006 242007 Bug#242006: countrychooser: Country names remain in english in the screen immediately after languagechooser Bug#242007: countrychooser: Translate the list of country names Merged 242006 242007. 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#241984: One further bit of information
When I did successfully enter my WEP key, and after I was able to get into my machine (by booting single-user), I noticed that /etc/network/interfaces had my WEP key in it, but it wasn't followed by a newline (and so the file didn't end with a newline). I don't know if this is a problem for the parser, but it was disconcerting. -- Joe Drew [EMAIL PROTECTED] [EMAIL PROTECTED] Just admit to yourself that you're a thief: http://me.woot.net/stealing.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242125: D-I beta3 installed on custom Abit KV7 mobo with Athlon XP 2600+
Package: installation-reports
Debian-installer-version: beta3
http://gluck.debian.org/cdimage/testing/sarge_d-i/i386/beta3/sarge-i386-netinst.iso
uname -a: Linux hovel 2.4.25-1-386 #1 Tue Feb 24 08:11:13 EST 2004 i686 GNU/Linux
Date: Apr 2 15:28
Method: Burned ISO to CD, booted from CD, netinstall from
http://mirrors.kernel.org/debian/
Machine: Home assembled from parts purchased at www.newegg.com.
Motherboard: Abit VIA KT600KV7
Video Card: ATI Radeon 9200 128 Mb
Processor: AMD Athlon XP (Barton core) 2600+
Memory: Corsair 512 Mb PC2700 DDR DRAM CMX512-2700LLPT
Root Device: Seagate 120 Gb 7200 Hz IDE drive Barracuda ST3120026A
Root Size/partition table: Everything is on the sole HDD
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda5 28308732 3090444 25218288 11% /
tmpfs 257668 0257668 0% /dev/shm
/dev/hda1 112883 9237 97624 9% /boot
Output of lspci:
00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400 AGP] Host Bridge (rev 80)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
00:0f.0 RAID bus controller: VIA Technologies, Inc.: Unknown device 3149 (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. USB (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc.: Unknown device 3227
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235 AC97 Audio
Controller (rev 60)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV280 [Radeon 9200]
(rev 01)
01:00.1 Display controller: ATI Technologies Inc: Unknown device 5941 (rev 01)
Base System Installation Checklist:
Initial boot worked:[O]
Configure network HW: [O]
Config network: [O]
Detect CD: [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives: [O]
Create file systems:[O]
Mount partitions: [O]
Install base system:[E]
Install boot loader:[O]
Reboot: [O]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Comments/Problems:
The on-board sound system (part of the VIA VT8237 South Bridge) was
not detected by the installation, which I believe is an error on the
base system installation. If it is considered a second-stage error,
then I humbly apologize. There's a bunch of entries in Google, and
I know to look at the ALSA project website for via82xx cards,
http://alsa-project.org/alsa-doc/doc-php/template.php?module=via82xx,
and I know that sound on Linux is always a little iffy, so I don't
consider this an important error at all. I *did* want to register
the problem, however, in case (someday) someone makes a concerted
effort to clean up all problems with sound detection in D-I.
I posted to the D-I wiki, volunteering to update the page where a
password is entered to display a splat ('*') for every character
that is typed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
why must Debian call Taiwan a Province of China?
Why why must Debian call Taiwan a Province of China? Why can't it just stick with a neutral Taiwan. Why single out a geographical name and append a political statement to it? Sticks out and looks kind of silly. Who cares what the two governments' official names for Taiwan are. Why thrust Debian into politics, where there was no big problem before? Anything more neutral than just Taiwan? I'm all ears. Oh great, poison energetic free software enthusiasts with politics. How am I going to explain to folks here in Taiwan that that is just a superficial or temporary part of Debian, or doesn't represent the view of all of Debian? Oh great, just after we moved everybody over from Redhat because of the flag issue. Anyway, my buddy Andrew Lee sent me this for me to proofread, but instead I felt I'll just post it more widely for him, (naturally before researching the issue further :-)) Hi Dan, I don't know have you heard about the Debian-installer use China replace Taiwan for the menu of language chooser, I felt it's such a Discrimination Against us. Here I want to speak up on the Debian list, before I speak up, I hope you can readjust my point of view to be more fairly to both side. Thanks in advance. Here is the mail: Hi Herbert Xu, I read your message from: http://lists.debian.org/debian-boot/2004/debian-boot-200404/msg00342.html Please do not say it'd be much better if you didn't use Debian at all to anybody. Debian is a free software and it is likely everyone can use it with freedom. It would be in doubt if Debian is not allowed to be use at all. As we all in the group of Debian developer and understand how it was been use for all this days. Debian is free for everyone, and it should be No Discrimination Against Persons or Groups. I respect you are a Debian developer, but I am wishing you have same equally respect to other Debian users, contributers and developers. However, there is no rules against us to continue us using Debian software for such uncertain law. I heard of that Debian-installer choose a list of ISO-3166 codes for list contry names during installation, I felt the decision are quite wrong, even you guys calling it's most official and don't want to face to the truth, the truth are always still only one there. My dad and my mum are both migrate from mainland China a half century ago, and I was born in Taiwan, and I am living in Taiwan, my country is officially naming Republic of China however it was and however it will, I can not change it myself how could you a foreigner do? [ Taiwan Linux Users Group ] Andrew Leehttp://wiki.debian.org.tw Winkler Partners http://www.winklerpartners.com My [EMAIL PROTECTED]: +886 2 2311 2345cell: +886 968749 055 Wild at Heart Legal Defense Association http://ecosophy.org More from me, Dan Jacobson: next thing you know, we'll need a non-China in addition to non-US. I'm big on standards: http://jidanni.org/lang/pinyin/ , but what if Debian appended statements to each land like that? What, will Debian lose some contracts? Maybe there could be a political-correctness package that could adjust Debian for use in each country as needed. But apparently they are talking about names one sees before even installing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242128: Alpha netboot install report
Package: installation-reports Debian-installer-version: 4th April from http://people.debian.org/~vorlon/d-i/images/daily/netboot/ Date: 4th April Method: Netboot and network install Machine: Alphastation 500/233 Processor: EV5 233MHz Memory: 96MB Root Device: SCSI, qlogicisp Base System Installation Checklist: Initial boot worked:[E] Configure network HW: [O] Config network: [O] Detect CD: [ ] Load installer modules: [E] Detect hard drives: [E] Partition hard drives: [O] Create file systems:[O] Mount partitions: [E] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: The netboot images on the daily build don't work - we don't ship a bootloader that can netboot separate images (and, as far as I can tell, we don't actually ship a bootloader that can netboot at all...). It's impossible to cross-compile netbooting alpha kernels on a 32-bit system due to breakage in the objstrip utility, and even on an alpha they currently don't seem to build (undefined references to printk in some of the lib files - I think the build system assumes that it can use the kernel lib.a without all of the kernel, which fails in this case). Hacking around that I generated a kernel and libc, and could then netboot this with (remembered, so possibly slightly wrong) boot -fl root=/dev/rd/0 ramdisk_size=16384 init=/linuxrc devfs=mount,da console=ttyS0,9600 rw ewa0 which then launched the installer. Everything then went fine up to mirror selection - the.earth.li was offered as a mirror despite not carrying anything other than i386+source, and so failed. Once that was rectified, the install continued until partitioning. Here I was given a confusing message telling me I could automatically or manually partition a disk, but was only given the opportunity to manually edit it. Choosing this gave me the same menu. After dropping to a shell, I found that this was because the qlogicisp driver was not available, but is required for this hardware. I retrieved this from the kernel package manually and inserted it, at which point partitioning worked fine. The installer then failed to mount / - I believe that this was because the ext3 module failed to insmod (probably due to me compiling the kernel with a slightly different version of gcc to the one used to build the modules. I used the modules from the mirror with my own kernel, which was an invitation for breakage). At this point I gave up due to time constraints - any other problems would be likely to be alpha-wide rather than netboot specific anyway. -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
churchill
Page, Govenment don't want me to sell UndergroundCD !Check Your spouse and staff Investigate Your Own CREDIT-HISTORY hacking someone PC! Disappear in your city bannedcd2004 http://www.8005hosting.com/cd/ cuff,was very seldom.
