Bug#418850: Usb cdrom unit not automatically recognized by installer
On Thursday 12 April 2007 23:07, Daniele Pizzolli wrote: > This line look strange: > ID_TYPE=floppy Yes, that is where the problem comes from. Could you also provide the output of 'udevinfo -a -p /sys/block/sr0'? TIA, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch/volatile -- public key is not available: NO_PUBKEY EC61E0B0BBE55AB3
Hello, On Sat, 14 Apr 2007 20:14:54 +0200 Holger Levsen wrote: > > 2) What's the reasoning behind not including it in the default debian- > > archive-keyring package? Is it not recommended that everyone use > > volatile for the things like security and spam updates that it provides? > > volatile is not a official service (yet). Release Notes says it is: http://www.us.debian.org/releases/stable/i386/release-notes/ch-whats-new.en.html#s-volatile -- Kind regards Holger == Created with Sylpheed 2.2.2 under Debian GNU/LINUX 3.1 »Sarge« http://counter.li.org/, Registered LinuxUser #311290 Spamfiltering by bogofilter.sourceforge.net = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
partconf_1.23_mips.changes ACCEPTED
Accepted: partconf-find-partitions_1.23_mips.udeb to pool/main/p/partconf/partconf-find-partitions_1.23_mips.udeb partconf-mkfstab_1.23_mips.udeb to pool/main/p/partconf/partconf-mkfstab_1.23_mips.udeb partconf_1.23.dsc to pool/main/p/partconf/partconf_1.23.dsc partconf_1.23.tar.gz to pool/main/p/partconf/partconf_1.23.tar.gz partconf_1.23_mips.udeb to pool/main/p/partconf/partconf_1.23_mips.udeb Override entries for your package: partconf-find-partitions_1.23_mips.udeb - optional debian-installer partconf-mkfstab_1.23_mips.udeb - optional debian-installer partconf_1.23.dsc - source debian-installer partconf_1.23_mips.udeb - standard debian-installer 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]
Processing of partconf_1.23_mips.changes
partconf_1.23_mips.changes uploaded successfully to localhost along with the files: partconf_1.23.dsc partconf_1.23.tar.gz partconf_1.23_mips.udeb partconf-find-partitions_1.23_mips.udeb partconf-mkfstab_1.23_mips.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
partitioner_0.41_mips.changes ACCEPTED
Accepted: partitioner_0.41.dsc to pool/main/p/partitioner/partitioner_0.41.dsc partitioner_0.41.tar.gz to pool/main/p/partitioner/partitioner_0.41.tar.gz partitioner_0.41_mips.udeb to pool/main/p/partitioner/partitioner_0.41_mips.udeb Override entries for your package: partitioner_0.41.dsc - source debian-installer partitioner_0.41_mips.udeb - standard debian-installer 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]
Processing of partitioner_0.41_mips.changes
partitioner_0.41_mips.changes uploaded successfully to localhost along with the files: partitioner_0.41.dsc partitioner_0.41.tar.gz partitioner_0.41_mips.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
colo-installer_1.9_mipsel.changes ACCEPTED
Accepted: colo-installer_1.9.dsc to pool/main/c/colo-installer/colo-installer_1.9.dsc colo-installer_1.9.tar.gz to pool/main/c/colo-installer/colo-installer_1.9.tar.gz colo-installer_1.9_mipsel.udeb to pool/main/c/colo-installer/colo-installer_1.9_mipsel.udeb Override entries for your package: colo-installer_1.9.dsc - source debian-installer colo-installer_1.9_mipsel.udeb - standard debian-installer 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]
arcboot-installer_1.8_mips.changes ACCEPTED
Accepted: arcboot-installer_1.8.dsc to pool/main/a/arcboot-installer/arcboot-installer_1.8.dsc arcboot-installer_1.8.tar.gz to pool/main/a/arcboot-installer/arcboot-installer_1.8.tar.gz arcboot-installer_1.8_mips.udeb to pool/main/a/arcboot-installer/arcboot-installer_1.8_mips.udeb Override entries for your package: arcboot-installer_1.8.dsc - source debian-installer arcboot-installer_1.8_mips.udeb - standard debian-installer 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]
sibyl-installer_1.9_mips.changes ACCEPTED
Accepted: sibyl-installer_1.9.dsc to pool/main/s/sibyl-installer/sibyl-installer_1.9.dsc sibyl-installer_1.9.tar.gz to pool/main/s/sibyl-installer/sibyl-installer_1.9.tar.gz sibyl-installer_1.9_mips.udeb to pool/main/s/sibyl-installer/sibyl-installer_1.9_mips.udeb Override entries for your package: sibyl-installer_1.9.dsc - source debian-installer sibyl-installer_1.9_mips.udeb - standard debian-installer 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]
delo-installer_1.7_mipsel.changes ACCEPTED
Accepted: delo-installer_1.7.dsc to pool/main/d/delo-installer/delo-installer_1.7.dsc delo-installer_1.7.tar.gz to pool/main/d/delo-installer/delo-installer_1.7.tar.gz delo-installer_1.7_mipsel.udeb to pool/main/d/delo-installer/delo-installer_1.7_mipsel.udeb Override entries for your package: delo-installer_1.7.dsc - source debian-installer delo-installer_1.7_mipsel.udeb - standard debian-installer 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]
Processing of delo-installer_1.7_mipsel.changes
delo-installer_1.7_mipsel.changes uploaded successfully to localhost along with the files: delo-installer_1.7.dsc delo-installer_1.7.tar.gz delo-installer_1.7_mipsel.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of sibyl-installer_1.9_mips.changes
sibyl-installer_1.9_mips.changes uploaded successfully to localhost along with the files: sibyl-installer_1.9.dsc sibyl-installer_1.9.tar.gz sibyl-installer_1.9_mips.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of arcboot-installer_1.8_mips.changes
arcboot-installer_1.8_mips.changes uploaded successfully to localhost along with the files: arcboot-installer_1.8.dsc arcboot-installer_1.8.tar.gz arcboot-installer_1.8_mips.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of colo-installer_1.9_mipsel.changes
colo-installer_1.9_mipsel.changes uploaded successfully to localhost along with the files: colo-installer_1.9.dsc colo-installer_1.9.tar.gz colo-installer_1.9_mipsel.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: basic change
* Joey Hess <[EMAIL PROTECTED]> [2007-04-10 16:25]: > arcboot-installer > sibyl-installer > colo-installer > delo-installer I've uploaded these. Sorry for the delay. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#419156: debian-installer-ar: GUI d-i Arabic from DVD fails when selecting all install tasks and using a mirror
Processing commands for [EMAIL PROTECTED]: > reassign 419156 installation-reports Bug#419156: debian-installer-ar: GUI d-i Arabic from DVD fails when selecting all install tasks and using a mirror Warning: Unknown package 'debian-installer-ar' Bug reassigned from package `debian-installer-ar' to `installation-reports'. > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A small udeb contribution from an arm-chair developer
Geert Stappers wrote: First: The idea of promoting of software (enhancements) does intrique me. This posting is mostly about "What is so good about these udebs?" Reading the announce of the multi-netcfg and multi-partman packages, I couldn't see where the added value is, nor didn't see where the Debian-installer should/could be improved. Please try "to sell" the packages to me. Consider me as an administrator of several computers who is allready able to install those systems handsfree with d-i and that I'm willing to change my setup for a better configuration. Hmm... Not much of a salesman, am I? All right, let's see here... Let's say that you have about 50 or 100 (or more) machines that you are going to install Debian on, and not all of the machines are the same: - Some may be low-cost PC workstations with a maximum of 40GB hard dives - Some may be Sun UltraSPARC SMP servers (or some other non-PC architecture machines) - Some may be high-end, multi-core multimedia boxes w/ a minimum of 400GB and snappy 3D cards that require special drivers packages to be installed - Machines may be broken up in locations that span multiple buildings and multiple subnets. Whatever their differences, the only thing homogeneous about these machines is that they are all to have Debian installed on them. Furthermore, lets say that for whatever reason, a DHCP server and/or a netboot installation just doesn't work for you. (Maybe you don't have a DHCP server and you don't want to take the time to set one up. Or maybe you're in the same boat with me and you don't have access to your organization's DHCP server, and whenever a new, unconfigured host appears on the net, the DHCP server /always/ gives out the wrong network configuration information, so that you can't use DHCP anyway.) To the best of my knowledge, with the stock Debian installer that you have now, you only have two options left to you: do each installation manually, or build a separate installation media for each machine, where each media includes just the preseed files necessary for that one machine. One approach is just asking for human error, and the second approach requires either writing lots of media, or blanking and re-writing the media over and over again in between each installation. What would be nice, instead, is if you could just have one copy of installation media per architecture, and place on each media all of the preseed information for all of the machines you're installing, and have the Debian installer automagically choose the correct set of preseed files for each machine. This is where my multi-config udebs come in. The first udeb, multi-netcfg, is run just after the ethernet hardware has been discovered, but before the network has been configured. Multi-netcfg will search for ethernet hardware on the install client and build a list of hardware addresses. Then multi-netcfg will search for a preseed file (or a directory containing preseed files) that match any of the hardware addresses for the ethernet cards it has found. If it finds anything that matches, then it will read the preseed information into the debconf database for use by the installer. Presumably this preseed information includes the necessary network configuration, but it could just as easily include hard drive partitioning information, or package selection, or X11 configuration -- or anything that can be preseeded for udebs that are run after network hardware discovery. And if no preseed file is found that matches for this host, then no harm/no foul, nothing is preseeded and networking can still be configured either by DHCP or manually by the admin. The second udeb, multi-partman is very similar in function. It's run after the drives have been discovered but before partitioning occurs. It too will search for preseed files based on ethernet hardware addresses, but it can also search for preseed files based on hostname, IP address, or the number and sizes of disks found. It also has a fallback feature where a generic partitioning preseed file can be used in the event that no other preseed files/directories match for this install client. And again, if no preseed file is found that matches this install client (and no default has been specified), then partitioning can still be done manually by the admin. The inspiration for these udebs was a desire to minimize human error as well as effort. The udebs are tiny (1.5k and 1.9k respectively), and are architecture-independent, so they should run on any architecture for which a port of the Debian installer exists. Michael Peek P.S. Perhaps the situation in which I find myself is merely one small niche in the larger Debain administrator community, but it was a niche in need of a fill. Therefore, I give back to the community my solution: the multi-config package. P.P.S. Act now, and I'll even throw in a jpeg of a jade elephant. P.P.P.S. I'll be rea
Bug#418043: debian installer: problems with timezone, grub & sata drive, noacpi bootparam, and encrypted partitions
> > Comments/Problems: > > 0. The zeroth problem was booting. Somewhere in the help where you find > > it right away it says to use noacpi if the system hangs. I tried that > > and it didn't work. In another spot more buried (I think in the special > > parameter section) it says use acpi=off. Well, only the acpi=off > > worked. > > That is basically a kernel problem and nothing we can solve in the > installer itself. if this is the case, then *both* options obviously need to be be on both help pages, not one on one page and the other on a completely different page. In particular, both options should be right on that first troubleshooting help page where it first talks about what to do if the system hangs on booting. > > > 4. The fourth and worst problem came when I tried to reboot my "new > > system"...didn't work at all, > > The dialog actually says "the MBR of the > _first_ harddisk". as far as I'm concerned, my sata1 drive *is* the first harddisk! If you had a sata1 drive, a dvd-recorder on hda, and an old ide on hdb, what would you consider to be your first harddisk? Is a sata1 drive not a harddisk? Most importantly, this behaviour isn't mentioned in the dialogue nor documented in the guide, so at the very least, this is an important piece of information to add to both. > Closing your report as there were no real new issues. I must say I feel put off by this. Most of the issues are minor (as I myself also stated), but the sata problem cost me a lot of time (as did the careful documentation and submission of my installation report) and I feel completely guiltless in this issue. It's not a faq, it's not in the guide, it's unexpected behaviour, and it cost me a couple hours. All you need is to do is add a comment to the grub dialogue screen and the guide to the effect that this might be a problem. How can you be so cavalier about closing this bug and stating "no real issues"? Most new computers have sata drives and many people installing new systems will be plugging in some old ide drive to transfer data from. Are you prepared to potentially waste the hours of other people's lives by not addressing this real problem? I don't think the acpi thing should be so flippantly disregarded either. It's just too easy to add a comment on the right page to save users trouble, so why not do it? cheerios, -j -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dual boot auto partitioning
On Saturday 14 April 2007 14:26, Pierre THIERRY wrote: > I would like to know i fit could be possible to add an option, in > partman I suppose, to do some autopartitioning while keeping an > existing OS in place? > > If not, would it be possible to adapt the automatic partitioning such > that they could be told to use all the free space instead of a whole > disk? That option is already there, but is only shown if there is free space. Our our list of plans for Lenny [1] we have adding an option to support resizing an existing partition as part of guided partitioning. Cheers, FJP [1] http://wiki.debian.org/DebianInstaller/LennyGoals pgpsi1v4zspj4.pgp Description: PGP signature
Re: Add a standardized comment to udeb packages description?
On Saturday 14 April 2007 08:17, Christian Perrier wrote: > The following comes from discussions in dle when we proofread the > debconf templates and package description of udev. > > James suggests that packages prodicing udebs should add a comment > explaining that udebs should not be installed on normal systems. What > do you think of this proposal? As Steve already said, I don't feel there is any real risk that udebs will get installed on a normal system as you'd have to add a really twisted line in your sources.list to get them. Also, packages.d.o already includes a huge warning with each udeb; see for example: http://packages.debian.org/unstable/debian-installer/grub-installer So I also don't see any need to standardize such a warning in the package descriptions. It would just be a lot of work that does not any real value. Cheers, FJP pgpf9ZGAWatdL.pgp Description: PGP signature
[g-i] new screenshots available (dejavu 2.16)
Hi, bubulle has kindly uploaded the new version of ttf-dejavu (2.16-1). I took the usual screenshots; please refer to [1] to see what changed since version 2.15. The screenshots can be found in [2], where you can see what changed from the previous version. You'll notice there are many differences: it is a bug in pango, which is said to be currently worked on. For those who care here is a conversation on #dejavu about the problem: i think it's the latn {DNK DFLT} that makes pango overkern i think it's this bug http://bugzilla.gnome.org/show_bug.cgi?id=334758 it only seems to be affecting Latin script, so it's probably overkerning with pango but what triggered it just starting with 2.16? kerning classes? no it's the two languages DNK and dflt before 2.16 the kerning was only latn {dflt} now it's latn {DNK, dflt} moyogo: is there any reason why pango is not fixed yet? or do they think that this is not a bug? if DejaVu doesn't break things, they won't be fixed no, behdad wants to fix it, but i think he wants to fix bigger things in the process regards, Davide [1] http://dejavu.sourceforge.net/wiki/index.php/News [2] http://d-i.alioth.debian.org/gtk-frontend/screenshots signature.asc Description: Digital signature
Bug#329743: Silly ideas exchanged about the memory impact of translations on D-I
On Sat, Apr 14, 2007 at 06:37:30PM +0200, Christian Perrier wrote: > That would mean we have to keep track of which font is needed by what > language. A new field in languagelist? yes, probably we need to keep in mind there can be corner cases like CJK where a language may need more than just a ttf file (IIRC CJK langs share glyphs among different ttf files). regards, Davide signature.asc Description: Digital signature
Re: etch/volatile -- public key is not available: NO_PUBKEY EC61E0B0BBE55AB3
Hi Rick, On Saturday 14 April 2007 19:33, Rick Thomas wrote: > 1) How do I import the public key for volatile? (If it's in the fine > manual, then please point me to it so I can RTFM) To be executed as root: gpg --keyserver pgpkeys.pca.dfn.de --recv-keys AC583520 gpg --fingerprint AC583520 # compare the fingerprint with a fingerprint on a machine with a trust path gpg --export -a AC583520 | apt-key add - This is for a different key, but besides that, that's it - and you may use a different keyserver. > 2) What's the reasoning behind not including it in the default debian- > archive-keyring package? Is it not recommended that everyone use > volatile for the things like security and spam updates that it provides? volatile is not a official service (yet). regards, Holger pgpwVZsPqF6IR.pgp Description: PGP signature
Re: etch/volatile -- public key is not available: NO_PUBKEY EC61E0B0BBE55AB3
On Apr 14, 2007, at 6:39 AM, Steve Langasek wrote: On Fri, Apr 13, 2007 at 11:21:56PM -0400, Rick Thomas wrote: Anybody know what the problem is here? Or how to fix it? W: GPG error: http://volatile.debian.org etch/volatile Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY EC61E0B0BBE55AB3 W: You may want to run apt-get update to correct these problems You need to import the public key for volatile.debian.org separately using apt-key if you want to use this repo with secure apt, the key is not included in the default debian-archive-keyring package. Thanks, Two questions: 1) How do I import the public key for volatile? (If it's in the fine manual, then please point me to it so I can RTFM) 2) What's the reasoning behind not including it in the default debian- archive-keyring package? Is it not recommended that everyone use volatile for the things like security and spam updates that it provides? Enjoy! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: automate steps thru network console
On Fri, 13 Apr 2007 07:13:45 +0200, [EMAIL PROTECTED] (Geert Stappers) wrote: >> > Is it possible to automate loading the network console component and >> > setting its ssh password? >> Try http://wiki.debian.org/DebianInstaller/NetworkConsole >That Wiki page got just an important update ( and needs more love ;- ) So to get it working, I must build from svn. No time for that right now, I was looking for something ready to use. Thanks for the info, Geert.
Re: Add a standardized comment to udeb packages description?
> > Why, when there is no risk of these packages being inadvertently installed > > on a normally-configured system? > > Ok, well in that case lets strip the warning off the packages that > already have it. We can still keep a small sentence: fontconfig: Package: fontconfig-udeb Section: debian-installer XC-Package-Type: udeb Architecture: any Priority: extra Depends: ${shlibs:Depends} Description: generic font configuration library - minimal runtime Fontconfig is a font configuration and customization library, which does not depend on the X Window System. It is designed to locate fonts within the system and select them according to requirements specified by applications. . This package contains the minimal runtime library and configuration, only for use in the installation system. udev: Package: udev-udeb XC-Package-Type: udeb Section: debian-installer Architecture: any Depends: ${shlibs:Depends} Description: /dev/ and hotplug management daemon udev is a daemon which dynamically creates and removes device nodes from /dev/, handles hotplug events and loads drivers at boot time. It replaces the hotplug package and requires a 2.6.12 or later kernel. . This is a minimal version, only for use in the installation system. signature.asc Description: Digital signature
Bug#329743: Silly ideas exchanged about the memory impact of translations on D-I
> which means that if I install debian using Italian translations > (and thus using dejavu fonts, used by more than 40 languages), I "waste" > 5.2 Mb rather than just 660 Kb, which is crazy. > When using g-i, besides trimming templates.dat, we could delete unused ttf > files. Should be possible, if we go the way of not allowing users to switch languages after a given step. That would mean we have to keep track of which font is needed by what language. A new field in languagelist? signature.asc Description: Digital signature
Re: Add a standardized comment to udeb packages description?
On (14/04/07 12:43), Steve Langasek wrote: > On Sat, Apr 14, 2007 at 08:17:49AM +0200, Christian Perrier wrote: > > The following comes from discussions in dle when we proofread the > > debconf templates and package description of udev. > > > James suggests that packages prodicing udebs should add a comment > > explaining that udebs should not be installed on normal systems. What > > do you think of this proposal? > > Why, when there is no risk of these packages being inadvertently installed > on a normally-configured system? Ok, well in that case lets strip the warning off the packages that already have it. Thanks, James -- James Westby --GPG Key ID: B577FE13-- http://jameswestby.net/ seccure key - (3+)k7|M*edCX/.A:n*N!>|&7U.L#9E)Tu)T0>AM - secp256r1/nistp256 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418341: "IDE" hardware detection
Op 13-04-2007 om 08:31 schreef Renato S. Yamane: > Hi Geert, > I found another bug report about "CD ROM / HD not recognized" in Debian 4.0: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418972 With this message to both bugreports are they crosslinked http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418341 Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch/volatile -- public key is not available: NO_PUBKEY EC61E0B0BBE55AB3
On Fri, Apr 13, 2007 at 11:21:56PM -0400, Rick Thomas wrote: > Anybody know what the problem is here? Or how to fix it? > W: GPG error: http://volatile.debian.org etch/volatile Release: The > following signatures couldn't be verified because the public key is > not available: NO_PUBKEY EC61E0B0BBE55AB3 > W: You may want to run apt-get update to correct these problems You need to import the public key for volatile.debian.org separately using apt-key if you want to use this repo with secure apt, the key is not included in the default debian-archive-keyring package. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Add a standardized comment to udeb packages description?
On Sat, Apr 14, 2007 at 08:17:49AM +0200, Christian Perrier wrote: > The following comes from discussions in dle when we proofread the > debconf templates and package description of udev. > James suggests that packages prodicing udebs should add a comment > explaining that udebs should not be installed on normal systems. What > do you think of this proposal? Why, when there is no risk of these packages being inadvertently installed on a normally-configured system? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329743: Silly ideas exchanged about the memory impact of translations on D-I
On Fri, Apr 13, 2007 at 05:31:15PM +0200, Christian Perrier wrote: > The following are mostly ideas exchanged in the wild about what could > be done in cdebconf to reduce the impact of the increasing number of > translations on the memory requirements of D-I: while on the subject (but on the g-i tip), is worth noticing that alot of memory is taken up by unused font files: 1332./truetype/ttf-tmuni 132 ./truetype/thai 52 ./truetype/ttf-bpg-georgian 660 ./truetype/ttf-dejavu 136 ./truetype/ttf-farsiweb 664 ./truetype/freefont 268 ./truetype/ttf-khmeros 204 ./truetype/ttf-malayalam-fonts 72 ./truetype/ttf-tamil-fonts 5320./truetype which means that if I install debian using Italian translations (and thus using dejavu fonts, used by more than 40 languages), I "waste" 5.2 Mb rather than just 660 Kb, which is crazy. When using g-i, besides trimming templates.dat, we could delete unused ttf files. regards, Davide signature.asc Description: Digital signature
Re: A small udeb contribution from an arm-chair developer
Op 14-04-2007 om 02:25 schreef Michael S Peek: > Hi guys, > > Many moons ago I wrote a few small udebs that I found useful. > If anyone is interested in taking this package under their wing, let me > know. First: The idea of promoting of software (enhancements) does intrique me. This posting is mostly about "What is so good about these udebs?" Reading the announce of the multi-netcfg and multi-partman packages, I couldn't see where the added value is, nor didn't see where the Debian-installer should/could be improved. Please try "to sell" the packages to me. Consider me as an administrator of several computers who is allready able to install those systems handsfree with d-i and that I'm willing to change my setup for a better configuration. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dual boot auto partitioning
I would like to know i fit could be possible to add an option, in partman I suppose, to do some autopartitioning while keeping an existing OS in place? If not, would it be possible to adapt the automatic partitioning such that they could be told to use all the free space instead of a whole disk? Currently, the user has only the choice between erasing everything and manually partitioning. Curiously, Pierre -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature
Bug#419211: d-i fails in fetching "Release.gpg" in netboot install of etch r0
Package: installation-reports Boot method: network Image version: http://cdimage.debian.org/debian-cd/4.0_r0/i386/iso-dvd/ Date: 14 April 2007, 10 AM Machine: HP Compaq Processor: Pentium D Memory: 1024 MB Partitions: Did not reach this stage. Output of lspci -nn and lspci -vnn: Did not reach this stage. Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [E] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: The d-i says it fails to download a valid Release.gpg file from the mirror specified. I am installing the Debian etch 4.0 r0 onto HP machines through network install (PXE boot with DHCP/tftp). Everything goes alright until it (netboot d-i) tries to fetch the "Release.gpg" file from the mirror which is just another machine running sarge in a LAN. In reality, the ISO (DVD) that I have mounted at the HTTP mirror does not have any "Release.gpg" file in the specified directory. The path is: wget "debian/dists/etch/Release.gpg" DISCLAIMER: This message (including attachment if any) is confidential and may be privileged. Before opening attachments please check them for viruses and defects. MindTree Consulting Limited (MindTree) will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission.
Re: Bug#418998: fontconfig-config: for korean font, Baekmuk is obsolete
> It depends on what our default desktop looks like. > > While ttf-unfonts is a much better choice in antialiased environment > (GNOME/KDE) or for printing, it's almost unusable in non-antialiased > environment (ie. traditional X apps). That's why baekmuk is used in > bf-utf-source, while ttf-unfonts is used for G-I. If we can just ignore > such traditional apps in the default desktop installation, it's ok to > drop ttf-baekmuk and xfonts-baekmuk. I think it's clear, thanks for your answer. Based on Changwoo's answer, I suggest we keep baekmuk in korean-desktop. There are enough "traditionnal" X apps to make this package still useful enough for Korean-speaking users. signature.asc Description: Digital signature
Re: Add a standardized comment to udeb packages description?
Op 14-04-2007 om 08:17 schreef Christian Perrier: > > Please keep both lists CC'ed > > > - Forwarded message from James Westby <[EMAIL PROTECTED]> - > Date: Fri, 13 Apr 2007 20:18:32 +0100 > Subject: Re: [RFR] templates://udev/{udev.templates} > > On (12/04/07 13:05), Christian Perrier wrote: > > Please find, for review, the debconf templates of udev. > > > > - the hotplug package and requires a kernel not older than 2.6.12. > > + the hotplug package and requires a 2.6.12 or later kernel. > > I think it should be "requires a version 2.6.12 or later kernel" For me reads "requires a 2.6.12 or newer kernel version" nicer, mayby also for others. > > . > > This is a minimal version for use in debian-installer. > > Should we start adding "This package should not be installed on a normal > system" to udebs? That would make two lines: | This is a minimal version for use in debian-installer. | This package should not be installed on a normal system. My proposal is: | This is a minimal version, only for use in the Debian-installer. Or perhaps: | This is a minimal version, only for use in the installation system. to make rebranding more easy. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#418998: fontconfig-config: for korean font, Baekmuk is obsolete
2007-04-13 (금), 16:50 +0200, Christian Perrier 쓰시길: > Quoting trand ([EMAIL PROTECTED]): > > Package: fontconfig-config > > Version: 2.4.2-1.2 > > Severity: wishlist > > Tags: l10n > > > > For korean font, ttf-baekmuk is almost dead. > > development is stop, people don't use it. > > Please note that I am not the fontconfig maintainer. I just happen to > be subscribed to the package's PTS and saw your bug report. > > As you suggest this, it seems to me that D-I should probably stop > installing ttf-baekmuk when the installation language is Korean. > > The korean-desktop task currently installs: > > Packages-list: > imhangul > nabi > ttf-unfonts > imhangul-status-applet > iceweasel-l10n-ko > xfonts-baekmuk > ttf-baekmuk > openoffice.org-help-ko > openoffice.org-l10n-ko > kde-i18n-ko > > > So, ttf-unfonts are already installed and, if this is what you > suggest, we could remove ttf-baekmuk. > What about xfonts-baekmuk? Should they be dropped from there also? It depends on what our default desktop looks like. While ttf-unfonts is a much better choice in antialiased environment (GNOME/KDE) or for printing, it's almost unusable in non-antialiased environment (ie. traditional X apps). That's why baekmuk is used in bf-utf-source, while ttf-unfonts is used for G-I. If we can just ignore such traditional apps in the default desktop installation, it's ok to drop ttf-baekmuk and xfonts-baekmuk. -- Changwoo Ryu <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Bug#418341: turning DMA off
On Fri 13 Apr, Geert Stappers wrote: > > Op 13-04-2007 om 18:27 schreef Chris Bell: > > > > I usually find that DMA has been turned on but the drive is unable to > > comply, so I turn DMA off for that drive. > > > How? > > > Please spend some more time on this bugreport. > Example given: tell/explain how to turn off DMA. > > > Thank you, > Geert Stappers > > > By coincidence I have just seen this problem on an older box, and followed the installation instructions in Chapter 5.3.1.2 The screen display "Detect CDROM" is followed by a list of modules to be loaded, I just pressed , the modules were loaded, then the screen went mostly blue, followed by an error message reporting a CDROM access problem. I changed to console 2 F2> to activate cd /proc/ide/hdc echo -n "using_dma:0" >settings then return to console 1 and retry CDROM detection. This brought up the screen "CD-ROM detected" -- Chris Bell -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#264530: LOADLIN is for booting from MS-DOS or old WINDOWS
I strongly support this bug report (this could be really usefull and LOADLIN is included in the tools directory from the CD 1 in Etch) However, the sugested title "5.1.2. Booting from linux using LILO or GRUB or LOADLIN" is not correct. (as Loadlin is not for booting from Linux) So a new section 5.1.x should be added with a title like "Booting from MS-DOS/Windows 95/ Windows 98/FreeDos using LOADLIN" __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]