Re: Considerations for lilo removal
On Mon, Jun 16, 2008 at 11:19:03AM +0200, Mike Hommey wrote: *SKIP* OTOH, aren't most of these choosing lilo over grub only doing so by habit ? OTOH, aren't most of theses choosing emacs over vim only doing so by habit? -- Torvalds' goal for Linux is very simple: World Domination -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Considerations for lilo removal
Le mercredi 18 juin 2008 à 09:52 +0300, Eric Pozharski a écrit : On Mon, Jun 16, 2008 at 11:19:03AM +0200, Mike Hommey wrote: OTOH, aren't most of these choosing lilo over grub only doing so by habit ? OTOH, aren't most of theses choosing emacs over vim only doing so by habit? The day where my bootloader has the same impact on my habits than my text editor, please remind me to throw my computer out of the window and not buy another one. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#486815: tasksel: use brasero for cd burning
Package: tasksel Version: 2.74.2 Severity: normal Tags: patch both latest releases of fedora and ubuntu ship with brasero. it is much user friendlier then gnome-baker. it has active dev. althought not yet as feature complete as k3b it's main feature is the neat integration into the gnome desktop. also see this review - http://www.linux.com/feature/126944 ps thanks for switching to git :) diff --git a/tasks/gnome-desktop b/tasks/gnome-desktop index 7ea013a..34d5b27 100644 --- a/tasks/gnome-desktop +++ b/tasks/gnome-desktop @@ -58,8 +58,8 @@ Packages-list: iceweasel-gnome-support # hardware browser, broader scope than hal hardinfo -# audio CD burning (data CDs handled by nautilus-cd-burner) - serpentine +# CD burning + brasero # desktop network setup network-manager-gnome # bluetooth applet for gnome -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tasksel depends on: ii aptitude 0.4.11.3-1 terminal-based package manager ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii liblocale-gettext-perl1.05-4 Using libc functions for internati ii tasksel-data 2.74.2 Official tasks used for installati tasksel recommends no packages. -- debconf information: tasksel/title: tasksel/desktop: gnome tasksel/first: tasksel/tasks: Print server -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Considerations for lilo removal
On Wed, Jun 18, 2008 at 01:28:36PM +0200, Josselin Mouette wrote: Le mercredi 18 juin 2008 à 09:52 +0300, Eric Pozharski a écrit : On Mon, Jun 16, 2008 at 11:19:03AM +0200, Mike Hommey wrote: OTOH, aren't most of these choosing lilo over grub only doing so by habit ? OTOH, aren't most of theses choosing emacs over vim only doing so by habit? The day where my bootloader has the same impact on my habits than my text editor, please remind me to throw my computer out of the window and not buy another one. Or whenever you spend more than an hour a day using your bootloader. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Considerations for lilo removal
On Wed, Jun 18, 2008 at 01:49:40PM +0200, Mike Hommey wrote: On Wed, Jun 18, 2008 at 01:28:36PM +0200, Josselin Mouette wrote: Le mercredi 18 juin 2008 à 09:52 +0300, Eric Pozharski a écrit : On Mon, Jun 16, 2008 at 11:19:03AM +0200, Mike Hommey wrote: OTOH, aren't most of these choosing lilo over grub only doing so by habit ? OTOH, aren't most of theses choosing emacs over vim only doing so by habit? The day where my bootloader has the same impact on my habits than my text editor, please remind me to throw my computer out of the window and not buy another one. Or whenever you spend more than an hour a day using your bootloader. That usually only happens when you threw your computer out of the window and it now doesn't boot anymore. -- Lo-lan-do Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486815: tasksel: use brasero for cd burning
maximilian attems wrote: both latest releases of fedora and ubuntu ship with brasero. it is much user friendlier then gnome-baker. it has active dev. althought not yet as feature complete as k3b it's main feature is the neat integration into the gnome desktop. I'm merging this bug #484121 which already contains a discussion of gnome CD burning tools. Notably: I realize that every gnome user has a different opinion about which CD burner to use, but my understanding, which is borne out by popcon, is that brasero is only relatively close to the top of the pack because it was the default in sarge. Tasksel used to use brasero, before it changed to gnomebaker. Excluding default installations, serpentine has gained a larger number of users in tasksel than any past gnome CD burning package. (The complete sad/funny history so far: bonfire - brasero - gnomebaker - serpentine.) Serpentine and nautilus-cd-burner are what the gnome team is recommending now; I intend to follow them. -- see shy jo signature.asc Description: Digital signature
Bug#486558: installation-reports: strange (null) in URL for tasksel for automatic install
Frans Pop wrote: Because we're running at critical priority, the country mirror list is never actually displayed and thus mirror/http/mirror never gets a value; it does have a default value: ftp.debian.org Does the code not still ask the question despite it not being displayed? Running at critical priority should be identical to running at low priority and taking the default for everything. I wonder if we should set the first value of the country list as the selected value here. In most cases this will be a better default than the default at http/mirror, even if that's changed from ftp.d.o. We then get to validate_mirror(), which gets the selected mirror (ftp.d.o) and next calls 'mirror_root(mirror)'. The return value of that is set as directory. This must be the function that returns the (null) value and causes the incorrect wget later. The cause for the null value seems to be that the entry for ftp.d.o in the mirror master list looks like this: Site: ftp.debian.org Alias: saens.debian.org Alias: debian-mirror.cs.umn.edu Type: Push-Primary Archive-architecture: amd64 i386 X-Archive-http: /debian/ X-Archive-ftp: /debian/ The last two lines should not have the X- prefix! Essentially ftp.d.o does not have a mirror_root defined in the master list. Joy changed this in 1.1156: date: 2007-12-07 18:26:14 -0500; author: joy; state: Exp; lines: +2 -2; commented out Archive-* fields for ftp.debian.org, so that it doesn't even appear in lists, other than for sponsorship purposes I'd appreciate some input how to deal with this and also if the needed changes could be made by someone with more C skills than I have. Detecting the problem and failing at runtime can be done (and I've done it), but displaying the mirror/bad error to the user when they just took the default only highlights that the installer is broken, it doesn't really fix the problem. The best way to avoid the problem seems to be to check, at build time, that the default is actually present in the C struct, and if not, abort the build. Alternatively, remove the default entirely, and let debconf pick a default, which should be the first mirror listed in the generated selection list, which is ordered with push-primary mirrors first, so it will be a fairly good mirror. (Modulo issues like ftp.us.debian.org being an often-inconsistent set of multiple mirrors..) However, if what you said in your first paragraph is right, this doesn't happen at critical priority for some reason? -- see shy jo signature.asc Description: Digital signature
Bug#486558: installation-reports: strange (null) in URL for tasksel for automatic install
Hi Joey, I was hoping you'd take a look at this. Thanks! On Wednesday 18 June 2008, Joey Hess wrote: Frans Pop wrote: Because we're running at critical priority, the country mirror list is never actually displayed and thus mirror/http/mirror never gets a value; it does have a default value: ftp.debian.org Does the code not still ask the question despite it not being displayed? Running at critical priority should be identical to running at low priority and taking the default for everything. Well, what I see in questions.dat is that no value is assigned when running at critical prio. I guess that using the default (which it in fact does) is not the same as using the first value that is highlighted in the list if the default is not included in the list. When the question is shown the user explicitly selects the non-default value, but at critical prio that never happens. That could be solved by - do a get for current default - do a metaget for the list - if not default in list, set first value from list as default but I really wanted to get other people's opinion on that before even maybe trying to implement it myself. Possibly it is something that really should be solved at debconf level instead. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#486558: installation-reports: strange (null) in URL for tasksel for automatic install
On Wednesday 18 June 2008, Frans Pop wrote: I guess that using the default (which it in fact does) is not the same as using the first value that is highlighted in the list if the default is not included in the list. When the question is shown the user explicitly selects the non-default value, but at critical prio that never happens. I suspect that in other cases where we use choices generated at runtime we either (1) don't have a default value in the template or (2) do set a valid default from the generated choices before db_input. signature.asc Description: This is a digitally signed message part.
Bug#486558: installation-reports: strange (null) in URL for tasksel for automatic install
(Maybe I should wait a bit before sending...) On Wednesday 18 June 2008, Frans Pop wrote: I suspect that in other cases where we use choices generated at runtime we either (1) don't have a default value in the template or (2) do set a valid default from the generated choices before db_input. Which could also mean that the proper solution here is to simply remove the default from mirror/http/mirror. signature.asc Description: This is a digitally signed message part.
cloning 486558 ..., reassign -1 to cdebconf
# Automatically generated email from bts, devscripts version 2.10.30 clone 486558 -1 retitle -1 different behavior from debconf when noninteractively asking a select question with a default not in the select list reassign -1 cdebconf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: cloning 486558 ..., reassign -1 to cdebconf
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.30 clone 486558 -1 Bug#486558: installation-reports: strange (null) in URL for tasksel for automatic install Bug 486558 cloned as bug 486892. retitle -1 different behavior from debconf when noninteractively asking a select question with a default not in the select list Bug#486892: installation-reports: strange (null) in URL for tasksel for automatic install Changed Bug title to `different behavior from debconf when noninteractively asking a select question with a default not in the select list' from `installation-reports: strange (null) in URL for tasksel for automatic install'. reassign -1 cdebconf Bug#486892: different behavior from debconf when noninteractively asking a select question with a default not in the select list Bug reassigned from package `choose-mirror' to `cdebconf'. End of message, 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#486558: installation-reports: strange (null) in URL for tasksel for automatic install
Frans Pop wrote: Well, what I see in questions.dat is that no value is assigned when running at critical prio. I guess that using the default (which it in fact does) is not the same as using the first value that is highlighted in the list if the default is not included in the list. When the question is shown the user explicitly selects the non-default value, but at critical prio that never happens. That could be solved by - do a get for current default - do a metaget for the list - if not default in list, set first value from list as default but I really wanted to get other people's opinion on that before even maybe trying to implement it myself. Possibly it is something that really should be solved at debconf level instead. The behavior you describe is different than debconf's behavior in the same situaiton. Debconf will throw out the default value and pick the 1st value if the default is not in the select list. So yes, I think there is a cdebconf bug here (cloning). And I think that bug should be fixed, because it makes d-i more complex by making it behave unnecessarily differently at different priorities. It doesn't make sense to work around the cdebconf bug in choose-mirror by implementing what cdebconf should do. It doesn't make sense to have a default *at all* if the Mirrors.masterlist can be updated to drop the default mirror at any time. Also, the default was only ever used for US. Seem like the (null) bug could have occurred even before ftp.debian.org was broken, when installing in another country. So I'm very much leaning toward dropping the default, and letting cdebconf default to the first mirror in the select list. And possibly improving the sorting of the select list if necessary. -- see shy jo signature.asc Description: Digital signature
Re: Bug#486549: The single partition present on a CMS minidisk is not supported (s390/s390x only)
To be honest: that is not very likely. Especially not in this case. Suppose we push them all upstream and only one upstream actually picks it up and we implement that. That would still leave us nowhere... I see what you mean. It's double or nothing. Without mke2fs support for respecting the RECOMP area (and mkreiserfs, and all other supported file systems), support for IPLing zipl from a CMS minidisk is a moot point. zipl will never see a RECOMP area because mke2fs (or whatever) wiped it out when the file system was created. I'm afraid that partman is _very_ Debian specific and you're basically talking to the upstream (the team behind debian-boot mailing list). OK. Well, support for recognizing the implicit partition of a CMS minidisk is independent of respecting a RECOMP area. Those are two separate issues. The former is a deficiency in the installer. The latter is an enhancement request. As it stands today, the Debian installer cannot install Debian GNU/Linux to CMS minidisks, period. As far as GNU/Linux itself is concerned, the only part of the filesystem which cannot be on a CMS minidisk is the /boot directory. All other parts of the filesystem and all swap partitions can be on CMS minidisks. But the Debian installer cannot currently handle them. I currently have a Debian GNU/Linux system running in a virtual machine under z/VM that uses CMS minidisks. But I had to install to cdl disks and then use the installer as a rescue floppy to copy the data to CMS minidisks. Another problem is that the dasd_mod driver does not automatically bring CMS minidisks on-line. I had to create a file called dasd in /etc/modprobe.d to supply options to dasd_mod to bring these minidisks online at IPL time. (And then I had to run update-initramfs and zipl.) It worked. But figuring out what to do and how to do it was not trivial. And of course, there is nothing in the install manual about this. I would hardly call this a user-friendly install. Further complicating matters was my desire to use the dasd_diag_mod module to do the I/O, which did not exist in the stock kernel for etch. I had to download the kernel source package and create a custom kernel in order to use dasd_diag_mod. (And then I had to update /etc/modprobe.d/dasd again to tell dasd_mod to use dasd_diag_mod for all the CMS minidisks, and then I had to run update-initramfs and zipl again.) Fortunately, it appears that the 2.6.24 stock kernel for lenny now includes this module. :-) It is possible to get it working. But when it comes to CMS minidisks, Debian for s390 is definitely a hacker's distro only. For what it's worth, the S390 Linux community is a vibrant one. Great. Question is how to translate that into active involvement in the Debian s390 port. Ah, yes. That is the question. I think there would be more involvement (from the development and support perspective) in the Debian s390 port if there were more System z shops using the Debian s390 port. Similarly, there would be more System z shops using the Debian s390 port if it were better supported. As you yourself have admitted, support for this port is pretty thin. In many ways this is a Which came first, the chicken or the egg? scenario. But if it is so difficult to install in an optimal way for a z/VM guest, that is a barrier to wider use. This is going to be a rather long reply. Sorry. But you asked. Let's look at this from IBM's perspective. IBM spent a fortune in the 1990s trying to promote their i386 operating system -- OS/2 -- and lost. They not only lost the desktop (and server) war, they also lost a lot of money. IBM likes Linux because they don't have to spend much money on development and support costs. They don't own it or control it. But then again, neither does Microsoft. :-) On the mainframe platform, they make money with Linux primarily by (a) selling more mainframe hardware to support Linux and (b) by selling software licenses for proprietary software that runs on Linux, such as DB2. They want the Linux community to support their hardware. But they want to keep their support costs down. The more Linux distributions they have to support, the higher their support costs. So they pick a couple of distros to support and ignore the rest. Significantly, they picked two distros that both use rpm-format packages. Here's an example. As I said earlier, I am a z/VM systems programmer at an IBM mainframe shop. I'm getting ready to install z/VM 5.3. One of the enhancements to z/VM 5.3 is that TCP/IP now supports SSL/TLS for its FTP client and FTP server. (I'm talking here about the FTP client and FTP server that run under the CMS operating system.) For some reason, they decided to implement the SSL encryption and decryption in a separate service machine which runs Linux. (I suppose it was cheaper than porting the entire SSL support infrastructure to CMS.) That's an
Bug#486558: setting package to choose-mirror choose-mirror-bin, tagging 486558
# Automatically generated email from bts, devscripts version 2.10.30 # via tagpending # # choose-mirror (2.25) UNRELEASED; urgency=low # # * ftp.debian.org has been disabled in Mirrors.masterlist. So remove it as #the default. Do not set a default at all, we'll rely on the first mirror #in the list being a good default choice. Closes: #486558 # package choose-mirror choose-mirror-bin tags 486558 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to choose-mirror choose-mirror-bin, tagging 486558
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.30 # via tagpending # # choose-mirror (2.25) UNRELEASED; urgency=low # # * ftp.debian.org has been disabled in Mirrors.masterlist. So remove it as #the default. Do not set a default at all, we'll rely on the first mirror #in the list being a good default choice. Closes: #486558 # package choose-mirror choose-mirror-bin Ignoring bugs not assigned to: choose-mirror choose-mirror-bin tags 486558 + pending Bug#486558: installation-reports: strange (null) in URL for tasksel for automatic install Tags were: confirmed Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#486549: The single partition present on a CMS minidisk is not supported (s390/s390x only)
On Wednesday 18 June 2008, Stephen Powell wrote: I currently have a Debian GNU/Linux system running in a virtual machine under z/VM that uses CMS minidisks. But I had to install to cdl disks and then use the installer as a rescue floppy to copy the data to CMS minidisks. Another problem is that the dasd_mod driver does not automatically bring CMS minidisks on-line. I had to create a file called dasd in /etc/modprobe.d to supply options to dasd_mod to bring these minidisks online at IPL time. (And then I had to run update-initramfs and zipl.) It worked. But figuring out what to do and how to do it was not trivial. And of course, there is nothing in the install manual about this. I would hardly call this a user-friendly install. Further complicating matters was my desire to use the dasd_diag_mod module to do the I/O, which did not exist in the stock kernel for etch. I had to download the kernel source package and create a custom kernel in order to use dasd_diag_mod. (And then I had to update /etc/modprobe.d/dasd again to tell dasd_mod to use dasd_diag_mod for all the CMS minidisks, and then I had to run update-initramfs and zipl again.) Fortunately, it appears that the 2.6.24 stock kernel for lenny now includes this module. :-) It is possible to get it working. But when it comes to CMS minidisks, Debian for s390 is definitely a hacker's distro only. All the above is complete Greek too me because I don't have any context. And it sounds like you already did the hard part: you managed to get it working. That means you are the expert now. Tell us *in detail* what is missing and what manual steps were required to get it supported. Then *maybe* someone will step up and do the actual integration. But even better: run the installer at medium priority, figure out exactly what needs to happen in which phase, add that in manually and see if it works. Send us the resulting patches. More than 90% of the installer is shell script! Which means it has an extremely low barrier of entry. If you run into a step that is performed by something that is not shell, fine: tell us what should be happening at that point. But even then it should often be possible to create a temporary solution by using some shell code around or next to the C program. Here is some solid basic info that can help you get started with the installer: http://d-i.alioth.debian.org/doc/internals/ And even if you elect to go with an unsupported distro, the software packages that they provide are in rpm format only. Which means that we need people packaging this stuff in .deb format. Do you think that for other platforms we actually wait for vendors to package their stuff for us? We don't, really! It appears that source packages are available. But the source packages are also in rpm format only. There is 'alien' of course (aptitude show alien), but I don't have any personal experience with it and probably isn't really a solution for stuff that's related to hardware as it won't configure things properly. Somehow, you've got to persuade IBM to support Debian. And if they think it will increase their sales enough to make it worth their while, they will. No. That is definitely not how it works! The _community_ has to make it worth for IBM to take an interest. Debian does not go begging. It goes completely against the principles behind the Debian project; Debian does not have some marketing or PR or whatever department that does this. Other vendors have taken an interest because there was a demand from their market, not because Debian came begging at their doorstep! I'm sorry, but I skipped the rest of the mail. It's just a repeat of the same flawed starting point. You're still trying to tell us that we or IBM need to do the work here. That's wrong. The community needs to do the work. That's how free software works, and that's how projects get started. There really is no chicken and egg problem here. You want something done: get doing it! Alternatively: offer a bounty (at industry pay scale, not at bargain rates). Cheers, FJP P.S. Apologies if I'm being too direct here. signature.asc Description: This is a digitally signed message part.
Bug#486558: installation-reports: strange (null) in URL for tasksel for automatic install
On Wednesday 18 June 2008, Joey Hess wrote: So I'm very much leaning toward dropping the default, and letting Agreed. cdebconf default to the first mirror in the select list. And possibly improving the sorting of the select list if necessary. I've never really looked at sort order. I know that for NL it is good. If the ftp.country.d.o mirror is sorted first and maybe primary mirrors are sorted above secondaries etc, I think we can leave the rest to chance, or to the existing sort order in the master list (which probably is primary mirrors first?). signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#480755: IRC followup
Processing commands for [EMAIL PROTECTED]: reassign 480755 tasksel Bug#480755: compiz should bring libgl1-mesa-dri|nvidia|fglrx|... whatever needed to get 3D Bug reassigned from package `compiz' to `tasksel'. 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#486907: pass default_desktop parameter to win32-loader
Package: debian-installer Severity: wishlist Tags: patch Please make desktop selection in win32-loader explicit by passing it the default_desktop parameter. Attached patch doesn't change current behaviour, but has two advantages: - Makes it obvious what change would be required for win32-loader to default to kde or xfce. - Makes it easier to do that change via sed invocation (line mangling instead of insertion). With this change, win32-loader can be fixed on Xfce or KDE CDs with less hassle. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Index: config/x86.cfg === --- config/x86.cfg (revision 53653) +++ config/x86.cfg (working copy) @@ -98,6 +98,7 @@ \ (echo -en [installer]\n; \ echo -en arch=$(ARCH)\n; \ + echo -en default_desktop=gnome\n; \ if [ -n $(INITRD_GTK) ]; then \ echo -en $(ARCH)/linux=linux\n$(ARCH)/initrd=initrd.gz\n; \ echo -en $(ARCH)/gtk/linux=linux\n$(ARCH)/gtk/initrd=initrdg.gz\n; \ @@ -172,6 +173,7 @@ # win32-loader.ini (echo -en [installer]\n; \ echo -en arch=$(ARCH)\n; \ + echo -en default_desktop=gnome\n; \ if [ -n $(INITRD_GTK) ]; then \ echo -en $(ARCH)/linux=install/vmlinuz\n$(ARCH)/initrd=install/initrd.gz\n; \ echo -en $(ARCH)/gtk/linux=install/vmlinuz\n$(ARCH)/gtk/initrd=install/gtk/initrd.gz\n; \ @@ -227,6 +229,7 @@ # win32-loader.ini (echo -en [installer]\n; \ echo -en arch=$(ARCH)\n; \ + echo -en default_desktop=gnome\n; \ if [ $(TYPE) = netboot/gtk ]; then \ echo -en user_interface=graphical\n; \ echo -en $(ARCH)/gtk/linux=linux\n$(ARCH)/gtk/initrd=initrd.gz\n; \
Processing of console-setup_1.25_i386.changes
console-setup_1.25_i386.changes uploaded successfully to localhost along with the files: console-setup_1.25.dsc console-setup_1.25.tar.gz console-setup_1.25_all.deb console-setup-mini_1.25_all.deb bdf2psf_1.25_all.deb console-setup-udeb_1.25_all.udeb console-setup-amiga-ekmap_1.25_all.udeb console-setup-ataritt-ekmap_1.25_all.udeb console-setup-macintoshold-ekmap_1.25_all.udeb console-setup-pc-ekmap_1.25_all.udeb console-setup-sun4-ekmap_1.25_all.udeb console-setup-sun5-ekmap_1.25_all.udeb console-setup-fonts-udeb_1.25_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480755: IRC followup
reassign 480755 tasksel thanks Tasksel maintainers: I think libgl1-mesa-dri is very needed in the desktop task; it is a common problem that X users don't get DRI support by default, and run into issues that are not trivial to track down. See the bug log for more details. On Wed, May 14, 2008 at 11:03:16AM +0200, Robert Millan wrote: On Tue, May 13, 2008 at 01:05:32PM +0200, Julien Cristau wrote: On Tue, May 13, 2008 at 12:50:00 +0200, Robert Millan wrote: I'd suggest adding libgl1-mesa-dri to the desktop task, then. I think that would make sense. Reassign to tasksel, then? -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What good is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
console-setup_1.25_i386.changes ACCEPTED
Accepted: bdf2psf_1.25_all.deb to pool/main/c/console-setup/bdf2psf_1.25_all.deb console-setup-amiga-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-amiga-ekmap_1.25_all.udeb console-setup-ataritt-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-ataritt-ekmap_1.25_all.udeb console-setup-fonts-udeb_1.25_all.udeb to pool/main/c/console-setup/console-setup-fonts-udeb_1.25_all.udeb console-setup-macintoshold-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-macintoshold-ekmap_1.25_all.udeb console-setup-mini_1.25_all.deb to pool/main/c/console-setup/console-setup-mini_1.25_all.deb console-setup-pc-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-pc-ekmap_1.25_all.udeb console-setup-sun4-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-sun4-ekmap_1.25_all.udeb console-setup-sun5-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-sun5-ekmap_1.25_all.udeb console-setup-udeb_1.25_all.udeb to pool/main/c/console-setup/console-setup-udeb_1.25_all.udeb console-setup_1.25.dsc to pool/main/c/console-setup/console-setup_1.25.dsc console-setup_1.25.tar.gz to pool/main/c/console-setup/console-setup_1.25.tar.gz console-setup_1.25_all.deb to pool/main/c/console-setup/console-setup_1.25_all.deb Override entries for your package: bdf2psf_1.25_all.deb - optional utils console-setup-amiga-ekmap_1.25_all.udeb - extra debian-installer console-setup-ataritt-ekmap_1.25_all.udeb - extra debian-installer console-setup-fonts-udeb_1.25_all.udeb - extra debian-installer console-setup-macintoshold-ekmap_1.25_all.udeb - extra debian-installer console-setup-mini_1.25_all.deb - extra utils console-setup-pc-ekmap_1.25_all.udeb - extra debian-installer console-setup-sun4-ekmap_1.25_all.udeb - extra debian-installer console-setup-sun5-ekmap_1.25_all.udeb - extra debian-installer console-setup-udeb_1.25_all.udeb - extra debian-installer console-setup_1.25.dsc - source utils console-setup_1.25_all.deb - optional utils Announcing to [EMAIL PROTECTED] Closing bugs: 485457 485779 486090 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486090: marked as done (console-setup: [INTL:pt] Updated Portuguese translation for debconf messages)
Your message dated Wed, 18 Jun 2008 21:32:06 + with message-id [EMAIL PROTECTED] and subject line Bug#486090: fixed in console-setup 1.25 has caused the Debian Bug report #486090, regarding console-setup: [INTL:pt] Updated Portuguese translation for debconf messages 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 486090: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486090 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: console-setup Version: 1.24 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for console-setup's debconf messages. Translator: Pedro Ribeiro [EMAIL PROTECTED] Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Miguel Figueiredo Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext ---End Message--- ---BeginMessage--- Source: console-setup Source-Version: 1.25 We believe that the bug you reported is fixed in the latest version of console-setup, which is due to be installed in the Debian FTP archive: bdf2psf_1.25_all.deb to pool/main/c/console-setup/bdf2psf_1.25_all.deb console-setup-amiga-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-amiga-ekmap_1.25_all.udeb console-setup-ataritt-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-ataritt-ekmap_1.25_all.udeb console-setup-fonts-udeb_1.25_all.udeb to pool/main/c/console-setup/console-setup-fonts-udeb_1.25_all.udeb console-setup-macintoshold-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-macintoshold-ekmap_1.25_all.udeb console-setup-mini_1.25_all.deb to pool/main/c/console-setup/console-setup-mini_1.25_all.deb console-setup-pc-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-pc-ekmap_1.25_all.udeb console-setup-sun4-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-sun4-ekmap_1.25_all.udeb console-setup-sun5-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-sun5-ekmap_1.25_all.udeb console-setup-udeb_1.25_all.udeb to pool/main/c/console-setup/console-setup-udeb_1.25_all.udeb console-setup_1.25.dsc to pool/main/c/console-setup/console-setup_1.25.dsc console-setup_1.25.tar.gz to pool/main/c/console-setup/console-setup_1.25.tar.gz console-setup_1.25_all.deb to pool/main/c/console-setup/console-setup_1.25_all.deb 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. Christian Perrier [EMAIL PROTECTED] (supplier of updated console-setup 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.8 Date: Wed, 18 Jun 2008 20:24:01 +0200 Source: console-setup Binary: console-setup console-setup-mini bdf2psf console-setup-udeb console-setup-amiga-ekmap console-setup-ataritt-ekmap console-setup-macintoshold-ekmap console-setup-pc-ekmap console-setup-sun4-ekmap console-setup-sun5-ekmap console-setup-fonts-udeb Architecture: source all Version: 1.25 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Christian Perrier [EMAIL PROTECTED] Description: bdf2psf- Font converter to generate console fonts from BDF source fonts console-setup - Set up the font and the keyboard on the console console-setup-amiga-ekmap - Encoded keyboard layouts for amiga keyboards (udeb) console-setup-ataritt-ekmap - Encoded keyboard layouts for ataritt keyboards (udeb) console-setup-fonts-udeb - Console fonts for Debian Installer (udeb) console-setup-macintoshold-ekmap - Encoded keyboard layouts for macintoshold keyboards (udeb) console-setup-mini - An experimental micro version of console-setup package console-setup-pc-ekmap - Encoded keyboard layouts for pc keyboards (udeb) console-setup-sun4-ekmap - Encoded keyboard layouts for sun4 keyboards (udeb) console-setup-sun5-ekmap - Encoded keyboard layouts for sun5 keyboards (udeb) console-setup-udeb - Configure the keyboard (udeb) Closes: 485457 485779 486090 Changes: console-setup (1.25) unstable; urgency=low . [ Anton Zinoviev ] * Correction in Debconf template - Terminus
Processed: setting package to tasksel tasksel-data, tagging 485934, tagging 485655
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.30 # via tagpending # # tasksel (2.75) UNRELEASED; urgency=low # # * Portuguese updated. Closes: #485934 # * kde-desktop: include kdesuso. Closes: #485655 package tasksel tasksel-data Ignoring bugs not assigned to: tasksel tasksel-data tags 485934 + pending Bug#485934: tasksel: [INTL:pt] Updated Portuguese translation Tags were: l10n patch Tags added: pending tags 485655 + pending Bug#485655: debian-installer: The KDE images should use sudo too and configure KDE accordingly. There were no tags set. Tags added: pending End of message, 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#485457: marked as done (console-setup: [INTL:de] updated German debconf translation)
Your message dated Wed, 18 Jun 2008 21:32:06 + with message-id [EMAIL PROTECTED] and subject line Bug#485457: fixed in console-setup 1.25 has caused the Debian Bug report #485457, regarding console-setup: [INTL:de] updated German debconf translation 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 485457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485457 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: console-setup Version: 1.24 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for console-setup attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # translation of po-debconf template to German # Copyright (C) 2006, the console-setup package'c copyright holder # Copyright (C) 2006, Matthias Julius # Copyright (C) 2007, 2008 Helge Kreutzmann # This file is distributed under the same license as the console-setup package. # msgid msgstr Project-Id-Version: console-setup 1.22\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-06-08 19:45+0300\n PO-Revision-Date: 2008-06-09 18:32+0200\n Last-Translator: Helge Kreutzmann [EMAIL PROTECTED]\n Language-Team: de [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.2\n #. Type: select #. Choices #: ../console-setup.templates:1001 msgid . Arabic msgstr . Arabisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Armenian msgstr # Armenisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Cyrillic - KOI8-R and KOI8-U msgstr # Kyrillisch - KOI8-R und KOI8-U #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Cyrillic - non-Slavic languages msgstr # Kyrillisch - nichtslawische Sprachen #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Cyrillic - Slavic languages (also Bosnian and Serbian Latin) msgstr # Kyrillisch - slawische Sprachen (auch bosnisch und serbisch-lateinisch) #. Type: select #. Choices #: ../console-setup.templates:1001 msgid . Ethiopic msgstr . Ãthiopisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Georgian msgstr # Georgisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Greek msgstr # Griechisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Hebrew msgstr # Hebräisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Lao msgstr # Laotisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Latin1 and Latin5 - western Europe and Turkic languages msgstr # Latin1 und Latin5 - westeuropäische und türkische Sprachen #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Latin2 - central Europe and Romanian msgstr # Latin2 - Zentraleuropäisch und Rumänisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Latin3 and Latin8 - Chichewa; Esperanto; Irish; Maltese and Welsh msgstr # Latin3 und Latin8 - Chichewa, Esperanto, Irisch, Maltesisch und Walisisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Latin7 - Lithuanian; Latvian; Maori and Marshallese msgstr # Latin7 - Litauisch, Lettisch, Maorisch und Marshallisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid . Latin - Vietnamese msgstr . Latin - Vietnamesisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid # Thai msgstr # Thailändisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid . Combined - Latin; Slavic Cyrillic; Hebrew; basic Arabic msgstr . Kombiniert - Latein, slawisches Kyrillisch, Hebräisch, einfaches Arabisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid . Combined - Latin; Slavic Cyrillic; Greek msgstr . Kombiniert - Latein, slawisches Kyrillisch, Griechisch #. Type: select #. Choices #: ../console-setup.templates:1001 msgid . Combined - Latin; Slavic and non-Slavic Cyrillic msgstr . Kombiniert - Latein, slawisches und nichtslawisches Kyrillisch #. Type: select #. Description #: ../console-setup.templates:1002 msgid Set of characters that should be supported by the console font: msgstr Zeichensatz, der von der Konsolenschriftart unterstützt werden soll: #. Type: select #. Description #:
Bug#485655: setting package to tasksel tasksel-data, tagging 485934, tagging 485655
# Automatically generated email from bts, devscripts version 2.10.30 # via tagpending # # tasksel (2.75) UNRELEASED; urgency=low # # * Portuguese updated. Closes: #485934 # * kde-desktop: include kdesuso. Closes: #485655 package tasksel tasksel-data tags 485934 + pending tags 485655 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485779: marked as done (console-setup: [INTL:vi] Vietnamese debconf templates translation)
Your message dated Wed, 18 Jun 2008 21:32:06 + with message-id [EMAIL PROTECTED] and subject line Bug#485779: fixed in console-setup 1.25 has caused the Debian Bug report #485779, regarding console-setup: [INTL:vi] Vietnamese debconf templates translation 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 485779: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485779 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: console-setup Version: 1.24 Tags: l10n patch Severity: wishlist The initial Vietnamese translation for the debconf file: console-setup translated and submitted by: Clytie Siddall Vietnamese Free-Software Translation Team http://vnoss.net/dokuwiki/doku.php?id=projects:l10n vi.po Description: Binary data ---End Message--- ---BeginMessage--- Source: console-setup Source-Version: 1.25 We believe that the bug you reported is fixed in the latest version of console-setup, which is due to be installed in the Debian FTP archive: bdf2psf_1.25_all.deb to pool/main/c/console-setup/bdf2psf_1.25_all.deb console-setup-amiga-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-amiga-ekmap_1.25_all.udeb console-setup-ataritt-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-ataritt-ekmap_1.25_all.udeb console-setup-fonts-udeb_1.25_all.udeb to pool/main/c/console-setup/console-setup-fonts-udeb_1.25_all.udeb console-setup-macintoshold-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-macintoshold-ekmap_1.25_all.udeb console-setup-mini_1.25_all.deb to pool/main/c/console-setup/console-setup-mini_1.25_all.deb console-setup-pc-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-pc-ekmap_1.25_all.udeb console-setup-sun4-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-sun4-ekmap_1.25_all.udeb console-setup-sun5-ekmap_1.25_all.udeb to pool/main/c/console-setup/console-setup-sun5-ekmap_1.25_all.udeb console-setup-udeb_1.25_all.udeb to pool/main/c/console-setup/console-setup-udeb_1.25_all.udeb console-setup_1.25.dsc to pool/main/c/console-setup/console-setup_1.25.dsc console-setup_1.25.tar.gz to pool/main/c/console-setup/console-setup_1.25.tar.gz console-setup_1.25_all.deb to pool/main/c/console-setup/console-setup_1.25_all.deb 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. Christian Perrier [EMAIL PROTECTED] (supplier of updated console-setup 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.8 Date: Wed, 18 Jun 2008 20:24:01 +0200 Source: console-setup Binary: console-setup console-setup-mini bdf2psf console-setup-udeb console-setup-amiga-ekmap console-setup-ataritt-ekmap console-setup-macintoshold-ekmap console-setup-pc-ekmap console-setup-sun4-ekmap console-setup-sun5-ekmap console-setup-fonts-udeb Architecture: source all Version: 1.25 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Christian Perrier [EMAIL PROTECTED] Description: bdf2psf- Font converter to generate console fonts from BDF source fonts console-setup - Set up the font and the keyboard on the console console-setup-amiga-ekmap - Encoded keyboard layouts for amiga keyboards (udeb) console-setup-ataritt-ekmap - Encoded keyboard layouts for ataritt keyboards (udeb) console-setup-fonts-udeb - Console fonts for Debian Installer (udeb) console-setup-macintoshold-ekmap - Encoded keyboard layouts for macintoshold keyboards (udeb) console-setup-mini - An experimental micro version of console-setup package console-setup-pc-ekmap - Encoded keyboard layouts for pc keyboards (udeb) console-setup-sun4-ekmap - Encoded keyboard layouts for sun4 keyboards (udeb) console-setup-sun5-ekmap - Encoded keyboard layouts for sun5 keyboards (udeb) console-setup-udeb - Configure the keyboard (udeb) Closes: 485457 485779 486090 Changes: console-setup (1.25) unstable; urgency=low . [ Anton Zinoviev ] * Correction in Debconf template - Terminus supports also Greek. Unfuzzy Belarusian and German translations. . [ Debconf translations ] - French - Galician - German. Closes: #485457
Bug#339326: installation-reports: standard installation procedure fails
Package: installation-reports Followup-For: Bug #339326 -- Package-specific info: Boot method: CD Image version: 2.6.24-1-486 Date: 2008-06-16 Machine: Fujitsu Siemens Amilo pa 2548 (Laptop) Partitions: df -Tl will do; the raw partition table is preferred # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/sda5 / ext3errors=remount-ro 0 1 /dev/sda6 noneswapsw 0 0 /dev/sda3 /mnt/DATA ntfs-3g defaults,locale=de_DE.UTF8 0 0 /dev/hda/media/cdrom0 udf,iso9660 user,noauto 0 0 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] Detect network card:[O] Configure network: [E] Detect CD: [O] Load installer modules: [E] Detect hard drives: [O] Partition hard drives: [E] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[E] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -Using standard install fails: could not detect all pci devices, detected acpi bios bug after that installation process hangs: could proceed installation by pressing ON/OFF button. -Tried in expert mode: - expert noapic nolapic acpi=off irqpoll desktop=kde - this was OK one PCI device still not detected/unknown / (expertgui also failed:error with framebuffer-hangs in endless loop) -installation in expert mode went on fine, no more errors! -When first trying install noapic nolapic acpi=off irqpoll desktop=kde i could not format sda5 to ext3 - hangs at 33% partitioning mode = manual, existing other operating systems: windows VISTA (was not damaged during installation of linux) partitioning in expert mode was just fine! -When shut down systen i have to turn off the computer manually by pressing the power button after the message-system halted. I can live with that. -Nvidia original driver installation was ok after i installed the linux headers. individual comments -3 weeks ago i tried ubuntu because debian etch was not installable. Ubuntu installation (8.04)was very fine! but lenny seems to make up ground. Ubuntu config files (fstab and xorg.conf) were very useful for tuning the system!(Ubuntu makes the understanding of debian easy for many users) -Using lenny with kde now!I have installed in one partition sda5 and saved it to hard disk(sda3 / ntfs-3g)with partimage. I often try new versions of debian and ubuntu just to keep up to date. -I appreciate the work of the dedian maintainers very much an try to convince people to use debian based linux systems instead of windows.(very hard job). I am using debian for about 3 years. This is the first time i dare to send a bug report. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=5.0 (lenny) - installer build 20080522 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == umame -a: Linux deb2008 2.6.24-1-486 #1 Thu May 8 01:29:10 UTC 2008 i686 unknown lspci -knn: 00:00.0 RAM memory [0500]: nVidia Corporation MCP67 Memory Controller [10de:0547] (rev a2) lspci -knn: 00:01.0 ISA bridge [0601]: nVidia Corporation MCP67 ISA Bridge [10de:0548] (rev a2) lspci -knn: 00:01.1 SMBus [0c05]: nVidia Corporation MCP67 SMBus [10de:0542] (rev a2) lspci -knn: 00:01.3 Co-processor [0b40]: nVidia Corporation MCP67 Co-processor [10de:0543] (rev a2) lspci -knn: 00:02.0 USB Controller [0c03]: nVidia Corporation MCP67 OHCI USB 1.1 Controller [10de:055e] (rev a2) lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: Kernel modules: ohci-hcd lspci -knn: 00:02.1 USB Controller [0c03]: nVidia Corporation MCP67 EHCI USB 2.0 Controller [10de:055f] (rev a2) lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: Kernel modules: ehci-hcd lspci -knn: 00:04.0 USB Controller [0c03]: nVidia Corporation MCP67 OHCI USB 1.1 Controller [10de:055e] (rev a2) lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: Kernel modules: ohci-hcd lspci -knn: 00:04.1 USB Controller [0c03]: nVidia Corporation MCP67 EHCI USB 2.0 Controller [10de:055f] (rev a2) lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: Kernel
Bug#479208: debian-installer: text frontend isn't localized
Hello, Samuel Thibault, le Sat 03 May 2008 21:55:39 +0100, a écrit : On Saturday 03 May 2008, Samuel Thibault wrote: When booting the installer (today's daily build of x86 mini.iso) with DEBIAN_FRONTEND=text , the language selection is reduced to C and English. Is there a reason for that? The current assumption is that people using the text frontend are probably doing so because they have a very limited environment which may well not be able to handle characters that are not pure ASCII. Well, I would say that that assumption should rather be based on the kind of terminal (i.e. here, serial console, VT console, or framebuffer), not on the kind of debconf frontend. Actually that is already done in localechooser. If braille devices are guaranteed to be able to handle that They do. You'll need to specify what range is supported based on the language levels defined for localechooser (e.g. are CJK languages supported; is Cyrillic or Greek?). Well, it's the same as what the linux console itself can handle, i.e. not CJK, Cyrillic or Greek, just because the fonts are not available in the installer. See the README file in the source code for localechooser and the Ok, I'll have a look at that. It looks to me like just doing this should be fine: --- localechooser-2.03/localechooser.orig 2008-06-19 00:23:38.0 +0100 +++ localechooser-2.03/localechooser2008-06-19 00:23:51.0 +0100 @@ -58,8 +58,6 @@ #log Frontend in use: $DEBIAN_FRONTEND case $DEBIAN_FRONTEND in - text) - level=0 ;; gtk) level=4 ;; *) because the serial and dumb terminal cases are already handled below. The documentation patch would be --- localechooser-2.03/README.orig 2008-06-19 00:25:35.0 +0100 +++ localechooser-2.03/README 2008-06-19 00:26:41.0 +0100 @@ -71,8 +71,8 @@ Which languages are supported depends on the installation method and on the cdebconf frontend that is being used. Currently 5 levels are distinguished: -- no framebuffer and text interface --level 0 (only ASCII) -- no framebuffer and other interface --level 1 (only Latin1) +- dumb or serial terminal--level 0 (only ASCII) +- no framebuffer --level 1 (only Latin1) - framebuffer and non-graphical interface--level 2 and 3 (no combining langs) - framebuffer and graphical interface--level 4 (all langs) @@ -80,10 +80,7 @@ list of languages. These lists are created at package build-time from the contents of the second field of languagelist entries. -Stricto-sensu, the text interface could use all languages but it will most -often be used in situation where the display is poor, so it is assumed -that only ASCII languages may be displayed. When the gtk frontend is used, -it is assumed that all languages are supported. +When the gtk frontend is used, it is assumed that all languages are supported. The steps during language selection are: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486926: Installed system does not have correct permissions on directories
Package: live-installer Severity: normal Version: 5 After installation via live-installer, permisions on directories are all 0755. This is especially noticable on /tmp, /var/mail, /etc/ssl/private, etc. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 From 1ab50c8fc84f05c6b12ee6c8ba470cb25d682025 Mon Sep 17 00:00:00 2001 From: Chris Lamb [EMAIL PROTECTED] Date: Sat, 14 Jun 2008 06:40:13 +0100 Subject: [PATCH] Override live-image network data info from d-i instead of removing it After installation via live-installer, one is left with a system without networking dispite netcfg configuring it correctly. This patch copies d-i networking settings (if they exist) to the target. This operation is already performed a base-installer.d pre-installation hook, but the changes are overridden during the extraction of the live filesystem image. An alternative to this patch would be to run the pre- installation hooks post-extraction, but that seems to be asking for trouble. Signed-off-by: Chris Lamb [EMAIL PROTECTED] --- packages/live-installer/live-installer.d/network | 10 -- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/packages/live-installer/live-installer.d/network b/packages/live-installer/live-installer.d/network index 27863b6..93e461a 100755 --- a/packages/live-installer/live-installer.d/network +++ b/packages/live-installer/live-installer.d/network @@ -1,4 +1,10 @@ #!/bin/sh -e -# Remove live-cd network data -rm -f /target/etc/hostname /target/etc/hosts /target/etc/network/interfaces +# Override live-cd network data info from d-i +for file in /etc/network/interfaces /etc/networks /etc/hostname /etc/resolv.conf /etc/hosts; do + rm -f /target/$file + if [ -f $file ]; then + mkdir /target/$(dirname $file) -p + cp $file /target/$file + fi +done -- 1.5.5.4 signature.asc Description: PGP signature
Re: Debian installer and braille
Hello, Frans Pop, le Wed 07 May 2008 12:38:56 +0200, a écrit : On Sunday 04 May 2008, Samuel Thibault wrote: About the dark theme, it would probably be useful to make the text lightwhite (CGA color 0x15), not only white/grey (CGA color 0x7)? Please submit a patch. Would it be ok to make the text frontend depend on ncurses, in order to make it generic? Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 481464 is normal, merging 481464 480755
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.30 severity 481464 normal Bug#481464: tasksel: please add libgl1-mesa-dri to the desktop task Severity set to `normal' from `wishlist' merge 481464 480755 Bug#480755: compiz should bring libgl1-mesa-dri|nvidia|fglrx|... whatever needed to get 3D Bug#481464: tasksel: please add libgl1-mesa-dri to the desktop task Merged 480755 481464. End of message, 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#486182: Installed system does not have functioning networking
There are other base-install.d hooks that configure things that could also be important, and could potentially be overwritten. I found: console-setup-udeb: /etc/default/console-setup rootskel: /etc/udev/rules.d/ files (netwinder only) There could be others now or later. Suggest the attached changeset. -- see shy jo From 00b406284bb77a34da1f29805c0336ecac33b490 Mon Sep 17 00:00:00 2001 From: Joey Hess [EMAIL PROTECTED] Date: Wed, 18 Jun 2008 21:26:29 -0400 Subject: [PATCH] redefine base-install.d hooks live-installer needs these hooks to run after the live system is copied in. base-installer can get by with running them after deboostrap, and the existing hooks will work ok if the system is already there. So, redefine the base-install.d hooks to run after the base system is extacted, but before the installed system is used in any way (such as using apt to install additional stuff). --- installer/doc/devel/available-hooks.txt|7 --- installer/doc/devel/internals/internals.xml|2 +- .../base-installer/debian/bootstrap-base.postinst |2 +- packages/base-installer/debian/changelog |9 + packages/live-installer/debian/changelog |7 +++ packages/live-installer/debian/postinst|2 +- 6 files changed, 23 insertions(+), 6 deletions(-) diff --git a/installer/doc/devel/available-hooks.txt b/installer/doc/devel/available-hooks.txt index 7e913a0..e7a3f81 100644 --- a/installer/doc/devel/available-hooks.txt +++ b/installer/doc/devel/available-hooks.txt @@ -22,12 +22,13 @@ This list is probably incomplete. install or not into the target area. /usr/lib/base-installer.d/* [base-installer] -The files in this directory are executed in sequence before debootstrap -is called. +The files in this directory are executed in sequence after the base +system has been bootstrapped (generally by debootstrap), but before +the system is used in any way. /usr/lib/post-base-installer.d/* [base-installer] The files in this directory are executed in sequence after debootstrap -is called. +is called (or whatever is used to bootstrap the base system). /usr/lib/pre-pkgsel.d/* [pkgsel] The files in this directory are executed in sequence before tasksel diff --git a/installer/doc/devel/internals/internals.xml b/installer/doc/devel/internals/internals.xml index 2eb3eba..dbaafc2 100644 --- a/installer/doc/devel/internals/internals.xml +++ b/installer/doc/devel/internals/internals.xml @@ -516,7 +516,7 @@ The main hooks are: varlistentry termfilename/usr/lib/base-installer.d/filename/term listitempara -Run by base-installer before debootstrap is started. +Run by base-installer after system is bootstrapped, but before it is used. /para/listitem /varlistentry varlistentry diff --git a/packages/base-installer/debian/bootstrap-base.postinst b/packages/base-installer/debian/bootstrap-base.postinst index 09e3cf6..dedd3bf 100755 --- a/packages/base-installer/debian/bootstrap-base.postinst +++ b/packages/base-installer/debian/bootstrap-base.postinst @@ -126,8 +126,8 @@ install_base_system () { waypoint 1 check_target waypoint 1 get_mirror_info -waypoint 1 pre_install_hooks waypoint 100 install_base_system +waypoint 1 pre_install_hooks waypoint 1 setup_dev waypoint 1 configure_apt_preferences waypoint 1 configure_apt diff --git a/packages/base-installer/debian/changelog b/packages/base-installer/debian/changelog index f35e3b3..faf687d 100644 --- a/packages/base-installer/debian/changelog +++ b/packages/base-installer/debian/changelog @@ -1,3 +1,12 @@ +base-installer (1.92) UNRELEASED; urgency=low + + * Call base-installer.d hooks after running debootstrap, for consistency +with live-installer. (So, pre_install_hooks is run after bootstrap, but +before anything is installed with apt. So the name still makes a kind +of sense, if you squint..) + + -- Joey Hess [EMAIL PROTECTED] Wed, 18 Jun 2008 21:20:28 -0400 + base-installer (1.91) unstable; urgency=low [ Updated translations ] diff --git a/packages/live-installer/debian/changelog b/packages/live-installer/debian/changelog index 2ad2913..0ee661f 100644 --- a/packages/live-installer/debian/changelog +++ b/packages/live-installer/debian/changelog @@ -1,3 +1,10 @@ +live-installer (6) UNRELEASED; urgency=low + + * Run base-install.d hooks after copying in the life system, to avoid +overwriting any files created by them. Closes: #486182 + + -- Joey Hess [EMAIL PROTECTED] Wed, 18 Jun 2008 21:23:06 -0400 + live-installer (5) unstable; urgency=low [ Updated translations ] diff --git a/packages/live-installer/debian/postinst b/packages/live-installer/debian/postinst index cd3313d..e1e331b 100755 --- a/packages/live-installer/debian/postinst +++ b/packages/live-installer/debian/postinst @@ -98,8 +98,8 @@ install_live_system () { waypoint 1 check_target waypoint 1 get_mirror_info -waypoint 1
Processed: setting package to live-installer, tagging 486184
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.30 # via tagpending # # live-installer (6) UNRELEASED; urgency=low # # * Bail-out much earlier if a filesystem image cannot be found (Chris Lamb) #Closes: #486184 # package live-installer Ignoring bugs not assigned to: live-installer tags 486184 + pending Bug#486184: Should bail-out much earlier if a filesystem image cannot be found Tags were: patch Tags added: pending End of message, 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#486184: setting package to live-installer, tagging 486184
# Automatically generated email from bts, devscripts version 2.10.30 # via tagpending # # live-installer (6) UNRELEASED; urgency=low # # * Bail-out much earlier if a filesystem image cannot be found (Chris Lamb) #Closes: #486184 # package live-installer tags 486184 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486926: Installed system does not have correct permissions on directories
Chris Lamb wrote: Package: live-installer Severity: normal Version: 5 After installation via live-installer, permisions on directories are all 0755. This is especially noticable on /tmp, /var/mail, /etc/ssl/private, etc. If that's the case, the bug should probably be RC; a system with such busted permissions is generally broken. And it looks like the bug is that it simply runs mkdir -p before copying w/o trying to preserve dir perms at all: if [ -d $item ] [ ! -h $item ]; then mkdir -p /target/$item else mkdir -p /target/$(dirname $item) rm -f /target/$item cp -a $item /target/$item fi The thing to do seems to be to use tar instead. I cannot test the attached patch easily, since I have no live CDs to use it with. Can someone please give it a try? -- see shy jo From 8b0ed77c1eeb00076ce97e553d1ed21a9ad39ba8 Mon Sep 17 00:00:00 2001 From: Joey Hess [EMAIL PROTECTED] Date: Wed, 18 Jun 2008 22:16:50 -0400 Subject: [PATCH] Copy files using tar, avoids permissions problems and other nonsense I suggest getting rid of this mkdir/rm/cp nonsense and just pipe tar to tar. d-i busybox tar cannot create tar archives, but that's ok, we have a live filesystem with a fullfledged tar on it available to use. This patch has not yet been tested. --- packages/live-installer/debian/changelog |7 +++ packages/live-installer/debian/postinst | 20 +--- 2 files changed, 16 insertions(+), 11 deletions(-) diff --git a/packages/live-installer/debian/changelog b/packages/live-installer/debian/changelog index 2ad2913..9b03bc0 100644 --- a/packages/live-installer/debian/changelog +++ b/packages/live-installer/debian/changelog @@ -1,3 +1,10 @@ +live-installer (6) UNRELEASED; urgency=low + + * Copy files using tar, avoids permissions problems and other nonsense. +Closes: #486926 + + -- Joey Hess [EMAIL PROTECTED] Wed, 18 Jun 2008 21:23:06 -0400 + live-installer (5) unstable; urgency=low [ Updated translations ] diff --git a/packages/live-installer/debian/postinst b/packages/live-installer/debian/postinst index cd3313d..2608e00 100755 --- a/packages/live-installer/debian/postinst +++ b/packages/live-installer/debian/postinst @@ -37,17 +37,15 @@ install_live_system () { COUNT=0 OLD_IFS=$IFS IFS=$NEWLINE - for item in `find .`; do - # We need to be ensure it's not a symbolic link otherwise - # it breaks links for directories. - if [ -d $item ] [ ! -h $item ]; then -mkdir -p /target/$item - else -mkdir -p /target/$(dirname $item) -rm -f /target/$item -cp -a $item /target/$item - fi - + mkdir -p /target + # use tar from inside the live filesystem to create + # the tarball, because busybox tar in d-i does not + # support creating tarballs. + # + # The --exclude is a paranoia measure, in case this program + # is running from the toplevel of a live filesystem, + # which is not normally the case. + for line in $(chroot . tar c . --exclude=target | (chdir /target tar xv)); do COUNT=$(($COUNT + 1)) CURRENT=$(($COUNT * 100 / $STEPS)) -- 1.5.5.4 signature.asc Description: Digital signature
Processed: severity of 486926 is serious
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.30 severity 486926 serious Bug#486926: Installed system does not have correct permissions on directories Severity set to `serious' from `normal' End of message, 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#486926: Installed system does not have correct permissions on directories
Joey Hess wrote: The thing to do seems to be to use tar instead. I cannot test the attached patch easily, since I have no live CDs to use it with. Just tried it here. Whilst the files are copied with the correct permissions (yay), something seems to block the filename output from tar, causing the progress bar to sit at 2% until very near the end - it then shoots up quite quickly. As a bonus, before reading your reply I had re-implemented this functionality in C which sped it up by a factor of 4 - using tar seems to have the same effect. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#486926: Installed system does not have correct permissions on directories
Chris Lamb wrote: Just tried it here. Whilst the files are copied with the correct permissions (yay), something seems to block the filename output from tar, causing the progress bar to sit at 2% until very near the end - it then shoots up quite quickly. Right, I guess I'd need to use a read loop to get the lines one at a time rather than having it buffer. Updated patch attached. As a bonus, before reading your reply I had re-implemented this functionality in C which sped it up by a factor of 4 - using tar seems to have the same effect. Using C is an interesting idea.. -- see shy jo From 0b30e08a28fb8bceed82bf01c8c2f18eedf30687 Mon Sep 17 00:00:00 2001 From: Joey Hess [EMAIL PROTECTED] Date: Wed, 18 Jun 2008 22:16:50 -0400 Subject: [PATCH] Copy files using tar, avoids permissions problems and other nonsense I suggest getting rid of this mkdir/rm/cp nonsense and just pipe tar to tar. d-i busybox tar cannot create tar archives, but that's ok, we have a live filesystem with a fullfledged tar on it available to use. This patch has not yet been tested. (take 2) --- packages/live-installer/debian/changelog |7 ++ packages/live-installer/debian/postinst | 43 +- packages/live-installer/debian/postinst.orig | 123 ++ 3 files changed, 152 insertions(+), 21 deletions(-) create mode 100755 packages/live-installer/debian/postinst.orig diff --git a/packages/live-installer/debian/changelog b/packages/live-installer/debian/changelog index 2ad2913..9b03bc0 100644 --- a/packages/live-installer/debian/changelog +++ b/packages/live-installer/debian/changelog @@ -1,3 +1,10 @@ +live-installer (6) UNRELEASED; urgency=low + + * Copy files using tar, avoids permissions problems and other nonsense. +Closes: #486926 + + -- Joey Hess [EMAIL PROTECTED] Wed, 18 Jun 2008 21:23:06 -0400 + live-installer (5) unstable; urgency=low [ Updated translations ] diff --git a/packages/live-installer/debian/postinst b/packages/live-installer/debian/postinst index cd3313d..5dc222b 100755 --- a/packages/live-installer/debian/postinst +++ b/packages/live-installer/debian/postinst @@ -36,27 +36,28 @@ install_live_system () { COUNT=0 OLD_IFS=$IFS - IFS=$NEWLINE - for item in `find .`; do - # We need to be ensure it's not a symbolic link otherwise - # it breaks links for directories. - if [ -d $item ] [ ! -h $item ]; then -mkdir -p /target/$item - else -mkdir -p /target/$(dirname $item) -rm -f /target/$item -cp -a $item /target/$item - fi - - COUNT=$(($COUNT + 1)) - CURRENT=$(($COUNT * 100 / $STEPS)) - - [ x$CURRENT = x$LAST_UPDATE ] continue - - LAST_UPDATE=$CURRENT - db_progress STEP 1 - done - IFS=$OLD_IFS + mkdir -p /target + # use tar from inside the live filesystem to create + # the tarball, because busybox tar in d-i does not + # support creating tarballs. + # + # The --exclude is a paranoia measure, in case this program + # is running from the toplevel of a live filesystem, + # which is not normally the case. + chroot . tar c . --exclude=target | \ + (chdir /target tar xv) | \ + ( + while read line; do +COUNT=$(($COUNT + 1)) +CURRENT=$(($COUNT * 100 / $STEPS)) + +[ x$CURRENT = x$LAST_UPDATE ] continue + +LAST_UPDATE=$CURRENT +db_progress STEP 1 + done + IFS=$OLD_IFS + ) done # if we're dumping it, we need to set boot=live diff --git a/packages/live-installer/debian/postinst.orig b/packages/live-installer/debian/postinst.orig new file mode 100755 index 000..e1e331b --- /dev/null +++ b/packages/live-installer/debian/postinst.orig @@ -0,0 +1,123 @@ +#! /bin/sh +set -e + +. /usr/share/debconf/confmodule +db_capb backup + +. /usr/lib/base-installer/library.sh + +NEWLINE= + + +db_input low live-installer/mode || true +db_go || exit 10 # back to menu +db_get live-installer/mode +mode=$RET + +install_live_system () { + # Look at + PLACES= + + # Load filesystem support + for script in $(ls /lib/live-installer/*); do + . $script + done + + for place in $PLACES; do + [ ! -e $place ] continue + + SUPPORT=$(echo $place | sed 's,.*\.\(.*\)$,\1,g') + info Using $SUPPORT support for $place + + eval ${SUPPORT}_prepare + STEPS=$(eval ${SUPPORT}_count) + + db_progress INFO live-installer/progress/copying + + COUNT=0 + OLD_IFS=$IFS + IFS=$NEWLINE + for item in `find .`; do + # We need to be ensure it's not a symbolic link otherwise + # it breaks links for directories. + if [ -d $item ] [ ! -h $item ]; then +mkdir -p /target/$item + else +mkdir -p /target/$(dirname $item) +rm -f /target/$item +cp -a $item /target/$item + fi + + COUNT=$(($COUNT + 1)) + CURRENT=$(($COUNT * 100 / $STEPS)) + + [ x$CURRENT = x$LAST_UPDATE ] continue + + LAST_UPDATE=$CURRENT + db_progress STEP 1 + done + IFS=$OLD_IFS + done + + # if we're dumping it, we need to set boot=live + if [ $mode = live ]; then + # set the init script to use + if [ -d /cdrom/casper