Re: [Fink-devel] making qt4 variants

[Koen van der Drift]

On Jun 19, 2009, at 3:57 PM, Alexander Hansen wrote:

> For 3), if there's file overlap, and you want to get rid of the qt3
> version, you may want to make a dummy upgrade package for the older
> kemboss that Depends on the appropriate Variant(s) of kemboss-qt4;  
> e.g.
> if it only overlaps with kemboss-qt4-x11, then the dummy upgrade  
> package
> could have
>
> Type: bundle
> Depends: kemboss-qt4-x11, fink-obsolete-packages

Looks like it is all working now. I made the old one obsolete and  
added the qt4 version.

Thanks all for the suggestions.

- Koen.

--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] making qt4 variants

[Koen van der Drift]

On Jun 20, 2009, at 2:23 PM, Benjamin Reed wrote:

> No, building against qt4-mac should give you aqua-native apps (well,
> technically it's using Carbon).  It should not start X11.  If it does,
> something went wrong with your build.

Yes it did - I was using the wrong qmake. I fixed that and now  
everything works. Just need make sure all the stuff in /sw/share goes  
to seperate directories so folks can have both the mac and x11 version  
installed.

- Koen.



--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] making qt4 variants

[Benjamin Reed]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 6/20/09 10:18 AM, Koen van der Drift wrote:
> 
> Thanks both for your answers.
> 
> I build both versions, and they just look the same.  I guess I was  
> confused by thinking that qt4-mac would make it look like a aqua app.  
> It's still an X11 based app, and will appear in an X11 window. So for  
> now I will just leave the current kemboss.info package.  It was a nice  
> exercise, though :)

No, building against qt4-mac should give you aqua-native apps (well,
technically it's using Carbon).  It should not start X11.  If it does,
something went wrong with your build.


- -- 
Benjamin Reed a.k.a. Ranger Rick
Fink, KDE, and Mac OS X development

Blog: http://www.raccoonfink.com/
Music: http://music.raccoonfink.com/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFKPSkcUu+jZtP2Zf4RAk9zAJ9iKhQVGjXaUTK4NHD9r5lGcMUnygCfY0Cb
5SJjOk5AO4AH6qGypG5ZdEI=
=urPc
-END PGP SIGNATURE-

--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] making qt4 variants

[Alexander Hansen]

Koen van der Drift wrote:
>
> Thanks both for your answers.
>
> I build both versions, and they just look the same.  I guess I was
> confused by thinking that qt4-mac would make it look like a aqua app.
> It's still an X11 based app, and will appear in an X11 window. So for
> now I will just leave the current kemboss.info package.  It was a nice
> exercise, though :)
>
> - Koen.

Qt4-mac stuff isn't supposed to use X11 at all.   You might check your
build output and see what's going on there.

-- 
Alexander Hansen
Fink User Liaison


--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] making qt4 variants

[Koen van der Drift]

Thanks both for your answers.

I build both versions, and they just look the same.  I guess I was  
confused by thinking that qt4-mac would make it look like a aqua app.  
It's still an X11 based app, and will appear in an X11 window. So for  
now I will just leave the current kemboss.info package.  It was a nice  
exercise, though :)

- Koen.

--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] making qt4 variants

[Alexander Hansen]

Hanspeter Niederstrasser wrote:
> Koen,
>
> Here is what I now based on my one package for which I have a qt4-x11 
> and qt4-mac variants (valknut).
>
>   
>> I do have a few questions:
>>
>> 1. Should the qt4-x11 and qt4-mac version be able to exist next to
>> each other? If yes, I guess I need to make sure that stuff that goes
>> into /sw/share/ goes in two different directories, even though their
>> contetnts is the same?
>> 
>
> At some point, qtN-mac programs needed to be inside a .app bundle for 
> focus to work correctly.  I don't know if that's still the case.  If it 
> is, I guess one of the things you'll need to consider is if you want 
> every single kemboss script to have it's own clickable bundle in 
> /sw/Applications.  If a .app bundle per program is no longer needed with 
> qt4-mac, then you can leave the scripts in %p/bin if you wish.  I guess 
> it all depends on how you want the users to interact with the qt4-mac 
> linked programs.  I haven't used kemboss since emboss-kaptain from like 
> 4 years ago, so if the file layout has changed since, some of this might 
> no longer apply.
>
>   
>> 2. The poppler package starts with an Info3 field. I know about the
>> Info2 field for perl, etc variants, but I am not familiar with Info3
>> field - is this one designed for qt4 variants? I cannot reach the fink
>> website to look at the packaging manual, the site seems to be down
>> right now
>> 
>
> Looking at the packaging reference, I don't think any of the InfoN 
> fields are really needed for qt4-*.  My two packages are variants within 
> the same info file, so it needs Info2, but nothing more.  You can see 
> the file here: 
> 
>  
>   I was able to do things this way because I worked with the developer 
> to include Makefile targets specifically when using qt4-mac frameworks 
> vs qt4-x11 libraries.  Fink's variant mechanism then made it easy to 
> write commands for both in the same .info file.
>
>   
>> 3. After I add the new kemboss-qt4.info package, what do I do with the
>> old one? I added a Replace and Conflicts field in the new package -
>> is that enough and can I leave the old one in the repository?
>> 
>
> If there's no overlap in the file locations, then you don't need 
> Conflicts/Replaces.  If the packages have file overlap, then the old one 
> (kemboss.info) will also have to be modified to have Conflicts/Replaces 
> as well.  If the kemboss build/install setup lends itself to using 
> variants like I did with Valknut, then you only need to use the current 
> kemboss.info to which you can add Conflicts/Replaces if needed (although 
> Valknut does not have file overlaps).
>
> Hanspeter
>
>   
1)  Last time I checked, qt4-mac executables no longer needed to be
encapsulated in app bundles, even on 10.4.  

