[Fink-devel] fvp changes

2013-06-20 Thread TheSin
The new apt is much more strict on the fields in status files, to get it to 
work I need to make a few minor changes to f-v-p, I spent lots of time working 
on apt 0.9.82 trying to figure out why girts weren't working and it turns out 
the parser was considering them invalid due to missing fields like arch and 
priority.  So I made a quick patch which is in my pull request and i'll attach 
it here as well.  I'd add it myself but I'm not sure which branch and if it'll 
affect anything else that uses f-v-p

the current output looks like

Package: 64bit-cpu
Status: install ok installed
Version: 0-1
description: [virtual package representing the 64bit capability of the CPU]

I'd like to change it to look like


Package: 64bit-cpu
Status: install ok installed
Priority: optional
Architecture: all
Version: 0-1
Maintainer: Fink Devel 
Description: [virtual package representing the 64bit capability of the CPU]
 The presence of the 64bit-cpu package indicates that the CPU on which we
 are running is 64bit capable.
 .
 Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
 .
 Maintainer: Fink Devel 




fvp.patch
Description: Binary data

---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] fvp changes

2013-06-21 Thread Daniel Macks
On Thu, 20 Jun 2013 22:11:20 -0600, TheSin  wrote:
The new apt is much more strict on the fields in status files, to get 
it to work I need to make a few minor changes to f-v-p, I spent lots of 
time working on apt 0.9.82 trying to figure out why girts weren't 
working and it turns out the parser was considering them invalid due to 
missing fields like arch and priority.  So I made a quick patch which 
is in my pull request and i'll attach it here as well.  I'd add it 
myself but I'm not sure which branch and if it'll affect anything else 
that uses f-v-p
>
> the current output looks like
>
> Package: 64bit-cpu
> Status: install ok installed
> Version: 0-1
> description: [virtual package representing the 64bit capability of the CPU]
>
> I'd like to change it to look like
>
> Package: 64bit-cpu
> Status: install ok installed
> Priority: optional
> Architecture: all
> Version: 0-1
> Maintainer: Fink Devel 
> Description: [virtual package representing the 64bit capability of the CPU]
> The presence of the 64bit-cpu package indicates that the CPU on which we
> are running is 64bit capable. 
> . 
> Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
> . 
> Maintainer: Fink Devel 

This change to --apt output looks reasonable to me. I talked to TheSin 
in #fink yesterday, who confirmed that old apt would also accept it, so 
I don't see harm in sending this to master now (rather than later as 
part of the large apt upgrade work) (would also benefit anyone who's 
experimenting with new debian tools of any sort). 

Technical question: Is this really Architecture:all, given that it's 
generated by a fink that is single-arch?

dan

  --
Daniel Macks
dma...@netspace.org



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] fvp changes

2013-06-22 Thread TheSin
the arch was the only thing I was a little on the fence about, I used all cause 
i knew it'd work and give the least amount of grief but really I think it 
should be the system's arch, but I wanted to talk to you about that, what is 
the best fink function to return x86_64?

Sorry I haven't been reachable this flood in AB is affecting my internet, I'm 
tethered at the moment to check email.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-06-21, at 11:56 PM, Daniel Macks  wrote:

> On Thu, 20 Jun 2013 22:11:20 -0600, TheSin  wrote:
> The new apt is much more strict on the fields in status files, to get 
> it to work I need to make a few minor changes to f-v-p, I spent lots of 
> time working on apt 0.9.82 trying to figure out why girts weren't 
> working and it turns out the parser was considering them invalid due to 
> missing fields like arch and priority.  So I made a quick patch which 
> is in my pull request and i'll attach it here as well.  I'd add it 
> myself but I'm not sure which branch and if it'll affect anything else 
> that uses f-v-p
>> 
>> the current output looks like
>> 
>> Package: 64bit-cpu
>> Status: install ok installed
>> Version: 0-1
>> description: [virtual package representing the 64bit capability of the CPU]
>> 
>> I'd like to change it to look like
>> 
>> Package: 64bit-cpu
>> Status: install ok installed
>> Priority: optional
>> Architecture: all
>> Version: 0-1
>> Maintainer: Fink Devel 
>> Description: [virtual package representing the 64bit capability of the CPU]
>> The presence of the 64bit-cpu package indicates that the CPU on which we
>> are running is 64bit capable. 
>> . 
>> Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
>> . 
>> Maintainer: Fink Devel 
> 
> This change to --apt output looks reasonable to me. I talked to TheSin 
> in #fink yesterday, who confirmed that old apt would also accept it, so 
> I don't see harm in sending this to master now (rather than later as 
> part of the large apt upgrade work) (would also benefit anyone who's 
> experimenting with new debian tools of any sort). 
> 
> Technical question: Is this really Architecture:all, given that it's 
> generated by a fink that is single-arch?
> 
> dan
> 
>  --
> Daniel Macks
> dma...@netspace.org
> 
> 
> 
> --
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-dev2dev
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] fvp changes

