not easy to use; neither is the 7 step graphical process
> Google gives.
Exactly, that's the reason behind creating One Click Installer :)
> I, as an upstream ISV with my own third party repository, need it to be
> easy for the user to use my software. It should be so easy that I don&#
On Mon, 2007-08-06 at 19:01 +0200, Krzysztof Lichota wrote:
> So, here is my shot at solving this problem - One Click Installer
> (http://code.google.com/p/one-click-installer/).
>
> The idea is similar to this implemented in
> https://wiki.ubuntu.com/ThirdPartyApt, but wit
Hi all,
A user perspective. Somebody had theorized about having a
better packaging method which would make users install more software.
I disagree with that. Users install stuff when they come to know about
them, for e.g. I use http://debaday.debian.net/ as well as
www.getdeb.net to know abou
This is 90% a political problem. In the case of Firefox, you need to to
have Firefox upstream "support" Ubuntu in the same way they "support"
Windows: Create a proper Ubuntu compliant installer (.deb) file, provide
proper documentation on how to run it (double click).
To do this, upstream has to c
Kevin Fries napisał(a):
> As for the OPs problem with Synaptic... That is 500% off base. I know
> this because I have sat down with end users and showed them synaptic,
> and the gnome installer. If more geeks like us did this with their
> favorite Windows user, I believe there would be more peopl
I agree with all of this. Except that I think what MS does is "just
fine.", and I've love to provide that ability for Ubuntu, and Ubuntu
alone. And so I will. Hence why I wrote wiki.ubuntu.com/ThirdPartyApt,
and am just now getting motivated to finish it (after this
conversation.)
On Wed, 2007-08-
On Wed, 2007-08-08 at 10:09 +0100, Matt Zimmerman wrote:
> The two are not mutually exclusive, and an ideal solution would incorporate
> both.
I can't believe this conversation has gone on this long. Its a really
ill conceived idea that is either not explained very well, or has
evolved during thi
On Wed, Aug 08, 2007 at 07:19:23PM +0200, Krzysztof Lichota wrote:
> OK, now I understand what you mean.
>
> Yes, you can provide One Click Installer installation file which has
> only information which package to install and does not contain any
> repository information. This s
by the existing system and would benefit from having a web-oriented
> way to indicate that their software is included in the Ubuntu repositories,
> delegating all decisions about repository location and authentication to the
> package manager.
OK, now I understand what you mean.
Yes, you ca
> their software easily. Otherwise they will not be interested in creating
> >>>> their apps for Linux.
> >>> The two are not mutually exclusive, and an ideal solution would
> >>> incorporate
> >>> both.
> >> One Click Installer
for Linux.
>>> The two are not mutually exclusive, and an ideal solution would incorporate
>>> both.
>> One Click Installer can be used for both, providing trusted, signed
>> installation files signed by Ubuntu and providing unsigned files for
>> third party develo
gt; >> There _must_ be the way for third party software creators to publish
> >> their software easily. Otherwise they will not be interested in creating
> >> their apps for Linux.
> >
> > The two are not mutually exclusive, and an ideal solution would incorporate
&g
. Otherwise they will not be interested in creating
>> their apps for Linux.
>
> The two are not mutually exclusive, and an ideal solution would incorporate
> both.
One Click Installer can be used for both, providing trusted, signed
installation files signed by Ubuntu and prov
On Tue, Aug 07, 2007 at 09:57:42PM +0200, Krzysztof Lichota wrote:
> Matt Zimmerman napisał(a):
> >> So Ubuntu could just provide signed files for applications hosted in its
> >> repository, signed with its key for use by everyone else. Files would be
> >> hosted on Ubuntu server and everyone else
Krzysztof Lichota:
> Greg K Nicholson napisał(a):
>> Krzysztof Lichota:
>>> Creator of One Click Installer installation file decides which
>>> repository will be used. If the application is available in Ubuntu
>>> repository I do not see the point why he wou
On Tuesday 07 August 2007 18:23, Krzysztof Lichota wrote:
> Scott Kitterman napisał(a):
> > OK, so for a Debian system, where do the.debs come from that One Click is
> > needed for?
>
> The debs are already in repositories. It is about giving users easy
> access to them.
>
> > This is the part that
The .debs are already in which repository? Who built them?
If Ubuntu's repository, well, what have you solved then? They were
already there.
On Wed, 2007-08-08 at 00:23 +0200, Krzysztof Lichota wrote:
> Scott Kitterman napisał(a):
> > OK, so for a Debian system, where do the.debs come from that O
Scott Kitterman napisał(a):
> OK, so for a Debian system, where do the.debs come from that One Click is
> needed for?
The debs are already in repositories. It is about giving users easy
access to them.
> This is the part that keeps confusing me. You seem to think if installing
> were just easi
te.
> >
> > Is that right?
>
> No, you got completely the wrong idea.
> Deb packages built for specific distro are useful as they provide best
> integration with underlying distribution. And One Click Installer does
> not at all address the issue of common packaging form
e useful as they provide best
integration with underlying distribution. And One Click Installer does
not at all address the issue of common packaging format or whether DEB
is better than RPM. It is just a convenient way for users to have their
favourite app installed without knowing what their distro is, w
Greg K Nicholson napisał(a):
> Krzysztof Lichota:
>> Creator of One Click Installer installation file decides which
>> repository will be used. If the application is available in Ubuntu
>> repository I do not see the point why he would prefer to point to some
>> other
On Tuesday 07 August 2007 15:57, Krzysztof Lichota wrote:
> This is the approach of apt:// protocol. It is not extensible and it
> will not make Ubuntu competitive to rich software ecosystem of Windows.
> There _must_ be the way for third party software creators to publish
> their software easily.
Jerome Haltom napisał(a):
> So this works for Yum too?
Not yet, but I hope it will. And Yast, ebuild and TGZ as well.
I can create versions for most popular packaging/distribution systems,
but it is up to distribution developers to integrate it or add support
for their unique packaging system.
r security, you can turn off installing
unsigned files in One Click Installer. This way inexperienced users will
not be able to install untrusted software easily. But of course advanced
users will be able to work around it.
Krzysztof Lichota
signature.asc
Description: OpenPGP digital sig
Matt Zimmerman:
> Instead, the metadata file need
> only provide the name of the package, and the local package manager can
> install it from the official repository.
How would this be better than (or different from) the apt/install protocol?
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-di
Krzysztof Lichota:
> Creator of One Click Installer installation file decides which
> repository will be used. If the application is available in Ubuntu
> repository I do not see the point why he would prefer to point to some
> other repository.
Maybe the OCI file's creator
So this works for Yum too?
On Tue, 2007-08-07 at 21:34 +0200, Krzysztof Lichota wrote:
> Jerome Haltom napisał(a):
> > Now that I actually read this, I don't see any actual difference between
> > it and GAptI. Is there one?
> >
> > Other than the file being some weird XMLish thing. With hard code
Jerome Haltom napisał(a):
> Now that I actually read this, I don't see any actual difference between
> it and GAptI. Is there one?
>
> Other than the file being some weird XMLish thing. With hard coded
> command line options in it.
Command line option was added as hack specifically to support in
Jerome Haltom napisał(a):
> I wanted to point you to my existing effort with regards to this:
>
> https://wiki.ubuntu.com/GAptI
>
> Someday I will in fact finish this. Please take a look at it though.
Yes, I have seen it long time ago. But it supports only APT.
One Click Installe
)
My vision is completely different - there should be many places where
installation links can be provided. Some of them more formal and trusted
(for example packages.ubuntu.com, Ubuntu pages, etc.), some supported by
community (getdeb.net, etc.), some completely freelance - blogs, forums,
wikis,
On Tue, Aug 07, 2007 at 08:36:23PM +0200, Krzysztof Lichota wrote:
> Creator of One Click Installer installation file decides which
> repository will be used. If the application is available in Ubuntu
> repository I do not see the point why he would prefer to point to some
> othe
Sebastian Heinlein napisał(a):
> I haveb't look at the code in depth, but have you thought about using
> the apt python bindings instead of command line calls ("apt-get install
> --assume-yes" is a bad idea)? aptsources even provides an abstraction of
> the sources.list.
I did not know about apt b
redundant, as they complicate maintenance and upgrades.
>
> Does your design address this?
Creator of One Click Installer installation file decides which
repository will be used. If the application is available in Ubuntu
repository I do not see the point why he would prefer to point to some
Am 07.08.2007 um 16:30 schrieb Sebastian Heinlein:
> installing software from the internet blindly is perhaps the cause
> for most
> unstable windows systems.
I doubt an OS installation cares where you've got your applications
from. The worst software I have experience with are drivers and f
Am Dienstag, den 07.08.2007, 01:04 +0200 schrieb Krzysztof Lichota:
> Chris Wagner napisał(a):
> > Every time someone comes up with a new, more-intuitive way to install
> > software on Linux, there seems to be more negative comments about it
> > than positive. I recall similar comments when Gdebi
I haveb't look at the code in depth, but have you thought about using
the apt python bindings instead of command line calls ("apt-get install
--assume-yes" is a bad idea)? aptsources even provides an abstraction of
the sources.list.
Cheers,
Sebastian
--
Ubuntu-devel-discuss mailing list
Ubuntu
lication catalog like Tucows,
> selects one with best reviews, downloads installer (in most cases he has
> to choose between installer for Windows 98/ME and installer for Windows
> 2000/XP), 3 clicks and he is done.
>
> So, here is my shot at solving this problem - One Click Insta
h program versions down
> the left, and distro/version/etc combinations across the top. At the
> intersections are instructions like:
>
> http://bar.example.com";>foo
>
> Sometimes there are several instructions:
>
> http://bar.example.com";>foo
> http://baz
On Tue, 2007-08-07 at 02:22 +0100, Greg K Nicholson wrote:
> Drive-by href: http://autopackage.org/
I think Autopackage has the wrong idea. From a technical perspective
most package formats contain the same data, so converting between them
should be easy. The actual problem is the contents of the
Krzysztof Lichota:
> Conrad Knauer napisał(a):
>> I note, later on in your e-mail
>> that you have in mind basically a front-end for just about any package
>> management system. That's one way towards getting a unified Linux
>> package management system, though Mark Shuttleworth comments that "so
Krzysztof Lichota:
> Greg K Nicholson napisał(a):
>> The apt protocol ( https://wiki.ubuntu.com/AptFirefoxFileHandler ) will
>> fix this.
>
> Yes, this is similar to what I want to achieve, but:
> - it does not provide information for different distributions and other
> systems than APT
> - it do
On Monday 06 August 2007 17:09, Chris Wagner wrote:
> Every time someone comes up with a new, more-intuitive way to install
> software on Linux, there seems to be more negative comments about it
> than positive. I recall similar comments when Gdebi was proposed, but
> it seems to have gone over ok
what) secure?
I completely agree the security is important.
One Click Installer files can be signed using GPG key. If the file is
unsigned, user is asked if he wants to proceed with explanation why he
should not install not signed file and the default option is to cancel
installation.
In f
Greg K Nicholson napisał(a):
> Conrad Knauer:
>> On 8/6/07, Krzysztof Lichota <[EMAIL PROTECTED]> wrote:
>>> Package installation applications (Synaptic, Adept) and apt repositories
>>> do not solve the problem for the following reasons:
>>> 1. Repositories must be added manually and this exceeds s
t
> misconception about the usability of Linux is how we solve Bug #1.
I am not suggesting to create installers like in Windows. If you look at
the architecture of One Click Installer, it leverages good ideas in
Linux software management (packages with software for easy
uninstallation without lea
tallation will
fail. It also does not support security upgrades as you install deb, not
repository.
By combining http://www.getdeb.net/ with One Click Installer you can
create great online software repository, exactly what I hope to become
true.
So thanks for pointing it out, I will contact t
On 8/6/07, Greg K Nicholson <[EMAIL PROTECTED]> wrote:
>
> The apt protocol ( https://wiki.ubuntu.com/AptFirefoxFileHandler ) will
> fix this.
>
>
Can anyone tell if this will be implemented in time for Gutsy?
Wouter.
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
M
ing things like
Automatix and Gdebi. "One Click Installer" may make it that much
easier, but you can't lock the liquor in a cabinet forever; at some
point the curious child must be taught how to use it responsibly.
Krzysztof's solution seems like the quickest possible wa
Conrad Knauer:
> On 8/6/07, Krzysztof Lichota <[EMAIL PROTECTED]> wrote:
>> Package installation applications (Synaptic, Adept) and apt repositories
>> do not solve the problem for the following reasons:
>> 1. Repositories must be added manually and this exceeds skills of
>> average Windows user. K
On Mon, 2007-08-06 at 13:03 -0600, Conrad Knauer wrote:
> On 8/6/07, Krzysztof Lichota <[EMAIL PROTECTED]> wrote:
>
> > I would like to share with you the project I have been working for some
> > time now which I think could help solving bug #1.
> >
> > The problem:
> > - Users coming from Windows
On 8/6/07, Krzysztof Lichota <[EMAIL PROTECTED]> wrote:
> I would like to share with you the project I have been working for some
> time now which I think could help solving bug #1.
>
> The problem:
> - Users coming from Windows (and in general beginners) want installation
> of applications to be
uot; or browses some application catalog like Tucows,
selects one with best reviews, downloads installer (in most cases he has
to choose between installer for Windows 98/ME and installer for Windows
2000/XP), 3 clicks and he is done.
So, here is my shot at solving this problem - One Click Installer
(http://c
52 matches
Mail list logo
