Creating custom CDs
Hi! I downloaded and used Debian Etch beta 3 release to compile my own system from scratch i a new partition of my hd. The hard disk is partitioned like that: hda1 swap hda2 / (Debian Etch beta 3 release) hda3 / (My own system) I would like to create an installation cd or a set of installation cds or a dvd for my own system. It was built entirely from sources and so I would like to ask if it is possible to use debian-installer to create a cd which includes the source packages plus patches and to build it from *.tar.gz , *.tar.bz2 etc... instead of using .deb packages following a specific build order and for example adding support for reiser4 file system. The idea was to unpack the source package in ram, apply the needed patches, running the configure script (plus the various options), make, make install and ldconfig normal way to compile packages so to install it directly to hd. Thanks in advance, Luca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389314: installation good, few unimportant suggestions, sending as directed -thanks
accidentally sent email directly to developer - I apologize. here's the copy for the bug archive: --- not really, no. the installer didn't let me choose anything [packages]. it just downloaded everything it wanted from the repos [during installation] and set it up (netinst) itself [except exim4]]. > > > > You did the right thing with uninstalling the services you don't need. > > Have you any idea why they were installed? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389285: marked as done (failed installation after hang on "configuring apt")
Your message dated Tue, 26 Sep 2006 23:42:28 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#389285: failed installation after hang on "configuring apt" has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: installation-reports Boot method: netinst Image version: Daily, Sept 24, 2006 - from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: Sept 24, 2006 Machine: VMPLAYER on Hp Pavilion zv5120us laptop Processor: Intel(R) Celeron(R) CPU 2.80GHz Memory: 1136MB RAM & 956MB swap on laptop; 512MB RAM & 512MB swap on virtualization Partitions: Output of lspci and lspci -n: =That of the virtualized machine= lspci lspci -n Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[E] Reboot: [O] from tty2 Comments / Problems: * Framebuffer console is very slow with vmware, which hogs cpu (%100 even when selecting options of partitioner) * "validation" of package zlib1g (during base system install) takes a long time * During base install, "installing core packages" and "unpacking the base system" could list some of those packages below in a box * Selecting a mirror: could calculate and suggest fastest mirror to the user !*! Hangs at "Configuring apt" (%60) for too long without explanation: had to reboot without going further * no way to resume failed installation --- End Message --- --- Begin Message --- On Tue, Sep 26, 2006 at 01:38:07PM -0400, t u wrote: > > And which algoritm for calculation of the fastest mirror do you suggest? > > > > :) that's a question well over my league. may be ping mirrors avaliable > to chosen area / country and sugest the one that pings the fastest? I'm > not sure though. Calculation of the fastest mirror is very though. ( I don't dare to say it can't be done ) As far as I'm concerned, is the current approach the best one: Assume a smart user. It also allows an user to learn and a local apt archive which won't be in list of archives to be probe for the fastest, but _is_ the fastest. > >> !*! Hangs at "Configuring apt" (%60) for too long without explanation: > >> had to reboot without going further > > > > Please do another install attempt. > > second attempt worked :) Okay, I'm closing this bugreport. > >> * no way to resume failed installation > > > > Yes, that is the consequence of the reboot before finnished install. > > is there a way to not make it that way? the base installation succeeded, > so I think I had a working system minus grub. I am not sure at all, but > if the install CD had an option to "boot to existing install to recover" > I could have managed to finish the installation. The installer has the boot option "rescue" that can (re)install grub. > Again, I'm not sure if that could be done and I'm not sure if I'm asking > for too much :) > > thanks again Have fun with your Debian GNU/Linux computer (inside VMWARE) and don't worry about questions. Cheers Geert Stappers -- Questions are the start of wisdom.--Lt. Worff --- End Message ---
Bug#389456: p-a-c: Fails to configure encrypted volumes
On Tue, Sep 26, 2006 at 07:36:10PM +0200, Max Vozeler wrote: - tools="/bin/blockdev-keygen /sbin/dmsetup /sbin/cryptsetup" + tools="$tools /sbin/dmsetup /sbin/cryptsetup /lib/libpopt.so.0" This won't work, I think? We test for [ -x $tool ] further down in crypto_check_required_tools(). I think we'd need to change the test to [ -e .. ] or test separately for libs. Somehow I feel we should find a better way to test for required libraries though. Perhaps changing the error reporting in anna-install so that we could tell if a dependency couldn't be loaded? Oh, right...I've changed the test to [ -e ] for now and we can always do this in a different way if/when anna-install allows for dependency download error checking. -- David Härdeman
Bug#389314: installation good, few unimportant suggestions, sending as directed -thanks
On Tue, Sep 26, 2006 at 01:37:57PM -0400, t u wrote: > > Please name the services > > and why they shouldn't be listing to the outside world? > > thanks for another fast response. unfortunately, it didn't come to me to > note the services, and I uninstalled all the services that I thought > might be related to the open ports. the ones I remember are > > cupsys or lpd > samba > winbind > nfs > portmap > > reason I suggested them to be closed is because I would imagine it is > easier to connect and exploit open ports of a freshly installed system. You did the right thing with uninstalling the services you don't need. Have you any idea why they where installed? Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342053: DirectFrameBuffer crashes on PPC systems if HW accelerated drivers are used
On Sep 26, 2006, at 4:04 PM, Sven Luther wrote: On Tue, Sep 26, 2006 at 04:01:15PM -0400, Rick Thomas wrote: OK. I have a G4 PowerMac with :00:10.0 VGA compatible controller: ATI Technologies Inc Radeon RV200 QW [Radeon 7500] Should work flawlessly with the current daily-builds. Friendly, Sven Luther Hmmm Maybe I'm not getting the current daily-build? On Sep 24, 2006, at 5:34 AM, Frans Pop wrote: On Sunday 24 September 2006 10:17, Rick Thomas wrote: Is there an iso I can burn with the necessary stuff on it? I'm not set up to do netbooting at this moment. There is only an iso. Look for gtk-miniiso under powerpc/powerpc64: http://people.debian.org/~wouter/d-i/powerpc/daily/ So I went there and found Index of /~wouter/d-i/powerpc/daily/powerpc/gtk-miniiso NameLast modified Size Description Parent Directory18-Sep-2006 22:16 - initrd.gz 25-Sep-2006 22:34 9.7M mini.iso25-Sep-2006 22:45 15.3M vmlinux 25-Sep-2006 22:45 3.8M vmlinuz-chrp.initrd 25-Sep-2006 22:56 11.1M Apache/1.3.33 Server at people.debian.org Port 80 and from which I downloaded and burned the mini.iso I booted from the CD and got repeating crashes when it tried to initialize the graphical installer messages read in part (manually typed in -- I don't have any way to cut-and-paste from the crashed machine...) - DirectFB v0.9.25 - ... () *** UNIMPLEMENTED [fusion_reactor_set_lock] *** [../../../ lib/fusion/reactor.c:853] ... (*) DirectFB/Graphics: ATI Radeon 7500 (5157) 1.0 (Claudio Ciccani) (*) DirectFB/Graphics: Acceleration disabled (by 'no-hardware') (!) DirectFB/FBDev: No supported modes found in /etc/fb.modes and current mode not supported! (!) DirectFB/FBDev: Current mode's pixelformat: rgba 8/0, 8/0, 8/0, 0/0 (8bit) (!) DirectFB/Core/layers: Failed to initialize layer 0! --> Initialization error! (!) DirectFB/Core: Could not initialize 'layers' core! --> Initialization error! (#) DirectFBError [gdk_display_open: DirectFBCreate]: Initialization error! (debconf:1609): Gtk-Warning **: cannot open display: (process:1641): INFO: kbd-mode: setting console mode to Unicode (UTF-8) (*) DirectFB/Config: Parsing config file '/etc/directfbrc' Is there a different mini.iso ? Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342053: DirectFrameBuffer crashes on PPC systems if HW accelerated drivers are used
On Tue, Sep 26, 2006 at 04:48:51PM -0400, Rick Thomas wrote: > > On Sep 26, 2006, at 4:04 PM, Sven Luther wrote: > > >On Tue, Sep 26, 2006 at 04:01:15PM -0400, Rick Thomas wrote: > > >>OK. I have a G4 PowerMac with > >> > >>:00:10.0 VGA compatible controller: ATI Technologies Inc Radeon > >>RV200 QW [Radeon 7500] > > > >Should work flawlessly with the current daily-builds. > > > >Friendly, > > > >Sven Luther > > Hmmm > > Maybe I'm not getting the current daily-build? > > > On Sep 24, 2006, at 5:34 AM, Frans Pop wrote: > >On Sunday 24 September 2006 10:17, Rick Thomas wrote: > >>Is there an iso I can burn with the necessary stuff on it? I'm not > >>set up to do netbooting at this moment. > > > >There is only an iso. Look for gtk-miniiso under powerpc/powerpc64: > >http://people.debian.org/~wouter/d-i/powerpc/daily/ > > So I went there and found > > >Index of /~wouter/d-i/powerpc/daily/powerpc/gtk-miniiso > >NameLast modified Size Description > > > >Parent Directory18-Sep-2006 22:16 - > >initrd.gz 25-Sep-2006 22:34 9.7M > >mini.iso25-Sep-2006 22:45 15.3M > >vmlinux 25-Sep-2006 22:45 3.8M > >vmlinuz-chrp.initrd 25-Sep-2006 22:56 11.1M > > > >Apache/1.3.33 Server at people.debian.org Port 80 > > and from which I downloaded and burned the mini.iso > > I booted from the CD and got repeating crashes when it tried to > initialize the graphical installer > > messages read in part (manually typed in -- I don't have any way to > cut-and-paste from the crashed machine...) > > > - DirectFB v0.9.25 - > >... > > () *** UNIMPLEMENTED [fusion_reactor_set_lock] *** [../../../ > >lib/fusion/reactor.c:853] > >... > > > >(*) DirectFB/Graphics: ATI Radeon 7500 (5157) 1.0 (Claudio Ciccani) > >(*) DirectFB/Graphics: Acceleration disabled (by 'no-hardware') > >(!) DirectFB/FBDev: No supported modes found in /etc/fb.modes and > >current mode not supported! > >(!) DirectFB/FBDev: Current mode's pixelformat: rgba 8/0, 8/0, 8/0, > >0/0 (8bit) > >(!) DirectFB/Core/layers: Failed to initialize layer 0! > >--> Initialization error! > >(!) DirectFB/Core: Could not initialize 'layers' core! > >--> Initialization error! > >(#) DirectFBError [gdk_display_open: DirectFBCreate]: > >Initialization error! > > > >(debconf:1609): Gtk-Warning **: cannot open display: > >(process:1641): INFO: kbd-mode: setting console mode to Unicode > >(UTF-8) > >(*) DirectFB/Config: Parsing config file '/etc/directfbrc' > > > Is there a different mini.iso ? Oh, well. I said should, but i guess i am wrong on this one. Attilio, this is another data point for this, can you try the tricks eddy tried, and reported success for ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342053: DirectFrameBuffer crashes on PPC systems if HW accelerated drivers are used
On Tue, Sep 26, 2006 at 04:01:15PM -0400, Rick Thomas wrote: > > On Sep 24, 2006, at 5:52 AM, Sven Luther wrote: > > >On Sun, Sep 24, 2006 at 04:17:58AM -0400, Rick Thomas wrote: > >> > >>On Sep 23, 2006, at 6:13 AM, Sven Luther wrote: > >> > >>> > >Also, about the console font corruption with radeonfb, i would be > >interested > >in feedback of if it is a powerpc only issue, or ppc stuff ? > > No idea, i on no radeon boards :( > >>> > >>>Someone else ? > >> > >>I might have a NewWorld Mac with a radeon board... If so, it's at > >>work, so checking will have to wait til Monday. I'll let you know. > > > >Yes, please. Do you remember the model exactly ? > > > > > OK. I have a G4 PowerMac with > > :00:10.0 VGA compatible controller: ATI Technologies Inc Radeon > RV200 QW [Radeon 7500] Should work flawlessly with the current daily-builds. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342053: DirectFrameBuffer crashes on PPC systems if HW accelerated drivers are used
On Sep 24, 2006, at 5:52 AM, Sven Luther wrote: On Sun, Sep 24, 2006 at 04:17:58AM -0400, Rick Thomas wrote: On Sep 23, 2006, at 6:13 AM, Sven Luther wrote: Also, about the console font corruption with radeonfb, i would be interested in feedback of if it is a powerpc only issue, or ppc stuff ? No idea, i on no radeon boards :( Someone else ? I might have a NewWorld Mac with a radeon board... If so, it's at work, so checking will have to wait til Monday. I'll let you know. Yes, please. Do you remember the model exactly ? OK. I have a G4 PowerMac with :00:10.0 VGA compatible controller: ATI Technologies Inc Radeon RV200 QW [Radeon 7500] Will that be useful? [EMAIL PROTECTED]:~$ cat /proc/cpuinfo processor : 0 cpu : 7450, altivec supported clock : 733.31MHz revision: 0.1 (pvr 8000 0201) bogomips: 66.30 timebase: 33217233 platform: PowerMac machine : PowerMac3,5 motherboard : PowerMac3,5 MacRISC2 MacRISC Power Macintosh detected as : 69 (PowerMac G4 Silver) pmac flags : 0010 L2 cache: 256K unified pmac-generation : NewWorld Enjoy! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
miboot net-install floppies too big
Hi, I have a powerpc 6500/275 and am trying to install debian etch with the floppy images from ~wouter, or the beta3 from debian for that matter. Everything works fine until I insert the net-install.img. Through mail contact with piotras, after "erroneously" posting on the debootloaders-miboot list, i found out that all the recent net-install images are too big for a floppy. I also found the following post which makes reference to this fact: http://lists.debian.org/debian-boot/2006/09/msg00823.html Is anybody looking into this? The boot loader works otherwise up to the net-install part and it's a shame if the floppies won't work since the only other way is with a harddisk install which is a more complicated. truly, rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Releasing G-I with RC1 - one RC issue remaining
Hi, On Tue, Sep 26, 2006, Attilio Fiandrotti wrote: > Anyway, yesterday i eventually found the root of the "boom" bug [1] > (it's in GTK or GLib) and, while waiting for someone to fix it, the > below patch seems to workaround this issue in most cases. > Loic, do you feel to try building a patched GTK 2.10.4 udeb so that > frans can test if the "boom" bug is fixed? I couldn't reproduce the double free under valgrind and the X11 backend. I currently patch the source tree only one time, and I only have one source tree (I just got rid of the tar-in-tar orig.tar.gz), so I can't apply your patch to the directfb build only. Since your patch adds a mem leak, I don't want to include it right now. I'm willing to try to fix the underlying bug though, or else I will try to change the patch to only be effective when building the DFB flavor. Bye, -- Loïc Minier <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381584: efi-vars still missing in new 2.6.17-2 kernel
On Sunday 24 September 2006 18:29, Joey Hess wrote: > Frans Pop wrote: > > The EFI modules are now included in the i386 kernels. > > I have unblocked the kernel-wedge bug: #381584. Could you add the > > modules there? > > Question is, to which udeb? ia64 has it in firmware-modules, if I add > it to firmware-modules on i386 then it will be pulled into ram even on > machines that don't load elilo-installer. Whether that's a problem > depends on how elilo-installer will be loaded on i386 -- will it always > get loaded anyway, or will it only be loaded conditionally? If it's > loaded anyway then there's no harm in keeping it in firmware-modules, > otherwise some space can be saved by moving it to efi-modules or such. I would suggest a separate udeb. I expect that we can determine in hw-detect if we are installing on an Intel Mac and only in that case anna-install that udeb. This would be royally in time for bootloader installation which AIUI is the first time the info is actually needed. pgpY3gIErQHeJ.pgp Description: PGP signature
Re: Releasing G-I with RC1 - one RC issue remaining
Frans Pop wrote: Hi Attilio, With the new GTK 2.8 upload by Loïc [1] and the changes in keymap support, we now have only one RC problem remaining in G-I: the disappearing text on the current line in multi-select lists. I do not think that 2.10 will be in unstable in time for the RC1 release, so it would be great if this issue could be solved in the current 2.8 libs. Is there any way that you could backport the fix for this from 2.10? Yesterday i attempted a backport from HEAD dfb backend to 2.8.20, but i failed as many parts of code have changed since may and the backport is now much more complicated. In the case of an update to the old backport i still need to understand where to look to fix the missing lines bug. Anyway, yesterday i eventually found the root of the "boom" bug [1] (it's in GTK or GLib) and, while waiting for someone to fix it, the below patch seems to workaround this issue in most cases. Loic, do you feel to try building a patched GTK 2.10.4 udeb so that frans can test if the "boom" bug is fixed? cheers Attilio [1] http://bugzilla.gnome.org/show_bug.cgi?id=357611 Index: gtk/gtkselection.c === RCS file: /cvs/gnome/gtk+/gtk/gtkselection.c,v retrieving revision 1.110 diff -u -r1.110 gtkselection.c --- gtk/gtkselection.c 6 Jul 2006 05:14:02 - 1.110 +++ gtk/gtkselection.c 26 Sep 2006 19:25:30 - @@ -617,10 +617,10 @@ g_return_if_fail (targets == NULL || n_targets > 0); - for (i = 0; i < n_targets; i++) -g_free (targets[i].target); +// for (i = 0; i < n_targets; i++) +//g_free (targets[i].target); - g_free (targets); +// g_free (targets); } /** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388769: marked as done (installer hangs when installing packages; no abort possible)
Your message dated Tue, 26 Sep 2006 21:43:37 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#388769: installer hangs when installing packages; no abort possible has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: debian-installer Version: no idea. Netinstall image was DL'ed on 22-Sep-2006 During the installation step "Select and install software", progress ground to a halt. It said "running tasksel", the progress bar remained at 1% for several minutes. A motionless progress bar doesn't convey much information; there is no hint as to what actually went wrong. Even if I knew, there is no way to abort / go back at this point (short of switching to another console and applyig some l33t linux skillz. Due to insufficient knowledge of what I was doing, this only raised even more issues). So much for the actual complaint. Here's what I was doing: According to ALT-F4, it was trying to download the popularity-contest package at that time. After killing apt-get, the log said "Failed to fetch http://zwerg:/main/pool/main/p/popularity-contest/popularity-contest_1.34_all.deb Connection failed" zwerg happens to be the local apt-proxy machine; a subsequent attempt to retrieve that file from another box on the network was sucessful, so I don't think it's he proxy's fault. ---snip--- [EMAIL PROTECTED]:~$ wget http://zwerg:/main/pool/main/p/popularity-contest/popularity-contest_1.34_all.deb --14:02:48-- http://zwerg:/main/pool/main/p/popularity-contest/popularity-contest_1.34_all.deb => `popularity-contest_1.34_all.deb' Resolving zwerg... 192.168.30.1 Connecting to zwerg[192.168.30.1]:... connected. HTTP request sent, awaiting response... 200 OK Length: 48,774 [application/dpkg] 100%[=>] 48,774 215.45K/s 14:02:49 (215.45 KB/s) - `popularity-contest_1.34_all.deb' saved [48774/48774] ---snap--- Or maybe it was the proxy's fault, after all, because currently the restarted installer is busy downloading stuff from ftp.de.debian.org -- but that's beside the point. I'm filing a bug report because I couldn't abort the stalled installation and just go back to selecting another mirror. I had to reboot the box and start over from scratch. regards, Schnobs --- End Message --- --- Begin Message --- On Fri, Sep 22, 2006 at 11:32:33PM +0200, Wolfgang Köbler wrote: > Upgrading the apt-proxy from sarge to backports.org solved the > installation-problem. Okay, closing the bugreport. Thank you for your feedback Geert Stappers --- End Message ---
Bug#385179: Any news?
I'm getting ready to purchase some p505 servers and am wondering if you found a solution to your problem. -- Matt Olson Platform Manager Kavi Corporation Phone: 503.813.9383 e-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388845: marked as done (debian-installer: Warn of sarge apt-proxy when selecting mirror)
Your message dated Tue, 26 Sep 2006 21:43:37 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#388769: installer hangs when installing packages; no abort possible has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: debian-installer Severity: wishlist I tried to install debian behind an apt-proxy and the installations hangs when fetching packages during installation (Errormsg on ALT-F4). See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388769 . It seems that all Debian etch installations behind a sarge apt-proxy fail because of apt-proxy bug 374405: > Incompatible with full URL HTTP requests from recent apt versions > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=374405 Upgrading the apt-proxy from sarge to backports.org solved the installation-problem. IMHO it would be nice to have a hint / warning about sarge apt-proxy when manually selecting a mirror. Otherwise many people may stumble over this incompatibility. Bye, Wolfgang -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (21, 'testing'), (20, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-3-586tsc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) --- End Message --- --- Begin Message --- On Fri, Sep 22, 2006 at 11:32:33PM +0200, Wolfgang Köbler wrote: > Upgrading the apt-proxy from sarge to backports.org solved the > installation-problem. Okay, closing the bugreport. Thank you for your feedback Geert Stappers --- End Message ---
Re: Bladr GTK theme for g-i ready for packaging
Attilio Fiandrotti wrote:
Attilio Fiandrotti wrote:
I 've just looked at theme PNGs in Bladr which are referred to by gtkrc
ls -l pixmaps | awk '{system("grep "$8" gtkrc >/dev/null; if [ $? -eq
0 ]; then echo "$8" >>used_png; else echo "$8" >>unused_png; fi")}'
and it turned out that below listed PNGs are *not* referred to by gtkrc.
Luca, are those PNGs really used ? in the case are not, can we remove
them from the tarball to save up some space?
Luca has just confirmed in private the below listed files can be safely
removed from Bladr theme.
I just finished preparing a stripped version of bladr, it can be found here
https://debian.polito.it/downloads/Bladr-stripped-0.1.tgz
Attilio
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389314: installation good, few unimportant suggestions, sending as directed -thanks
>> * too many services listening to outside world on first boot > > Please name the services > and why they shouldn't be listing to the outside world? > > thanks for another fast response. unfortunately, it didn't come to me to note the services, and I uninstalled all the services that I thought might be related to the open ports. the ones I remember are cupsys or lpd samba winbind nfs portmap reason I suggested them to be closed is because I would imagine it is easier to connect and exploit open ports of a freshly installed system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389285: failed installation after hang on "configuring apt"
thanks for the quick response :) > >> * Selecting a mirror: could calculate and suggest fastest mirror to the user > > And which algoritm for calculation of the fastest mirror do you suggest? > :) that's a question well over my league. may be ping mirrors avaliable to chosen area / country and sugest the one that pings the fastest? I'm not sure though. >> !*! Hangs at "Configuring apt" (%60) for too long without explanation: >> had to reboot without going further > > Please do another install attempt. second attempt worked :) > >> * no way to resume failed installation > > Yes, that is the consequence of the reboot before finnished install. is there a way to not make it that way? the base installation succeeded, so I think I had a working system minus grub. I am not sure at all, but if the install CD had an option to "boot to existing install to recover" I could have managed to finish the installation. Again, I'm not sure if that could be done and I'm not sure if I'm asking for too much :) thanks again -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389456: p-a-c: Fails to configure encrypted volumes
Hey David, Thanks for adding the checks. On Tue, Sep 26, 2006 at 06:37:59PM +0200, David Härdeman wrote: > This leaves libpopt0 and cdebconf-newt-entropy cdebconf-newt-entropy is already taken care of through db_capb; blockdev-keygen will return an error dialog if it needs but cannot find the plugin-entropy-text capability. cheers, Max
Bug#389456: p-a-c: Fails to configure encrypted volumes
Hey again, On Tue, Sep 26, 2006 at 06:37:59PM +0200, David Härdeman wrote: > This leaves libpopt0 and cdebconf-newt-entropy > > I've committed a preliminary test for the presence of those two libs to > crypto_check_required_tools. case $1 in dm-crypt) - tools="/bin/blockdev-keygen /sbin/dmsetup /sbin/cryptsetup" + tools="$tools /sbin/dmsetup /sbin/cryptsetup /lib/libpopt.so.0" This won't work, I think? We test for [ -x $tool ] further down in crypto_check_required_tools(). I think we'd need to change the test to [ -e .. ] or test separately for libs. Somehow I feel we should find a better way to test for required libraries though. Perhaps changing the error reporting in anna-install so that we could tell if a dependency couldn't be loaded? cheers, Max
Re: Important: some Debian Installer translations are in great danger
Quoting Jens Seidel ([EMAIL PROTECTED]): > Josip, did you noticed this? It's very well possible that existing languages > such as your one will be dropped ... No other Open Source project I know about > has such an ugly and user unfriendly policy. He certainly did notice this, as the mail I sent to -i18n was BCC'ed to him. Indeed the recent activity developed by Josip on Croatian translation is without any doubt the consequence of the mail I sent. Josip was listed as the backup translator for Croatian. He's unfortunately the backup of a ghostso, now, he is the official translation coordinator (and, indeed, the only translator so far) for a language whose chance to be de-activated are lower and lower each dayprecisely because of his hard work. This so-called unfriendly policy seems to have results after all ;-) signature.asc Description: Digital signature
Processed: reassign 389456 to partman-crypto, found 389456 in 13
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.21 > reassign 389456 partman-crypto Bug#389456: p-a-c: Fails to configure encrypted volumes Bug reassigned from package `partman-auto-crypto' to `partman-crypto'. > found 389456 13 Bug#389456: p-a-c: Fails to configure encrypted volumes Bug marked as found in version 13. > 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#389456: p-a-c: Fails to configure encrypted volumes
On Tue, Sep 26, 2006 at 01:02:02PM +0200, Frans Pop wrote: On Tuesday 26 September 2006 09:51, Frans Pop wrote: Also, if loading modules can result in new devices, update-dev (from di-utils) needs to be called. Again, grep in hwdetect for examples. Adding a 'depmod -a' does fix the problem. Ok, I've fixed this in p-a-c. update-dev is not necessary since the crypto modules create no devices. Note that there is this issue too. As I've said earlier in this BR, anna-install will likely not return an error if not all dependencies can be met (my logs attached earlier confirm this), so this needs to be checked in a different way. The on-demand-loaded packages are (from your previous mail): - cdebconf-newt-entropy - crypto-modules-$kvers - cryptsetup-udeb - dmsetup-udeb - libpopt0-udeb - partman-crypto-dm cryptsetup and dmsetup are checked in crypto_check_required_tools partman-crypto-dm is the argument to anna-install and I'd assume that anna-install returns an error if the primary target is not downloaded correctly crypto-modules-$kvers is checked in crypto_load_modules crypto_load_modules and crypto_check_required_tools are called from crypto_prepare_method which is called from p-a-c and partman-crypto where appropriate This leaves libpopt0 and cdebconf-newt-entropy I've committed a preliminary test for the presence of those two libs to crypto_check_required_tools. (the above mentioned crypto_* methods are all in crypto_tools.sh from partman-crypto) -- David Härdeman
Bug#342053: DirectFrameBuffer crashes on PPC systems if HW accelerated drivers are used
Eddy Petrişor wrote: On 25/09/06, Eddy Petrişor <[EMAIL PROTECTED]> wrote: > >> A round of PPC tests would be useful, especially it happens to find > >> owners of ATI or NVIDIA boards. > > > > > > Got one. > > Eddy, do you have the chance to test if forcing off DFB's HW > acceleration makes g-i run on your Mac? I did, (Sven knows), it didn't work for me. I added by hand in the directfbrc file the option. Neither did "video=ofonly" At Sven's suggestion, I have ran the installer with disable-module=radeon in directfbrc. This worked (well, only if the linux_input module is deactivated, too). what if you delete the ll /usr/lib/directfb-0.9.25/gfxdrivers/ directory, remove disable-module=radeon from directfbrc and A) disable linux_input in directfbrc B) leave linux_input enabled in directfbrc thanks Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian installer with kernel 2.6.18
Hi,
I am still having problems. I now installed kernel-wedge from svn, but
still fail on creating the udebs:
[EMAIL PROTECTED]:/usr/src/debian-installer/k/linux-kernel-di-amd64-2.6$
dpkg-buildpackage -rfakeroot
dpkg-buildpackage: source package is linux-kernel-di-amd64-2.6
dpkg-buildpackage: source version is 1.11
dpkg-buildpackage: source changed by Frederik SchÃŒler <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture amd64
dpkg-buildpackage: source version without epoch 1.11
fakeroot debian/rules clean
kernel-wedge gen-control > debian/control
dh_testdir
dh_clean `find modules -type l`
dpkg-source -b linux-kernel-di-amd64-2.6
dpkg-source: warning: missing information for output field Standards-Version
dpkg-source: warning: source directory `./linux-kernel-di-amd64-2.6' is not
- `linux-kernel-di-amd64-2.6-1.11'
dpkg-source: building linux-kernel-di-amd64-2.6 in
linux-kernel-di-amd64-2.6_1.11.tar.gz
dpkg-source: building linux-kernel-di-amd64-2.6 in
linux-kernel-di-amd64-2.6_1.11.dsc
debian/rules build
kernel-wedge gen-control > debian/control
dh_testdir
fakeroot debian/rules binary
kernel-wedge gen-control > debian/control
dh_testdir
dh_testdir
dh_clean -k
kernel-wedge install-files
install -D -m 644 /boot/vmlinuz-2.6.18-1-xen-amd64
debian/kernel-image-2.6.18-1-amd64-generic-di/boot/vmlinuz
install -D -m 644 /boot/System.map-2.6.18-1-xen-amd64
debian/kernel-image-2.6.18-1-amd64-generic-di/boot/System.map
kernel-wedge copy-modules 2.6.18-1 amd64-generic 2.6.18-1-xen-amd64
missing module irport
command exited with status 1
make: *** [binary-arch] Error 2
It now complains about a different module. What is going wrong here?
Regards
Marco
--
Marco Herrn _ ___ o ' (_)< _ _
_>(__'>o 0 (_X %
>(_`> O o _; _;'7^'_ \;\ %
(GnuPG/PGP-encrypted mail preferred) _;\ _.\ _.';;) ;,;_/;
Key ID: 0x94620736 _ _'./_\('))_; );/\)}/`fsc
pgpIWg2paM3DF.pgp
Description: PGP signature
Bug#389092: #389092: can't install KDE from graphical installer
Holger Wansing wrote: > In generell: there really should be a possiblity to choose between > gnome and kde and (maybe) a ressource-friendly alternative in > tasksel (or remove gnome completely, but don't offer gnome and > not the rest; we are not MS). See http://kitenet.net/~joey/code/tasksel/faq.html -- see shy jo signature.asc Description: Digital signature
Re: Important: some Debian Installer translations are in great danger
On Tue, Sep 26, 2006 at 02:10:18PM +0200, joy wrote: > Yes, please. Use the address I put into hr.po, [EMAIL PROTECTED], BTW. Make that @linux.hr, sorry. > > In short, these two languages now have more chances to be keptbut > > no promise is made yet..:-) > > I'll do level2 now, although I may need some more help to *find* it :) I found it, and I already submitted a bug to the BTS with console-data updates. For tasksel, I need to be added to the group so that I can commit updates to Subversion. Frans told me you can do that, so please do. :) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of flash-kernel_0.1_arm.changes
flash-kernel_0.1_arm.changes uploaded successfully to localhost along with the files: flash-kernel_0.1.dsc flash-kernel_0.1.tar.gz flash-kernel_0.1_all.deb flash-kernel-installer_0.1_arm.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389570: Incomplete patch to add dmraid support
Package: partman-base
Version: 94
Severity: wishlist
Hi!
I have tried to improve dmraid support in d-i during the last few days.
What has been done until now:
* improve the dmraid package [1] to fix #374480 and #375413,
* add dmraid support in disk-detect (see #338719).
Attached is a patch that is a small improvement of partman-base support
for dmraid. It only modify definitions.sh:humandev() to add support for
"mirror" devmapper devices.
Other needed changes in partman-base seems mostly related to device
detection (in init.d/parted) where disks under dmraid should be
filtered out of the listed devices.
Other missing changes in the debian-installer are:
* debian-installer-utils/list-devices (and maybe udevinfo)
Detection for disks and partitions should be added + filtering of
devices under dmraid.
* grub-installer (and possibly lilo-installer).
[1]
http://lists.alioth.debian.org/pipermail/utnubu-maintainers/2006-September/000318.html
Regards,
--
Jérémy
Index: debian/partman-base.templates
===
--- debian/partman-base.templates (revision 40924)
+++ debian/partman-base.templates (working copy)
@@ -285,6 +285,10 @@
Type: text
_Description: Encrypted volume (%s)
+Template: partman/text/dmraid_volume
+Type: text
+_Description: Software RAID %s (%s)
+
Template: partman/text/lvm_lv
Type: text
_Description: LVM VG %s, LV %s
Index: definitions.sh
===
--- definitions.sh (revision 40924)
+++ definitions.sh (working copy)
@@ -703,6 +703,13 @@
mapping=${1#/dev/mapper/}
db_metaget partman/text/dmcrypt_volume description
printf "$RET" $mapping
+ elif [ $type = mirror ]; then
+ device=${1#/dev/mapper/}
+ name=$(echo "$device" | cut -d_ -f2)
+ desc=$(dmraid -s -c -c "$device")
+ type=$(echo "$desc" | cut -d: -f4)
+ db_metaget partman/text/dmraid_volume description
+ printf "$RET" $name $type
else
# LVM2 devices are found as /dev/mapper/-. If the vg
# or lv contains a dash, the dash is replaced by two dashes.
signature.asc
Description: Digital signature
Re: Important: some Debian Installer translations are in great danger
On Tue, Sep 26, 2006 at 02:10:18PM +0200, Josip Rodin wrote: > On Tue, Sep 26, 2006 at 06:58:22AM +0200, Christian Perrier wrote: > > > Croatian | 2005-04-03 | 1091t 256f 173u > > > In short, these two languages now have more chances to be keptbut > > no promise is made yet..:-) Josip, did you noticed this? It's very well possible that existing languages such as your one will be dropped ... No other Open Source project I know about has such an ugly and user unfriendly policy. > I'll do level2 now, although I may need some more help to *find* it :) http://d-i.alioth.debian.org/i18n-doc/ch01s04.html Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338719: Add support for dmraid in disk-detect
On Tuesday 26 September 2006 14:26, Jérémy Bobbio wrote: > Attached is a patch modifying disk-detect to enable dmraid devices > detection. Thanks very much for your work on this. It is a frequently requested feature. The main blocker so far has been that it needs someone with the hardware to work on this. I don't think we can apply this patch until the other pieces of the puzzle become available as well, but it is great to have a start. For others reading the list... The dmraid-udeb package has been (or soon will be) improved to not require selinux and will add a dependency on the kernel modules required to activate dmraid devices. Cheers, FJP pgp2I6WF0L5on.pgp Description: PGP signature
flash-kernel_0.1_arm.changes is NEW
(new) flash-kernel-installer_0.1_arm.udeb optional debian-installer Configure flash to boot the system (new) flash-kernel_0.1.dsc optional utils (new) flash-kernel_0.1.tar.gz optional utils (new) flash-kernel_0.1_all.deb optional utils utility to write kernel and initramfs to MTD flash flash-kernel is a script which will take a kernel and initramfs image and write them to MTD flash. This is useful on a range of embedded devices which boot from MTD flash. Changes: flash-kernel (0.1) unstable; urgency=low . [ Martin Michlmayr ] * Initial release. * Add support for Thecus N2100. . [ Joey Hess ] * Remove hardcoded path from kernel-image.conf, should not be necessary. * Fix i386 build issue. Override entries for your package: Announcing to debian-devel-changes@lists.debian.org Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Proposal to remove gfxdrivers directory from libdirectfb udeb
Hi Yesterday i posted [1] on directfb-user to get help about crashes we experience with PPC machines, and Claudio Ciccani suggested to remove the gfxdrivers directory to disable device initialization by chip-specific modules. This not only should give us better reliability, but should also allow us to save ~500KB in the ISO. Would it be possible removing the gfxdrivers directory from the udeb and preserving it in the regular deb? Attilio [1] http://mail.directfb.org/pipermail/directfb-users/2006-September/002188.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Add support for dmraid in disk-detect
Processing commands for [EMAIL PROTECTED]: > tags 338719 + patch Bug#338719: Please add dmraid support to hw-detect There were no tags set. Tags added: patch > 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#338719: Add support for dmraid in disk-detect
tags 338719 + patch thanks Hi! Attached is a patch modifying disk-detect to enable dmraid devices detection. This patch does not enable full support for dmraid devices in the whole debian-installer. Other identified aspects needing work are: - debian-installer-utils/list-devices and mabye udevinfo for disk and partition detections ; also need to hide disks involved in dmraid array - partman-base/definitions.sh humandev device name translation - partman-base/init.d/parted device detection and filtering - grub-installer, maybe lilo-installer for grub, should be somehting like [1]: device (hd0,x) /dev/mapper/x+1 device (hd0) /dev/mapper/ root (hd0,x) setup (hd0) [1] http://people.debian.org/~terpstra/message/20051108.120744.d1e3e835.en.html Regards, -- Jérémy Index: debian/control === --- debian/control (revision 40924) +++ debian/control (working copy) @@ -23,7 +23,7 @@ Package: disk-detect XC-Package-Type: udeb Architecture: all -Depends: cdebconf-udeb (>= 0.38), hw-detect, di-utils (>= 1.13) +Depends: cdebconf-udeb (>= 0.38), hw-detect, di-utils (>= 1.13), dmraid-udeb [i386 amd64] Priority: optional Provides: harddrive-detection Enhances: hw-detect Index: disk-detect.sh === --- disk-detect.sh (revision 40924) +++ disk-detect.sh (working copy) @@ -114,7 +114,9 @@ db_get disk-detect/module_select if [ "$RET" = "continue with no disk drive" ]; then - break + # Don't display an error message and return to the + # menu, then. + exit 0 elif [ "$RET" != "none of the above" ]; then module="$RET" if [ -n "$module" ] && is_not_loaded "$module" ; then @@ -147,3 +149,19 @@ fi db_capb done + +# Activate dmraid devices if needed +if [ -x /sbin/dmraid ]; then + devices=`dmraid -c -s` + if [ "$devices" != "No RAID disks" ]; then + # At least a device was there, so load the necessary modules + for module in dm-mod dm-mirror; do + if is_not_loaded "$module" ; then + register-module "$module" + module_probe "$module" + fi + done + # Activate all RAID devices + log-output -t disk-detect dmraid -pay + fi +fi signature.asc Description: Digital signature
Bug#389349: marked as done (installation-report: ASUS A3FP)
Your message dated Tue, 26 Sep 2006 13:37:17 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#389349: installation-report: ASUS A3FP succesfull installed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: installation-reports INSTALL REPORT Debian-installer-version: debian-31r2-i386-netinst.iso downloaded on 04. Sept 2006 via http://www.debian.org/CD/netinst/ (oh shit! I see today there is debian-31r3-i386-netinst.iso available) uname -a: Linux Hiltja 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC 2005 i686 GNU/Linux Date: Mo 04. Sept 2006 11:00 Method: Boot from CD Machine: ASUS A3FP Processor: Intel Core Duo T2400 1,83GHz Memory: 1024 MB, DDR2 667 Root Device: IDE, Ultra ATA, 100 GB Root Size/partition table: Disk /dev/hda: 12161 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/hda1 * 0+ 11822 11823- 94968216 83 Linux /dev/hda2 11823 12160 33827149855 Extended /dev/hda3 0 - 0 00 Empty /dev/hda4 0 - 0 00 Empty /dev/hda5 11823+ 12160 338- 2714953+ 82 Linux swap / Solaris Output of lspci and lspci -n: -- lspci -- :00:00.0 Host bridge: Intel Corp.: Unknown device 27a0 (rev 03) :00:02.0 VGA compatible controller: Intel Corp.: Unknown device 27a2 (rev 03) :00:02.1 Display controller: Intel Corp.: Unknown device 27a6 (rev 03) :00:1b.0 0403: Intel Corp.: Unknown device 27d8 (rev 02) :00:1c.0 PCI bridge: Intel Corp.: Unknown device 27d0 (rev 02) :00:1c.1 PCI bridge: Intel Corp.: Unknown device 27d2 (rev 02) :00:1d.0 USB Controller: Intel Corp.: Unknown device 27c8 (rev 02) :00:1d.1 USB Controller: Intel Corp.: Unknown device 27c9 (rev 02) :00:1d.2 USB Controller: Intel Corp.: Unknown device 27ca (rev 02) :00:1d.3 USB Controller: Intel Corp.: Unknown device 27cb (rev 02) :00:1d.7 USB Controller: Intel Corp.: Unknown device 27cc (rev 02) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev e2) :00:1f.0 ISA bridge: Intel Corp.: Unknown device 27b9 (rev 02) :00:1f.1 IDE interface: Intel Corp.: Unknown device 27df (rev 02) :02:00.0 Network controller: Intel Corp.: Unknown device 4222 (rev 02) :03:01.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev b3) :03:01.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 08) :03:01.2 0805: Ricoh Co Ltd: Unknown device 0822 (rev 17) :03:01.3 System peripheral: Ricoh Co Ltd: Unknown device 0592 (rev 08) :03:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) -- lspci -n :00:00.0 0600: 8086:27a0 (rev 03) :00:02.0 0300: 8086:27a2 (rev 03) :00:02.1 0380: 8086:27a6 (rev 03) :00:1b.0 0403: 8086:27d8 (rev 02) :00:1c.0 0604: 8086:27d0 (rev 02) :00:1c.1 0604: 8086:27d2 (rev 02) :00:1d.0 0c03: 8086:27c8 (rev 02) :00:1d.1 0c03: 8086:27c9 (rev 02) :00:1d.2 0c03: 8086:27ca (rev 02) :00:1d.3 0c03: 8086:27cb (rev 02) :00:1d.7 0c03: 8086:27cc (rev 02) :00:1e.0 0604: 8086:2448 (rev e2) :00:1f.0 0601: 8086:27b9 (rev 02) :00:1f.1 0101: 8086:27df (rev 02) :02:00.0 0280: 8086:4222 (rev 02) :03:01.0 0607: 1180:0476 (rev b3) :03:01.1 0c00: 1180:0552 (rev 08) :03:01.2 0805: 1180:0822 (rev 17) :03:01.3 0880: 1180:0592 (rev 08) :03:07.0 0200: 10ec:8139 (rev 10) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: * base-install worked fine * base-config worked, but was unable to identify the graphics chip [intel 945GM] so I have to use vesa driver to get X running - thanx for the quick help from bugs.debian.org * didnt yet check all the builtin peripherals / devices of the notebook * why isnt fetchmail included in the default desktop-environment packages? * would be nice to have a "back to pr
Re: Important: some Debian Installer translations are in great danger
On Tue, Sep 26, 2006 at 06:58:22AM +0200, Christian Perrier wrote: > > Croatian | 2005-04-03 | 1091t 256f 173u > > Translation deeply corrected and completed by Josip Rodin. It now > needs more testing and keep the maintenance level and that will be > perfect. > > Josip, do you want me to add your mail to the mini robot that warns > translators when something changes in level 1 to 5 files? It's > probably much better to keep a constant effort than having to do big > rushes. Moreover, the new translations will then flow more smoothly in > the various D-I components. Yes, please. Use the address I put into hr.po, [EMAIL PROTECTED], BTW. > In short, these two languages now have more chances to be keptbut > no promise is made yet..:-) I'll do level2 now, although I may need some more help to *find* it :) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381142: tasksel: Tasks names aren't translated
On Tuesday 26 September 2006 08:44, Joey Hess wrote: > tasksel uses standard gettext for translations of the tasks menu, since > that menu is generated on the fly and so cannot be translated using > debconf. I'm still confused why the rest of tasksel _is_ translated correctly and only the tasks are affected. > So this problem actually affects anything else that d-i might happen to > run in the chroot that uses gettext. Which suggests to me that this > LANGUAGE setting is bogus and wrong at root. The problem this solves is the following. The S/390 images do not include localechooser and thus language selection is missing. This results in the country selection in mirror-chooser showing the country codes instead of country names. Setting LANGUAGE to "en" solves this. In general, IMO the installer should ensure a good default language setting (C/English), even if localechooser is not run. Yesterday I tried a different implementation: setting debconf/language=en in debian-installer-startup.d instead of setting LANGUAGE. However, that did not result in country names being displayed for S/390. Suggestions for alternative solutions are very welcome. pgpG8xnO4T1kM.pgp Description: PGP signature
Re: Bladr GTK theme for g-i ready for packaging
Attilio Fiandrotti wrote:
I 've just looked at theme PNGs in Bladr which are referred to by gtkrc
ls -l pixmaps | awk '{system("grep "$8" gtkrc >/dev/null; if [ $? -eq 0
]; then echo "$8" >>used_png; else echo "$8" >>unused_png; fi")}'
and it turned out that below listed PNGs are *not* referred to by gtkrc.
Luca, are those PNGs really used ? in the case are not, can we remove
them from the tarball to save up some space?
Luca has just confirmed in private the below listed files can be safely
removed from Bladr theme.
cheers
Attilio
arrow_down1.png
arrow_down2.png
arrow_left1.png
arrow_left2.png
arrow_right1.png
arrow_right2.png
arrow_up1.png
arrow_up2.png
blank.png
button1.png
button2.png
button3.png
button4.png
check1.png
check2.png
default.png
ext1.png
ext2.png
menu_background_4.png
menu-item.png
nautilus_back.png
notebook_top_flat_transparent.png
obutton1.png
obutton2.png
option1.png
option2.png
progressbar_3.png
radio1.png
radio2.png
scroll1.png
scroll2.png
scroll3.png
scroll4.png
SelectedTabTop_backup.png
shadow_out.png
spin1.png
spin2.png
spin3.png
toolbar_background.png
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Tag pending
Processing commands for [EMAIL PROTECTED]: > tags 389526 + pending Bug#389526: arcboot-installer: remove references to "next stage of the installation" There were no tags set. Tags added: pending > tags 389533 + pending Bug#389533: arcboot-installer: remove references to "next stage of the installation" 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]
Re: Installation Report: etch beta 3 on Asus P5LD2-VM: *FAILED*
On Mon, Sep 25, 2006 at 11:14:48AM +0800, "Arne Götje (?)" wrote: > Hi list, > > I tried to install Debian etch with the beta 3 netinstall image on an > Asus P5LD2-VM board with a Dual Core Intel CPU, Intel 945G Northbridge > and Intel ICH7 Southbridge. > > The machine came with an SATA HD and an IDE DVD ROM. > The install failed because the CD could not detect the DVD drive. > It appeared that the SATA driver (ata_piix) was loaded before the legacy > IDE drivers. Because the ICH7 southbridge provides both, SATA and IDE, > but with the same IO and IRQ, it happened, that the kernel complained > the the IO was already in use and the legacy IDE driver could not be loaded. > > So, two things: > 1. upgrade the kernel to the current 'testing' version Current versions of d-i are using 2.6.17 and .18 is work in progress. ( Debian-Installer version Beta 3 has a 2.6.16 kernel ) > 2. make sure the IDE drivers get loaded before ata_piix I don't known about the loading sequence, but do known that that question/request is more appropriate at the kernel mailinglist. (that ML is CarbonCopied.) HtH GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389456: p-a-c: Fails to configure encrypted volumes
On Tuesday 26 September 2006 09:51, Frans Pop wrote: > On Tuesday 26 September 2006 09:37, David Härdeman wrote: > > Perhaps "depmod -ae" needs to be executed after the > > crypto-modules-$kvers module has been downloaded and unpacked? > > Yes, depmod definitely needs to be called after new modules are loaded. > (AFAIK depmod -a should be enough.) > Grep on depmod in hw-detect for examples. > > Also, if loading modules can result in new devices, update-dev (from > di-utils) needs to be called. > Again, grep in hwdetect for examples. Adding a 'depmod -a' does fix the problem. Note that there is this issue too. As I've said earlier in this BR, anna-install will likely not return an error if not all dependencies can be met (my logs attached earlier confirm this), so this needs to be checked in a different way. pgpBWBlNFZXw7.pgp Description: PGP signature
Bug#389493: Bugs na instalação do debian
> Debian-installer-version: 08-06-2006 - ftp.br.debian.org Do you have more details about the way you got this one ? We don't even know whether this is a sarge installation image or one of the dvelopment versions of Debian Installer. > Machine: Intel > Processor: Pentium 4 HT 3.2Ghz > Memory: 512 DDR2 > Root Device: 80Gb SATA > Root Size/partition table: > When I try install the system, the linux can?t partition hard drives. If this was a sarge image, you maybe went into one of the various SATA support problem we had in sarge. In such case, you might need to test the development versions of Debian Installer which you'll find at http://www.debian.org/devel/debian-installer signature.asc Description: Digital signature
Re: PATCH: net-retriever -- restructure to enable use for add-on udebs
Frans Pop wrote: > 2) Any restructuring like this is unacceptable at this stage of the >release process and will not be considered until after the release >of Etch. See my mail to d-vote [1] for background. Actually, this patch is trivial, although the presentation hides that pretty well. There are 2 new lines of code and a lot of lines of code shuffled around. However, there's no point in applying it until there's actually something that usefully uses it. I don't actually understand how this patch could lay useful groundwork for anything, but I guess I'll try to keep an open mind on that score. > 3) This general approach has not been discussed on the debian-boot list >and thus will need review and consideration by the team before we can >consider applying patches. You can say that again. Design first, then code? -- see shy jo signature.asc Description: Digital signature
Processed: split them
Processing commands for [EMAIL PROTECTED]: > clone 389526 -1 Bug#389526: arcboot-installer: remove references to "next stage of the installation" Bug 389526 cloned as bug 389533. > reassign 389526 arcboot-installer Bug#389526: arcboot-installer: remove references to "next stage of the installation" Bug reassigned from package `arcboot-installer yaboot-installer' to `arcboot-installer'. > reassign -1 yaboot-installer Bug#389533: arcboot-installer: remove references to "next stage of the installation" Bug reassigned from package `arcboot-installer yaboot-installer' to `yaboot-installer'. > kthxbye 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#389314: installation good, few unimportant suggestions, sending as directed -thanks
On Sun, Sep 24, 2006 at 10:29:39PM -0400, t u wrote: > [ installation good, few unimportant suggestions, sending as directed -thanks > ] > Comments: > > * what if you didn't have to configure exim4 (mail) and and samba during > installation: newbies (I) don't know what they are, and won't be able to > use them bf reading documentation. Welcome to advanced technology like computers. I think it was a salesman who said it was easy. And he is right: It is easy, when you know what you are doing... Your approach is right: Read documentation about the programs you want to use. > * it's great thet xserver knows what resolution to use with vmware's svga :) > * no splash image set after reboot > * debian shouldn't gksu with "remember password" checked on by default > * too many services listening to outside world on first boot Please name the services and why they shouldn't be listing to the outside world? Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389456: p-a-c: Fails to configure encrypted volumes
On Tuesday 26 September 2006 09:37, David Härdeman wrote: > Perhaps "depmod -ae" needs to be executed after the > crypto-modules-$kvers module has been downloaded and unpacked? Yes, depmod definitely needs to be called after new modules are loaded. (AFAIK depmod -a should be enough.) Grep on depmod in hw-detect for examples. Also, if loading modules can result in new devices, update-dev (from di-utils) needs to be called. Again, grep in hwdetect for examples. pgpV9fp0XcIFN.pgp Description: PGP signature
Bug#389285: failed installation after hang on "configuring apt"
Hello t u, On Sun, Sep 24, 2006 at 06:46:28PM -0400, t u wrote: > Machine: VMPLAYER on Hp Pavilion zv5120us laptop > > Comments / Problems: > > * Framebuffer console is very slow with vmware, which hogs cpu (%100 > even when selecting options of partitioner) Your obsevervation is correct. Emulation does take CPU power. > * "validation" of package zlib1g (during base system install) takes a > long time I never noticed a difference between zlib1g and other packages. As far as I known, there doesn't be difference. However I can picture a difference: Say, zlib1g is the last validate package and other task is started, but the screen isn't yet updated, that results in seeing validation of zlib1g taking a long time. That would mean that an extra print to screen is needed (But I don't known if it actual is ... ) > * During base install, "installing core packages" and "unpacking the > base system" could list some of those packages below in a box Providing the user with information 'what is going on', is a good thing. It is done at many places in the Debian Installer. Providing the user with detailed information about what is going is less good. I you do want the detailed progress information, then switch to virtual console number four by pressing 'ALT-F4' ( switch back with 'ALT-F1' ) > * Selecting a mirror: could calculate and suggest fastest mirror to the user And which algoritme for calculation of the fastest mirror do you suggest? > !*! Hangs at "Configuring apt" (%60) for too long without explanation: > had to reboot without going further Please do another install attempt. And give the installer time to complete. I propose that you start the installation before lunch and see after lunch if there is "Configuring apt 61%". See also what is actual happing at vt4. Infact I don't doubt the installer. I think it is just impatience at your side. And I think we all wanna known what is going on ... So please provide more information. > * no way to resume failed installation Yes, that is the consequence of the reboot before finnished install. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381142: tasksel: Tasks names aren't translated
Frans Pop wrote: > I'm not quite sure if letting LANGUAGE overrule debconf/language is not a > bug in tasksel, but at least we have tasks translated now. tasksel uses standard gettext for translations of the tasks menu, since that menu is generated on the fly and so cannot be translated using debconf. So this problem actually affects anything else that d-i might happen to run in the chroot that uses gettext. Which suggests to me that this LANGUAGE setting is bogus and wrong at root. -- see shy jo signature.asc Description: Digital signature
Bug#389526: arcboot-installer: remove references to "next stage of the installation"
Package: arcboot-installer yaboot-installer Version: remove references to "next stage of the installation" Severity: minor Hello, Both arcboot-installer and yaboot-installer templates make reference to "the next stage of the installation". As Debian Installer does no longer have a second stage, that should be rephrased. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (100, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-powerpc Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) -- This message was scanned for viruses by BitDefender for Linux Mail Servers. For more information please visit http://www.bitdefender.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389456: p-a-c: Fails to configure encrypted volumes
On Tue, September 26, 2006 3:44, Frans Pop said: > Although the log does not show which udebs were actually installed, > after the failure /var/lib/dpkg shows the following packages installed > (probably newly installed as they are at the bottom of the file): > - cdebconf-newt-entropy > - crypto-modules-$kvers > - cryptsetup-udeb > - dmsetup-udeb > - libpopt0-udeb > - partman-crypto-dm > So it looks to me like dependencies were correctly pulled in? > (libdevmapper1.02-udeb was of course already installed) Hmmm...random idea of the day (which I can't test right now): Using a crypto means that device-mapper calls crypto_alloc_tfm --> crypto_alg_mod_lookup --> try_then_request_module --> request_module, which does a modprobe of a module with the same name as the crypto. Perhaps "depmod -ae" needs to be executed after the crypto-modules-$kvers module has been downloaded and unpacked? -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Important: some Debian Installer translations are in great danger
I'm happy to announce that this rather alarming message alerady had a few effects: > Croatian | 2005-04-03 | 1091t 256f 173u Translation deeply corrected and completed by Josip Rodin. It now needs more testing and keep the maintenance level and that will be perfect. Josip, do you want me to add your mail to the mini robot that warns translators when something changes in level 1 to 5 files? It's probably much better to keep a constant effort than having to do big rushes. Moreover, the new translations will then flow more smoothly in the various D-I components. > Hindi | 2005-10-29 | 713t 138f 669u Nishant Sharma promised to revive the l10n effort. It is mostly managed in the indlinux entrans server. It probably needs to be synchronized more often than now. Karunakar conducted some testing during the time he was in Extremadura or at the OOo conference. In short, these two languages now have more chances to be keptbut no promise is made yet..:-) signature.asc Description: Digital signature
Re: Bug#342053: DirectFrameBuffer crashes on PPC systems if HW accelerated drivers are used
On 25/09/06, Eddy Petrişor <[EMAIL PROTECTED]> wrote: > >> A round of PPC tests would be useful, especially it happens to find > >> owners of ATI or NVIDIA boards. > > > > > > Got one. > > Eddy, do you have the chance to test if forcing off DFB's HW > acceleration makes g-i run on your Mac? I did, (Sven knows), it didn't work for me. I added by hand in the directfbrc file the option. Neither did "video=ofonly" At Sven's suggestion, I have ran the installer with disable-module=radeon in directfbrc. This worked (well, only if the linux_input module is deactivated, too). -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
