t booted fine for me in UEFI/SecureBoot mode. I thought
>I
>remembered reading (somewhere) that all recent debian installers (and live
>systems??) can boot in legacy BIOS mode or UEFI mode with or without secure
>boot.
Ah, good catch. I'm checking on this now...
--
Steve McIntyre, Cam
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hey folks,
I've removed the hardcoded READSIZE limitation in libdebian-installer
and uploaded that in version 0.121. To also fix this bug in
cdebootstrap-static we'll need to binNMU this
Package: lsb-release
Version: 10.2019051400
Severity: normal
Hi!
lsb_release has two ways to work out distribution information, It
first reads the data in /usr/lib/os-release to see if all the info it
needs is there. If not, it falls back to working out the distribution
from the contents of
upload
+
+ [ Steve McIntyre ]
+ * Backport from unstable:
+list-devices-linux: Support partitions on USB UAS devices
+Closes: #980455
+
+ -- Steve McIntyre <93...@debian.org> Tue, 19 Jan 2021 08:49:06 +
+
debian-installer-utils (1.132) unstable; urgency=high
* Team upload
dif
Package: installation-reports
Severity: important
Tags: d-i
d-i does not recognise USB UAS drives such as the Corsair Voyager GTX
flash drive, meaning it's impossible to use them for installation.
-- Package-specific info:
Boot method: USB flash drive
Image version: Buster 10.7.0 amd64 DVD
ect. That's an odd one...
Reassigning to the calamares-settings-debian package for Jonathan to
see it.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
You raise the blade, you make the change... You re-arrange me 'til I'm sane...
dits with
Firefox. The page saves and I reliably get a response in less than a
second on both Save and Preview.
Can you give us more information about your setup please? Are you
using IPv4 or IPv6? Do you have any problems editing other pages? Any
extensions installed that might have an eff
On Sat, Jan 09, 2021 at 04:22:43PM +0100, Holger Wansing wrote:
>Hi,
>
>Steve McIntyre wrote:
>> On Sat, Jan 09, 2021 at 04:02:00PM +0100, Holger Wansing wrote:
>> >Hmm, I wonder why the text is truncated at all...
>> >
>> >The whole text from the templat
Hey Holger,
On Sat, Jan 09, 2021 at 04:02:00PM +0100, Holger Wansing wrote:
>Steve McIntyre wrote:
>> On Sun, Nov 29, 2020 at 08:27:09PM +, Matthew Wilcox wrote:
>> >When installing on an NVMe device, the message
>> >
>> >"The installer is now ov
to write a terabyte of random data.
>I suspect you can't do much about that though (... use RDRAND directly?).
And as we discussed later, there's a separate bug for the performance
issue. I'll look at that next.
--
Steve McIntyre, Cambridge, UK.st...@
Package: dash
Version: 0.5.11+git20200708+dd9ef66-2
Severity: important
Hi,
Reporting this on behalf of the upstream strace developers. They've
noticed this bug, and I can confirm. It looks like the new version of
dash is giving incorrect output when called with -x. Older version in
buster:
$
Package: calamares
Version: 3.2.4-3
Severity: normal
Hi!
I've just done a test installation using a 10.7.0 live
image. Calamares will happily let me tell it I want my username on the
new system to be "root". The installation continues happily for a
while, then fails when useradd fails.
It would
tsc" : "=a"(lo), "=d"(hi));
return (static_cast(hi) << 32) |
static_cast(lo);
}
#elif defined(_M_AMD64)
static inline std::uint64_t getticks(void) {
return __rdtsc();
}
#else
// TODO - add support for more compilers!
#error "Unsupported compi
Either
the package doesn't support non-x86, or there's a bug and it's
mis-detecting which platform you're on.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Mature Sporty Personal
More Innovation More Adult
A Man in Dandism
Powered Midship Specialty
On Sat, Nov 28, 2020 at 12:49:21AM +0100, Andreas Ronnquist wrote:
>On Fri, 27 Nov 2020 23:28:25 +0000
>Steve McIntyre wrote:
>>tack:~/debian/geeqie$ strace -f -o strace geeqie ~/*jpg
>>
>>(geeqie:6782): Gdk-ERROR **: 23:27:04.560: The program 'geeqie'
>>rec
On Thu, Nov 19, 2020 at 01:24:47AM +0100, Andreas Ronnquist wrote:
>On Wed, 18 Nov 2020 23:59:39 +0000
>Steve McIntyre wrote:
>
>>Hi Andreas!
>>
>>Thanks for looking into this for me!
>>
>>On Sun, Nov 15, 2020 at 04:23:12PM +0100, Andreas Ronnquist wrote:
&g
Control: fixed -1 37-6
thanks
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the technical experts. We were hired so that management could
ignore our recommendations and tell us how to do our jobs." -- Mike Andrews
Hey Adam,
On Tue, Nov 24, 2020 at 08:52:20PM +, Adam Barratt wrote:
>Control: tags -1 + confirmed
>
>Hi,
>
>On Sun, 2020-11-22 at 02:54 +, Steve McIntyre wrote:
>> I'd like to upload a stable update for efivar, with two (sets of)
>> fixes backported from
possible
+ segfault.
++ Add support for nvme-fabrics and nvme-subsystem devices. Closes:
+ #975417
+
+ -- Steve McIntyre <93...@debian.org> Sun, 22 Nov 2020 00:03:59 +
+
efivar (37-2) unstable; urgency=medium
* Cherry-pick fix from upstream:
diff -Nru
efivar-37/debian/p
On Sun, Nov 22, 2020 at 12:43:42AM +, Andy Smith wrote:
>Hi Steve,
>
>On Sun, Nov 22, 2020 at 12:20:06AM +0000, Steve McIntyre wrote:
>> Could I ask you to please try the package versions from
>>
>> https://people.debian.org/~93sam/efivar/
>>
>>
ask you
to please try the package versions from
https://people.debian.org/~93sam/efivar/
and confirm that they're good for you?
Cheers,
Steve
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"War does not determine who is right - only who is left."
-- Bertrand Russell
o /boot, after all...
@Colin: thoughts?
Patch attached for review.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Managing a volunteer open source project is a lot like herding
kittens, except the kittens randomly appear and disappear because they
have
>debootstrap: tar: can't open './usr/share/doc/gcc-8-base/
>README.Debian.amd64.gz' File exists
>debootstrap: xscat: write: Broken pipe
>debootstrap: ar: write error: Broken pipe
This isn't going to work - you can't just install over an existing
system like this.
--
Steve McIntyre, C
gt;(I haven't packaged the git snapshot in Debian yet, because it looks
>like a new upstream release is imminent).
ACK.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Can't keep my eyes from the circling sky,
Tongue-tied & twisted, Just an earth-bound misfit, I...
If you're happy to take ove cdrkit for now, I'd be very happy. I
don't have the time to care for it any more. Thomas has been doing a
great job with xorriso and friends, so it would be lovely to see us no
longer need to keep the old code around any more...
--
Steve McIntyre, Cambridge, UK.
friendly. Please consider setting a version
>> > > range to allow binNMU-ed package to satisfy the dependency
>> > > relationship.
>>
>> Please consider reading https://wiki.debian.org/binNMU and see how can
>> things be improved.
>>
>> Than
Source: kombu
Version: 4
Severity: important
Hi!
Kombu uses vine in several places, but the binary packages don't
depend on it. #858540 added it as a build-dep to solve an FTBFS, but
there's still no binary dependency. Looks like it's missing in
setup.py?
There's a dependency on python-amqp
On Fri, Aug 14, 2020 at 12:08:59PM +0100, Janek Stolarek wrote:
>Please disregard my last email completely - fault on my side. Secure Boot
>works as expected.
ACK, no worries.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"When C++ is your hammer,
On Fri, Aug 07, 2020 at 11:54:49AM +0100, Aperture wrote:
>Patch has also been submitted in salsa as:
>
>https://salsa.debian.org/installer-team/partman-efi/-/merge_requests/1
ACK, thanks. Merged now, will do an upload shortly.
--
Steve McIntyre, Cambridge, UK.
Package: www.debian.org
Severity: normal
Hi,
Now that keyservers are not so useful any more, it's probably a good
plan to directly publish public keys in the various places where we
list key IDs / fingerprints etc.:
* DAM in /intro/organization
* CD signing keys in /CD/verify
* Security team
partitions. No
>windows. Separate /home partition. In case any of that is relevant.)
>
>So, it seems it's somehow stuck on efivars being full, when it isn't?!
ACK. Please try a reboot, let's see if that helps.
--
Steve McIntyre, Cambridge, UK.st...@einval
ates and buster-proposed-updates won't matter now. The grub
packages are directly in the main buster repo.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"The whole problem with the world is that fools and fanatics are
always so certain of themselves, and wiser people so full of doubts."
-- Bertrand Russell
+fi
+
# attempt to create an error file; abort if we cannot
if (umask 077 && touch "$ERRFILE") 2> /dev/null && [ -w "$ERRFILE" ] &&
[ ! -L "$ERRFILE" ]; then
--
Steve McIntyre, Cambridge, UK.st...
dev/disk/by-id/scsi-3600508b1001052395358323050350006
2. Warn if install_devices is empty?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"You can't barbecue lettuce!" -- Ellie Crane
[ Dropping the CC to Chad here ]
On Sat, Aug 01, 2020 at 02:36:25PM +0100, Colin Watson wrote:
>On Sat, Aug 01, 2020 at 01:52:41PM +0100, Steve McIntyre wrote:
>> * Do we need to scan? if grub is installed and doing an upgrade and
>>there is only one disk of an appropr
ting
config in a config file that people can edit. We already store some
of our stuff in /etc/default/grub, let's push more of our config
there?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
< sladen> I actually stayed in a hotel and arrived to
On Fri, Jul 31, 2020 at 03:07:58PM +0100, Geoff Gibbs wrote:
>On Fri, 31 Jul 2020 14:30:14 +0100
>Steve McIntyre wrote:
>
>> I'm guessing - do you have multiple disks on your system? If so, try
>> "grub-install " on each of the bootable disks and that should
>>
ers are all handled by LVM
I'm guessing - do you have multiple disks on your system? If so, try
"grub-install " on each of the bootable disks and that should
fix your problem.
I think we need a proper fix for this in the longer term, but that's
not going to happen overnight.
--
Steve McInty
lem. If
not, please get back to us ASAP and we'll try to debug the problem
here.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Into the distance, a ribbon of black
Stretched to the point of no turning back
t. I remembered incorrectly. It’s just one
>unencrypted F2FS formatted partition.
How many disks do you have on your system, please?
*If* you have more than one, there's a potential for grub-install to
have not been run to install grub to all the MBRs, and then the BIOS
finds an old copy of the GRU
.
ACK. Same thing applies as I suggested to Paul - maybe an inconsistent
set of updates. Have you *fixed* the problem by using the live boot?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
There's no sensation to compare with this
Suspended animation, A state of bliss
he same issue.
ACK, thanks for reporting. It *is* a false positive - we are happy
that we do not have a problem with malware.
We've had a slew of similar complaints this week, all apparently
triggered by Google's "safe browsing" service. We're trying to get it
fixed at their en
he works. I installed the packages from the repo,
>disabled Secure Boot,
>and I can now boot into Windows without problems.
Awesome, massive thanks for helping to test this for us! We'll get the
fixed packages rolled up and released ASAP to replace the broken ones.
--
St
ry contains
>grub-efi-amd64-signed-template. Is that intentional?
That's part of the Debian process for generating
grub-efi-amd64-signed, it's no use to you. For now, uninstall the
grub-efi-amd64-signed package that you have please?
--
Steve McIntyre, Cambridge, UK.
allation to test dual-boot and that's going to take a while...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Yes, of course duct tape works in a near-vacuum. Duct tape works
anywhere. Duct tape is magic and should be worshipped."
-― Andy Weir, "The Martian"
think* we have
identified the problem. Would you be able to test some locally-built
(non-SB) grub binaries for me please?
>Also, I have seen posts on reddit complaining about the same problem
>so it's not just me.
Nod. :-/
--
Steve McIntyre, Cambridge, UK.
please confirm if going back to the previous
versions of the Grub packages fixes the problem for you?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
The two hard things in computing:
* naming things
* cache invalidation
* off-by-one errors -- Stig Sandbeck Mathisen
Control: tags -1 +patch
On Tue, Jul 28, 2020 at 04:17:08PM +0100, Steve McIntyre wrote:
>Control: severity -1 grave
...
>IMHO this has to be a grave bug - without reimporting this repo we
>can't get our older revisions back. Then I'm worried that this will
>break things if we nee
Fri Jan 13 23:28:04 2017 +0100
fix #851286
:100755 100755 1a34e953ba363ae1e284b97f83f63f6ef80ea544
3ba76f79d376d011451b8c572b20e185b715bed1 M pristine-tar
:04 04 84bc809be6b4dcf81cfce71f0550858957a3e92f
f8eb72beb458cbd9770f88f0f4efc00f0c75a299 M test
bisect run success
.
Source: grub2
Version: 2.04-8
Severity: normal
Tags: upstream
Found this when doing build testing locally on a big machine. It looks
like maybe the part of the build system for .po files isn't
parallel-safe. If I rebuild with -j1, all works fine...
Full build log online at
now. Thanks!
--
Steve McIntyre, Cambridge, UK.st...@einval.com
There's no sensation to compare with this
Suspended animation, A state of bliss
On Thu, Jul 09, 2020 at 12:25:05PM +0100, Adam Barratt wrote:
>Control: tags -1 + confirmed
>
>Thanks. Please go ahead.
In incoming now, cheers!
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Into the distance, a ribbon of black
Stretched to
On Thu, Jul 09, 2020 at 11:04:02AM +0100, Adam Barratt wrote:
>Hi Steve,
>
>On Thu, 2020-07-09 at 10:27 +0100, Steve McIntyre wrote:
>> We'd like to push an update for fwupd in Buster. It's not as far out
>> of date as that in Stretch, but it's starting to show its age an
On Thu, Jul 09, 2020 at 11:03:22AM +0100, Adam Barratt wrote:
>Hi Steve,
>
>On Thu, 2020-07-09 at 10:20 +0100, Steve McIntyre wrote:
>> We'd like to push an update into the last stretch point release for
>> fwupd. The last version in stretch (0.7.4-2) is now considere
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
Hi folks,
Similarly again for Buster...
We'd like to push an update for fwupd in Buster. It's not as far out
of date as that in Stretch, but it's starting to show its age and
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
Hi folks,
We'd like to push an update into the last stretch point release for
fwupd. The last version in stretch (0.7.4-2) is now considered so old
that it's (a) not really
atch attached.
Applied in git now, thanks for the patch!
( I was just bitten by this systemd bahaviour myself a few days ago,
so +1000)
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Into the distance, a ribbon of black
Stretched to the point of no turning back
On Fri, Jun 26, 2020 at 10:29:28AM -0700, John Johansen wrote:
>On 6/26/20 9:50 AM, Steve McIntyre wrote:
>>
>> OK, will try that second...
>>
>
>I have not been able to reproduce but
>
>So looking at linux-4.19.y it looks like
>1f8266ff5884 apparmor: don't
Hi again,
On Fri, Jun 26, 2020 at 05:50:00PM +0100, Steve McIntyre wrote:
>On Fri, Jun 26, 2020 at 04:25:59PM +0200, Jann Horn wrote:
>>On Fri, Jun 26, 2020 at 3:41 PM Greg KH wrote:
>>> On Fri, Jun 26, 2020 at 12:35:58PM +0100, Steve McIntyre wrote:
>
>...
>
>>&
Hi Jann,
On Fri, Jun 26, 2020 at 04:25:59PM +0200, Jann Horn wrote:
>On Fri, Jun 26, 2020 at 3:41 PM Greg KH wrote:
>> On Fri, Jun 26, 2020 at 12:35:58PM +0100, Steve McIntyre wrote:
...
>> > Considering I'm running strace build tests to provoke this bug,
>> > find
On Fri, Jun 26, 2020 at 02:45:18PM +0100, Steve McIntyre wrote:
>Hey Greg,
>
>On Fri, Jun 26, 2020 at 03:41:32PM +0200, Greg KH wrote:
>>On Fri, Jun 26, 2020 at 12:35:58PM +0100, Steve McIntyre wrote:
>>>
>>> e58f543fc7c0926f31a49619c1a3648e49e8d233 i
Hey Greg,
On Fri, Jun 26, 2020 at 03:41:32PM +0200, Greg KH wrote:
>On Fri, Jun 26, 2020 at 12:35:58PM +0100, Steve McIntyre wrote:
>>
>> e58f543fc7c0926f31a49619c1a3648e49e8d233 is the first bad commit
>> commit e58f543fc7c0926f31a49619c1a3648e49e8d233
>> Author: Ja
g,
finding the failure in a commit talking about ptrace changes does look
very suspicious...!
Annoyingly, I can't reproduce this on my disparate other machines
here, suggesting it's maybe(?) timing related.
Hope this helps - happy to give more information, test things, etc.
--
Steve McIntyre, Cam
67084a647e
865a227665e460e159502f21e8a16e6fa590bf50 M security
Considering I'm running strace build tests to provoke this bug,
finding the failure in a commit talking about ptrace changes does look
very suspicious...!
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Further comment on how I
On Wed, Jun 24, 2020 at 05:39:38PM +0100, Steve McIntyre wrote:
>On Wed, Jun 24, 2020 at 05:57:42PM +0200, Salvatore Bonaccorso wrote:
>>Control: found -1 4.19.118-1
>>Control: tags -1 + upstream
>>
>>>
>>> As I can reproduce this quite easily, I'm happy to
Hey Salvatore!
On Wed, Jun 24, 2020 at 05:57:42PM +0200, Salvatore Bonaccorso wrote:
>Control: found -1 4.19.118-1
>Control: tags -1 + upstream
>
>Hi Steve,
>
>On Mon, Jun 22, 2020 at 12:58:35PM +0100, Steve McIntyre wrote:
>> Source: linux
>> Version: 4.19.118-
Source: linux
Version: 4.19.118-2+deb10u1
Severity: serious
Hi folks,
Trying to reproduce #963462 on my Thinkpad T470, I'm repeatedly
getting a hard lockup running the strace testsuite. I've done this 4
times to be sure. Each time it seems to have failed in a slightly
different place in the
letter if the usual path fails
>
>I tend to the A proposal because it's the one that I can do, but if
>there is anybody who can provide B, that's more elegant I guess :-)
Option A looks like the obvious thing to do, so I've just done it. I
don't see any good reason for the leading-cap n
On Wed, Jun 17, 2020 at 07:15:22AM +0100, Adam Barratt wrote:
>Control: tags -1 + confirmed
>
>On Tue, 2020-06-16 at 22:15 +0100, Steve McIntyre wrote:
>> I'd like to push a tiny update into buster for jigdo please. The
>> existing version in buster doesn't support https
snapshot.d.o.
>
>AFAICS this is already fixed in unstable, but please fix it in buster too.
ACK, good plan. I've just uploaded
jigdo_0.7.3-5+deb10u1_source.changes now, targeting buster.
Cheers,
Steve
--
Steve McIntyre, Cambridge, UK.st...@einval.com
&quo
:54:52.0 +0100
@@ -1,3 +1,10 @@
+jigdo (0.7.3-5+deb10u1) buster; urgency=medium
+
+ * Backport more upstream changes to make jigdo-lite and jigdo-mirror
+support https. Closes: #962776
+
+ -- Steve McIntyre <93...@debian.org> Tue, 16 Jun 2020 21:54:52 +0100
+
jigdo (0.7.3-5) un
096 bytes
Disklabel type: gpt
Disk identifier: 98589918-89BC-48F0-9D29-CFD892E47618
Device StartEndSectors Size Type
/dev/sda1 204810506231048576 512M EFI System
/dev/sda2 10506241550335 499712 244M Linux filesystem
/dev/sda3 1550336 3907028991 3905478656
tem for a location
where dpkg tries to install things - it expects to use filesystem
semantics that FAT cannot provide.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Managing a volunteer open source project is a lot like herding
kittens, except the
On Thu, May 28, 2020 at 12:57:32PM +0200, Fabian Greffrath wrote:
>Hi Steve,
>
>Am 2020-04-28 17:32, schrieb Steve McIntyre:
>> Sorry, no. If you need unusual grub modules like this then you'll need
>> to disable Secure Boot.
>
>I have now disabled Secure Boot a
On Sat, May 23, 2020 at 10:34:36AM +0900, Punit Agrawal wrote:
>On Sat, May 23, 2020 at 1:54 AM Steve McIntyre wrote:
>>
>> On Sat, May 23, 2020 at 01:15:37AM +0900, Punit Agrawal wrote:
>
>[...]
>
>> >To avoid needing any workarounds such as those discussed
https://salsa.debian.org/grub-team/grub/-/blob/master/debian/build-efi-images#L127
Is it not working for you?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Welcome my son, welcome to the machine.
the grub
>configuration gives output on serial as well as connected monitor.
>
>The next issue that needs fixing is to update the kernel command line
>to launch the installer on the serial console.
I think few people have been bothered by this in the past - all the
server machine
you
>please also send it upstream (grub-de...@gnu.org)? I don't see a reason
>it couldn't be applied there, and it would make ongoing maintenance
>easier.
Ah, I've just taken the change and pushed to git...
--
Steve McIntyre, Cambridge, UK.st...@einval
, atzlinux 肖盛文 wrote:
>please use bugreport to report it again.
>
>The code isn't change,this it true.But others all
>changed,hardware,kernel,OS,etc,.
>
>this bug close at first.
>
>
>在 2020/5/6 下午8:39, Steve McIntyre 写道:
>> Control: reopen -1
>>
>> Sorry, n
be ambarrassed as you point out the obvious flaw I'm
missing...)
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"... the premise [is] that privacy is about hiding a wrong. It's not.
Privacy is an inherent human right, and a requirement for maintaining
the huma
w...@bugs.debian.org with problems
>From: atzlinux
>To: 753821-d...@bugs.debian.org
>Date: Sat, 2 May 2020 09:43:33 +0800
>Subject: bugreport is too old
>Message-ID: <9500528e-db80-3276-ed3e-1fdfad2a3...@sina.com>
>
>
>--
>肖盛文 Faris Xiao
>微信:atzlinux
>QQ
ust stop.
>
>You please stop unloading your stress on me. I am not the cause of your
>troubles. It is a difficult time for everybody.
Please cool down, both of you?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"I used to be the first k
rd compatiblity. Can be removed
>
>should be "compatibility"
>
># If so, we can remove the cache file (if any). Otherwise the backgound
> ^
>should be "background&q
Package: ftp.debian.org
Severity: normal
Hi!
Please remove c-graph. It's been RC buggy (#941513) with no sign of an
upload for months. This will allow us to remove the obsolete
texlive-generic-recommended package that needs to go away.
Package: ftp.debian.org
Severity: normal
Please remove gri. It's RC buggy (#932951) with no apparent maintainer
response in a very long time. This will allow us to remove the
obsolete texlive-generic-recommended package that needs to go away.
Package: ftp.debian.org
Severity: normal
Please remove mh-e. It's RC buggy (#941539, #934993, #935041) with no
apparent maintainer response in a very long time. This will also allow
us to remove the obsolete texlive-generic-recommended package that
needs to go away.
Package: ftp.debian.org
Severity: normal
Hi!
Please remove gri. It's RC buggy (#932949, #941557) with no apparent
maintainer response in a very long time. This will also allow us to
remove the obsolete texlive-generic-recommended package that needs to
go away.
Package: ftp.debian.org
Severity: normal
Hi!
Please remove frown. It has 2 RC bugs open (2 different FTBFS) for
over a year, with no maintainer response. Low popcon too.
It also build-deps on the obsolete texlive-generic-recommended package
that needs to go away.
Hi!
On Fri, May 01, 2020 at 10:57:15AM +0200, waxhead wrote:
>Steve McIntyre wrote:
>> On Fri, May 01, 2020 at 10:11:23AM +0200, waxhead wrote:
>> > Source: grub2
>> > Version: 2.04-7
>> > Severity: important
>> >
>> > Dear Maintain
ng live cd and rebalanced my rootfs back to btrfs
> raid1
Try again next Monday - the live images are only updated weekly. Grub
version 2.04-7 only just migrated to testing in the last 24h...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"We'
se directories is where d-i go look for
>hooks, and I doubt just moving them to libexec is useful.
>
>I'm re-instating the CC on d-boot@ to see if it sparks some comment...
ACK. d-i won't be looking in /usr/libexec. Please leave things where
they are...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"War does not determine who is right - only who is left."
-- Bertrand Russell
On Tue, Apr 28, 2020 at 12:43:54PM +0200, fab...@greffrath.com wrote:
>Am 2020-04-26 20:06, schrieb Steve McIntyre:
>> Sorry, no. Grub doesn't have any support for signing of modules
>> itself. For Secure Boot, all the desired modules have to built-in.
>
>So, there isn't
On Mon, Apr 27, 2020 at 05:25:10PM +0200, Santiago José López Borrazás wrote:
>El 27/4/20 a las 17:07, Steve McIntyre escribió:
>> I'm sorry, I don't understand what you're saying here. Can you please
>> explain a little more? What exactly are you trying to do? What exactly
don't understand what you're saying here. Can you please
explain a little more? What exactly are you trying to do? What exactly
is happening that you don't expect?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the technical experts. We were
resolv.conf? And the hostname is a sed call away…
>
>The problem with the hostanme is that package post-inst scipts might
>pick up the wrong host name during the actual debootstrap run before an
>external script can intervene. d'accord with /etc/resolv.conf.
ACK, that's a fair point
On Sun, Apr 26, 2020 at 06:49:15PM +0200, Fabian Greffrath wrote:
>Wouldn't it be possible to simply sign some specific grub modules?
Sorry, no. Grub doesn't have any support for signing of modules
itself. For Secure Boot, all the desired modules have to built-in.
--
Steve McIntyre, Cambri
rub-invaders or some of the other more esoteric
grub features, then you'll have to disable Secure Boot. Have you tried
that?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
You raise the blade, you make the change... You re-arrange me 'til I'm sane...
can't have it all in a single source package, right?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"...In the UNIX world, people tend to interpret `non-technical user'
as meaning someone who's only ever written one device driver." -- Daniel Pead
On Wed, Apr 22, 2020 at 01:08:46PM -0400, Noah Meyerhans wrote:
>On Wed, Apr 22, 2020 at 05:48:27PM +0100, Steve McIntyre wrote:
>> I think the -moutline-atomics is probably good to enable by default
>> once we've got it (gcc 10). that's the suggestion I've heard from gcc
>>
nions on this matter?
It's a good question, and thanks for asking! I definitely think it's
worth doing -moutline-atomics, and I'm hoping Steve can share some
performance numbers to help convince. :-)
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Who needs computer imagery when you've got Brian Blessed?
301 - 400 of 2266 matches
Mail list logo