[08:11] <dpm> good morning all
[08:16] <noodles775> Morning dpm
[08:16] <dpm> hey noodles775, good morning :)
[08:17] <noodles775> mvo: hi! Is there any max length for a simple debian field (ie. single-line)? I can't see anythiing here: http://www.debian.org/doc/debian-policy/ch-controlfields.html
[08:17] <mvo> hey noodles775
[08:17] <mvo> noodles775: a field like "Depends: ..." ?
[08:17] <noodles775> In thiis case, just Package:
[08:18] <noodles775> http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Source has more specifics, including min length, but nothing about a max...
[08:19] <noodles775> (which might be a great thing... why restrict it to a max :), it's juts for an equiv. database column.)
[08:20] <mvo> noodles775: I just looked at the apt source and I don't think there are any limits enforced here (nowdays it grows if needed). let me quickly check dpkg
[08:21] <noodles775> Thanks mvo. What would you recommend as a practical max for a database varchar field... we've already got a bunch in various apps, where I think we're using 64...
[08:22]  * noodles775 checks
[08:23] <noodles775> Yeah, we seem to use 64 in sca currently - which seems to have been safe so far, but please let us know if it's something we should update and I'll create a bug.
[08:24] <mvo> noodles775: hm, that looks a bit small tbh, "grep "Package:" /var/lib/apt/lists/*Packages | cut -f3 -d: | wc -L" give me "60" for the current packages we have
[08:24] <noodles775> mvo: cool, I'll create a bug. Txs!
[08:24] <mvo> noodles775: I would say "2*max-of-the-current" - or do you think that is a bit much error on the safe side? how hard is the migration later? I guess not too hard, correct?
[08:25] <noodles775> mvo: yeah, easy migration - better to do it now than when we hit an issue :)
[08:26]  * mvo nods