2)  I think Info3 is more or less just a debugging aid.  It lets you
leave trailing commas in the dependency lists, but I don't think there's
anything substantive there.

For 3), if there's file overlap, and you want to get rid of the qt3
version, you may want to make a dummy upgrade package for the older
kemboss that Depends on the appropriate Variant(s) of kemboss-qt4; e.g.
if it only overlaps with kemboss-qt4-x11, then the dummy upgrade package
could have

Type: bundle
Depends: kemboss-qt4-x11, fink-obsolete-packages

-- 
Alexander Hansen
Fink User Liaison


--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] making qt4 variants

[Hanspeter Niederstrasser]

Koen,

Here is what I now based on my one package for which I have a qt4-x11 
and qt4-mac variants (valknut).

> I do have a few questions:
> 
> 1. Should the qt4-x11 and qt4-mac version be able to exist next to
> each other? If yes, I guess I need to make sure that stuff that goes
> into /sw/share/ goes in two different directories, even though their
> contetnts is the same?

At some point, qtN-mac programs needed to be inside a .app bundle for 
focus to work correctly.  I don't know if that's still the case.  If it 
is, I guess one of the things you'll need to consider is if you want 
every single kemboss script to have it's own clickable bundle in 
/sw/Applications.  If a .app bundle per program is no longer needed with 
qt4-mac, then you can leave the scripts in %p/bin if you wish.  I guess 
it all depends on how you want the users to interact with the qt4-mac 
linked programs.  I haven't used kemboss since emboss-kaptain from like 
4 years ago, so if the file layout has changed since, some of this might 
no longer apply.

> 2. The poppler package starts with an Info3 field. I know about the
> Info2 field for perl, etc variants, but I am not familiar with Info3
> field - is this one designed for qt4 variants? I cannot reach the fink
> website to look at the packaging manual, the site seems to be down
> right now

Looking at the packaging reference, I don't think any of the InfoN 
fields are really needed for qt4-*.  My two packages are variants within 
the same info file, so it needs Info2, but nothing more.  You can see 
the file here: 

 
  I was able to do things this way because I worked with the developer 
to include Makefile targets specifically when using qt4-mac frameworks 
vs qt4-x11 libraries.  Fink's variant mechanism then made it easy to 
write commands for both in the same .info file.

> 3. After I add the new kemboss-qt4.info package, what do I do with the
> old one? I added a Replace and Conflicts field in the new package -
> is that enough and can I leave the old one in the repository?

If there's no overlap in the file locations, then you don't need 
Conflicts/Replaces.  If the packages have file overlap, then the old one 
(kemboss.info) will also have to be modified to have Conflicts/Replaces 
as well.  If the kemboss build/install setup lends itself to using 
variants like I did with Valknut, then you only need to use the current 
kemboss.info to which you can add Conflicts/Replaces if needed (although 
Valknut does not have file overlaps).

Hanspeter


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

[Fink-devel] making qt4 variants

[Koen van der Drift]

Hi,

I recently added a new package (kemboss, a GUI for EMBOSS) to fink.
Initially I made a x11 only version, but the developer mentioned that
it would be nice if there was also a qt-mac version. So I looked at
some other packages to use as an example, and saw that poppler4-qt4
does the same. It's still building all the qt4-mac stuff, so I don't
know yet how that's going to work.

I do have a few questions:

1. Should the qt4-x11 and qt4-mac version be able to exist next to
each other? If yes, I guess I need to make sure that stuff that goes
into /sw/share/ goes in two different directories, even though their
contetnts is the same?

2. The poppler package starts with an Info3 field. I know about the
Info2 field for perl, etc variants, but I am not familiar with Info3
field - is this one designed for qt4 variants? I cannot reach the fink
website to look at the packaging manual, the site seems to be down
right now

3. After I add the new kemboss-qt4.info package, what do I do with the
old one? I added a Replace and Conflicts field in the new package -
is that enough and can I leave the old one in the repository?

4. Did I miss anything?

Thanks,

- Koen.

--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel