| 1 |
> > What I miss on Mac is something like IrfanView's (on Windows) batch |
| 2 |
> > conversion GUI. |
| 3 |
|
| 4 |
> Ok. Question then is how Gentoo specific this is. Such application |
| 5 |
> would more or less sound like something which has it's own ebuild and |
| 6 |
> depends on imagemagick. |
| 7 |
|
| 8 |
I would not call a 100 line Python script or such an application... |
| 9 |
But at least the ImageMagick wrapper is currently just creative thinking, |
| 10 |
so there is not |
| 11 |
really something to talk about. |
| 12 |
|
| 13 |
> > In fact more something like that ;) |
| 14 |
http://www.gnomejournal.org/images/45.png |
| 15 |
|
| 16 |
> Ah... (a lot) like SoftwareUpdate, or a tiny little bit like MS Windows |
| 17 |
Update. |
| 18 |
|
| 19 |
Yes, SoftwareUpdate (I was not quite sure about the name of the app, on my |
| 20 |
German system it is "Software Aktualisierung" |
| 21 |
|
| 22 |
> > Besides, I am more a fan of icon list views or OpenStep like multi-column |
| 23 |
> > lists, instead of table based lists... |
| 24 |
> I like the Finder giving you three views on the same data. For every |
| 25 |
> occasion it's own view ;) |
| 26 |
|
| 27 |
Which doesn't really help if you want to be GNUstep compatible. From what |
| 28 |
I know, on compatibility mode you are stuck with things like GNUstep |
| 29 |
Workspace.app. |
| 30 |
BTW, I believe finder is not written in ObjectiveC, so I am not quite sure |
| 31 |
if multi-mode lists are possible in Cocoa / OpenStep at all. |
| 32 |
|
| 33 |
> Why is a prefixed hierarchy (like Fink's /sw) not an option for you? |
| 34 |
> What is different in there from installing into /usr/local or /gnu? |
| 35 |
|
| 36 |
I think prefixed hierarchies make the system unclean. It is one thing if I |
| 37 |
decide to install modules into such a hierarchy in order to get |
| 38 |
interesting other modules compiled. |
| 39 |
It is a whole another thing if I want to let automated tools untidy my |
| 40 |
system ;) |
| 41 |
|
| 42 |
> > I would much prefer to be able to use a package.provided ObjectiveC |
| 43 |
> > compiler... |
| 44 |
|
| 45 |
> You already have one. But Linux users by default don't. |
| 46 |
|
| 47 |
I would think a working ObjectiveC compiler is a prerequisite for |
| 48 |
compiling gnustep. |
| 49 |
So perhaps gnustep-libs (or a meta package which could be solved by |
| 50 |
gnustep-libs-devel or cocoa libs) would be the correct dependency? |
| 51 |
|
| 52 |
> > Good question, but something I cannot answer. My Python knowledge is |
| 53 |
> > nearly zero. |
| 54 |
|
| 55 |
> Same here. And I'm not enough attracted to the appearance of the |
| 56 |
> language to actually try and learn it. I can understand it, that's all. |
| 57 |
|
| 58 |
I don't really like the language either, but the possibility to write an |
| 59 |
portable application without either having to delve into proprietary XCode |
| 60 |
stuff, or into GNUmake build system hell, it becomes rather attractive. |
| 61 |
Its all a question of a comfortable tool chain... |
| 62 |
|
| 63 |
> I follow your reasoning, and agree with it. I personally think this is |
| 64 |
> not very important to have right now, so if nobody feels like doing it |
| 65 |
> yet, nobody has to put efforts in it. Getting the Portage API would be |
| 66 |
> nice too, so we can wait I think. |
| 67 |
|
| 68 |
Agreed. |
| 69 |
|
| 70 |
Regards |
| 71 |
Dirk |
| 72 |
|
| 73 |
-- |
| 74 |
gentoo-osx@g.o mailing list |
Archives