2013-06-22 Thread TheSin
Okay now it works, standalone, --apt and --dpkg all tested, hopefully declaring 
$config as a global isn't bad ;)



fvp.patch
Description: Binary data

---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-06-22, at 7:30 PM, TheSin  wrote:

> I take it back it only worked with out --apt :\
> 
> Fetched 1072 kB in 4s (222 kB/s)
> Can't locate Fink/Config.pm in @INC (@INC contains: 
> /Library/Perl/5.12/darwin-th
> 
> I'll keep working on this :\
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> On 2013-06-22, at 7:27 PM, TheSin  wrote:
> 
>> okay now that I have inet back and hopefully stable, I fixed it so that I 
>> get the right arch now.
>> 
>> Package: 64bit-cpu
>> Status: install ok installed
>> Priority: optional
>> Architecture: darwin-x86_64
>> Version: 0-1
>> Maintainer: Fink Devel 
>> Description: [virtual package representing the 64bit capability of the CPU]
>> The presence of the 64bit-cpu package indicates that the CPU on which we
>> are running is 64bit capable. 
>> . 
>> Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
>> . 
>> Maintainer: Fink Devel 
>> 
>> 
>> 
>> Here is the new patch, hopefully I did it right I couldn't figure out what 
>> or why UseFinkModules() was for or did since it returns and exports nothing. 
>>  If this is wrong please let me know.
>> 
>> 
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2013-06-21, at 11:56 PM, Daniel Macks  wrote:
>> 
>>> On Thu, 20 Jun 2013 22:11:20 -0600, TheSin  wrote:
>>> The new apt is much more strict on the fields in status files, to get 
>>> it to work I need to make a few minor changes to f-v-p, I spent lots of 
>>> time working on apt 0.9.82 trying to figure out why girts weren't 
>>> working and it turns out the parser was considering them invalid due to 
>>> missing fields like arch and priority.  So I made a quick patch which 
>>> is in my pull request and i'll attach it here as well.  I'd add it 
>>> myself but I'm not sure which branch and if it'll affect anything else 
>>> that uses f-v-p
 
 the current output looks like
 
 Package: 64bit-cpu
 Status: install ok installed
 Version: 0-1
 description: [virtual package representing the 64bit capability of the CPU]
 
 I'd like to change it to look like
 
 Package: 64bit-cpu
 Status: install ok installed
 Priority: optional
 Architecture: all
 Version: 0-1
 Maintainer: Fink Devel 
 Description: [virtual package representing the 64bit capability of the CPU]
 The presence of the 64bit-cpu package indicates that the CPU on which we
 are running is 64bit capable. 
 . 
 Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
 . 
 Maintainer: Fink Devel 
>>> 
>>> This change to --apt output looks reasonable to me. I talked to TheSin 
>>> in #fink yesterday, who confirmed that old apt would also accept it, so 
>>> I don't see harm in sending this to master now (rather than later as 
>>> part of the large apt upgrade work) (would also benefit anyone who's 
>>> experimenting with new debian tools of any sort). 
>>> 
>>> Technical question: Is this really Architecture:all, given that it's 
>>> generated by a fink that is single-arch?
>>> 
>>> dan
>>> 
>>> --
>>> Daniel Macks
>>> dma...@netspace.org
>>> 
>>> 
>>> 
>>> --
>>> This SF.net email is sponsored by Windows:
>>> 
>>> Build for Windows Store.
>>> 
>>> http://p.sf.net/sfu/windows-dev2dev
>>> ___
>>> Fink-devel mailing list
>>> Fink-devel@lists.sourceforge.net
>>> List archive:
>>> http://news.gmane.org/gmane.os.apple.fink.devel
>>> Subscription management:
>>> https://lists.sourceforge.net/lists/listinfo/fink-devel
>> 
> 

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] fvp changes

2013-06-23 Thread TheSin
I'd really like to get this committed before the next release if possible, any 
other objections or can I go a head and commit it to master?
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-06-22, at 7:36 PM, TheSin  wrote:

