xfce Package Manager

[Ricardo Biehl]

See: my idea is developing a package manager in shell script because I
think more efficient and it is to my a hobby. If  you want developing
it in C with GTK+ you should study another package manager like
apt(.deb) because it is more advanced.
I will colaborate with Xdialog, developing more functions and do a
librarie ".h" to possibility develop some graphic applications in C
with Xdialog. This also will propitiate do a lot of executable,
binarie and sample graphics apps to do: Example; a partition Manager,
a package manager etc. Big hug.

2014-10-23 1:03 GMT-02:00, Tim Tassonis <timtas at cubic.ch>:
>
>
> On October 23, 2014 2:17:36 AM Ángel González <angel at xfce.16bits.net> wrote:
>
>> Tim Tassonis wrote:
>> >
>> > On October 19, 2014 4:09:18 PM Anders F Björklund <afb at algonet.se>
>> > wrote:
>> >
>> > > Tim Tassonis wrote:
>> > >
>> > > >> I'm not sure what the world needs most is yet another package
>> > > >> manager,
>> > > >> but if you want some ideas you can take a look at the Smart project
>> > > >> ?
>> > > >
>> > > > You're probably dead right, but I'm writing one anyway, for
>> > > > educational
>> > > purposes and because I'm about to create my own distro. Now, that's
>> > > definitely what the world has been waiting for, I know...
>> > >
>> > > Right, it seems that for some reason every distribution needs another
>> > > package manager. Or for that matter, another software packaging
>> > > effort.
>>
>> And writing another packaging actually means forking a new distro.
>
> Yes, that's very obviously also true.
>
>>
>>
>> > Well, it seems to me that a lot of distributions are either based on
>> > dpkg/apt or rpm/yum. The way I see it, apt and yum are basically
>> > frontends
>> > to dpkg and rpm that allow you to resolve dependencies and download
>> > packages from repositories. I really would like to have another approach
>> > to
>> > that: I have one program for managing the local package inventory that
>> > has
>> > the ability to use a loadable package catalogue that will provide
>> > functions
>> > to search for packages, to refresh the catalogue and to get the ones
>> > needed. The catalogues are pluggable. That really allows me to have one
>> > interface for everything instead of two, as in dpkg/apt. I hate the
>> > switching of interfaces in apt/dpkg depending on what I want to do, and
>> > rpm/yum is just the same.
>>
>> Not all package managers are split like that. And in fact you could hide
>> that duality of binaries behind a simple shell script.
>>
> Yes, I could, but why should I? Putting another layer on apt, which is a
> layer on top of dpkg does not sound all that great to me.
>> _______________________________________________
>> Xfce4-dev mailing list
>> Xfce4-dev at xfce.org
>> https://mail.xfce.org/mailman/listinfo/xfce4-dev
>
>
> _______________________________________________
> Xfce4-dev mailing list
> Xfce4-dev at xfce.org
> https://mail.xfce.org/mailman/listinfo/xfce4-dev


-- 

*(rbp - ricardo biehl pasquali)*

*OFICIAL*