Bug#703904: marked as done (installation-report: Wheezy-beta-rc on diskless Thinkpad-T4_)
Your message dated Mon, 29 Sep 2014 07:42:30 +0200 with message-id 20140929074230.15e53143@s5.lokal and subject line close has caused the Debian Bug report #703904, regarding installation-report: Wheezy-beta-rc on diskless Thinkpad-T4_ 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.) -- 703904: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703904 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: installation-reports Version: 2.49 Severity: wishlist Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** - -- Package-specific info: Boot method: USB Image version: http://caesar.acc.umu.se/cdimage/weekly-builds/i386/iso-cd/debian-testing-i386-CD-1.iso, build 2013-03-25 Date: 2013-03-25, about from 09.30 h to 11.15 h Machine: IBM Thinkpad T43 Partitions: Filesystem Type 1K-blocks Used Available Use% Mounted on rootfs rootfs14417392 3632656 10052372 27% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 103312 680102632 1% /run /dev/disk/by-uuid/ce3aba3c-9abb-4c4f-b079-c1cfdb522ec0 ext4 14417392 3632656 10052372 27% / tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 403020 72402948 1% /run/shm /dev/sdb1 ext4 3889892 73288 3619008 2% /home Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o] Detect network card:[o] Configure network: [o] Detect CD: [o] Load installer modules: [o] Clock/timezone setup: [o] User/password setup:[o] Detect hard drives: [o] Partition hard drives: [o] Install base system:[o] Install tasks: [o] Install boot loader:[o] Overall install:[o] Comments/Problems: Plain and simple installation on a medium speed SD-card in an USB-cardreader, with /home/ on an extra SD-card in a PCMCIA-cardreader. The PCMCIA-cardreader is not bootable and does not accept every card, so USB-connected SC-card, or eventually a faster USB-memory-key will have to do as a harddisk-replacement. The IDE-conroller of this notebook died, when I tried to use a CompactFlash card with IDE-adapter instead of a harddisk. When I start up the machine, while initialising the kernel it takes _very_ long, there are complaints about 'ata1: SRST failed(errno=-16)' (two times), some waiting,about one minute, while there are more udev-timeout-errors. So next I am probably going to build a customized kernel without any PATA-driver-modules except pata_pcmcia, which is in use, in order to speed up system-startup et al. Or is there a kernel-boot-option to check non-pata-boot beforehand ? [please see attachment: dmsg.txt.gz(dmesg-output)] - -- 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=7.0 (wheezy) - installer build 20130325-00:06 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux t-43 3.2.0-4-486 #1 Debian 3.2.41-1 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 03) lspci -knn: Subsystem: IBM Device [1014:0575] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Mobile 915GM/PM Express PCI Express Root Port [8086:2591] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 [8086:2660] (rev 03) lspci -knn: Kernel
Bug#756593: busybox's switch_root makes read-only NFS root read/write
[Rehashing a somewhat old thread...] 08.08.2014 14:55, Zimmermann, Alexander wrote: So here is the full output. Vanilla Linux 3.16. No patches. There is definitely something broken in the userland. I will set up a new image via debootstrap next week. So, Alexander, did you succeed in finding what turns your root read-write? Since you confirm the bug is not in busybox, I'm about to close this bugreport, or maybe we should reassign it to some other package instead, because it contains quite some useful debugging information and it'd be sad if this info will be lost... I still can't reproduce the problem you describe. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5428fe0d.80...@msgid.tls.msk.ru
Processed: Re: Bug#730059: busybox-syslogd conflicts with systemd
Processing control commands: tag -1 - moreinfo + wontfix Bug #730059 [busybox-syslogd] busybox-syslogd conflicts with systemd Removed tag(s) moreinfo. Bug #730059 [busybox-syslogd] busybox-syslogd conflicts with systemd Added tag(s) wontfix. -- 730059: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730059 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b730059.141197243418712.transcr...@bugs.debian.org
Bug#730059: busybox-syslogd conflicts with systemd
Control: tag -1 - moreinfo + wontfix 11.09.2014 09:49, Trent W. Buck wrote: In fact busybox-syslogd is the *only* package with Provides: klogd the others seem to Provides: linux-kernel-log-daemon I don't understand why this is the case. Does the difference signify a different interface, or is it just an oversight? The point is probably moot since journalctl replaces it, but couldn't the busybox-syslogd init script say if pid1 is systemd, start syslogd but not klogd ? It is not the init script, it is the busybox syslog implementation. For simplicity, it is one applet that does both syslog function and klogd function, and klogd function is not optional. In order to stop providing klogd, someone should write a patch for busybox (upstream, because I for one don't want to make debian-specific changes to busybox) to make klogd function optional, after which it will be possible to adjust initscript to run syslogd without klogd if systemd is running. Tagging as wontfix for now. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5428fd4c.7010...@msgid.tls.msk.ru
Processing of busybox_1.22.0-9_source.changes
busybox_1.22.0-9_source.changes uploaded successfully to localhost along with the files: busybox_1.22.0-9.dsc busybox_1.22.0-9.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xyuhc-0007hj...@franck.debian.org
busybox_1.22.0-9_source.changes REJECTED
Uploads not including architecture-independent packages are not allowed. === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xyuzu-0001p4...@franck.debian.org
Bug#730059: busybox-syslogd conflicts with systemd
Michael Tokarev wrote:
It is not the init script, it is the busybox syslog implementation.
For simplicity, it is one applet that does both syslog function and
klogd function, and klogd function is not optional.
Er, are you sure?
I'm definitely not familiar with busybox code, but
* /etc/init.d/busybox-{syslogd,klogd} are separate scripts that run separate
processes:
USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
root 1475 0.0 0.0 4812 420 ?Ss 09:57 0:00 /sbin/klogd
root 1478 0.0 0.4 13008 8632 ?Ss 09:57 0:00
/sbin/syslogd -C8192
* busybox {syslogd,klogd} --help suggests they're separate applets.
* busybox/sysklogd/Config.src has separate options for syslogd and klogd.
* the description for CONFIG_SYSLOGD says
When used in conjunction with klogd, messages from the Linux
kernel can also be recorded.
which implies it can be used without klogd.
* If I stop klogd, logger test still makes test appear in logread.
* if I do make allnoconfig then in make menuconfig I can enable
System Logging Utilities syslogd without klogd being turned on.
$ ./busybox --help | tail -3
Currently defined functions:
logread, syslogd
$ ./busybox logread | grep user.notice.*test
Sep 29 19:37:11 frey user.notice twb: test
Disclaimer: the source code tests above, I was looking at
1_22_0-191-g26a8b9f because that was what I had in front of me.
The runtime bits I checked on a jessie/sid install.
signature.asc
Description: Digital signature
Bug#763324: task-italian: add dependence on libreoffice-l10n-it
Package: task-italian Version: 3.27 Severity: normal Hello, the Italian spell checking was missing in my libreoffice. I assumed that task-italian would install it, but it didn't. I eventually figured out that I needed libreoffice-l10n-it It seems to me that the whole point of these taks-language package is to collect all that is required for language. So task-italian should at least recommend libreoffice-l10n-it More accurately, it should depend on libreoffice-l10n-it in case libreoffice is installed, but I'm not sure this type of conditional dependence is possible within the Debian packaging system. More in general, task-language should recommend the relevant libreoffice-l... package. See also bug #634974. Thank you! All the best, Nick -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'stable'), (5, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages task-italian depends on: ii manpages-it 2.80-5 ii tasksel 3.27 Versions of packages task-italian recommends: ii aspell-it2.4-20070901-0-2.1 ii debian-reference-it 2.53 pn doc-linux-it none pn doc-linux-it-textnone ii fortunes-it 1.99-3 ii iitalian 1:2.3-3 ii maint-guide-it 1.2.33 ii witalian 1.7.5+nmu1 task-italian suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140929103652.31180.65674.reportbug@localhost.localdomain
Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode
On Sun, Sep 28, 2014 at 08:46:41PM +0100, Steve McIntyre wrote: On Sun, Sep 28, 2014 at 07:50:38PM +0100, Colin Watson wrote: On Sun, Sep 28, 2014 at 06:14:30PM +0100, Steve McIntyre wrote: That sounds better to me too, assuming we can sensibly do a question at that point. Is that allowed? I honestly don't know... :-/ While isinstallable scripts can talk to debconf, they should not ask questions, as main-menu will run the isinstallable script for a given package potentially many times. Also, partman-efi isn't a main-menu item so any isinstallable script added to it will never be run. Right. Thanks for warning before we spend too much time on that option! :-/ So, back to other options I guess. I'm hacking on init.d/efi, and it looks like it might do what we need. We can remember a decision taken (choose not to do EFI installation), but we'll need to update either all the places that currently check if we're an EFI platform or the core libdebian-installer code to look for a flag file or similar... -- Steve McIntyre, Cambridge, UK.st...@einval.com When C++ is your hammer, everything looks like a thumb. -- Steven M. Haflich -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140929143417.ga29...@einval.com
Bug#762342: task-cinnamon-desktop: Please turn on display of Cinnamon desktop task
Ben Armstrong wrote: Both Mate and Cinnamon feature the traditional panel and menu design that GNOME 2 did, so share more in common in design than they do with gnome-shell But then there's gnome 3 fallback mode. What perplexes me is why Mate, which is a throwback desktop based on an aging codebase with none of the niceties introduced by GNOME 3 is now visible whereas the (imho) saner, forwards-looking Cinnamon, which takes advantage of those improvements gets relegated to the sidelines due to having too many common characteristics with GNOME 3. Another way of looking at this is that cinnamon apparently includes only around 20 mb of different packages than gnome 3. (So, the gnome DVD will probably include cinnamon.) It's almost closer to an alternate theme than a separate desktop. Being on this boundary makes it hard to decide if tasksel should include it. Indeed, and seems doomed to remain less popular if users don't even know that it's an option because they can't see it when they install. If there is demand for cinnamon, then I'd expect to see an initial popcon curve for it that looks something like the curve for mate, at the time before mate was available in tasksel. So not adding cinnamon to tasksel immediately, does not preclude drawing useful inferences from popcon data. It's a bit too early to tell what kind of curve we're seeing for cinnamon. -- see shy jo signature.asc Description: Digital signature
Bug#762342: task-cinnamon-desktop: Please turn on display of Cinnamon desktop task
On 11:53, Joey Hess wrote: Ben Armstrong wrote: Both Mate and Cinnamon feature the traditional panel and menu design that GNOME 2 did, so share more in common in design than they do with gnome-shell But then there's gnome 3 fallback mode. FWIW last I heard, that wasn't working, or has become less functional than it was for wheezy. If someone knows, please say so because it might have bearing here. And does Cinnamon require 3D acceleration and does it have its own fallback mode for where that's not available? What perplexes me is why Mate, which is a throwback desktop based on an aging codebase with none of the niceties introduced by GNOME 3 is now visible whereas the (imho) saner, forwards-looking Cinnamon, which takes advantage of those improvements gets relegated to the sidelines due to having too many common characteristics with GNOME 3. Another way of looking at this is that cinnamon apparently includes only around 20 mb of different packages than gnome 3. (So, the gnome DVD will probably include cinnamon.) It's almost closer to an alternate theme than a separate desktop. Being on this boundary makes it hard to decide if tasksel should include it. What is the down-side to including something there? Does getting (meta)packages through ITP and getting a task into tasksel not imply sufficient usefulness / originality / maintainership? If someone proposed to merely swap out a window manager and background wallpaper it would surely be filtered out by that process? Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140929161444.ga31...@squeeze.pyro.eu.org
Bug#762342: marked as done (task-cinnamon-desktop: Please turn on display of Cinnamon desktop task)
Your message dated Mon, 29 Sep 2014 16:29:26 + with message-id e1xydpg-0003f9...@franck.debian.org and subject line Bug#762342: fixed in tasksel 3.28 has caused the Debian Bug report #762342, regarding task-cinnamon-desktop: Please turn on display of Cinnamon desktop task 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.) -- 762342: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762342 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tasksel Version: 3.26 Severity: normal Please turn on display of the Cinnamon desktop task. I have tested building Jessie live images with Cinnamon included and it seems to already provide a usable desktop. It would be useful for testers to be able to see Cinnamon so they can try it and help shake out any remaining bugs between now and the freeze. Thanks, Ben ---End Message--- ---BeginMessage--- Source: tasksel Source-Version: 3.28 We believe that the bug you reported is fixed in the latest version of tasksel, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 762...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Joey Hess jo...@debian.org (supplier of updated tasksel package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 29 Sep 2014 12:10:16 -0400 Source: tasksel Binary: tasksel tasksel-data task-desktop task-gnome-desktop task-kde-desktop task-lxde-desktop task-xfce-desktop task-cinnamon-desktop task-mate-desktop task-laptop task-web-server task-print-server task-ssh-server task-albanian-desktop task-amharic task-amharic-desktop task-amharic-kde-desktop task-arabic task-arabic-desktop task-arabic-kde-desktop task-asturian task-asturian-desktop task-basque task-basque-desktop task-basque-kde-desktop task-belarusian task-belarusian-desktop task-belarusian-kde-desktop task-bengali task-bengali-desktop task-bengali-kde-desktop task-bosnian task-bosnian-desktop task-bosnian-kde-desktop task-brazilian-portuguese task-brazilian-portuguese-desktop task-brazilian-portuguese-kde-desktop task-british-desktop task-british-kde-desktop task-bulgarian task-bulgarian-desktop task-bulgarian-kde-desktop task-catalan task-catalan-desktop task-catalan-kde-desktop task-chinese-s task-chinese-s-desktop task-chinese-s-kde-desktop task-chinese-t task-chinese-t-desktop task-chinese-t-kde-desktop task-croatian task-croatian-desktop task-croatian-kde-desktop task-czech task-czech-desktop task-czech-kde-desktop task-danish task-danish-desktop task-danish-kde-desktop task-dutch task-dutch-desktop task-dutch-kde-desktop task-dzongkha-desktop task-dzongkha-kde-desktop task-english task-esperanto task-esperanto-desktop task-esperanto-kde-desktop task-estonian task-estonian-desktop task-estonian-kde-desktop task-finnish task-finnish-desktop task-finnish-kde-desktop task-french task-french-desktop task-french-kde-desktop task-galician task-galician-desktop task-galician-kde-desktop task-georgian-desktop task-german task-german-desktop task-german-kde-desktop task-greek task-greek-desktop task-greek-kde-desktop task-gujarati task-gujarati-desktop task-gujarati-kde-desktop task-hebrew task-hebrew-desktop task-hebrew-gnome-desktop task-hebrew-kde-desktop task-hindi task-hindi-desktop task-hindi-kde-desktop task-hungarian task-hungarian-desktop task-hungarian-kde-desktop task-icelandic task-icelandic-desktop task-icelandic-kde-desktop task-indonesian-desktop task-indonesian-kde-desktop task-irish task-irish-desktop task-irish-kde-desktop task-italian task-italian-desktop task-italian-kde-desktop task-japanese task-japanese-desktop task-japanese-gnome-desktop task-japanese-kde-desktop task-kannada-desktop task-kannada-kde-desktop task-kazakh task-kazakh-desktop task-kazakh-kde-desktop task-khmer task-khmer-desktop task-khmer-kde-desktop task-korean task-korean-desktop task-korean-gnome-desktop task-korean-kde-desktop task-kurdish task-kurdish-desktop task-kurdish-kde-desktop task-latvian task-latvian-desktop task-latvian-kde-desktop task-lithuanian task-lithuanian-desktop task-lithuanian-kde-desktop task-macedonian task-macedonian-desktop
Bug#763072: How/Where to file a feature request
On 09/27/2014 01:27 PM, Lisi Reisz wrote: On Saturday 27 September 2014 17:57:06 Philippe Clérié wrote: Thanks for the tips. Bug filed as #763072. -- Philippe -- The trouble with common sense it that it is so uncommon. Anonymous I have looked at the bug report, and I would suggest that it may be misphrased. Keyboard selection is already in the installer. I always choose a standard UK keyboard and would struggle to install without it. What is missing apparently is the actual one you want. Keyboard selection comes after language selection. Presumably (and I am guessing here) you choose US English and are just given a US keyboard but the wrong one, rather than the list of keyboards to select from that we British English choosers get. Lisi You know, you have forced me to re-evaluate what I thought I knew. It appears that the Debian installer _does not_ have a Keymap variant selection dialog, even in expert mode. Even dpkg-reconfigure keyboard-configuration does not seem to do anything, while in Ubuntu you get to do some more customization of the keyboard. I had always assumed that the Ubuntu installer was the same as Debian's but with some more options activated. When filing the bug I thought it would be a one liner kind of change. That may not be the case. Your description of the process above is correct. After choosing the language (en) and the location (US), Debian presents the [Configure the keyboard] dialog, with the header Keymap to use:. The first selection in my case is American English, and below that keymaps, for just about every other country/language, including British English. What I would like is to be presented a choice of layouts after selecting that keymap. Having said that, my original phrasing seems to reflect exactly what I am asking for, and none of my assumptions are apparent (I think?). But I am copying the bug report just in case. -- Philippe -- The trouble with common sense it that it is so uncommon. Anonymous -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54298d7a.5000...@gcal.net
Re: control the UID/GID assignment by installer
On Sun, Sep 28, 2014 at 6:32 PM, Philip Hands p...@hands.com wrote: . The right way to do this is almost certainly by creating a new hook script, in an early script -- see: http://d-i.alioth.debian.org/doc/internals/apb.html#ap-hooks-general Here's an ancient example of doing that: http://hands.com/d-i/lenny/classes/koolu/early_script.disabled so pick the point in the install that you want to edit the passwd file, and just create a script in one of the hooks that will do that for you. How do I make the hook script effective? Unpack and iso image, add the script, recreate the iso? Ross -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cak3ntrdaftmj2yhyfw7ub3akvzj1rebadh8g7ak--ounb3p...@mail.gmail.com
Bug#763072: How/Where to file a feature request
On Mon 29 Sep 2014 at 12:48:58 -0400, Philippe Clérié wrote: On 09/27/2014 01:27 PM, Lisi Reisz wrote: I have looked at the bug report, and I would suggest that it may be misphrased. Keyboard selection is already in the installer. I always choose a standard UK keyboard and would struggle to install without it. What is missing apparently is the actual one you want. Keyboard selection comes after language selection. Presumably (and I am guessing here) you choose US English and are just given a US keyboard but the wrong one, rather than the list of keyboards to select from that we British English choosers get. Lisi You know, you have forced me to re-evaluate what I thought I knew. It appears that the Debian installer _does not_ have a Keymap variant selection dialog, even in expert mode. Even dpkg-reconfigure keyboard-configuration does not seem to do anything, while in Ubuntu you get to do some more customization of the keyboard. You may want to evaluate keeping your report open in the light of reading #698322: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698322 With 'dpkg-reconfigure keyboard-configuration' I see two international keyboard layouts. Both are under Englis (US). -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/29092014191428.8d2b952b0...@desktop.copernicus.demon.co.uk
getting wheezy installer code
Assuming an already checked out copy of the installer (https://wiki.debian.org/DebianInstaller/CheckOut), what's the best way to switch to wheezy? mr git checkout -b wheezy origin/wheezy ? I'm not really sure what to make of the svn/git hybrid nature of what's on my disk. Thanks. Ross Boylan -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAK3NTRCUVWzGMR7q3a=8s937vnyohywqt+6-rqtrxr5g13z...@mail.gmail.com
iso-scan_1.43+deb7u2_amd64.changes ACCEPTED into proposed-updates-stable-new, proposed-updates
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 28 Sep 2014 17:12:51 +0200 Source: iso-scan Binary: iso-scan load-iso Architecture: source all Version: 1.43+deb7u2 Distribution: wheezy Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Cyril Brulebois k...@debian.org Description: iso-scan - Scan hard drives for an installer ISO image (udeb) load-iso - Load installer components from an installer ISO (udeb) Closes: 640789 Changes: iso-scan (1.43+deb7u2) wheezy; urgency=low . * Do not error out when searching in folders with shell-special characters in their name (Closes: #640789). Thanks, Modestas Vainius! * It should be noted that ISO files located in paths containing special characters might still lead to some problems (See: #759174). Thanks, Stephen Kitt, for the analysis! Checksums-Sha1: 1f8eecc8b81e729661f6c16c08baa40b72c2f3c8 1663 iso-scan_1.43+deb7u2.dsc 66e6899f23908cbb2b05231e18faf17eb693c911 117741 iso-scan_1.43+deb7u2.tar.gz a647ab4a8167b616fedf483458309004d90c8640 92212 iso-scan_1.43+deb7u2_all.udeb 818d7892e4f2b9274fbc30c044219b596e05fdac 4242 load-iso_1.43+deb7u2_all.udeb Checksums-Sha256: ccab96701547881ed17b175f0907a92d738c3208299c8460f9321892111c6a91 1663 iso-scan_1.43+deb7u2.dsc a4a6092258ec0b63aac0fa59f02211db859062c0e5ae29306ad818e10e50897f 117741 iso-scan_1.43+deb7u2.tar.gz bc11cf50da5da7073d99badc0e1f4f3f62106f00adf2b1ab7535329549270ea4 92212 iso-scan_1.43+deb7u2_all.udeb ee6a73f8c3f7969c454c52abafe9b15d2b3bbd0b15db55ae70af85c278304a21 4242 load-iso_1.43+deb7u2_all.udeb Files: b0dbddd34ae659e96ce97b74c43621cc 1663 debian-installer optional iso-scan_1.43+deb7u2.dsc b1e3f039a768cb350dfcf75f62c0b50d 117741 debian-installer optional iso-scan_1.43+deb7u2.tar.gz 8d8155c06e4dee32eaf3ae3641f40a18 92212 debian-installer optional iso-scan_1.43+deb7u2_all.udeb ed970ba9ace7be74ca47f6b68615313f 4242 debian-installer extra load-iso_1.43+deb7u2_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJUKE1QAAoJEP+RSvDCs1Ug17MP/j03N22zScO6MM2PxflmPcr7 zgA/S9ILHZttEWjqAYC0upjGfpi/B36S91/xfHhYG08oo4wL5McXvVKuMaHO/o4a BwsLnXrnZtk9m/rls5D/QwF/HBF3W7O4cxqWXCd2TU+rXRq/cp1HmD1MRtFcTo/6 tVOeUKNN21BZiBgYsQ0SeZcce7RbHXv8ZNmEsn83ZNdtHpAurKEqB0/GcMeGHwDZ UGM55Rmwjfku7s3aHTpJMExxVywq8BQFP+EAKnHk1sOP5JWzQGPYKakJkpJV+mTo QuglwmypjpCJuMRL65XySD6ezRbf1zAn1jnhzM+TgHfKti7OfNWC7G0Eb0xziZWT Ek+4/Qzx6/k0Qf6s4GBInCBA1tha09rhZCw9+pj2+ppZU0TONKX2RpgON1Z2Jh+X 0t1lzX1QEyzo8J5tXm5mtVWB29hF+tapeQRxga0cKJ0a3PhF7AJG5IhkqnAkhkwK /nASEb0ws/+oOCi5573+eRtIWR1u65RR8GOp1Gve7A2UBgZ5d0EGbs1tEl7zRGRs LZzazEkQKRvaNsouhkOho8Uae/IbkG3A27u/F/44EMTsc/4cvUeqePwEdfpcRfgo nmbqlbotWxl1XN7K4gmaT3V82STaIhDJfU61FYVIqPwqg6JTsCv93jxH0ryTkX51 E+nkFTQndiJ/Er3w0QTH =4THL -END PGP SIGNATURE- 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 Archive: https://lists.debian.org/e1xygsy-0001ig...@franck.debian.org
netcfg_1.108+deb7u2_amd64.changes ACCEPTED into proposed-updates-stable-new, proposed-updates
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 28 Sep 2014 17:11:31 +0200 Source: netcfg Binary: netcfg netcfg-static Architecture: source amd64 Version: 1.108+deb7u2 Distribution: wheezy Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Cyril Brulebois k...@debian.org Description: netcfg - Configure the network (udeb) netcfg-static - Configure a static network (udeb) Closes: 757478 Changes: netcfg (1.108+deb7u2) wheezy; urgency=low . * Fix support for entering an ESSID manually, it was previously getting ignored (Closes: #757478). Thanks to James Cowgill for the report and the patch! Checksums-Sha1: 62ce648ec4c3a61dc370833962ccac873ec1d127 1894 netcfg_1.108+deb7u2.dsc 36fdf58039cd9866651dfd76fc5488283ce3d75f 763534 netcfg_1.108+deb7u2.tar.gz 6a9e07b03261290abe9f6714352ca7ff1fd0d600 425160 netcfg_1.108+deb7u2_amd64.udeb 1dfdcb34ede0cdf299e30346e562d7ce4e0ed517 332922 netcfg-static_1.108+deb7u2_amd64.udeb Checksums-Sha256: 321194b73de4641c48e9ccb4f2be08b3c531f2be0ddd69b967941bbe5ee734e8 1894 netcfg_1.108+deb7u2.dsc 1d2116dc5af48500cdc166217ff36a13c8315ca8e79f1a500a7f38ee3765e1a0 763534 netcfg_1.108+deb7u2.tar.gz b042d5d4b88afb0bf871490c859f31ca353145fbf8f2c888ac9cfb00df7754b4 425160 netcfg_1.108+deb7u2_amd64.udeb f91f6a1705fb6839f59da3a888683eb109256cf81378f35c65303a52710dfbd2 332922 netcfg-static_1.108+deb7u2_amd64.udeb Files: 28511fc7aa23241bce0e7e97a84f09d4 1894 debian-installer optional netcfg_1.108+deb7u2.dsc baafbf17773d4587c4035dc004df1b99 763534 debian-installer optional netcfg_1.108+deb7u2.tar.gz b3403c9302a8883a096935054e428dbb 425160 debian-installer optional netcfg_1.108+deb7u2_amd64.udeb 86626e4cdf884254d5abadadf75f8d16 332922 debian-installer optional netcfg-static_1.108+deb7u2_amd64.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJUKE2HAAoJEP+RSvDCs1UgCxMP/3CvhyPtLDOb9pKsKQXISgic niqxFYzO7Dee2T+Uhnm0NQEYQrEKMQczh+Q1ZdxIVRIFjMDyelZvOdyyu1aKEseQ oo+L2MB2i8IZHpp0JN98QqsiAvwNFx8yhfMpAlCIOPdJ5iyW/HSUv/yaNt3IlgWt ss/r0BQm3XWXPWndufiQP1EX9AXglYTFYfCfioNHUE/3CXbh/D7811sC1PzLdQRc i3r07iHCbv8zZuuCNBvAN5kJTXGPGrNZN/3rZuI5LdW4xS8ajVBLKdFdcas77fLm 9puTYeQL8X4B/zPRGiXg4EUG9aUsqXZbREVgv0f1LtpXfN6D1MG6ZZvr/GFWaO/d Vp1Z71kzDzb1PXNGUESftJsb6KVXT07rl71auregJTFK1RrHLCUFgDarKYMUdhNH qo+qLz8rss9LK5nz7GjL+zd9uIEN3SYVJK28wuizXPd2MraHYZ8NwkuXaZZnNrW8 1ykHYamJ6Rs3N7VU7M7pXE31oVOptZ1aNtl7tEZXqDf93TfZJnU4bz3/Lge+mruC 8sEHmcZiR0dUvv6bhLp/+GeeBgkj1iP3LXUJB3NuY04MaGk9neqLkYxBXy0yOBys RaxBO2B+JTy8tVz6+oSo/7VAVRLI0YW3j309xwfH+UNMy0Iv8LWp+XSd4ni523E/ HK2q5zoIdwDXL0tRs+mU =Nrnz -END PGP SIGNATURE- 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 Archive: https://lists.debian.org/e1xygsz-0001iy...@franck.debian.org
Bug#640789: marked as done (Crash on folder name with spaces)
Your message dated Mon, 29 Sep 2014 19:18:10 + with message-id e1xygsy-0001iq...@franck.debian.org and subject line Bug#640789: fixed in iso-scan 1.43+deb7u2 has caused the Debian Bug report #640789, regarding Crash on folder name with spaces 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.) -- 640789: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640789 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: iso-scan Version: 1.36 Severity: normal This bug was originally reported in https://bugs.launchpad.net/ubuntu/+source/iso-scan/+bug/838720 by Sylvain Dansereau. It seems that an unescaped $dir in debian/iso-scan.postinst makes iso-scan exit while searching for iso images, if a folder name contains spaces. line 165: isolist=$(find $dir $opt -name *.iso -o -name *.ISO 2/dev/null) ---End Message--- ---BeginMessage--- Source: iso-scan Source-Version: 1.43+deb7u2 We believe that the bug you reported is fixed in the latest version of iso-scan, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 640...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Cyril Brulebois k...@debian.org (supplier of updated iso-scan package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 28 Sep 2014 17:12:51 +0200 Source: iso-scan Binary: iso-scan load-iso Architecture: source all Version: 1.43+deb7u2 Distribution: wheezy Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Cyril Brulebois k...@debian.org Description: iso-scan - Scan hard drives for an installer ISO image (udeb) load-iso - Load installer components from an installer ISO (udeb) Closes: 640789 Changes: iso-scan (1.43+deb7u2) wheezy; urgency=low . * Do not error out when searching in folders with shell-special characters in their name (Closes: #640789). Thanks, Modestas Vainius! * It should be noted that ISO files located in paths containing special characters might still lead to some problems (See: #759174). Thanks, Stephen Kitt, for the analysis! Checksums-Sha1: 1f8eecc8b81e729661f6c16c08baa40b72c2f3c8 1663 iso-scan_1.43+deb7u2.dsc 66e6899f23908cbb2b05231e18faf17eb693c911 117741 iso-scan_1.43+deb7u2.tar.gz a647ab4a8167b616fedf483458309004d90c8640 92212 iso-scan_1.43+deb7u2_all.udeb 818d7892e4f2b9274fbc30c044219b596e05fdac 4242 load-iso_1.43+deb7u2_all.udeb Checksums-Sha256: ccab96701547881ed17b175f0907a92d738c3208299c8460f9321892111c6a91 1663 iso-scan_1.43+deb7u2.dsc a4a6092258ec0b63aac0fa59f02211db859062c0e5ae29306ad818e10e50897f 117741 iso-scan_1.43+deb7u2.tar.gz bc11cf50da5da7073d99badc0e1f4f3f62106f00adf2b1ab7535329549270ea4 92212 iso-scan_1.43+deb7u2_all.udeb ee6a73f8c3f7969c454c52abafe9b15d2b3bbd0b15db55ae70af85c278304a21 4242 load-iso_1.43+deb7u2_all.udeb Files: b0dbddd34ae659e96ce97b74c43621cc 1663 debian-installer optional iso-scan_1.43+deb7u2.dsc b1e3f039a768cb350dfcf75f62c0b50d 117741 debian-installer optional iso-scan_1.43+deb7u2.tar.gz 8d8155c06e4dee32eaf3ae3641f40a18 92212 debian-installer optional iso-scan_1.43+deb7u2_all.udeb ed970ba9ace7be74ca47f6b68615313f 4242 debian-installer extra load-iso_1.43+deb7u2_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJUKE1QAAoJEP+RSvDCs1Ug17MP/j03N22zScO6MM2PxflmPcr7 zgA/S9ILHZttEWjqAYC0upjGfpi/B36S91/xfHhYG08oo4wL5McXvVKuMaHO/o4a BwsLnXrnZtk9m/rls5D/QwF/HBF3W7O4cxqWXCd2TU+rXRq/cp1HmD1MRtFcTo/6 tVOeUKNN21BZiBgYsQ0SeZcce7RbHXv8ZNmEsn83ZNdtHpAurKEqB0/GcMeGHwDZ UGM55Rmwjfku7s3aHTpJMExxVywq8BQFP+EAKnHk1sOP5JWzQGPYKakJkpJV+mTo QuglwmypjpCJuMRL65XySD6ezRbf1zAn1jnhzM+TgHfKti7OfNWC7G0Eb0xziZWT Ek+4/Qzx6/k0Qf6s4GBInCBA1tha09rhZCw9+pj2+ppZU0TONKX2RpgON1Z2Jh+X 0t1lzX1QEyzo8J5tXm5mtVWB29hF+tapeQRxga0cKJ0a3PhF7AJG5IhkqnAkhkwK /nASEb0ws/+oOCi5573+eRtIWR1u65RR8GOp1Gve7A2UBgZ5d0EGbs1tEl7zRGRs LZzazEkQKRvaNsouhkOho8Uae/IbkG3A27u/F/44EMTsc/4cvUeqePwEdfpcRfgo nmbqlbotWxl1XN7K4gmaT3V82STaIhDJfU61FYVIqPwqg6JTsCv93jxH0ryTkX51 E+nkFTQndiJ/Er3w0QTH =4THL -END PGP SIGNATUREEnd Message---
decrufting hw-detect?
Hi all, hw-detect is a package missing in testing for arm64 and ppc64el. It is needed if we want to at least imagine running debian-installer with testing udebs on these architectures. It missed twice the migration to testing due to a new upload, and it seems it won't migrate automatically as it needs a manual decruft from the ftpmasters. The automated cruft script seems to be confused by the old new archdetect-udeb, with some additional provides: | * source package hw-detect version 1.104 no longer builds | binary package(s): archdetect-udeb | on amd64,arm64,armel,armhf,hurd-i386,i386,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,ppc64el,s390x,sparc | - suggested command: | dak rm -m [auto-cruft] NBS (no longer built by hw-detect) -s unstable -a amd64,arm64,armel,armhf,hurd-i386,i386,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,ppc64el,s390x,sparc -p -R -b archdetect-udeb | - broken Depends: | base-installer: bootstrap-base | hw-detect: hw-detect | live-installer: live-installer | partman-base: partman-base | prep-installer: prep-installer [powerpc] | quik-installer: quik-installer [powerpc] | silo-installer: silo-installer [sparc] | yaboot-installer: yaboot-installer [powerpc] Should we ask the ftpmasters for archdetect-udeb to be removed? Thanks, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140929201210.ge3...@hall.aurel32.net
Re: decrufting hw-detect?
Aurelien Jarno aurel...@aurel32.net (2014-09-29): Hi all, hw-detect is a package missing in testing for arm64 and ppc64el. It is needed if we want to at least imagine running debian-installer with testing udebs on these architectures. It missed twice the migration to testing due to a new upload, and it seems it won't migrate automatically as it needs a manual decruft from the ftpmasters. The automated cruft script seems to be confused by the old new archdetect-udeb, with some additional provides: | * source package hw-detect version 1.104 no longer builds | binary package(s): archdetect-udeb | on amd64,arm64,armel,armhf,hurd-i386,i386,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,ppc64el,s390x,sparc | - suggested command: | dak rm -m [auto-cruft] NBS (no longer built by hw-detect) -s unstable -a amd64,arm64,armel,armhf,hurd-i386,i386,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,ppc64el,s390x,sparc -p -R -b archdetect-udeb | - broken Depends: | base-installer: bootstrap-base | hw-detect: hw-detect | live-installer: live-installer | partman-base: partman-base | prep-installer: prep-installer [powerpc] | quik-installer: quik-installer [powerpc] | silo-installer: silo-installer [sparc] | yaboot-installer: yaboot-installer [powerpc] Should we ask the ftpmasters for archdetect-udeb to be removed? I think I did that after having uploaded the revert, but I might be misremembering. Either way, I felt uncomfortable with the amount of changes/the diff while reviewing udebs this weekend, so I decided to skip it. Feel free to ask for a decruft, I can then get it into testing so that new archs get into a better shape, even if that introduces some risks for other archs. Mraw, KiBi. signature.asc Description: Digital signature
Processing of di-netboot-assistant_0.38a~bpo70+1_amd64.changes
di-netboot-assistant_0.38a~bpo70+1_amd64.changes uploaded successfully to localhost along with the files: di-netboot-assistant_0.38a~bpo70+1.dsc di-netboot-assistant_0.38a~bpo70+1.tar.gz di-netboot-assistant_0.38a~bpo70+1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xyhlo-bb...@franck.debian.org
Re: brltty_5.0-3_amd64.changes ACCEPTED into unstable
Debian FTP Masters ftpmas...@ftp-master.debian.org (2014-09-26): Format: 1.8 Date: Sat, 27 Sep 2014 00:46:19 +0200 Source: brltty Binary: brltty brltty-dbg libbrlapi0.6 libbrlapi-dbg libbrlapi-dev libbrlapi-jni libbrlapi-java brltty-flite brltty-speechd brltty-espeak brltty-udeb brltty-x11 xbrlapi cl-brlapi python-brlapi python3-brlapi Architecture: source amd64 all Version: 5.0-3 Distribution: unstable Urgency: low Maintainer: Debian Accessibility Team debian-accessibil...@lists.debian.org Changed-By: Samuel Thibault sthiba...@debian.org Description: brltty - Access software for a blind person using a braille display brltty-dbg - debugging symbols for brltty brltty-espeak - Access software for a blind person - espeak driver brltty-flite - Access software for a blind person - Flite speech driver brltty-speechd - Access software for a blind person - Speech Dispatcher driver brltty-udeb - Access software for a blind person using a braille display (udeb) brltty-x11 - Access software for a blind person using a braille display - X11 cl-brlapi - Common Lisp bindings for BrlAPI libbrlapi-dbg - braille display access via BRLTTY - shared library debugging symb libbrlapi-dev - Library for communication with BRLTTY - static libs and headers libbrlapi-java - Java bindings for BrlAPI libbrlapi-jni - Java bindings for BrlAPI (native library) libbrlapi0.6 - braille display access via BRLTTY - shared library python-brlapi - Braille display access via BRLTTY - Python bindings python3-brlapi - Braille display access via BRLTTY - Python3 bindings xbrlapi- Access software for a blind person using a braille display - xbrl Closes: 708585 Changes: brltty (5.0-3) unstable; urgency=low . [ Paul Gevers ] * Improved timestamp fix in man pages to be independent of locales and file timestamps (Closes: #708585) . [ Samuel Thibault ] * Team upload. * Append the d-i -inherited configure to the end of brltty.conf instead of dropping it (which was thus losing the documentation for the user). * patches/90-zh-lang-fix.patch: Fix zh translation syntax. * brltty-udeb.prebaseconfig: Enable accessibility in XFCE, LXDE and MATE sessions too. * Bump Standards-Version to 3.9.6 (no changes). So having this for the upcoming D-I Jessie Beta 2 release would make sense. How confident are you with this upload (now built everywhere)? Should I push it to testing right now? Mraw, KiBi. signature.asc Description: Digital signature
Re: brltty_5.0-3_amd64.changes ACCEPTED into unstable
Cyril Brulebois, le Mon 29 Sep 2014 22:36:09 +0200, a écrit : [ Paul Gevers ] * Improved timestamp fix in man pages to be independent of locales and file timestamps (Closes: #708585) . [ Samuel Thibault ] * Team upload. * Append the d-i -inherited configure to the end of brltty.conf instead of dropping it (which was thus losing the documentation for the user). * patches/90-zh-lang-fix.patch: Fix zh translation syntax. * brltty-udeb.prebaseconfig: Enable accessibility in XFCE, LXDE and MATE sessions too. * Bump Standards-Version to 3.9.6 (no changes). So having this for the upcoming D-I Jessie Beta 2 release would make sense. How confident are you with this upload (now built everywhere)? Should I push it to testing right now? I'm very confident with the upload, it'd be good to have it for d-i B2. Samuel -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140929204031.ga3...@type.youpi.perso.aquilenet.fr
Re: brltty_5.0-3_amd64.changes ACCEPTED into unstable
Samuel Thibault sthiba...@debian.org (2014-09-29): Cyril Brulebois, le Mon 29 Sep 2014 22:36:09 +0200, a écrit : [ Paul Gevers ] * Improved timestamp fix in man pages to be independent of locales and file timestamps (Closes: #708585) . [ Samuel Thibault ] * Team upload. * Append the d-i -inherited configure to the end of brltty.conf instead of dropping it (which was thus losing the documentation for the user). * patches/90-zh-lang-fix.patch: Fix zh translation syntax. * brltty-udeb.prebaseconfig: Enable accessibility in XFCE, LXDE and MATE sessions too. * Bump Standards-Version to 3.9.6 (no changes). So having this for the upcoming D-I Jessie Beta 2 release would make sense. How confident are you with this upload (now built everywhere)? Should I push it to testing right now? I'm very confident with the upload, it'd be good to have it for d-i B2. Thanks for the swift reply; urgented and unblock-udeb'd accordingly. That would have been my guess/hope anyway, but I didn't want to rush a package into testing without asking its maintainers. Mraw, KiBi. signature.asc Description: Digital signature
di-netboot-assistant_0.38a~bpo70+1_amd64.changes is NEW
binary:di-netboot-assistant is NEW. source:di-netboot-assistant is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will recieve an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xyim3-0008t8...@franck.debian.org
Re: di-netboot-assistant_0.38a~bpo70+1_amd64.changes is NEW
Debian FTP Masters ftpmas...@ftp-master.debian.org (2014-09-29): binary:di-netboot-assistant is NEW. source:di-netboot-assistant is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will recieve an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html Hi Matt, I don't see any wheezy-backports branch in git, please push. Mraw, KiBi. signature.asc Description: Digital signature
Re: di-netboot-assistant_0.38a~bpo70+1_amd64.changes is NEW
Cyril Brulebois writes: I don't see any wheezy-backports branch in git, please push. No changes were necessary other than the changelog. Do you want me to make a branch with just that? Thanks, -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140929221623.d1d47...@taggart.lackof.org
Re: di-netboot-assistant_0.38a~bpo70+1_amd64.changes is NEW
Matt Taggart tagg...@debian.org (2014-09-29): Cyril Brulebois writes: I don't see any wheezy-backports branch in git, please push. No changes were necessary other than the changelog. Do you want me to make a branch with just that? Well I don't think the amount of changes makes any differences. Having branches and tags in git that match stuff in the archive seems a desirable/normal thing, don't you think? Mraw, KiBi. signature.asc Description: Digital signature
Re: Bug#762762: nmu fixing bind issues
Michael Gilbert mgilb...@debian.org (2014-09-28): control: tag -1 patch, pending Hi, I've uploaded an nmu fixing the issues revealed by the previous nmu to delayed/5. Please let me know if I should delay longer. See attached patch. The udeb handling is crazy. Also, please explain why you're still keeping the submitter and debian-boot@ out of the loop while messing around with udebs (#762762). KiBi. signature.asc Description: Digital signature
Bug#756275: testing pxe d-i in different cases
Hi, I did some testing with the daily build from 2014-09-29 which includes the changes KiBi committed for this bug. 1) unpacked daily case wheezy server unpacked daily tarball in foo/ ldlinux.c32 symlinux present boot foo/pxelinux.0 everything works as expected 2) di-netboot-assistant daily case wheezy server di-netboot-install installed daily, which does * moves debian-installer/amd64 to debian-installer/daily/amd64 * copies debian-installer/amd64/pxelinux.0 to debian-installer/pxelinux.0 * no ldlinux.c32 symlinux boot debian-installer/pxelinux.0 gets 'Failed to load ldlinux.c32' (as expected) 3) chain wheezy to d-n-a daily case wheezy server, syslinux-common 2:4.05+dfsg-6+deb7u1 installed cp /usr/lib/syslinux/pxelinux.0 tftpboot/ have a pxelinux.cfg/default that also contains: INCLUDE debian-installer/pxelinux.cfg/default boot pxelinux.0, select daily-amd64 gets ::/debian-installer/daily/amd64/boot/screens/vesamenu.c32: not a COM32R image (this is a known failure mixing 4.x with 6.x, see #759424) 4) chain wheezy+6.03 to d-n-a wheezy server, setup 6.03+ldlinux.c32 in tftpboot have a pxelinux.cfg/default that also contains: a menu section that uses menu.c32 INCLUDE debian-installer/pxelinux.cfg/default I ran into problems with menu.c32/vesamenu.c32 not being able to find libutil.c32 and libcom32.c32. It seems that sometime after wheezy (probably 6.0x?), syslinux-common (and d-i) switched to using dynamic versions of these things, so you can't just point at things like you used to be able to. You can use the new PATH variable (introduced in 5.00+) to set the search path and it looks like debian-installer/amd64/boot-screens/syslinux.c fg is doing this which is good (but that hadn't loaded yet in my chaining experiment). That solves loading modules after pxelinux loads and reads it's config, but it can't solve finding ldlinux.c32. Would it be too much to ask to have ldlinux.c32 static like before? The current pxelinux.0 is 43k and ldlinux.c32 is 117k, so while it would more than triple the size, it's still not big (I'm not sure what the space constraints are, if any). di-netboot-assistant is probably going to need to be fixed (unless pxelinux.0 is switched to contain ldlinux.c32). -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140930010653.e0453...@taggart.lackof.org
Re: efivars should be included in initramfs
Control: reassign -1 partman-md On Sat, 06 Apr 2013 16:06:04 +0100 Ben Hutchings b...@decadent.org.uk wrote: clone 704779 -1 retitle -1 efivars should be included in initramfs reassign -1 initramfs-tools 0.109 thanks Actually, I think it makes more sense to do this in partman-md (or possibly mdadm's initramfs hook) rather than always including efivars. Ben. -- Ben Hutchings The two most common things in the universe are hydrogen and stupidity. signature.asc Description: This is a digitally signed message part
Processed: Re: efivars should be included in initramfs
Processing control commands: reassign -1 partman-md Bug #704836 [initramfs-tools] efivars should be included in initramfs Bug reassigned from package 'initramfs-tools' to 'partman-md'. No longer marked as found in versions initramfs-tools/0.109. Ignoring request to alter fixed versions of bug #704836 to the same values previously set -- 704836: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704836 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b704836.14120450359305.transcr...@bugs.debian.org