> Okay now it works, standalone, --apt and --dpkg all tested, hopefully 
> declaring $config as a global isn't bad ;)
> 
> 
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> On 2013-06-22, at 7:30 PM, TheSin  wrote:
> 
>> I take it back it only worked with out --apt :\
>> 
>> Fetched 1072 kB in 4s (222 kB/s)
>> Can't locate Fink/Config.pm in @INC (@INC contains: 
>> /Library/Perl/5.12/darwin-th
>> 
>> I'll keep working on this :\
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2013-06-22, at 7:27 PM, TheSin  wrote:
>> 
>>> okay now that I have inet back and hopefully stable, I fixed it so that I 
>>> get the right arch now.
>>> 
>>> Package: 64bit-cpu
>>> Status: install ok installed
>>> Priority: optional
>>> Architecture: darwin-x86_64
>>> Version: 0-1
>>> Maintainer: Fink Devel 
>>> Description: [virtual package representing the 64bit capability of the CPU]
>>> The presence of the 64bit-cpu package indicates that the CPU on which we
>>> are running is 64bit capable. 
>>> . 
>>> Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
>>> . 
>>> Maintainer: Fink Devel 
>>> 
>>> 
>>> 
>>> Here is the new patch, hopefully I did it right I couldn't figure out what 
>>> or why UseFinkModules() was for or did since it returns and exports 
>>> nothing.  If this is wrong please let me know.
>>> 
>>> 
>>> ---
>>> TS
>>> http://www.southofheaven.org/
>>> Life begins and ends with chaos, live between the chaos!
>>> 
>>> On 2013-06-21, at 11:56 PM, Daniel Macks  wrote:
>>> 
 On Thu, 20 Jun 2013 22:11:20 -0600, TheSin  
 wrote:
 The new apt is much more strict on the fields in status files, to get 
 it to work I need to make a few minor changes to f-v-p, I spent lots of 
 time working on apt 0.9.82 trying to figure out why girts weren't 
 working and it turns out the parser was considering them invalid due to 
 missing fields like arch and priority.  So I made a quick patch which 
 is in my pull request and i'll attach it here as well.  I'd add it 
 myself but I'm not sure which branch and if it'll affect anything else 
 that uses f-v-p
> 
> the current output looks like
> 
> Package: 64bit-cpu
> Status: install ok installed
> Version: 0-1
> description: [virtual package representing the 64bit capability of the 
> CPU]
> 
> I'd like to change it to look like
> 
> Package: 64bit-cpu
> Status: install ok installed
> Priority: optional
> Architecture: all
> Version: 0-1
> Maintainer: Fink Devel 
> Description: [virtual package representing the 64bit capability of the 
> CPU]
> The presence of the 64bit-cpu package indicates that the CPU on which we
> are running is 64bit capable. 
> . 
> Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
> . 
> Maintainer: Fink Devel 
 
 This change to --apt output looks reasonable to me. I talked to TheSin 
 in #fink yesterday, who confirmed that old apt would also accept it, so 
 I don't see harm in sending this to master now (rather than later as 
 part of the large apt upgrade work) (would also benefit anyone who's 
 experimenting with new debian tools of any sort). 
 
 Technical question: Is this really Architecture:all, given that it's 
 generated by a fink that is single-arch?
 
 dan
 
 --
 Daniel Macks
 dma...@netspace.org
 
 
 
 --
 This SF.net email is sponsored by Windows:
 
 Build for Windows Store.
 
 http://p.sf.net/sfu/windows-dev2dev
 ___
 Fink-devel mailing list
 Fink-devel@lists.sourceforge.net
 List archive:
 http://news.gmane.org/gmane.os.apple.fink.devel
 Subscription management:
 https://lists.sourceforge.net/lists/listinfo/fink-devel
>>> 
>> 
> 


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] fvp changes

2013-06-23 Thread Daniel Macks
Global $config is fine in this situation (UseFinkModules 
compartmentalizes the handling of some initialization, and it does 
export some Fink::Services functions into the main namespace). 

