Mitch Curtis wrote:
> (which it turns out you still need to bundle libs that are dynamically
> linked like ICU)
With a bit of effort, you can also force Qt to build against a static ICU.
This is the hack (abusing the ICU bundled by Chromium bundled by
QtWebEngine, which is part of the monolithic Q
Nice to know that someone prepared linuxdeployqt. Even if slow its probably
better than no tool at all as it is now. Last time on my CI I had to use
simple copy script with fixed list of libs based od readelf info. Works but
I would rather preffer to avoid repeating this :)
*Łukasz Korbel *
Senior
Someone please remove me from this list
On Thu, Apr 11, 2019 at 8:44 AM Jason H wrote:
> > 11.04.2019, 04:05, "Richard Weickelt" :
> > > On 10.04.2019 23:21, Marco Bubke wrote:
> > >> Sounds you want flatpak. ;-)
> > >
> > > All those run-time extracted application container formats might be
>
> 11.04.2019, 04:05, "Richard Weickelt" :
> > On 10.04.2019 23:21, Marco Bubke wrote:
> >> Sounds you want flatpak. ;-)
> >
> > All those run-time extracted application container formats might be nice
> > solutions for GUI applications which is apparently the main target of Qt.
> > But my observat
I think it's better to have a tool that does *something* with a documented,
limited scope than offer nothing at all.
Then again, I know very little about shipping applications on Linux. I've
either been building statically (which it turns out you still need to bundle
libs that are dynamically l
11.04.2019, 04:05, "Richard Weickelt" :
> On 10.04.2019 23:21, Marco Bubke wrote:
>> Sounds you want flatpak. ;-)
>
> All those run-time extracted application container formats might be nice
> solutions for GUI applications which is apparently the main target of Qt.
> But my observation is that
On 10.04.2019 23:21, Marco Bubke wrote:
> Sounds you want flatpak. ;-)
All those run-time extracted application container formats might be nice
solutions for GUI applications which is apparently the main target of Qt.
But my observation is that they perform rather poorly when being used for
comman
> You may need to do custom steps on artifacts produced by windeployqt before
> packing them, so it's better to have separate tools for "bundling" and
> creation
> of actual packages.
Well, that's easily solved. The "tool" doesn't need to do everything on a
single invocation which leaves enough
Sounds you want flatpak. ;-)
On April 10, 2019 21:43:31 Richard Weickelt wrote:
>>> I, as a person, think that a "deployment tool for Linux" is
>>> something that spits out packages in half a dozen "native"
>>> distribution package formats.
>>
>> Nope, that tool is called "package maintainer" :)
On Wed, Apr 10, 2019 at 09:44:45PM +0300, Konstantin Tokarev wrote:
> 10.04.2019, 21:38, "André Pönitz" :
> > On Wed, Apr 10, 2019 at 08:13:01AM +, Mitch Curtis wrote:
> >> What do people think about having a deployment tool for Linux?
> >
> > I, as a person, think that a "deployment tool for
10.04.2019, 23:09, "Konstantin Tokarev" :
> 10.04.2019, 22:43, "Richard Weickelt" :
>> I would be interested to know how easy it is to release a
>> Qt-based application with a bleeding edge Qt version (or with a patched one)
>> to the official Debian repositories.
>
> The only possible way to
10.04.2019, 22:43, "Richard Weickelt" :
> I would be interested to know how easy it is to release a
> Qt-based application with a bleeding edge Qt version (or with a patched one)
> to the official Debian repositories.
The only possible way to add package to the official Debian repositories is
d
10.04.2019, 22:43, "Richard Weickelt" :
> Nothing stops me from publishing a self-containing .deb, .rpm, .whatever on
> my website. If there was a one stop shop tool that produces a collection
> like this with very little effort: https://speedcrunch.org/download.html I
> would be sold. Maybe even
>> I, as a person, think that a "deployment tool for Linux" is
>> something that spits out packages in half a dozen "native"
>> distribution package formats.
>
> Nope, that tool is called "package maintainer" :)
Blessed be those who have a "package maintainer". I don'ẗ think it's that
easy. If I
10.04.2019, 21:38, "André Pönitz" :
> On Wed, Apr 10, 2019 at 08:13:01AM +, Mitch Curtis wrote:
>> What do people think about having a deployment tool for Linux?
>
> I, as a person, think that a "deployment tool for Linux" is
> something that spits out packages in half a dozen "native"
> dis
On Wed, Apr 10, 2019 at 08:13:01AM +, Mitch Curtis wrote:
> What do people think about having a deployment tool for Linux?
I, as a person, think that a "deployment tool for Linux" is
something that spits out packages in half a dozen "native"
distribution package formats.
Collecting "resource
> -Original Message-
> From: Development On Behalf Of
> Dan Leinir Turthra Jensen
> Sent: Wednesday, 10 April 2019 11:23 AM
> To: development@qt-project.org; Khuram Ali
> Subject: Re: [Development] A deployment tool for Linux
>
> Handily, there has been a co
t-project.org
> Verschickt: Mi, 10. Apr. 2019 10:27
> Betreff: Re: [Development] A deployment tool for Linux
>
> > -Original Message-
> > From: Bogdan Vatra
> > Sent: Wednesday, 10 April 2019 10:22 AM
> > To: development@qt-project.org
> > Cc: Mitch
@qt-project.org
Verschickt: Mi, 10. Apr. 2019 10:27
Betreff: Re: [Development] A deployment tool for Linux
> -Original Message-
> From: Bogdan Vatra
> Sent: Wednesday, 10 April 2019 10:22 AM
> To: development@qt-project.org
> Cc: Mitch Curtis
> Subject: Re: [Development]
> -Original Message-
> From: Bogdan Vatra
> Sent: Wednesday, 10 April 2019 10:22 AM
> To: development@qt-project.org
> Cc: Mitch Curtis
> Subject: Re: [Development] A deployment tool for Linux
>
> Hi,
>
> Personally I think it's a great idea.
Hi,
Personally I think it's a great idea. I used linuxdeployqt myself and it
worked. The only problem I saw it was the speed, it takes quite a lot to
complete (e.g. it took a few minutes, while androiddelopqt takes less than 10
seconds). But witl some love I'm pretty sure it can be improved a
What do people think about having a deployment tool for Linux? There is an
existing community tool based on macdeployqt:
https://github.com/probonopd/linuxdeployqt/
The author has considered the idea in the past:
https://github.com/probonopd/linuxdeployqt/issues/84
A Jira suggestion to track i
22 matches
Mail list logo
