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 |