Bug#768188: Jessie Installer hangs after processing DHCPv6 stateful addressing
On Thu, Dec 18, 2014 at 03:04:38PM +0100, Peter Valdemar Mørch wrote: This occurs in in our work environment in VMware Workstation and Proxmox when using bridged eth0, but not when using NAT. In my home network, the exact same procedure goes through without any hangs for both bridged and NAT. VMware Workstation's IPv6 support is full of sadness. Which virtualization do you use with Proxmox? But please tell me: Why is there no Router Advertisement in the packet dump? I see Router Solicitations and DHCPv6 interactions, but no RA. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#768188: Jessie Installer hangs after processing DHCPv6 stateful addressing
On Mon, Dec 22, 2014 at 11:52 AM, Philipp Kern pk...@debian.org wrote: But please tell me: Why is there no Router Advertisement in the packet dump? I see Router Solicitations and DHCPv6 interactions, but no RA. I have absolutely no idea. Perhaps that is the reason for the hang? All I know is that it hangs with Jessie Beta 2 - debian-jessie-DI-b2-amd64-netinst.iso and not with any previous debian installer as far back as sarge. And it doesn't hang when booting in the newly created/installed image. If it adds value, I can try booting the image on e.g. a laptop to see if it is VMware specific. But I'm pretty sure it will experience the same symptoms. That is only possible from January 5th onwards, since I'm on vacation until then. Peter -- 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/CANh5enu726t4v=3kZXYOpvC-9Xh=bw7y0s+taicpcjqyqqc...@mail.gmail.com
What's up with d-i daily builds?
Hi, the last d-i daily build on ppc64el seems to have happened on Dec 12. Can you please have a look and check whether something needs fixing there? Thanks for your time. Mraw, KiBi. signature.asc Description: Digital signature
Bug#773255: Add TI OMAP5 uEVM board support db
Control: tag -1 +pending
On Sat, 2014-12-20 at 15:39 +0800, Chen Baozi wrote:
On Dec 19, 2014, at 16:15, Ian Campbell i...@debian.org wrote:
On Fri, 2014-12-19 at 13:38 +0800, Chen Baozi wrote:
I’ve only booted the system by ‘bootz’ without initrd. If I load the raw
initrd image (rather than ‘uInitrd”), when I use bootz, it would output:
Wrong Ramdisk Image Format
Ramdisk image is corrupt or invalid
This is the reason that I’m still using bootm when initrd is needed.
bootz requires you to give the filesize for the raw initrd. e.g.
load $kernel_addr_r kernel
load $fdt_addr_r
load $ramdisk_addr_r
bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r}
The :${filesize} is what I mean, it is implicitly set by load (and
similar commands) which is why initrd is loaded last in the above, so it
doesn't get clobbered.
Aha, the CONFIG_SUPPORT_RAW_INITRD is not defined by default when building
u-boot with omap5_uevm_defconfig. That is why I used to fail booting with
‘bootz’.
With the latest u-boot enabling CONFIG_SUPPORT_RAW_INITRD, the following
db description works:
Machine: TI OMAP5 uEVM board
Method: generic
U-Boot-Script-Name: bootscr.uboot-generic
Boot-Script-Path: /boot/boot.scr
Required-Packages: u-boot-tools
DTB-Id: omap5-uevm.dtb
Thanks. I think this platform supports LPAE, so I added Kernel-Flavors:
armmp armmp-lpae, and Method defaults to generic so I omitted it,
resulting in:
Machine: TI OMAP5 uEVM board
Kernel-Flavors: armmp armmp-lpae
DTB-Id: omap5-uevm.dtb
U-Boot-Script-Name: bootscr.uboot-generic
Boot-Script-Path: /boot/boot.scr
Required-Packages: u-boot-tools
I've committed this to flash-kernel.git, and I'll upload around the time
the kernel side is uploaded.
Ian.
--
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/1419251404.26985.165.ca...@debian.org
Processed: Re: Bug#773255: Add TI OMAP5 uEVM board support db
Processing control commands: tag -1 +pending Bug #773255 [flash-kernel] Add TI OMAP5 uEVM board support db Added tag(s) pending. -- 773255: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773255 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.b773255.141925140628237.transcr...@bugs.debian.org
Processed: notfound 773274 in 20141216-00:08
Processing commands for cont...@bugs.debian.org: notfound 773274 20141216-00:08 Bug #773274 [installation-reports] installation-reports: parted_server segfault There is no source info for the package 'installation-reports' at version '20141216-00:08' with architecture '' Unable to make a source version for version '20141216-00:08' No longer marked as found in versions 20141216-00:08. thanks Stopping processing here. Please contact me if you need assistance. -- 773274: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773274 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.c.141925159229480.transcr...@bugs.debian.org
Re: What's up with d-i daily builds?
On Mon, Dec 22, 2014 at 01:32:12PM +0100, Cyril Brulebois wrote: Hi, the last d-i daily build on ppc64el seems to have happened on Dec 12. Can you please have a look and check whether something needs fixing there? The old build daemon has been replaced by a DSAed machine running Jessie. This new setup doesn't allow setting-up d-i builds there. It might be a good idea to really make progress on bug#746967 so that we can setup something. 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/20141222130939.gn32...@hall.aurel32.net
Re: What's up with d-i daily builds?
On Montag, 22. Dezember 2014, Aurelien Jarno wrote: The old build daemon has been replaced by a DSAed machine running Jessie. This new setup doesn't allow setting-up d-i builds there. uhm, why? is DSA aware of this? ppc64el must have d-i builds, else it will either delay jessie or not be released with jessie. signature.asc Description: This is a digitally signed message part.
Re: What's up with d-i daily builds?
On Mon, Dec 22, 2014 at 02:29:00PM +0100, Holger Levsen wrote: On Montag, 22. Dezember 2014, Aurelien Jarno wrote: The old build daemon has been replaced by a DSAed machine running Jessie. This new setup doesn't allow setting-up d-i builds there. uhm, why? is DSA aware of this? Yes. It's not possible to do a git checkout due to the SSL certificates not being available. Peter Palfrader told me he already sent a mail to debian-devel about that. ppc64el must have d-i builds, else it will either delay jessie or not be released with jessie. This will be the case of all buildds once upgraded to Jessie and hence all architectures, unless the bug is solved. -- 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/20141222133801.go32...@hall.aurel32.net
Re: What's up with d-i daily builds?
On Mon, Dec 22, 2014 at 02:38:01PM +0100, Aurelien Jarno wrote: On Mon, Dec 22, 2014 at 02:29:00PM +0100, Holger Levsen wrote: On Montag, 22. Dezember 2014, Aurelien Jarno wrote: The old build daemon has been replaced by a DSAed machine running Jessie. This new setup doesn't allow setting-up d-i builds there. uhm, why? is DSA aware of this? Yes. It's not possible to do a git checkout due to the SSL certificates not being available. Peter Palfrader told me he already sent a mail to debian-devel about that. More details about the issue there: https://lists.debian.org/debian-devel/2014/11/msg01354.html -- 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/20141222135535.gp32...@hall.aurel32.net
Bug#773711: installation-report: successful install of wheezy - minor suggestion and problems
Package: installation-reports Version: 2.49 Severity: minor Tags: d-i -- Package-specific info: Boot method: USB stick Image version: http://cdimage.debian.org/debian-cd/7.1.0/amd64/iso-cd/debian-7.1.0-amd64-netinst.iso (or 7.0, or similar) Date: Aug 20, 2013 Machine: Dell Inspiron 3521-5932 laptop Partitions: Filesystem Type 1K-blocks Used Available Use% Mounted on rootfs rootfs 4482128 3923516307888 93% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 599940 704599236 1% /run /dev/disk/by-uuid/bd995a5a-0045-439b-8fdc-3da541597b91 ext4 4482128 3923516307888 93% / tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 1590220 80 1590140 1% /run/shm /dev/sda7 ext4 449888976 177566100 249446716 42% /home /dev/sda8 ext4 9770628 22092 9229164 1% /home2 /dev/sda3 ext4 10729244 3300472 6860632 33% /ubuntu Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x33a1de46 Device Boot Start End Blocks Id System /dev/sda12048 616447 307200 de Dell Utility /dev/sda2 616448 6907903 3145728c W95 FAT32 (LBA) /dev/sda3 * 69079042897821611035156+ 83 Linux /dev/sda428979198 976771071 4738959375 Extended Partition 4 does not start on physical sector boundary. /dev/sda54909875258472447 4686848 83 Linux /dev/sda65847449662377983 1951744 82 Linux swap / Solaris /dev/sda762380032 976771071 457195520 83 Linux /dev/sda8289792004909875110059776 83 Linux Partition table entries are not in disk order 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: After selecting the tasks to install, I suggest to have some possibility to further refine the list of packages before actual install. # cfdisk /dev/sda gives FATAL ERROR: Bad logical partition 8: enlarged logical partitions overlap Press any key to exit cfdisk Connenting a certain printer on USB causes writing infinite many error logs filling the root partition. -- 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 20120930+b1 X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == uname -a: Linux excalibur 3.16.0-0.bpo.4-amd64 #1 SMP Debian 3.16.7-ckt2-1~bpo70+1 (2014-12-08) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM Controller [8086:0154] (rev 09) lspci -knn: Subsystem: Dell Device [1028:0597] lspci -knn: Kernel driver in use: ivb_uncore lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) lspci -knn: Subsystem: Dell Device [1028:0597] lspci -knn: Kernel driver in use: i915 lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04) lspci -knn: Subsystem: Dell Device [1028:0597] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04) lspci -knn: Subsystem: Dell Device [1028:0597] lspci -knn: Kernel driver in use: mei_me lspci -knn: 00:1a.0 USB controller
Re: What's up with d-i daily builds?
Holger Levsen hol...@layer-acht.org (2014-12-22): ppc64el must have d-i builds, else it will either delay jessie or not be released with jessie. Huh?! KiBi. signature.asc Description: Digital signature
Bug#773732: Success installing and booting Debian jessie on a Mac Pro - i386 and kfreebsd-amd64 architectures
Package: installation-reports Boot method: install from net using i386 and kfreebsd-amd64 netinst.iso; debian-jessie-DI-b2-kfreebsd-amd64-netinst.iso Image version: i386: vmlinuz-3.16-2-686-pae, kfreebsd-amd64: kfreebsd-10.0-1-amd64.gz Date: circa December 15, 2014 Machine: Mac Pro model 1,1, Apple EFI firmware, only one drive bay populated Processor: Xeon amd64 Memory: 12 GB Partitions: df -Tl will do; the raw partition table is preferred GNU Parted 3.2 Using /dev/ada0 Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print Model: ST3500418ASQ (scsi) Disk /dev/ada0: 500GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End SizeFile system Name Flags 1 20.5kB 210MB 210MB fat32 EFI System Partition boot, esp 2 211MB 50.2GB 50.0GB ext2commonext2 msftdata 3 50.2GB 100GB 50.0GB ext4i386deb8xroot msftdata 4 100GB 110GB 10.0GB ext2i386deb8xboot msftdata 5 110GB 116GB 6000MB linux-swap(v1) i386deb8xswap 6 116GB 116GB 99.6MB i386deb8xbios 7 116GB 166GB 50.0GB dkfrdeb8xroot 8 166GB 176GB 10.0GB ext2dkfrdeb8xboot 9 176GB 182GB 6000MB ext2dkfrdebswap 10 182GB 182GB 99.6MB dkfrdebbiosbios_grub 11 182GB 236GB 53.6GB hfs+darwin1 12 236GB 290GB 53.7GB hfs+Apple_HFS_Untitled_3 13 290GB 343GB 53.7GB freebsd-ufs fbsd101root 14 343GB 350GB 6442MB fbsd101swap 15 350GB 354GB 4295MB fat32 DOS_FAT_32_Untitled_2 msftdata Notes: Partition 1 created by MacOS Disk Utility during initial format Partition 2-6 created during Debian i386 install Partition 7-10 created during Debian kfreebsd-amd64 install Partition 11-12 created by MacOS to check Debian i386 mount of hfs+ (nonjournaled) Partition 13-14 created by FreeBSD 10.1 install Partition 15created by MacOS to check Debian kfreebsd-amd64 mount of fat32 Further note: Linux parted could have created the EFI partition. MacOS was easier. Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge: Intel Corporation 5000X Chipset Memory Controller Hub (rev 30) 00:02.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 2-3 (rev 30) 00:03.0 Non-VGA unclassified device: Intel Corporation 5000 Series Chipset PCI Express x4 Port 3 (rev 30) 00:04.0 PCI bridge: Intel Corporation 5000X Chipset PCI Express x16 Port 4-7 (rev 30) 00:05.0 Non-VGA unclassified device: Intel Corporation 5000 Series Chipset PCI Express x4 Port 5 (rev 30) 00:06.0 Non-VGA unclassified device: Intel Corporation 5000 Series Chipset PCI Express x4 Port 6 (rev 30) 00:07.0 Non-VGA unclassified device: Intel Corporation 5000 Series Chipset PCI Express x4 Port 7 (rev 30) 00:08.0 System peripheral: Intel Corporation 5000 Series Chipset DMA Engine (rev 30) 00:10.0 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 30) 00:10.1 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 30) 00:10.2 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 30) 00:11.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev 30) 00:13.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev 30) 00:15.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev 30) 00:16.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev 30) 00:1b.0 Audio device: Intel Corporation 631xESB/632xESB High Definition Audio Controller (rev 09) 00:1c.0 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1 (rev 09) 00:1c.1 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 2 (rev 09) 00:1c.2 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 3 (rev 09) 00:1c.3 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 4 (rev 09) 00:1d.0 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1 (rev 09) 00:1d.1 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2 (rev 09) 00:1d.2 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3 (rev 09) 00:1d.3 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #4 (rev 09) 00:1d.7 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller (rev 09) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9) 00:1f.0 ISA bridge: Intel Corporation 631xESB/632xESB/3100 Chipset LPC Interface Controller (rev 09) 00:1f.1 IDE interface: Intel Corporation 631xESB/632xESB IDE
Re: Bug#767037: Grub EFI fallback - patches for review
On Sun, Dec 21, 2014 at 08:24:08PM +, Steve McIntyre wrote: On Sun, Dec 21, 2014 at 10:49:59AM +, Ian Campbell wrote: On Sat, 2014-12-20 at 09:45 +0100, David Härdeman wrote: one option that doesn't seem to have been considered would be to create a separate package (let's call it UEFIx) that installs an UEFI binary to EFI/boot/bootx64.efi. That binary could then do what the UEFI BIOS should've done (i.e. look at the EFI vars for bootorder, bootnext, etc and then go on to load the right bootloader). Interesting idea, does this stub bootloader already exist, or is it something someone would need to write? (Either way I think it's likely too late for Jessie, but perhaps something to think about for Stretch) Exactly. :-/ I tried writing a stub bootloader. It works fine in a TianoCore QEMU environmentunfortunately it's a no go on my HP laptop (8570p). The HP UEFI BIOS helpfully deletes the BootOrder variable altogether :/ So...it was a promising idea, but one that won't work :( -- David Härdeman -- 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/2014102140.gb1...@hardeman.nu
Bug#730441: release-notes: Debian requires an i586 since at least squeeze
On Tue, 16 Dec 2014 18:24:23 +0100 Baptiste Jammet bapti...@mailoo.org wrote: Hi, As already said, this was fixed with commits r69410-69412. I can close this bug in few days, unless someone do it before or tell me to not do it. No news, so I'm closing it now. Any idea when the release notes get rebuilt? (Maybe reassigning the bug back to that package would make sense?) -- 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/CAJYzjmeFyAxpr-9xNRqBKgVmh=PRu0ECXgYg2qPw_Cz=bgv...@mail.gmail.com
Processing of rootskel-gtk_1.31_source.changes
rootskel-gtk_1.31_source.changes uploaded successfully to localhost along with the files: rootskel-gtk_1.31.dsc rootskel-gtk_1.31.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/e1y3a0e-00072q...@franck.debian.org
rootskel-gtk_1.31_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 22 Dec 2014 21:48:18 +0100 Source: rootskel-gtk Binary: rootskel-gtk Architecture: source Version: 1.31 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Didier Raboud o...@debian.org Description: rootskel-gtk - Additions for graphical installs to skeleton root filesystem (deb (udeb) Changes: rootskel-gtk (1.31) unstable; urgency=medium . * Use the Jessie Lines theme for the installer * Create a dark Lines banner to replace the dark Joy banner too Checksums-Sha1: 2c0d3b48526f82ba60b20c15e1d8c5d9840e0b00 1449 rootskel-gtk_1.31.dsc ad8d79ba46307c20476296f3ffa87acfee7e033c 22820 rootskel-gtk_1.31.tar.xz Checksums-Sha256: 3ba68607ed7e61ef55d7ff55abe25f16848bb9debd4336c87668b6dfa863ff7e 1449 rootskel-gtk_1.31.dsc 11610972de44b4684f8a013dbe198c23b0f2b637caed434ff6a0e562217d0632 22820 rootskel-gtk_1.31.tar.xz Files: 4968ce260c86f8e80cfdaad52459bfb0 1449 debian-installer optional rootskel-gtk_1.31.dsc 286d7d36c24de61cfa696cf200249d66 22820 debian-installer optional rootskel-gtk_1.31.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQGcBAEBCAAGBQJUmIQDAAoJEIvPpx7KFjRVqtIL/01D86SYVe31gwr5iPdQ3GrB 2BgdNHdAwCIOzr8k1N8EkkVVcgFbZxMu7F349tCzgMlgcmguOUcDYGY9vp4WMmBj H4Y1Wz8frLUqLMLq7znM+Ggesc/itO/Mjlb7hRS/HGY/YZVEEQnwO8ccWEyDDKyv 3FSEAMVLWyVLq0euOi2JnTHGIQKgpvkb2KP63WkkVeQ24oMkDMQqOdcTv5fY8D7t A652S6wCS2d3mAnfCPsCRpQd6i9UIz8BxcwUFsBOlW9CkYakENUqyoGxm698/9yj dtmfIm07B0N6+jDLFaxNIxHy49rkW+6w/RPB8wtl/Lz5Hrvw6R6cufPWrsY5CdHo /h1rpQQk17QPir/ZoNVlq1UC324CrusYxeE9dP+lxafxxtwVwR3Av/f+dGbQNq7X JB8hiM3V3auRJ6Jn2UmVZXqrYp0dshbu9Dcp84HqQ7fTa1Nsy+EHl/KfHPVphItW L4rslOYHa/QpMPeWOqExnoaZV0QO/8AkFzpjx3tjow== =OjYv -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/e1y3ad2-0007dy...@franck.debian.org
Bug#773763: task-mate-desktop: Should install libreoffice-gnome
Package: task-mate-desktop Version: 3.29 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I installed Debian Jessie 64bits. I choosed Desktop environment and MATE. * What exactly did you do (or not do) that was effective (or ineffective)? I ran libreoffice Writer, using gnome-orca. * What was the outcome of this action? LibreOffice was announced inaccessible by Orca. * What outcome did you expect instead? LibreOffice should be perfectly usable. *** End of the template - remove these template lines *** The solution: add libreoffice-gnome to the automatically installed packages with task-mate-desktop. Regards, -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- 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/20141223000620.26446.96481.reportbug@HP
flash-kernel upload OK?
Hello, Wearing my automatic D-I upload machine hat, I am about to upload flash-kernel with Ian's last changes: Support for TI OMAP5 uEVM board (Patch from Chen Baozi, Closes: #773255) From the git log, these changes seems fairly safe. However, given the current release policy, I prefer asking when in doubt. -- signature.asc Description: Digital signature
