Re: [arch-dev-public] [pacman-dev] debug package repositories

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 15/04/13 18:59, Thomas Bächler wrote:
> Am 13.04.2013 17:55, schrieb William Giokas:
>> All,
>>
>> With the inclusion of the debug option in pacman 4.1.0, I think it makes
>> sense to do something with this in the official repositories. I've
>> sifted through some bug reports asking for inclusion of the debug
>> symbols in a separate package or repository officially for testing
>> purposes. With [extra] and [community] approaching 1.5 and 2 megabytes
>> respectively, I think that adding debug symbols directly into these
>> repositories would be a bad idea as it would probably add ~50% to those
>> databases, and I've already seen some people complain about the sizes. 
> 
> This doesn't belong to the pacman mailing list (I'm forwarding to
> arch-dev-public and arch-general), but I'll summarize what will probably
> happen: Separate debug repositories won't happen - we can't even put
> split packages into different repositories, so it is unlikely that we'll
> support separate debug repositories - and I don't see the need. Even if
> the db sizes double, we are still way under 5MB per db, which is a
> reasonable size considering our users' bandwidth nowadays.
> 
> Allan stated that he'll add a glibc-debug package to core, and it is
> also likely that KDE will get debug packages in extra (they have been
> requested a few times).
> 
> Some links:
> 
> https://mailman.archlinux.org/pipermail/arch-dev-public/2013-March/024736.html
> https://mailman.archlinux.org/pipermail/arch-dev-public/2013-March/024740.html
> 

DB size is not the only consideration.  For example -Ss output will be
"polluted".

Allan


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux