On Sun, 20 May 2018 at 22:23:27 +0200, Philipp Kern wrote:
> And as expected, autopkgtest actually fails because no-one tested it in
> recent releases (presumably). Which is why one wants automation, right?
I added the test because I was trying to make sure a specific regression
didn't come back,
On 05/20/2018 09:15 PM, Karsten Merker wrote:
> On Sat, May 19, 2018 at 02:57:41PM +0200, Heinrich Schuchardt wrote:
>
>> Package: flash-kernel
>> Version: 3.94
>> Severity: normal
>> Tags: patch
>>
>> Add 60 missing database entries for arm64 boards
>> supported both by U-Boot and by Linux:
>>
>>
Control: tags 899093 +pending
On 2018-05-18, Heinrich Schuchardt wrote:
> Current U-Boot prepends 'allwinner/' to fdtfile.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> db/all.db | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/db/all.db b/db/all.db
> index 97eff67..635f
Processing control commands:
> tags 899093 +pending
Bug #899093 [flash-kernel] flash-kernel: update Pine64+
Added tag(s) pending.
--
899093: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899093
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
On 2018-05-20, Geert Stappers wrote:
> On Sun, May 20, 2018 at 09:15:38PM +0200, Karsten Merker wrote:
>>
>> When looking at the defconfigs for several of these systems, I
>> see e.g. CONFIG_BOOTARGS settings that don't really match what I
>> would expect for systems using config_distro_bootcmd.h.
Hi,
On 5/20/18 2:19 AM, Hideki Yamane wrote:
> On Fri, 18 May 2018 21:15:35 +0200
> Philipp Kern wrote:
>> I suppose the test harness is autopkgtest? Is there prior art on how to
>> set that up on Salsa? (Picking the backend and making sure that it
>> works, for instance.)
>
> Usually I just pu
On Sun, May 20, 2018 at 09:15:38PM +0200, Karsten Merker wrote:
>
> When looking at the defconfigs for several of these systems, I
> see e.g. CONFIG_BOOTARGS settings that don't really match what I
> would expect for systems using config_distro_bootcmd.h.
> Three random examples:
>
> - r8a77995_d
On Sat, May 19, 2018 at 02:57:41PM +0200, Heinrich Schuchardt wrote:
> Package: flash-kernel
> Version: 3.94
> Severity: normal
> Tags: patch
>
> Add 60 missing database entries for arm64 boards
> supported both by U-Boot and by Linux:
>
> Amlogic Meson GXL (S905X) P212 Development Board
> Banan
On Tue, 2018-05-15 at 19:41 -0700, crawlsp...@riseup.net wrote:
> Is this a place to talk about the dependences of the task-laptop
> package?
Yes, it is.
Ben.
--
Ben Hutchings
Horngren's Observation:
Among economists, the real world is often a special case.
signature.asc
Descri
On 5/20/18 12:30 PM, Hideki Yamane wrote:
> On Sun, 20 May 2018 10:14:13 +0200
> Philipp Kern wrote:
>> So the way it works with your patch is that local variables are
>> inherited by called functions (but not the caller). So from and dest
>> from just_get() are visible in wgetprogress() and hence
On Sun, 20 May 2018 10:14:13 +0200
Philipp Kern wrote:
> So the way it works with your patch is that local variables are
> inherited by called functions (but not the caller). So from and dest
> from just_get() are visible in wgetprogress() and hence the construction
> of $@ works. I'd rather have
On 15037 March 1977, Jonathan Wiltshire wrote:
> - May 26th (meaning freeze this coming weekend, which might be a big
> ask)
No.
> - Jun 2nd (which may require an unusual SRM)
Possible.
> - Jun 9th (getting quite a way out of cadence, but maybe that can't be
>helped)
Possible.
--
bye
On 15037 March 1977, Jonathan Wiltshire wrote:
> - 23rd Jun
Ok.
> - 7th July
No.
--
bye, Joerg
On 5/20/18 1:24 AM, Hideki Yamane wrote:
> On Sat, 19 May 2018 20:18:17 +0200
> Philipp Kern wrote:
>> You local'ed from and dest and now don't pass it anymore to
>> wgetprogress. How does this work?
> It is passed to wget via $@
So the way it works with your patch is that local variables are
in
14 matches
Mail list logo
