Bug#731709: grub-efi UEFI support based on debian-cd work complete (repos)

El 21/03/16 a las 22:19, Michal Suchanek escribió: Hello, On 21 March 2016 at 21:09, adrian15 wrote: The branch which include specifically the commits I attach here as patches is: https://github.com/rescatux/live-build/tree/efi_support_based_on_debian_cd_rebased_5 .

Bug#731709: grub-efi UEFI support based on debian-cd work complete (repos)

Hello, On 21 March 2016 at 21:09, adrian15 wrote: > > The branch which include specifically the commits I attach here as patches > is: > > https://github.com/rescatux/live-build/tree/efi_support_based_on_debian_cd_rebased_5 > > . > > About the variable names issue: I

Bug#731709: grub-efi UEFI support based on debian-cd work complete (repos)

This is my updated set of patches. Changes since last set of patches: * Renamed primary and secondary to first and extra terms. * Forced insmod all_video command in grub.cfg to avoid problems in UEFI mode. * Minor changes Rescatux 0.40b6 which I will release soon will feature this branch

Bug#814180: marked as done (piespy: (Build-)Depends on OpenJDK 7)

Your message dated Mon, 21 Mar 2016 19:20:19 + with message-id and subject line Bug#814180: fixed in piespy 0.4.0-4 has caused the Debian Bug report #814180, regarding piespy: (Build-)Depends on OpenJDK 7 to be marked as done. This means that you claim

Processing of piespy_0.4.0-4_source.changes

piespy_0.4.0-4_source.changes uploaded successfully to ftp-master.debian.org along with the files: piespy_0.4.0-4.dsc piespy_0.4.0-4.debian.tar.xz Greetings, Your Debian queue daemon (running on host coccia.debian.org)

Bug#818916: live-build: Wrong version extracted from os-release in binary-syslinux

Package: live-build Version: 5.0~a11-1 Severity: minor Dear Maintainer, * What led up to the situation? I was trying to use @VERSION@ string in splash.svg. * What exactly did you do (or not do) that was effective (or ineffective)? I used @VERSION@ string in splash.svg. * What

Bug#818907: live-build: Fails to integrate a binary package whose name contains an uppercase character

On Mon, 21 Mar 2016, Rene Engelhard wrote: > Which is broken. It's not broken (the package works) but it doesn't conform to the Debian policy, certainly. > I don't think it is a bug if one can't handle a broken package. I think it's a bug, albeit a minor one. If there was a technical reason to

Bug#818907: live-build: Fails to integrate a binary package whose name contains an uppercase character

Hi, I am not involved in live-build, but: On Mon, Mar 21, 2016 at 04:41:18PM +0100, Raphaël Hertzog wrote: > If you download a Nessus deb from here: > https://www.tenable.com/products/nessus/select-your-operating-system > > You get a Nessus-6.5.6-debian6_amd64.deb file for a "Nessus" package. >

Bug#818907: live-build: Fails to integrate a binary package whose name contains an uppercase character

Package: live-build Version: 1:20151215 Severity: normal User: de...@kali.org Usertags: origin-kali If you download a Nessus deb from here: https://www.tenable.com/products/nessus/select-your-operating-system You get a Nessus-6.5.6-debian6_amd64.deb file for a "Nessus" package. Note the

Processed: Bug#798249 marked as pending

Processing commands for cont...@bugs.debian.org: > tag 798249 pending Bug #798249 [mudita24] mudita24 - update for debian/* Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 798249: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798249

Processed: Bug#816827 marked as pending

Processing commands for cont...@bugs.debian.org: > tag 816827 pending Bug #816827 [mudita24] Mudita24 - upstream location change Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 816827: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816827