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 would prefer to point to some
>>> other repo
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
On Tuesday 07 August 2007 16:11, Krzysztof Lichota wrote:
> Scott Kitterman napisał(a):
> > 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
Scott Kitterman napisał(a):
> 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
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 repository.
>
> Maybe the OCI
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.
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 (forum support people,
>> bloggers, journalists, ...) could just provide l
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 uses a different distro
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 Installer strives to be
Sebastian Heinlein napisał(a):
> even a signed software can do a lot of harm to your system. installing
> software from the internet blindly is perhaps the cause for most
> unstable windows systems.
Any software can harm your system when used inappropriately. But it is
not the reason to forbid peo
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
> other repository.
>
>
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
If this could be done with absolutely no user intervention (i.e. if the
only thing missing is the right hardware), perhaps we could come up with
something like [EMAIL PROTECTED] and [EMAIL PROTECTED]
Or, simpler, a program that the user starts manually and just leaves
running (while not using t
Matt Zimmerman napisał(a):
> Thanks for sharing your ideas with us in detail. This is an idea which has
> been on many of our minds for some time, but no one had gotten around to
> prototyping it yet.
>
> One concern that I have is that I feel it is important to ensure that
> applications and the
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
Hi,
I have a suggestion about how to actively support
reverse engineering projects.
There are some FOSS drivers in the works that is not yet
suitable for Ubuntu. However helping them along the way might
get us there sooner.
My suggestion is a program that would match the hardware a
user have wit
On Mon, Aug 06, 2007 at 07:01:35PM +0200, Krzysztof Lichota 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 applicat
Greg K Nicholson napisał(a):
> Krzysztof Lichota:
>> And I do not think such amount of information should be put in URLs, it
>> is just too big. URLs should not hold data.
>
> I imagine that the major Linux vendors would each host a library server,
> SourceForge might have one too, as would some
26 matches
Mail list logo
