arm (not armel) d-i buildd is over
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Happy Lenny release, thanks everyone who have contributed for this release :) As release-note said, old arm architecture is completely replaced by armel. Hereby I'll shutdown my old-arm d-i buildd and make this machine retired. Thanks, - -- Kenshi Muto km...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkmX3jAACgkQQKW+7XLQPLHGsQCfcm9dDeeelRhn2470CoxvL+iJ OfgAn0tEzok5cuWboyeAld03b/KCG7FQ =0eSa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515249: installation-reports: Various issues on IBM Power5 (lvm, multipath, yaboot.conf)
Package: installation-reports Severity: grave Justification: renders package unusable -- Package-specific info: Boot method: Network boot using a TFTP server Image version: ftp://ftp.debian.org/debian/dists/sid/main/installer-powerpc/current/images/powerpc64/netboot/vmlinuz-chrp.initrd ** see note below Date: Sat Feb 14 21:00:00 GMT 2009 Machine: IBM,9117-570 (pSeries) Partitions: Machine: IBM,9117-570 (pSeries) Partitions: * sfdisk -d /dev/mapper/mpath0 # partition table of /dev/mapper/mpath0 unit: sectors /dev/mapper/mpath0p1 : start= 63, size=16002, Id=41, bootable /dev/mapper/mpath0p2 : start=16065, size= 498015, Id=83 /dev/mapper/mpath0p3 : start= 514080, size= 66589425, Id=8e /dev/mapper/mpath0p4 : start=0, size=0, Id= 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: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [E] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [ ] Install boot loader:[O] Overall install:[E] Comments/Problems: Initial boot: Maybe not soe much an error, I had to specify the console at the boot prompt console=hvc0,38400 Detect had drives: During an attempt to reinstall after a failed install, I had to drop to a shell and remove any existing logical volumes before the disk detection process was able to detect the hard drive. Otherwise, it simply told me that there were not hard drives... Overall install: * Although the URL above is for the SID installer, when the install was complete, I noticed that LENNY had been installed. I noticed this by looking at the /etc/apt/sources.list file. Other issues that I was not particularly happy with were: 1. Selecting guided LVM allowed a the root filesystem to be placed in a logical volume (which I wanted), but then the yaboot.conf file was still writted to /etc/yaboot.conf. I had to manually rescue the system after the install and move /etc/yaboot.conf to /boot/etc/yaboot.conf. In my view LVM is going to be the way forward and this configuration file should not been located on the root filesystem. I hope everyone is aware of this issue and has looked at keeping files required to boot the system in /boot 2. After fixing the location of the yaboot.conf file, the system refused to boot. It was trying to boot the label old which was invalid because the kernel has not yet been upgraded. I therefore had to add the following to the yaboot.conf before the correct default entry would boot: defaultos=Linux 3. I also had issues with multipath root and LVM: 3.1 I had to add multipath to the lvm2 PREREQ's in order for multipath to be started before LVM. 3.2 Debian installer was called with: disk-detect/multipath/enable=true However, once the install had completed, the lvm.conf was not configured to filter out the underlying SCSI devices. I had to add the following filter: filter = [ r/disk/, r/sd.*/, a/.*/ ] After rebuilding the initramfs (above two changes commited), it all worked quite nicely ;) -- 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 sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=5.0 (lenny) - installer build 20090123 X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == umame -a: Linux rootvg 2.6.26-1-powerpc64 #1 SMP Sat Jan 10 14:42:07 CET 2009 ppc64 unknown lsmod: Module Size Used by lsmod: ufs 103184 0 lsmod: hfsplus 104520 0 lsmod: hfs72464 0 lsmod: md_mod119108 0 lsmod: xfs 732616 0 lsmod: reiserfs 334652 0 lsmod: jfs 234180 0 lsmod: ext3 187856 5 lsmod: jbd79760 1 ext3 lsmod: vfat 20560 0 lsmod: fat76656 1 vfat lsmod: nls_base 15356 5 hfsplus,hfs,jfs,vfat,fat lsmod: ext2 103952 1 lsmod: mbcache16884 2 ext3,ext2 lsmod: dm_emc 11648 0 lsmod: dm_round_robin 9176 1 lsmod: dm_multipath 31816 3 dm_emc,dm_round_robin lsmod: dm_mod 95016 21 dm_multipath lsmod: sd_mod 3 2 lsmod: ibmvscsic
Re: networking problems debian-armel-5.0rc2.zip
* Jeff F email.f...@gmail.com [2009-02-12 12:28]: I followed instructions to remove hotplug from interfaces and ensured auto eth0 is present, made sure the symlink was present, and reviewed fstab -- which ended up being changed to the below -- why I do not know, nor if it is remotely correct with the UUID it chose. I've tried going back to what I thought was in my original fstab with no success as well as removed fsck check and still no love. Well, you made so many modifications that it's hard to say which one broke it. I suggest you make a new installation and then make one modification, reobot the machine, make another modification, etc. This should pin down the problem. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: arm (not armel) d-i buildd is over
On Sun, Feb 15, 2009 at 06:20:12PM +0900, Kenshi Muto wrote: As release-note said, old arm architecture is completely replaced by armel. Hereby I'll shutdown my old-arm d-i buildd and make this machine retired. Thanks for having taken care of it all along. :) Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Why it tried connection, since I just install CD1
Hi, I am happy that the lenny is released, but Why it tried connection, since I just install CD1, I have no connection to internet, it took a long time to install because it tried to download I don't know what. I switched to terminal 2 (ctrl+alt+f2) I noticed http process is running ?? I hope that the connection will be disabled Thanks for help bela
Bug#515298: allow preseeding of security directory
Package: apt-setup Severity: wishlist Tags: patch This patch makes it possible to preseed the security directory, so that it can be something other than / (useful in combination with apt-setup/security_host). -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Index: generators/91security === --- generators/91security (revision 56524) +++ generators/91security (working copy) @@ -14,6 +14,12 @@ host=$RET [ $host ] || exit +if db_get apt-setup/security_directory [ $RET ]; then + directory=$RET +else + directory=/ +fi + if ! db_get mirror/codename || [ -z $RET ]; then db_get cdrom/codename fi @@ -29,7 +35,7 @@ done # Don't test mirror if no network selected in netcfg -echo deb http://$host/ $codename/updates $dists $file +echo deb http://$host$directory $codename/updates $dists $file if db_get netcfg/dhcp_options \ [ $RET = Do not configure the network at this time ]; then CODE=9 @@ -46,6 +52,6 @@ fi fi -echo deb-src http://$host/ $codename/updates $dists $file +echo deb-src http://$host$directory $codename/updates $dists $file exit $CODE
Re: arm (not armel) d-i buildd is over
This also raises the question what to do about arm, i.e. whether we can remove support for arm from the kernel, installer and other packages. Riku and Aurelien initially agreed to remove it, but then Riku pointed out that we may have to keep support around in sid if arm wants to take part in lenny+half. I think it makes sense to support arm for lenny+half in terms of the kernel upgrade, but not for the installer (since we don't want any new installations of arm anyway). Any opinions? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
win32-loader does not support my Wi-Fi adapter.
Win32-loader does not support Atheros AR5007EG. It is present in list as wifi0 but I can not connect with my router. I have been tried different modes (WEP, WPA, no password) but it is not work. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#274695: marked as done (Detect serial console on ARM and show console= entry)
Your message dated Sun, 15 Feb 2009 17:07:38 +0100 with message-id 20090215160737.ga4...@deprecation.cyrius.com and subject line ARM/Netwinder no longer supported has caused the Debian Bug report #274695, regarding Detect serial console on ARM and show console= entry 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 ow...@bugs.debian.org immediately.) -- 274695: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=274695 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: nobootloader Version: 1.00 Severity: wishlist At the moment, the following is shown on arm/netwinder: | setenv cmdappend root=/dev/hda2 However, if the serial console is used for install, this should be | setenv cmdappend root=/dev/hda2 console=ttyS0,115200 nobootloader should recognize whether serial console is used and show the right informatioon. -- Martin Michlmayr http://www.cyrius.com/ ---End Message--- ---BeginMessage--- ARM/Netwinder is no longer supported after lenny, so I'm closing this request. -- Martin Michlmayr http://www.cyrius.com/ ---End Message---
Re: [RFCi,patch] Consolidate arm partitioning
* Riku Voipio riku.voi...@iki.fi [2008-08-23 00:05]: All *supported* arm/armel platforms use msdos for hard disks[1], and any modern arm system would too. So I suggest defaulting to msdos, and adding any exceptions if found. Applied, thanks. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: arm (not armel) d-i buildd is over
Martin Michlmayr wrote: This also raises the question what to do about arm, i.e. whether we can remove support for arm from the kernel, installer and other packages. Riku and Aurelien initially agreed to remove it, but then Riku pointed out that we may have to keep support around in sid if arm wants to take part in lenny+half. I think it makes sense to support arm for lenny+half in terms of the kernel upgrade, but not for the installer (since we don't want any new installations of arm anyway). Any opinions? Why would we want to add support for new arm hardware if not for new installations? Cheers Luk -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: arm (not armel) d-i buildd is over
* Luk Claes l...@debian.org [2009-02-15 17:24]: Why would we want to add support for new arm hardware if not for new installations? Not new hardware, but a new kernel may have performance enhancements that may be of interest to existing arm users. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: arm (not armel) d-i buildd is over
On Sunday 15 February 2009, Kenshi Muto wrote: As release-note said, old arm architecture is completely replaced by armel. Hereby I'll shutdown my old-arm d-i buildd and make this machine retired. I've removed arm from the D-I project page and also from the daily builds overview and testing-summary. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: arm (not armel) d-i buildd is over
On Sunday 15 February 2009, Martin Michlmayr wrote: This also raises the question what to do about arm, i.e. whether we can remove support for arm from the kernel, installer and other packages. Riku and Aurelien initially agreed to remove it, but then Riku pointed out that we may have to keep support around in sid if arm wants to take part in lenny+half. I think it makes sense to support arm for lenny+half in terms of the kernel upgrade, but not for the installer (since we don't want any new installations of arm anyway). As we used the *Lenny* installer for Etch-n-half, supporting new installs for Lenny-n-half would not be possible anyway (assuming we'd use the same setup, and I currently don't see any reason why not) as it will just be impossible to build the installer for arm in Squeeze. I suggest completely removing any trace of arm from D-I SVN. signature.asc Description: This is a digitally signed message part.
Re: GTK+ update proposal for stable
On Sun, Feb 15, 2009 at 05:28:02PM +0100, Josselin Mouette wrote: Now that we have the hands more free, I’d like to propose GTK+ 2.12.12 for a lenny point release. We’ve received some requests to upgrade to this bugfix-only release, fixing a number of issues that you’re likely to hit with the 2.12.11 version currently in lenny, including several crashers. Ok, please go ahead. Thanks for contacting us that early so that it spends plenty of time in proposed-updates. We will see what d-i testing with the new binaries will bring us. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Release Assistant `. `' xmpp:p...@0x539.de Stable Release Manager `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Re: GTK+ update proposal for stable
Philipp Kern pk...@debian.org writes: On Sun, Feb 15, 2009 at 05:28:02PM +0100, Josselin Mouette wrote: Now that we have the hands more free, I’d like to propose GTK+ 2.12.12 for a lenny point release. We’ve received some requests to upgrade to this bugfix-only release, fixing a number of issues that you’re likely to hit with the 2.12.11 version currently in lenny, including several crashers. Ok, please go ahead. Thanks for contacting us that early so that it spends plenty of time in proposed-updates. We will see what d-i testing with the new binaries will bring us. In this case Josselin, please contact us at debian-boot once you've prepared the packages and binaries (it wasn't clear from your message if you consider current ones ready) so we can start testing them. -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: arm (not armel) d-i buildd is over
Frans Pop elen...@planet.nl writes: On Sunday 15 February 2009, Martin Michlmayr wrote: This also raises the question what to do about arm, i.e. whether we can remove support for arm from the kernel, installer and other packages. Riku and Aurelien initially agreed to remove it, but then Riku pointed out that we may have to keep support around in sid if arm wants to take part in lenny+half. I think it makes sense to support arm for lenny+half in terms of the kernel upgrade, but not for the installer (since we don't want any new installations of arm anyway). As we used the *Lenny* installer for Etch-n-half, supporting new installs for Lenny-n-half would not be possible anyway (assuming we'd use the same setup, and I currently don't see any reason why not) as it will just be impossible to build the installer for arm in Squeeze. I suggest completely removing any trace of arm from D-I SVN. I'm at same path as Frans. -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515298: allow preseeding of security directory
Robert Millan r...@aybabtu.com writes: Package: apt-setup Severity: wishlist Tags: patch This patch makes it possible to preseed the security directory, so that it can be something other than / (useful in combination with apt-setup/security_host). I think it is a nice thing to be added however could you prepare a patch to the manual about it? -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515298: allow preseeding of security directory
On Sunday 15 February 2009, Otavio Salvador wrote: Robert Millan r...@aybabtu.com writes: This patch makes it possible to preseed the security directory, so that it can be something other than / (useful in combination with apt-setup/security_host). I think it is a nice thing to be added however could you prepare a patch to the manual about it? IMO the debconf template should also formally be added in the correct apt-setup templates file. If that is done the default can be set there instead of using an ugly if statement in the code. Also, why do this for security, but not for volatile? IIRC there were already open BRs for this. Not sure if any of them had patches. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515298: allow preseeding of security directory
Frans Pop elen...@planet.nl writes: On Sunday 15 February 2009, Otavio Salvador wrote: Robert Millan r...@aybabtu.com writes: This patch makes it possible to preseed the security directory, so that it can be something other than / (useful in combination with apt-setup/security_host). I think it is a nice thing to be added however could you prepare a patch to the manual about it? IMO the debconf template should also formally be added in the correct apt-setup templates file. If that is done the default can be set there instead of using an ugly if statement in the code. Also, why do this for security, but not for volatile? IIRC there were already open BRs for this. Not sure if any of them had patches. Indeed. #492937 is related to this. Not exactly same thing but we could maybe merge it and handle it together. Comments? -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: GTK+ update proposal for stable
Le dimanche 15 février 2009 à 15:36 -0300, Otavio Salvador a écrit : Philipp Kern pk...@debian.org writes: Ok, please go ahead. Thanks for contacting us that early so that it spends plenty of time in proposed-updates. We will see what d-i testing with the new binaries will bring us. In this case Josselin, please contact us at debian-boot once you've prepared the packages and binaries (it wasn't clear from your message if you consider current ones ready) so we can start testing them. I don’t have anything right now that I’d like to put in these packages, so the thing they need the most is testing. I can upload them to s-p-u as soon as you want. -- .''`. : :' : 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
Re: arm (not armel) d-i buildd is over
Martin Michlmayr wrote: This also raises the question what to do about arm, i.e. whether we can remove support for arm from the kernel, installer and other packages. Riku and Aurelien initially agreed to remove it, but then Riku pointed out that we may have to keep support around in sid if arm wants to take part in lenny+half. I think it makes sense to support arm for lenny+half in terms of the kernel upgrade, but not for the installer (since we don't want any new installations of arm anyway). That would make it a lot easier for existing deployments, yes. b.g. -- Bill Gatliff b...@billgatliff.com -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[RFC] Script to build installer from SVN
Hello, Two weeks ago I ahd some time free and started to write a script to build debian-installer using SVN sources. The script itself is not yet (it still lacks debian-installer building) but it already does a good job for rest of packages. To allow people to take a look at it, and improve it if desired, I added it to a GIT repository: https://projetos.ossystems.com.br/git/?p=users/otavio/svn-daily-builder.git;a=summary It is quite far from ready yet but I'm more insterested to know what people things about it and how we could improve it to later adopt it. Cheers, -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [RFC] Script to build installer from SVN
On Sunday 15 February 2009, Otavio Salvador wrote: The script itself is not yet (it still lacks debian-installer building) but it already does a good job for rest of packages. Have you ever looked at scripts/buildscript? signature.asc Description: This is a digitally signed message part.
Re: Uploading GNOME 2.24 to sid
Josselin Mouette j...@debian.org writes: Le dimanche 15 février 2009 à 15:00 -0300, Otavio Salvador a écrit : * Broken graphical installer, until someone updates our GTK+ DirectFB patches ... Is all of that OK with the release team? - From d-i POV this is a serious issue since we will not allowed to test the graphical installer. I'd much prefer to hold it until the DirectFB patches are ready. And who will provide these patches? No one has been working on GTK+ DirectFB for a long time. [ I've added debian-boot ml to CC ] I understand that you wish to update GNOME, specially GTK, in unstable but I think this can't make installer broken as a conseguence. Your comment fears me even more since it does look that we can end up without directfb support for long time... I think you agree with me that Graphical Installer can't be droped from Debian without a lot of people being unhappy and tagging it as a really serious regression for user POV so having it in mind I believe we need to find an alternative for it. Who was last people that worked at those patches? Could them help us on that? In case they can't, do we have someone interested to work at it inside of GNOME/GTK/Debian GNOME team? Cheers, -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: GTK+ update proposal for stable
Josselin Mouette j...@debian.org writes: Le dimanche 15 février 2009 à 15:36 -0300, Otavio Salvador a écrit : Philipp Kern pk...@debian.org writes: Ok, please go ahead. Thanks for contacting us that early so that it spends plenty of time in proposed-updates. We will see what d-i testing with the new binaries will bring us. In this case Josselin, please contact us at debian-boot once you've prepared the packages and binaries (it wasn't clear from your message if you consider current ones ready) so we can start testing them. I don’t have anything right now that I’d like to put in these packages, so the thing they need the most is testing. I can upload them to s-p-u as soon as you want. If SRM do not object I think it would be nice to have them there ASAP so we can start testing them. -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Uploading GNOME 2.24 to sid
Le dimanche 15 février 2009 à 17:05 -0300, Otavio Salvador a écrit : Your comment fears me even more since it does look that we can end up without directfb support for long time... I think you agree with me that Graphical Installer can't be droped from Debian without a lot of people being unhappy and tagging it as a really serious regression for user POV so having it in mind I believe we need to find an alternative for it. Unless you can find someone who is committed to make GTK+ work on the DirectFB backend, I strongly recommend that the installer considers using X11 instead. Who was last people that worked at those patches? Could them help us on that? Attilio Fiandrotti did a great job with GTK+ 2.10, but didn’t give much news since. In case they can't, do we have someone interested to work at it inside of GNOME/GTK/Debian GNOME team? I don’t think so, but of course any help is welcome. Cheers, -- .''`. : :' : 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
Re: New newt terminal plugin
On Sat, Feb 14, 2009 at 01:31:29PM +0100, Jérémy Bobbio wrote: On Fri, Feb 13, 2009 at 05:07:57PM +, Colin Watson wrote: * Much more significantly, though, newt is probably already displaying a * window. In order to do a good enough job to be able to run a full-screen * curses application such as aptitude, we need to tell it to tear * everything down, and then we need to put it all back so that it doesn't * look dreadful when we exit (particularly if e.g. a progress bar is being * displayed). The GTK+ plugin probably does not handle this properly and would require some adjustments… You mean with the progress bar, or something else? I confess I haven't actually looked, but I'd have thought that the GTK+ plugin creates a new window and so doesn't suffer from any of these problems. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [RFC] Script to build installer from SVN
Frans Pop elen...@planet.nl writes: On Sunday 15 February 2009, Otavio Salvador wrote: The script itself is not yet (it still lacks debian-installer building) but it already does a good job for rest of packages. Have you ever looked at scripts/buildscript? Yes but mine uses cowbuilder to do all the work also tries to catch the architecture compatibility by itself. As I told, it is not yet ready but is already a good start and once I have time again I plan to finish it. What cons you see about the use of cowbuilder? -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: r57544 - in trunk/packages/cdebconf: debian src/modules/frontend/newt
On Sat, Feb 14, 2009 at 01:28:33PM +0100, Jérémy Bobbio wrote: On Fri, Feb 13, 2009 at 04:44:53PM +, Colin Watson wrote: Export a new cdebconf_newt_get_progress_info function so that cdebconf-newt-terminal can reinitialise progress bars (since there's no progress_info member in struct frontend, and it won't fit in the obvious place without breaking the plugin ABI). Is changing the plugin ABI a real issue so early in the new release cycle? I don't like doing it, especially as we don't have a mechanism to notify about breakage at the packaging level (SONAME or Provides: cdebconf-plugin-abi-1 or whatever). As far as I know, you are the only maintainer of an out-of-tree plugin, As far as I know too, but we have no way to know for sure ... and if doing an ABI change makes the code cleaner, I think we should do it. I might have overlooked something, though… If the new code had been really horrible, then of course I'd be considering doing an ABI change. In this case I think the ugliness is pretty minor, though, and is justified by avoiding even a relatively small amount of hassle. In any case, I actually think the *current* interface is kind of ugly. Poking around inside struct frontend with things like obj-methods.can_go_back() ... well, let's say it's not my favourite style of interface and ultimately I'd rather that we used accessor functions anyway. As such, I don't feel too bad about using an accessor function here. I haven't yet thought of any case where anything other than newt would need this. If we do think of one, then we can always just say that we postponed an ABI change until that point, and do it then; nothing lost. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Uploading GNOME 2.24 to sid
Josselin Mouette j...@debian.org writes: Le dimanche 15 février 2009 à 17:05 -0300, Otavio Salvador a écrit : Your comment fears me even more since it does look that we can end up without directfb support for long time... I think you agree with me that Graphical Installer can't be droped from Debian without a lot of people being unhappy and tagging it as a really serious regression for user POV so having it in mind I believe we need to find an alternative for it. Unless you can find someone who is committed to make GTK+ work on the DirectFB backend, I strongly recommend that the installer considers using X11 instead. Who was last people that worked at those patches? Could them help us on that? Attilio Fiandrotti did a great job with GTK+ 2.10, but didn’t give much news since. Hello Attilio, We've having a bad time with GTK DirectFB support for lastest GTK release; are you still interested to work on it with us? TIA, -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Uploading GNOME 2.24 to sid
On Sun, Feb 15, 2009 at 05:05:35PM -0300, Otavio Salvador wrote: Josselin Mouette j...@debian.org writes: Le dimanche 15 février 2009 à 15:00 -0300, Otavio Salvador a écrit : * Broken graphical installer, until someone updates our GTK+ DirectFB patches ... Is all of that OK with the release team? - From d-i POV this is a serious issue since we will not allowed to test the graphical installer. I'd much prefer to hold it until the DirectFB patches are ready. And who will provide these patches? No one has been working on GTK+ DirectFB for a long time. [ I've added debian-boot ml to CC ] I understand that you wish to update GNOME, specially GTK, in unstable but I think this can't make installer broken as a conseguence. Your comment fears me even more since it does look that we can end up without directfb support for long time... I think you agree with me that Graphical Installer can't be droped from Debian without a lot of people being unhappy and tagging it as a really serious regression for user POV so having it in mind I believe we need to find an alternative for it. Who was last people that worked at those patches? Could them help us on that? There are some patches that haven't yet been applied upstream that might help. See for example http://bugzilla.gnome.org/show_bug.cgi?id=554407; IIRC GdkWindowImpl is the main change that the directfb backend hasn't followed. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Uploading GNOME 2.24 to sid
On Sun, Feb 15, 2009 at 09:13:33PM +0100, Josselin Mouette wrote: Unless you can find someone who is committed to make GTK+ work on the DirectFB backend, I strongly recommend that the installer considers using X11 instead. Can you do a size estimate for this? It would need in addition - the X server, - evdev input module and - a framebuffer video module. Anything else? Bastian -- Leave bigotry in your quarters; there's no room for it on the bridge. -- Kirk, Balance of Terror, stardate 1709.2 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Uploading GNOME 2.24 to sid
Bastian Blank wa...@debian.org wrote: Hi, Can you do a size estimate for this? It would need in addition - the X server, - evdev input module and - a framebuffer video module. Anything else? HAL and DBus to go with input-evdev, I guess? JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of cdebconf_0.139_i386.changes
cdebconf_0.139_i386.changes uploaded successfully to localhost along with the files: cdebconf_0.139.dsc cdebconf_0.139.tar.gz cdebconf-priority_0.139_all.udeb cdebconf_0.139_i386.deb libdebconfclient0_0.139_i386.deb libdebconfclient0-dev_0.139_i386.deb cdebconf-udeb_0.139_i386.udeb libdebconfclient0-udeb_0.139_i386.udeb cdebconf-newt-udeb_0.139_i386.udeb cdebconf-text-udeb_0.139_i386.udeb cdebconf-gtk-udeb_0.139_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of cdebconf-terminal_0.3_i386.changes
cdebconf-terminal_0.3_i386.changes uploaded successfully to localhost along with the files: cdebconf-terminal_0.3.dsc cdebconf-terminal_0.3.tar.gz cdebconf-gtk-terminal_0.3_i386.udeb cdebconf-newt-terminal_0.3_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: debian-installer: Rescue mode: terminal 'bterm' doesn't play nice with some apps in rescue shell
Processing commands for cont...@bugs.debian.org: reassign 412168 di-utils Bug#412168: debian-installer: Rescue mode: terminal 'bterm' doesn't play nice with some apps in rescue shell Bug reassigned from package `rescue' to `di-utils'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#412168: debian-installer: Rescue mode: terminal 'bterm' doesn't play nice with some apps in rescue shell
reassign 412168 di-utils thanks On Sat, Feb 24, 2007 at 07:44:20AM +0100, Alain Kalker wrote: After booting into rescue mode and starting a shell in my root partition from the menu, the grub shell and some other tools messed up my screen, probably because the terminal type 'bterm' wasn't fully supported. 'man' (using 'more' as pager, I think) complained about some terminal functions probably not working correctly, while the grub shell overwrote much of its own output, making it mostly unusable. We should be able to fix this now that cdebconf-newt-terminal exists and does most of the work necessary to provide the chroot with a working terminfo file for bterm. I'm reassigning this over to di-utils, which needs to make use of that new plugin in order to fix this bug. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
cdebconf-terminal_0.3_i386.changes is NEW
cdebconf-gtk-terminal_0.3_i386.udeb to pool/main/c/cdebconf-terminal/cdebconf-gtk-terminal_0.3_i386.udeb (new) cdebconf-newt-terminal_0.3_i386.udeb extra debian-installer cdebconf newt plugin to provide a clean terminal cdebconf plugin to run a program in a clean terminal environment, shutting down newt to do so. cdebconf-terminal_0.3.dsc to pool/main/c/cdebconf-terminal/cdebconf-terminal_0.3.dsc cdebconf-terminal_0.3.tar.gz to pool/main/c/cdebconf-terminal/cdebconf-terminal_0.3.tar.gz Changes: cdebconf-terminal (0.3) unstable; urgency=low . * cdebconf-gtk-terminal Provides: cdebconf-terminal, not cdebconf-entropy. * Add a new cdebconf-newt-terminal that deals with all the things you need to do if you want to display something completely different on top of the usual debconf frontend. This should cover rescue mode (cf. bug #412168) as well as permitting manual package selection in tasksel using aptitude. Requires libdebconfclient0-dev (= 0.139). * Add myself to Uploaders. . [ Updated translations ] * Basque (eu.po) by Piarres Beobide * Galician (gl.po) by Marce Villarino * Kazakh (kk.po) by daur88 * Malayalam (ml.po) by Praveen Arimbrathodiyil * Marathi (mr.po) by Sampada * Tagalog (tl.po) by Eric Pareja Override entries for your package: cdebconf-gtk-terminal_0.3_i386.udeb - extra debian-installer cdebconf-terminal_0.3.dsc - source debian-installer Announcing to debian-devel-chan...@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 debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
cdebconf_0.139_i386.changes ACCEPTED
Accepted: cdebconf-gtk-udeb_0.139_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.139_i386.udeb cdebconf-newt-udeb_0.139_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.139_i386.udeb cdebconf-priority_0.139_all.udeb to pool/main/c/cdebconf/cdebconf-priority_0.139_all.udeb cdebconf-text-udeb_0.139_i386.udeb to pool/main/c/cdebconf/cdebconf-text-udeb_0.139_i386.udeb cdebconf-udeb_0.139_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.139_i386.udeb cdebconf_0.139.dsc to pool/main/c/cdebconf/cdebconf_0.139.dsc cdebconf_0.139.tar.gz to pool/main/c/cdebconf/cdebconf_0.139.tar.gz cdebconf_0.139_i386.deb to pool/main/c/cdebconf/cdebconf_0.139_i386.deb libdebconfclient0-dev_0.139_i386.deb to pool/main/c/cdebconf/libdebconfclient0-dev_0.139_i386.deb libdebconfclient0-udeb_0.139_i386.udeb to pool/main/c/cdebconf/libdebconfclient0-udeb_0.139_i386.udeb libdebconfclient0_0.139_i386.deb to pool/main/c/cdebconf/libdebconfclient0_0.139_i386.deb Override entries for your package: cdebconf-gtk-udeb_0.139_i386.udeb - optional debian-installer cdebconf-newt-udeb_0.139_i386.udeb - optional debian-installer cdebconf-priority_0.139_all.udeb - standard debian-installer cdebconf-text-udeb_0.139_i386.udeb - optional debian-installer cdebconf-udeb_0.139_i386.udeb - standard debian-installer cdebconf_0.139.dsc - source utils cdebconf_0.139_i386.deb - extra utils libdebconfclient0-dev_0.139_i386.deb - optional libdevel libdebconfclient0-udeb_0.139_i386.udeb - optional debian-installer libdebconfclient0_0.139_i386.deb - optional libs Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Uploading GNOME 2.24 to sid
Dom, 2009-02-15 às 22:14 +0100, Bastian Blank escreveu: On Sun, Feb 15, 2009 at 09:13:33PM +0100, Josselin Mouette wrote: Unless you can find someone who is committed to make GTK+ work on the DirectFB backend, I strongly recommend that the installer considers using X11 instead. Can you do a size estimate for this? It would need in addition - the X server, - evdev input module and - a framebuffer video module. humm ... i am just a dumb debian user, but, besides the size, the gtk direct framebuffer implementation was made also because of performance issues related with having the Xserver loaded, right? (not only because disk space) Anything else? Bastian -- Leave bigotry in your quarters; there's no room for it on the bridge. -- Kirk, Balance of Terror, stardate 1709.2 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
dmraid 1.0.0.rc15-1
Hi, I'm going to upload dmraid 1.0.0.rc15-1 in unstable. Relevant changes for d-i: - Build dmraid shared library for both standard and udeb packages. It will likely be used in the future by udev. - Create new packages, libdmraid-dev, libdmraid1.0.0.rc15, libdmraid1.0.0.rc15-udeb respectively - Install /sbin/dmraid-activate[1] also in dmraid-udeb package - debian/patches/10_exit_code.patch: Fix exit-code[2] for No RAID disks and no block devices found errors (LP: #300825) Is all of that ok? [1]dmraid-activate is a script to bring up dmraid arrays, checking whether all raid disks for the array are present before doing so. Dmraid itself has no option to not bring up degraded arrays. [2]The installer greps 'dmraid -c -s' output for No RAID disks in various places to determine whether any SATA RAID disks are present. This is a poor approach because it depends on human-readable output. Fixing the exit-code, the installer could use it to detect SATA RAID disks. Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Re: dmraid 1.0.0.rc15-1
On Monday 16 February 2009, Giuseppe Iuculano wrote: Relevant changes for d-i: - Build dmraid shared library for both standard and udeb packages. It will likely be used in the future by udev. - Create new packages, libdmraid-dev, libdmraid1.0.0.rc15, libdmraid1.0.0.rc15-udeb respectively - Install /sbin/dmraid-activate[1] also in dmraid-udeb package - debian/patches/10_exit_code.patch: Fix exit-code[2] for No RAID disks and no block devices found errors (LP: #300825) Is all of that ok? Are any changes in D-I needed? At least the last change [1] means that we can now simplify and improve the code. Can you provide patches for that? It would also close #433579. Cheers, FJP [1] I discussed that issue with dmraid upstream at some point [2], but they did not even seem to understand the issue. Will that change be pushed upstream now? IMO it is an important fix, but not one where you really want to diverge from upstream. [2] http://markmail.org/message/vf4ve2ky3bn5dpvj signature.asc Description: This is a digitally signed message part.
Re: Uploading GNOME 2.24 to sid
Bastian Blank wa...@debian.org writes: On Sun, Feb 15, 2009 at 09:13:33PM +0100, Josselin Mouette wrote: Unless you can find someone who is committed to make GTK+ work on the DirectFB backend, I strongly recommend that the installer considers using X11 instead. Can you do a size estimate for this? It would need in addition - the X server, - evdev input module and - a framebuffer video module. Anything else? Few libraries like libx11 and such. Another possibility would be to use kdrive but it is not well supported as Xorg. -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Uploading GNOME 2.24 to sid
Luis Matos g...@otiliamatos.ath.cx writes: Dom, 2009-02-15 às 22:14 +0100, Bastian Blank escreveu: On Sun, Feb 15, 2009 at 09:13:33PM +0100, Josselin Mouette wrote: Unless you can find someone who is committed to make GTK+ work on the DirectFB backend, I strongly recommend that the installer considers using X11 instead. Can you do a size estimate for this? It would need in addition - the X server, - evdev input module and - a framebuffer video module. humm ... i am just a dumb debian user, but, besides the size, the gtk direct framebuffer implementation was made also because of performance issues related with having the Xserver loaded, right? (not only because disk space) I fear that if no one step ahead to maintain the directfb backend we'll end without any other option. -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: dmraid 1.0.0.rc15-1
Giuseppe Iuculano giuse...@iuculano.it writes: Hi, I'm going to upload dmraid 1.0.0.rc15-1 in unstable. Relevant changes for d-i: - Build dmraid shared library for both standard and udeb packages. It will likely be used in the future by udev. - Create new packages, libdmraid-dev, libdmraid1.0.0.rc15, libdmraid1.0.0.rc15-udeb respectively - Install /sbin/dmraid-activate[1] also in dmraid-udeb package - debian/patches/10_exit_code.patch: Fix exit-code[2] for No RAID disks and no block devices found errors (LP: #300825) Is all of that ok? Is the API/ABI so unstable that you're using the version on the library package name? I'd much prefer it packaged as: dmraid dmraid-udeb libdmraid-1.0 libdmraid-1.0-udeb libdmraid-dev Any reason to avoid the usual packaging schema for it? -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Uploading GNOME 2.24 to sid
On Sun, Feb 15, 2009 at 10:04:10PM -0300, Otavio Salvador wrote: On Sun, Feb 15, 2009 at 09:13:33PM +0100, Josselin Mouette wrote: Unless you can find someone who is committed to make GTK+ work on the DirectFB backend, I strongly recommend that the installer considers using X11 instead. […] I fear that if no one step ahead to maintain the directfb backend we'll end without any other option. Excecutive summary: Solving this issue is DirectFB maintainers responsability. Denis Oliver Kropp (DirectFB upstream) regularily works on patches to update the DirectFB backend for GTK+, as the archives of the directfb-dev mailling-list shows. I am unsure on how well these patches get integrated in GTK+ upstream, but they do exists. DirectFB itself needs to be updated for Squeeze, and IIRC, the last versions of GTK+/DirectFB do not work with the version of DirectFB currently in Lenny/Sid. So the first step to solve this is IMHO to look more closely at the status of DirectFB librairies and backends; and this should probably be done by DirectFB maintainers. Depending on how easy it would be to update DirectFB before GTK+, it could make sense to delay the introduction of the newer GTK+ version to keep the graphical installer available… However, if nothing is ready by now, breaking the graphical installer for a few weeks is something that can IMHO be considered in such early stages of the release cycle. (And switching to X11 is a no-no, except if huge amount of people shows up right now to undertake of the massive amount of work required.) Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Re: New newt terminal plugin
On Sun, Feb 15, 2009 at 08:26:23PM +, Colin Watson wrote: On Sat, Feb 14, 2009 at 01:31:29PM +0100, Jérémy Bobbio wrote: On Fri, Feb 13, 2009 at 05:07:57PM +, Colin Watson wrote: * Much more significantly, though, newt is probably already displaying a * window. In order to do a good enough job to be able to run a full-screen * curses application such as aptitude, we need to tell it to tear * everything down, and then we need to put it all back so that it doesn't * look dreadful when we exit (particularly if e.g. a progress bar is being * displayed). The GTK+ plugin probably does not handle this properly and would require some adjustments… You mean with the progress bar, or something else? I confess I haven't actually looked, but I'd have thought that the GTK+ plugin creates a new window and so doesn't suffer from any of these problems. I meant being called during a progress, yes. I am unsure on how the plugin will react… but we'll figure out once you will have made progress on re-adding support for manual package selection. :) Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Re: r57544 - in trunk/packages/cdebconf: debian src/modules/frontend/newt
On Sun, Feb 15, 2009 at 08:31:47PM +, Colin Watson wrote: On Sat, Feb 14, 2009 at 01:28:33PM +0100, Jérémy Bobbio wrote: On Fri, Feb 13, 2009 at 04:44:53PM +, Colin Watson wrote: Export a new cdebconf_newt_get_progress_info function so that cdebconf-newt-terminal can reinitialise progress bars (since there's no progress_info member in struct frontend, and it won't fit in the obvious place without breaking the plugin ABI). Is changing the plugin ABI a real issue so early in the new release cycle? I don't like doing it, especially as we don't have a mechanism to notify about breakage at the packaging level (SONAME or Provides: cdebconf-plugin-abi-1 or whatever). Actually, if the ingenious mind of yours comes up with something sensible to solve this issue, don't hesitate to go forward. This has scratched me numerous times already. […] I haven't yet thought of any case where anything other than newt would need this. If we do think of one, then we can always just say that we postponed an ABI change until that point, and do it then; nothing lost. Well said. Thanks for your explainations. :) Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Re: r57572 - in trunk/installer: build/pkg-lists/cdrom build/pkg-lists/cdrom-apus build/pkg-lists/generic build/pkg-lists/hd-media build/pkg-lists/monolithic build/pkg-lists/nativehd build/pkg-lists/
On Sunday 15 February 2009, Colin Watson wrote: Author: cjwatson Date: Sun Feb 15 22:10:48 2009 New Revision: 57572 Log: Add cdebconf-newt-terminal to most images that include cdebconf-newt-udeb (although not floppies). Modified: trunk/installer/build/pkg-lists/cdrom-apus/common trunk/installer/build/pkg-lists/cdrom/common trunk/installer/build/pkg-lists/generic/common trunk/installer/build/pkg-lists/hd-media/common trunk/installer/build/pkg-lists/monolithic/common trunk/installer/build/pkg-lists/nativehd/common trunk/installer/build/pkg-lists/netboot-apus/common trunk/installer/build/pkg-lists/netboot/common trunk/installer/debian/changelog This broke daily builds as the new udeb is awaiting NEW processing. I've marked it as optional for now. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: New newt terminal plugin
On Monday 16 February 2009, Jérémy Bobbio wrote: I meant being called during a progress, yes. I am unsure on how the plugin will react… but we'll figure out once you will have made progress on re-adding support for manual package selection. :) It does not really need to be re-added, it's never been removed. If you run 'tasksel --new-install' on a regular system you'll see the option displayed. Whether it is displayed depends on 'tests/debconf' (see tasks/manual). Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: New newt terminal plugin
On Monday 16 February 2009, Frans Pop wrote: On Monday 16 February 2009, Jérémy Bobbio wrote: I meant being called during a progress, yes. I am unsure on how the plugin will react… but we'll figure out once you will have made progress on re-adding support for manual package selection. :) It does not really need to be re-added, it's never been removed. If you run 'tasksel --new-install' on a regular system you'll see the option displayed. Whether it is displayed depends on 'tests/debconf' (see tasks/manual). P.S. I just found that in a gtk terminal plugin shell started from the menu, to run tasksel (after 'chroot /target') you first need to manually unset DEBIAN_FRONTEND as the newt frontend isn't available for regular debconf... Should we clear (part of) the environment when starting shells? And hmmm, it's rather strange that DEBIAN_FRONTEND is set to *newt* as I was running the graphical installer... signature.asc Description: This is a digitally signed message part.
Re: r57573 - in trunk/packages/rescue: debian rescue.d
Quoting Colin Watson (cjwat...@alioth.debian.org): _Description: Executing a shell After this message, you will be given a shell in the installer environment. - Since the installer could not find any partitions, no file systems have - been mounted for you. + No file systems have been mounted for you. Could we use this opportunity to drop this for you. It doesn't add much information and I always find this quite clumky. I don't really see why a given action would be made for me. No file systems have been mounted automatically. would sound more neutral to me. signature.asc Description: Digital signature
Re: [RFC] Script to build installer from SVN
Quoting Otavio Salvador (ota...@debian.org): Hello, Two weeks ago I ahd some time free and started to write a script to build debian-installer using SVN sources. The script itself is not yet (it still lacks debian-installer building) but it already does a good job for rest of packages. To allow people to take a look at it, and improve it if desired, I added it to a GIT repository: https://projetos.ossystems.com.br/git/?p=users/otavio/svn-daily-builder.git;a=summary It is quite far from ready yet but I'm more insterested to know what people things about it and how we could improve it to later adopt it. It's quite a long time since I dream of such a beast, with the goal to be able to provide daily builds with all translation updates that are synced by the regular l10n-sync jobsinstead of waiting for a package to be uploaded for translators to be able to see their translations. I have to admit I haven't looked at your script and didn't compare it with buildscript pointed by Frans, but may I risk a remark: The script currently builds all packages for the said architecture, but what will it do with those packages? I'd suggest trying to build special netboot-style images with all udebs included, of course, if that's technically feasible. signature.asc Description: Digital signature