Is --apt ode fixed for this new more-detailed output in standalone mode 
(when /sw/lib/perl5 (or in whatever @BASEPATH@ is defined) doesn't 
exist? I have fink in /sw, and the finkaptstatus data looks unchanged 
by this patch when I move aside my /sw/lib/perl5...still has the old 
format not the extra fields you are adding. 

dan

On Sat, 22 Jun 2013 19:36:40 -0600, TheSin  wrote:
Okay now it works, standalone, --apt and --dpkg all tested, hopefully 
declaring $config as a global isn't bad ;)
>
> -
>
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
>
> On 2013-06-22, at 7:30 PM, TheSin  wrote:
>
> > I take it back it only worked with out --apt :\
> > > Fetched 1072 kB in 4s (222 kB/s)> Can't locate 
> Fink/Config.pm in @INC (@INC contains: /Library/Perl/5.12/darwin-th
> > > I'll keep working on this :\
> > ---
> > TS
> > http://www.southofheaven.org/
> > Life begins and ends with chaos, live between the chaos!
> > > On 2013-06-22, at 7:27 PM, TheSin  wrote:
> > >> okay now that I have inet back and hopefully stable, I fixed it 
> so that I get the right arch now. 
> >> >> Package: 64bit-cpu
> >> Status: install ok installed
> >> Priority: optional
> >> Architecture: darwin-x86_64
> >> Version: 0-1
> >> Maintainer: Fink Devel 
> >> Description: [virtual package representing the 64bit capability of 
> the CPU]
> >> The presence of the 64bit-cpu package indicates that the CPU on which we
> >> are running is 64bit capable. >> . >> Web site: 
> http://www.finkproject.org/faq/usage-general.php#virtpackage
> >> . >> Maintainer: Fink Devel 
> >> >> >> >> Here is the new patch, hopefully I did it right I 
> couldn't figure out what or why UseFinkModules() was for or did since 
> it returns and exports nothing.  If this is wrong please let me know. 
> >> 
> >> >> ---
> >> TS
> >> http://www.southofheaven.org/
> >> Life begins and ends with chaos, live between the chaos!
> >> >> On 2013-06-21, at 11:56 PM, Daniel Macks  wrote:
> >> >>> On Thu, 20 Jun 2013 22:11:20 -0600, TheSin 
>  wrote:
> >>> The new apt is much more strict on the fields in status files, to 
> get >>> it to work I need to make a few minor changes to f-v-p, I 
> spent lots of >>> time working on apt 0.9.82 trying to figure out why 
> girts weren't >>> working and it turns out the parser was considering 
> them invalid due to >>> missing fields like arch and priority.  So I 
> made a quick patch which >>> is in my pull request and i'll attach it 
> here as well.  I'd add it >>> myself but I'm not sure which branch 
> and if it'll affect anything else >>> that uses f-v-p
>   the current output looks like
>   Package: 64bit-cpu
>  Status: install ok installed
>  Version: 0-1
>  description: [virtual package representing the 64bit capability 
> of the CPU]
>   I'd like to change it to look like
>   Package: 64bit-cpu
>  Status: install ok installed
>  Priority: optional
>  Architecture: all
>  Version: 0-1
>  Maintainer: Fink Devel 
>  Description: [virtual package representing the 64bit capability 
> of the CPU]
>  The presence of the 64bit-cpu package indicates that the CPU on which we
>  are running is 64bit capable.  .  Web site: 
> http://www.finkproject.org/faq/usage-general.php#virtpackage
>  .  Maintainer: Fink Devel 
> >>> >>> This change to --apt output looks reasonable to me. I talked 
> to TheSin >>> in #fink yesterday, who confirmed that old apt would 
> also accept it, so >>> I don't see harm in sending this to master now 
> (rather than later as >>> part of the large apt upgrade work) (would 
> also benefit anyone who's >>> experimenting with new debian tools of 
> any sort). >>> >>> Technical question: Is this really 
> Architecture:all, given that it's >>> generated by a fink that is 
> single-arch?
> >>> >>> dan
> >>> >>> --
> >>> Daniel Macks
> >>> dma...@netspace.org
> >>> >>> >>> >>> 
> --
> >>> This SF.net email is sponsored by Windows:
> >>> >>> Build for Windows Store. 
> >>> >>> http://p.sf.net/sfu/windows-dev2dev
> >>> ___
> >>> Fink-devel mailing list
> >>> Fink-devel@lists.sourceforge.net
> >>> List archive:
> >>> http://news.gmane.org/gmane.os.apple.fink.devel
> >>> Subscription management:
> >>> https://lists.sourceforge.net/lists/listinfo/fink-devel
> >> > -
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store. 
>
> http://p.sf.net/sfu/windows-dev2dev -
>
> ___

Re: [Fink-devel] fvp changes

2013-06-24 Thread TheSin
I don't believe I messed with the standalone version, though it could easily be 
added, my only focus was the --apt output.  Since i"m not sure what relies on 
the standalone I couldn't test if it would break anything.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-06-24, at 12:05 AM, Daniel Macks  wrote:

> Global $config is fine in this situation (UseFinkModules 
> compartmentalizes the handling of some initialization, and it does 
> export some Fink::Services functions into the main namespace). 
> 
> Is --apt ode fixed for this new more-detailed output in standalone mode 
> (when /sw/lib/perl5 (or in whatever @BASEPATH@ is defined) doesn't 
> exist? I have fink in /sw, and the finkaptstatus data looks unchanged 
> by this patch when I move aside my /sw/lib/perl5...still has the old 
> format not the extra fields you are adding. 
> 
> dan
> 
> On Sat, 22 Jun 2013 19:36:40 -0600, TheSin  wrote:
> Okay now it works, standalone, --apt and --dpkg all tested, hopefully 
> declaring $config as a global isn't bad ;)
>> 
>> -
>> 
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2013-06-22, at 7:30 PM, TheSin  wrote:
>> 
>>> I take it back it only worked with out --apt :\
 Fetched 1072 kB in 4s (222 kB/s)> Can't locate 
>> Fink/Config.pm in @INC (@INC contains: /Library/Perl/5.12/darwin-th
 I'll keep working on this :\
>>> ---
>>> TS
>>> http://www.southofheaven.org/
>>> Life begins and ends with chaos, live between the chaos!
 On 2013-06-22, at 7:27 PM, TheSin  wrote:
> okay now that I have inet back and hopefully stable, I fixed it 
>> so that I get the right arch now. 
>> Package: 64bit-cpu
 Status: install ok installed
 Priority: optional
 Architecture: darwin-x86_64
 Version: 0-1
 Maintainer: Fink Devel 
 Description: [virtual package representing the 64bit capability of 
>> the CPU]
 The presence of the 64bit-cpu package indicates that the CPU on which we
 are running is 64bit capable. >> . >> Web site: 
>> http://www.finkproject.org/faq/usage-general.php#virtpackage
 . >> Maintainer: Fink Devel 
>> Here is the new patch, hopefully I did it right I 
>> couldn't figure out what or why UseFinkModules() was for or did since 
>> it returns and exports nothing.  If this is wrong please let me know. 
 
>> ---
 TS
 http://www.southofheaven.org/
 Life begins and ends with chaos, live between the chaos!
>> On 2013-06-21, at 11:56 PM, Daniel Macks  wrote:
>>> On Thu, 20 Jun 2013 22:11:20 -0600, TheSin 
>>  wrote:
> The new apt is much more strict on the fields in status files, to 
>> get >>> it to work I need to make a few minor changes to f-v-p, I 
>> spent lots of >>> time working on apt 0.9.82 trying to figure out why 
>> girts weren't >>> working and it turns out the parser was considering 
>> them invalid due to >>> missing fields like arch and priority.  So I 
>> made a quick patch which >>> is in my pull request and i'll attach it 
>> here as well.  I'd add it >>> myself but I'm not sure which branch 
>> and if it'll affect anything else >>> that uses f-v-p
>> the current output looks like
>> Package: 64bit-cpu
>> Status: install ok installed
>> Version: 0-1
>> description: [virtual package representing the 64bit capability 
>> of the CPU]
>> I'd like to change it to look like
>> Package: 64bit-cpu
>> Status: install ok installed
>> Priority: optional
>> Architecture: all
>> Version: 0-1
>> Maintainer: Fink Devel 
>> Description: [virtual package representing the 64bit capability 
>> of the CPU]
>> The presence of the 64bit-cpu package indicates that the CPU on which we
>> are running is 64bit capable.  .  Web site: 
>> http://www.finkproject.org/faq/usage-general.php#virtpackage
>> .  Maintainer: Fink Devel 
 This change to --apt output looks reasonable to me. I talked 
>> to TheSin >>> in #fink yesterday, who confirmed that old apt would 
>> also accept it, so >>> I don't see harm in sending this to master now 
>> (rather than later as >>> part of the large apt upgrade work) (would 
>> also benefit anyone who's >>> experimenting with new debian tools of 
>> any sort). >>> >>> Technical question: Is this really 
>> Architecture:all, given that it's >>> generated by a fink that is 
>> single-arch?
 dan
 --
> Daniel Macks
> dma...@netspace.org
>> 
>> --
> This SF.net email is sponsored by Windows:
 Build for Windows Store. 
 http://p.sf.net/sfu/windows-dev2dev
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/g