On Thu, Feb 20, 2020 at 9:58 AM Friedrich W. H. Kossebau
wrote:
>
> Am Mittwoch, 19. Februar 2020, 21:01:20 CET schrieb Johan Ouwerkerk:
> > On Wed, Feb 19, 2020 at 2:09 PM Friedrich W. H. Kossebau
> >
> > wrote:
> > > Personally I am still unsure what the actual issue is. Why are redirects
> > >
El dimecres, 19 de febrer de 2020, a les 6:39:50 CET, Urs Fleisch va escriure:
> Hi Albert,
>
> > You don't need all that
> > echo "Extracting po/en/kid3_qt.po"
> > part, scripty just does it every single day for you
>
> I saw that an English po is now generated and downloaded when using
> transl
El dimecres, 19 de febrer de 2020, a les 9:28:22 CET, Volker Krause va escriure:
> Additionally, improved documentation, a possible KNAM and/or driving the QNAM
> changes upstream can still be done alongside this obviously.
Also for Qt5 which will probably never be changed a clazy warning and mak
El dimecres, 19 de febrer de 2020, a les 8:05:01 CET, Ben Cooksley va escriure:
> The easiest path forward is to simply ban QNetworkAccessManager.
Stop saying that, that's not going to happen.
Cheers,
Albert
>
> >
> > Regards,
> > Volker
>
> Regards,
> Ben
>
Am Mittwoch, 19. Februar 2020, 21:01:20 CET schrieb Johan Ouwerkerk:
> On Wed, Feb 19, 2020 at 2:09 PM Friedrich W. H. Kossebau
>
> wrote:
> > Personally I am still unsure what the actual issue is. Why are redirects
> > needed at all. Why all the address changes all the time?
>
> It is part of t
On Wed, Feb 19, 2020 at 2:09 PM Friedrich W. H. Kossebau
wrote:
>
> Personally I am still unsure what the actual issue is. Why are redirects
> needed at all. Why all the address changes all the time?
>
It is part of the HTTP spec for servers to be able to inform clients
that resource /foo/bar has
Am Mittwoch, 19. Februar 2020, 08:05:01 CET schrieb Ben Cooksley:
> On Mon, Feb 3, 2020 at 7:42 AM Volker Krause wrote:
> > It would also help to know where specifically we have that problem, so we
> > can actually solve it, and so we can figure out why we failed to fix this
> > there earlier.
>
On woensdag 19 februari 2020 13:38:55 CET Johnny Jazeix wrote:
> Hi,
>
> as Volker said, without any alternative, we can't just ban QNAM.
> And even with one, we would need time to implement it (for example,
> for GCompris, this part of the code was written by someone who is less
> active now, so
Hi,
as Volker said, without any alternative, we can't just ban QNAM.
And even with one, we would need time to implement it (for example,
for GCompris, this part of the code was written by someone who is less
active now, so rewriting it, testing it and be sure it works will take
some time).
Can't
On Wed, Feb 19, 2020 at 9:30 PM Volker Krause wrote:
>
> On Wednesday, 19 February 2020 08:05:01 CET Ben Cooksley wrote:
> > On Mon, Feb 3, 2020 at 7:42 AM Volker Krause wrote:
> > > I agree on the problem of QNAM's default, see also
> > > https://conf.kde.org/en/
> > > akademy2019/public/events/
Urs Fleisch ha scritto:
> Hi Christoph,
>
>>> You should change the bug reporting to use bugzilla not your email address
> in KAboutData
>>
>> Right. Urs, could you please request creation of a bugzilla product?
>
> I discussed the migration of the existing bug reports, feature requests and
> hel
On Wednesday, 19 February 2020 08:05:01 CET Ben Cooksley wrote:
> On Mon, Feb 3, 2020 at 7:42 AM Volker Krause wrote:
> > I agree on the problem of QNAM's default, see also
> > https://conf.kde.org/en/
> > akademy2019/public/events/135 on that subject.
> >
> > On Saturday, 1 February 2020 23:24:1
12 matches
Mail list logo
