Package: win32-loader
Version: 0.10.6
Severity: wishlist
Tags: l10n, patch
Dear maintener,
please find the updated romanian po file translation for win32-loader
attached.
--
Greetings,
Remus-Gabriel
PS: I like to keep the translations of the files I've touched up to
date,
presentin
Processing commands for cont...@bugs.debian.org:
> reassign 1076933 binutils-mingw-w64-i686 2.42.50.20240625-1+11.6
Bug #1076933 [src:win32-loader] win32-loader: FTBFS: Error: Can't find
IDC_LIST1 (1016) in the custom UI!
Bug reassigned from package 'src:win32-loader' to '
ne: command not found
mkdir -p build
grub-mkimage --output=core.img --prefix=/win32-loader --format=i386-pc biosdisk
part_msdos part_gpt fat ntfs ntfscomp search linux bsd multiboot vbe boot
minicmd cat cpuid chain halt help ls reboot loopback iso9660 linux16
mkdir -p build/helpers/cpuid
make -C buil
Package: debian-cd
Version: 3.1.35
Severity: normal
Tags: d-i
X-Debbugs-Cc: win32-loa...@packages.debian.org
Following the recent discussion on d-boot [1], it seems we agreed to drop
win32-loader from the Debian CDs, as it's not likely to be very useful these
days.
win32-loader seems
On Tue, Jul 19, 2022 at 03:46:09PM +0200, Didier 'OdyX' Raboud wrote:
>Hello there,
>(please CC me on replies, I'm not on these lists)
>
>(live from the d-i/debian-cd BoF)
>
>as some of you likely remember, win32-loader is shipped on d-i and debian-cd
>ima
Salut OdyX,
Didier 'OdyX' Raboud (2022-07-19):
> That brings two sides of the question:
> * should it still be shipped on amd64 netinsts, CD's, other images?
> * should it still be offered on the mirrors ?
> on https://deb.debian.org/debian/tools/win32-loader/stab
not trivial to replace it (it's embedded in
the executable IIRC).
> That brings two sides of the question:
> * should it still be shipped on amd64 netinsts, CD's, other images?
> * should it still be offered on the mirrors ?
> on https://deb.debian.org/debian/tools/win32-load
Hello there,
(please CC me on replies, I'm not on these lists)
(live from the d-i/debian-cd BoF)
as some of you likely remember, win32-loader is shipped on d-i and debian-cd
images, and is added in autorun.inf for automated launch on Windows machines,
when USB/CDs are plugged in. What it
win32-loader 0.10.4 is marked for autoremoval from testing on 2022-06-30
It (build-)depends on packages with these RC bugs:
1011146: nvidia-graphics-drivers-tesla-470: CVE-2022-28181, CVE-2022-28183,
CVE-2022-28184, CVE-2022-28185, CVE-2022-28191, CVE-2022-28192
https://bugs.debian.org/1011146
Processing control commands:
> tags -1 + pending
Bug #1010488 [src:win32-loader] win32-loader: please annotate the wine
Build-Depends with
Added tag(s) pending.
--
1010488: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010488
Debian Bug Tracking System
Contact ow...@bugs.debian.org w
Fixed with the following commit:
<https://salsa.debian.org/installer-team/win32-loader/-/commit/eac3d2fb1c8e7c2b83db51276ff75d70d30ca32b>
Source: win32-loader
Version: 0.10.4
Severity: normal
Tags: patch
X-Debbugs-Cc: Thomas Gaugler
Dear maintainers,
As part of my Release Team member checks, I have been investigating
why the RC buggy src:vkd3d is part of the key package set. It turns
out that vkd3d is part of the current key
Hi Didier,
On Mon, 15 Feb 2021 08:45:26 +0100 Didier 'OdyX' Raboud
wrote:
> It'll be updated to be marked "found" in the latest version, and "notfound"
> in any version allowed to migrate.
I think it's a tiny bit better to use "fixed" for the version that's
allowed to migrate. "notfound" is just
Source: win32-loader
Version: 0.10.5
Severity: serious
X-Debbugs-Cc: debian-boot@lists.debian.org, debian-rele...@lists.debian.org
win32-loader is one of the rare packages always blocked, because it has a
'byhand' counterpart per release: `/debian/tools/win32-loader/{release}`, and
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: debian-boot@lists.debian.org
Please unblock package win32-loader in its 0.10.4 version
[ Reason ]
win32-loader is one of the rare packages always blocked, because it has a
Your message dated Mon, 11 Jan 2021 08:34:31 +
with message-id
and subject line Bug#974891: fixed in win32-loader 0.10.4
has caused the Debian Bug report #974891,
regarding win32-loader: [INTL:ru] Russian debconf templates translation update
to be marked as done.
This means that you claim
Control: tags -1 + pending
Yuri Kozlov wrote:
> Package: win32-loader
> Version: 0.10.1
> Severity: wishlist
> Tags: l10n patch
>
> Russian debconf templates translation update is attached.
Just commmitted to git
Holger
--
Holger Wansing
PGP-Fingerprint: 496A C6E8 14
Processing control commands:
> tags -1 + pending
Bug #974891 [win32-loader] win32-loader: [INTL:ru] Russian debconf templates
translation update
Added tag(s) pending.
--
974891: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974891
Debian Bug Tracking System
Contact ow...@bugs.debian.
Package: win32-loader
Version: 0.10.1
Severity: wishlist
Tags: l10n patch
Russian debconf templates translation update is attached.
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architect
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: debian-boot@lists.debian.org
Please unblock package win32-loader in its 0.10.1 version
[ Reason ]
win32-loader is one of the rare packages always blocked, because it has a
Le dimanche, 12 juillet 2020, 14.09:52 h CEST Holger Wansing a écrit :
> Hi Didier,
>
> I noticed we have some translation updates pending-upload for win32-loader.
> Since there were no new changelog entries for other changings, I thought
> it's a translation-update-only uploa
Hi,
Holger Wansing wrote:
> Hi Didier,
>
> I noticed we have some translation updates pending-upload for win32-loader.
> Since there were no new changelog entries for other changings, I thought
> it's a translation-update-only upload, and that would be no issue/risk.
Hi Didier,
I noticed we have some translation updates pending-upload for win32-loader.
Since there were no new changelog entries for other changings, I thought
it's a translation-update-only upload, and that would be no issue/risk.
However, now I realized that there were several other chan
Dear Holger
I have read your e-mail of 17 October 2019, in which you asked me two
questions about my Dutch translation for win32-loader.
Your questions are only about the following part of my translation.
SOURCE TEXT
Base URL for netboot images (linux and initrd.gz):
TRANSLATION
[Laat een
Hi Maarten,
maar...@posteo.de wrote:
> Package: win32-loader
> Version: 0.10.0
> Severity: wishlist
> Tags: l10n, patch
>
>
>
> Dear Maintainers
>
>
> The Dutch translation for win32-loader has been renewed to meet the
> needs of version 0.10.0.
While re
Package: win32-loader
Version: 0.10.0
Severity: wishlist
Tags: l10n, patch
Dear Maintainers
The Dutch translation for win32-loader has been renewed to meet the
needs of version 0.10.0.
With kind regards
Maarten
member of the Dutch translation team of Debian
nl.po.gz
Description
Processing control commands:
> tag -1 pending
Bug #918863 [win32-loader] reboot returns to Windows 10 on Lenovo X1
Ignoring request to alter tags of bug #918863 to the same tags previously set
--
918863: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918863
Debian Bug Tracking System
Cont
Your message dated Mon, 26 Aug 2019 19:17:09 +
with message-id
and subject line Bug#933829: fixed in win32-loader 0.9.4+deb10u2
has caused the Debian Bug report #933829,
regarding win32-loader: Checksums need to be updated for new stable release,
download fails to validate Release file.
to
Your message dated Wed, 21 Aug 2019 22:17:10 +
with message-id
and subject line Bug#933829: fixed in win32-loader 0.9.4+deb10u1
has caused the Debian Bug report #933829,
regarding win32-loader: Checksums need to be updated for new stable release,
download fails to validate Release file.
to
nfo
> >>
> >> [Recipients changed to use the p-u bug rather than the win32-loader
> >> one]
>
> >> On 2019-08-16 07:55, Didier 'OdyX' Raboud wrote:
> [...]
>
> >> > +win32-loader (0.9.3+deb10u1) buster; urgency=medium
> >
Control: tags -1 -moreinfo +confirmed
On 2019-08-21 09:14, Didier 'OdyX' Raboud wrote:
Le mardi, 20 août 2019, 16.55:47 h CEST Adam D. Barratt a écrit :
Control: tags -1 + moreinfo
[Recipients changed to use the p-u bug rather than the win32-loader
one]
On 2019-08-16 07:55, Di
Le mardi, 20 août 2019, 16.55:47 h CEST Adam D. Barratt a écrit :
> Control: tags -1 + moreinfo
>
> [Recipients changed to use the p-u bug rather than the win32-loader one]
>
> On 2019-08-16 07:55, Didier 'OdyX' Raboud wrote:
> > So win32-loader needs a stab
Control: tags -1 + moreinfo
[Recipients changed to use the p-u bug rather than the win32-loader one]
On 2019-08-16 07:55, Didier 'OdyX' Raboud wrote:
Le dimanche, 4 août 2019, 08.43:49 h CEST Yetoo Happy a écrit :
Dear Maintainer,
Checksums need to be updated for new stable release
Processing commands for cont...@bugs.debian.org:
> clone 933829 -2
Bug #933829 [win32-loader] win32-loader: Checksums need to be updated for new
stable release, download fails to validate Release file.
Bug 933829 cloned as bug 934928
> reassign -2 release.debian.org
Bug #934928 [win32-
clone 933829 -2
reassign -2 release.debian.org
retitle -2 buster-pu: package win32-loader/0.9.3+deb10u1
user release.debian@packages.debian.org
usertags pu
thanks
Let's hope I got that right.
On 16-08-2019 08:55, Didier 'OdyX' Raboud wrote:
> debian-boot@ / debian-rele
ckage found the error didn't occur
> when downloading in the executable.
I just tested a rebuild in a buster chroot and can confirm that the rebuilt
win32-loader.exe can download the release correctly.
So win32-loader needs a stable update.
debian-boot@ / debian-release@: can I upload src
Processing control commands:
> tag -1 pending
Bug #918863 [win32-loader] reboot returns to Windows 10 on Lenovo X1
Added tag(s) pending.
--
918863: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918863
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Package: win32-loader
Version: 0.9.4
Severity: important
Dear Maintainer,
Checksums need to be updated for new stable release, download fails to
validate
Release file. I built package using Debian 10.0 intending to embed the new
checksum and testing the built package found the error didn't
Processing control commands:
> tag -1 pending
Bug #919023 [win32-loader] Simplification of BOOTCFG_CreateGUID function
Added tag(s) pending.
--
919023: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919023
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Processing control commands:
> tag -1 pending
Bug #915211 [win32-loader] win32-loader: remove old, unused translation strings
from desktop selection
Added tag(s) pending.
--
915211: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915211
Debian Bug Tracking System
Contact
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 01 Apr 2018 16:34:36 +0200
Source: win32-loader
Binary: win32-loader
Architecture: source
Version: 0.9.0
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team
Changed-By: Didier Raboud
Description
On Sun, Sep 3, 2017 at 9:09 PM, Cyril Brulebois wrote:
> Hi,
>
> And thanks for your commits on the l10n side! The following issue was
> noted in jenkins/#debian-boot:
> | msgfmt -c --statistics -o locale/sq/LC_MESSAGES/win32-loader.mo po/sq.po
> | po/sq.po:111: 'msgid' and 'msgstr' entries do no
for sq.po to "Albanian.nlf"[2].
1. https://anonscm.debian.org/cgit/d-i/win32-loader.git/commit/?id=a281dfa
2. https://anonscm.debian.org/cgit/d-i/win32-loader.git/commit/?id=65148a6
It'd be nice to double check other languages as well, along with fixing
the newly-fuzzy entry. The foll
On Tue, Jul 18, 2017 at 10:40:30AM +0200, standard wrote:
> Package: win32-loader
> Followup-For: Bug #824648
>
> I tried to install Debian (9.0) on a Tablet with Windows 10 Home.
> * SSD-Harddrive with GPT
> * 2 GB RAM
> * 64 bit CPU
> * UEFI-BIOS
>
> After rest
Package: win32-loader
Followup-For: Bug #824648
I tried to install Debian (9.0) on a Tablet with Windows 10 Home.
* SSD-Harddrive with GPT
* 2 GB RAM
* 64 bit CPU
* UEFI-BIOS
After restart I got the error 0xc07b and error message for g2ldr.mbr
As it turned out, the UEFI (and Windows) was
Control: tags -1 + pending
On Fri, 2017-07-14 at 15:15 +0200, Didier 'OdyX' Raboud wrote:
> Le dimanche, 25 juin 2017, 22.53:27 h CEST Cyril Brulebois a écrit :
> > Looks good to me, feel free to upload, thanks.
> >
> > By the way, we probably shouldn't be using “stable” in URLs, but the
> > targ
On Fri, 2017-07-14 at 15:15 +0200, Didier 'OdyX' Raboud wrote:
> Le dimanche, 25 juin 2017, 22.53:27 h CEST Cyril Brulebois a écrit :
> > Looks good to me, feel free to upload, thanks.
> >
> > By the way, we probably shouldn't be using “stable” in URLs, but the
> > target distribution (stretch her
Le dimanche, 25 juin 2017, 22.53:27 h CEST Cyril Brulebois a écrit :
> Looks good to me, feel free to upload, thanks.
>
> By the way, we probably shouldn't be using “stable” in URLs, but the
> target distribution (stretch here)?
Uploaded.
I noticed 0.8.4 hasn't migrated to testing, which might c
Control: tag -1 confirmed
Didier 'OdyX' Raboud (2017-06-18):
> As discussed on debian-boot starting from
> https://lists.debian.org/4374235.3xk2uo9...@odyx.org , win32-loader
> (in stretch) still doesn't use the deb.debian.org agreed-upon mirror.
> Also, as it&
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
As discussed on debian-boot starting from
https://lists.debian.org/4374235.3xk2uo9...@odyx.org , win32-loader
(in stretch) still doesn't use the deb.debian.org agreed-upon m
Package: win32-loader
Followup-For: Bug #824648
reproduced on my brand-new UEFI machine with a GPT SSD and a GPT HDD running
Windows 10
know mostly nothing about dpkg-genbuildinfo, it feels a bit weird
> >compared to all other d-i packages which leave a clean git tree after
> >a source build;
>
> This seems like a bug in dpkg-genbuildinfo to me, as I'm not doing anything
> spethial in win32-
bout dpkg-genbuildinfo, it feels a bit weird
>compared to all other d-i packages which leave a clean git tree after
>a source build;
This seems like a bug in dpkg-genbuildinfo to me, as I'm not doing anything
spethial in win32-loader with regards to this. I noticed this 'debian/f
s: unblock
:)
> Please unblock-udeb package win32-loader 0.8.3 as it fixes an FTBFS on
> i386 in stretch (and is always blocked because of the manual migration
> to be done by ftpmasters):
>
> > * Fix FTBFS on i386: use gawk to prepare README file (Closes: #860695)
>
> (T
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock-udeb package win32-loader 0.8.3 as it fixes an FTBFS
on i386 in
Control: clone -1 -2
Control: reassign -2 mawk 1.3.3-17
Control: reopen -2 o...@debian.org
Control: retitle -2 mawk: segfaults on i386 during win32-loader build
Control: severity -2 serious
Le mercredi, 19 avril 2017, 17.31:26 h CEST Didier 'OdyX' Raboud a écrit :
> Le mercredi,
Processing control commands:
> clone -1 -2
Bug #860695 {Done: Didier Raboud } [src:win32-loader]
win32-loader: FTBFS on i386: segmentation fault
Bug 860695 cloned as bug 860751
> reassign -2 mawk 1.3.3-17
Bug #860751 {Done: Didier Raboud } [src:win32-loader]
win32-loader: FTBFS o
Your message dated Wed, 19 Apr 2017 16:19:00 +
with message-id
and subject line Bug#860695: fixed in win32-loader 0.8.3
has caused the Debian Bug report #860695,
regarding win32-loader: FTBFS on i386: segmentation fault
to be marked as done.
This means that you claim that the problem has
Control: tags -1 -moreinfo +pending
Le mercredi, 19 avril 2017, 15.44:00 h CEST Sven Joachim a écrit :
> >> Relevant part (hopefully):
> > Actually:
> >> > # Prepare the README file
> >> > awk
> >> > (…)
> >> > Segmentation fault
> >
> > `awk` segfaults here. This seems to be an awk bug, or probl
Processing control commands:
> tags -1 -moreinfo +pending
Bug #860695 [src:win32-loader] win32-loader: FTBFS on i386: segmentation fault
Removed tag(s) moreinfo.
Bug #860695 [src:win32-loader] win32-loader: FTBFS on i386: segmentation fault
Added tag(s) pending.
--
860695: h
package failed to build on i386.
>
> win32-loader is a arch:all package, and is "usually" built on amd64 buildds,
> on which it builds fine. This i386-specific FTBFS has been visible through
> the
> reproducible builds infrastructure for a while:
>
>
> https
Control: tags -1 +moreinfo +help
Le mercredi, 19 avril 2017, 09.28:30 h CEST Lucas Nussbaum a écrit :
> During a rebuild of all packages in stretch (in a stretch chroot, not a
> sid chroot), your package failed to build on i386.
win32-loader is a arch:all package, and is "usually"
Processing control commands:
> tags -1 +moreinfo +help
Bug #860695 [src:win32-loader] win32-loader: FTBFS on i386: segmentation fault
Added tag(s) moreinfo.
Bug #860695 [src:win32-loader] win32-loader: FTBFS on i386: segmentation fault
Added tag(s) help.
--
860695: http://bugs.debian.org/
Source: win32-loader
Version: 0.8.2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170418-i386 qa-ftbfs
Justification: FTBFS in stretch on i386
Hi,
During a rebuild of all packages in stretch (in a stretch chroot, not a
sid chroot), your package failed
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock-udeb package win32-loader 0.8.2 as it fixes a FTBFS
in stretch (and is always blocked because of the manual migration to
be done by ftpmasters):
> * Fix dpkg-query ca
Your message dated Mon, 20 Mar 2017 21:06:11 +
with message-id
and subject line Bug#858104: fixed in win32-loader 0.8.2
has caused the Debian Bug report #858104,
regarding win32-loader: FTBFS (error parsing Built-Using field)
to be marked as done.
This means that you claim that the problem
2.51-1+b1), libgcrypt20 (=
1.7.6-1), libgpg-error (= 1.26-2),
dh_gencontrol: dpkg-gencontrol -pwin32-loader -ldebian/changelog
-Tdebian/win32-loader.substvars -Pdebian/win32-loader
-Vw32-loader:built-using=grub2 (= 2.02~beta3-5), cpio (= 2.11+dfsg-6), gzip (=
1.6-5), gnupg2 (= 2.1.18-6), debian-arc
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
X-Debbugs-Cc: win32-loa...@packages.debian.org, ftpmas...@ftp-master.debian.org
Usertags: unblock
Please unblock-udeb package win32-loader 0.8.1. as it has some useful
stretch'ification (and is a
tags -1 +help
Le mercredi, 23 mars 2016, 16.41:21 h CET Didier 'OdyX' Raboud a écrit :
> As the title says, win32-loader currently can't download dailies, as
> d-i.debian.org has moved to enforced https.
>
> That's a limitation of the NSISdl NSIS builtin plugin.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package win32-loader 0.8.0. win32-loader is special in that it
is always 'block'ed, because it needs manual ftpmaster intervention on
migration:
> # doesn'
Package: win32-loader
Version: 0.8.0
Severity: important
After copying Debian's kernel and initrd at the system's C: partition
and rebooting to the installer, the system shows up an error 0xc07b
related to the file g2ldr.mbr. This is probably due to a lack of support
for
Your message dated Thu, 21 Apr 2016 21:57:05 +
with message-id
and subject line Bug#775055: fixed in win32-loader 0.8.0
has caused the Debian Bug report #775055,
regarding win32-loader: Support new versions of Windows
to be marked as done.
This means that you claim that the problem has been
Package: win32-loader
Version: 0.7.14
Severity: important
Tags: d-i
As the title says, win32-loader currently can't download dailies, as
d-i.debian.org has moved to enforced https.
That's a limitation of the NSISdl NSIS builtin plugin. It could be replaced
with the Inetc plugin [0], bu
Hi Daniel,
On Mon, 15 Feb 2016 15:21:52 -0500, Daniel Kahn Gillmor
wrote:
> On Mon 2016-02-15 07:26:14 -0500, Stephen Kitt wrote:
> > This is where header files and DLLs should go; the compiler and linker
> > look there by default (/usr/{i686,x86_64}-w64-mingw32/{include,lib}).
> >
> > The overr
Hi Stephen--
Thanks for the prompt response!
On Mon 2016-02-15 07:26:14 -0500, Stephen Kitt wrote:
> This is where header files and DLLs should go; the compiler and linker
> look there by default (/usr/{i686,x86_64}-w64-mingw32/{include,lib}).
>
> The overrides mention "For now" because the long
Hi Daniel,
Le 14/02/2016 17:40, Daniel Kahn Gillmor a écrit :
I'm trying to sort out the cross-building toolchain in debian for
making
windows binaries, for the sake of making things that will contribute to
win32-loader.
My main question is: when shipping cross-built libraries (.dll, .
Hi Stephen and the d-i installer team--
(and hi Andreas, cc'ed here as libgcrypt maintainer in debian)
I'm trying to sort out the cross-building toolchain in debian for making
windows binaries, for the sake of making things that will contribute to
win32-loader.
My main questio
Package: ftp.debian.org
Severity: important
Dear FTP Masters,
I recently uploaded win32-loader 0.7.11 to unstable with a _source.changes,
resulting in an automated arch:all build.
For a reason not relevant to this bugreport, the final _all.changes as uploaded
by the buildd had 'sid'
Your message dated Mon, 30 Nov 2015 21:29:17 +
with message-id
and subject line Bug#806447: fixed in win32-loader 0.7.11
has caused the Debian Bug report #806447,
regarding win32-loader: ftbfs, convert: command not found
to be marked as done.
This means that you claim that the problem has
source: win32-loader
version: 0.7.10
severity: serious
Hi,
win32-loader fails to build from source like this:
[...]
# Build the cdrom version
OUTFILE_NAME=win32-loader.exe \
BUILD_DATE="Wed, 29 Apr 2015 09:25:43 +0200" \
dh_auto_build
make -j1
make[2]: Entering
Hi,
"Adam D. Barratt" writes:
> As discussed with OdyX, please copy the current version of
> tools/win32-loader from unstable/ to testing/.
>
> We'll then unblock the source package, so that we can get it migrated
> before the 8.1 point release (which includes a ve
Hi,
As discussed with OdyX, please copy the current version of
tools/win32-loader from unstable/ to testing/.
We'll then unblock the source package, so that we can get it migrated
before the 8.1 point release (which includes a version of win32-loader
that's newer than the current
Your message dated Fri, 01 May 2015 22:52:42 +0200
with message-id <15386449.hNhB6K8J59@gyllingar>
and subject line Re: Bug#783647: win32-loader: please make the build
reproducible
has caused the Debian Bug report #783647,
regarding win32-loader: please make the build reproducible
to be mar
Control: tags -1 +pending
Le mardi, 28 avril 2015, 19.59:55 Jérémy Bobbio a écrit :
> While working on the “reproducible builds” effort [1], we have noticed
> that win32-loader could not be built reproducibly.
>
> The attached patch—based on Git master—fixes timestamps related
>
Processing control commands:
> tags -1 +pending
Bug #783647 [src:win32-loader] win32-loader: please make the build reproducible
Added tag(s) pending.
--
783647: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783647
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
Source: win32-loader
Version: 0.7.9
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that win32-loader could not be built reproducibly.
The attached patch—based on Git
Your message dated Thu, 09 Apr 2015 21:36:09 +0200
with message-id <5526d4a9.6080...@thykier.net>
and subject line Re: win32-loader: build-dependency not satisfied in jessie
has caused the Debian Bug report #782274,
regarding win32-loader: build-dependency not satisfied in jessie
to be mar
Source: win32-loader
Version: 0.7.8
Tags: jessie
Severity: serious
User: trei...@debian.org
Usertags: edos-uninstallable
Hello,
win32-loader build-depends on nsis (>= 2.46-10~). This is not satisfied in
jessie, but is satisfied in sid:
nsis | 2.46-9| jessie | source, amd64
nsis | 2.4
Package: win32-loader
Version: 0.7.7
Severity: important
Running win32-loader on an up-to-date Windows 8.1 install results in a
not supported dialog. Creating this bug report as a reminder that
support for newer editions of Windows is needed.
Exact dialog message:
"This program doesn'
unded" alternatives though; icons are usually square and
> what we want to be seen is the Debian swirl, not a circle, IMHO.
>
> Iff we change the win32-loader .ico icon (that might then also be
> displayed as a CD icon on Windows hosts), we should aim at using the
> picked &qu
Hi Bernhard,
Le dimanche, 14 décembre 2014, 15.47:47 Bernhard Übelacker a écrit :
> So probably the solution could be only these 2 steps?
>
> - to rebuild package nsis-common with the current g++-mingw-w64-i686
> package
>
> - rebuild win32-loader with the newly built n
e "rounded" alternatives though; icons are usually square and
what we want to be seen is the Debian swirl, not a circle, IMHO.
Iff we change the win32-loader .ico icon (that might then also be
displayed as a CD icon on Windows hosts), we should aim at using the
picked "Lines&qu
Your message dated Tue, 16 Dec 2014 18:04:32 +
with message-id
and subject line Bug#772898: fixed in win32-loader 0.7.8
has caused the Debian Bug report #772898,
regarding win32-loader testing and newer fails with TRANSLATE error
to be marked as done.
This means that you claim that the
Le lundi, 15 décembre 2014, 19.20:07 Adam D. Barratt a écrit :
> On Mon, 2014-12-15 at 10:09 +0100, Didier 'OdyX' Raboud wrote:
> > @Release Team, could we please schedule binNMUs for nsis ?
> >
> > nmu nsis_2.46-9 . ALL . -m "Rebuild with gcc-mingw-w64 14 to ensure
> > that NSISdl.dll doe
On Mon, 2014-12-15 at 10:09 +0100, Didier 'OdyX' Raboud wrote:
> @Release Team, could we please schedule binNMUs for nsis ?
>
> nmu nsis_2.46-9 . ALL . -m "Rebuild with gcc-mingw-w64 14 to ensure
> that NSISdl.dll doesn't depend on a shared libwinpthread-1"
Done.
Regards,
Adam
--
To U
Processing control commands:
> clone -1 -2
Bug #772898 [win32-loader] win32-loader testing and newer fails with TRANSLATE
error
Bug 772898 cloned as bug 773167
> retitle -2 nmu: nsis_2.46-9
Bug #773167 [win32-loader] win32-loader testing and newer fails with TRANSLATE
error
Changed Bug ti
lugins "must not depend on a shared
> libwinpthread-1.dll" either.
>
> The package build of win32-loader uses this file
> /usr/share/nsis/Plugins/NSISdl.dll which comes from packge
> nsis-common.
>
> If plugins must not depend on other dlls, then also other projects or
>
end on a shared libwinpthread-1.dll"
either.
The package build of win32-loader uses this file
/usr/share/nsis/Plugins/NSISdl.dll which comes from packge nsis-common.
If plugins must not depend on other dlls, then also other projects or users
are affected, who want to build their installers
Bernhard Übelacker (2014-12-12):
> Hello,
> probably I have found something more.
>
> I tested in a VM with a more recent windows version, therefore I cannot
> sure that this is the reason you saw (having to run win32-loader with
> compatibility set to windows 7 on a windows
Hello,
probably I have found something more.
I tested in a VM with a more recent windows version, therefore I cannot
sure that this is the reason you saw (having to run win32-loader with
compatibility set to windows 7 on a windows 8.1 32bit).
I used the version from [1].
Because you already
1 - 100 of 602 matches
Mail list logo
