| === ts2 is now known as tsimpson | ||
| dpm | good morning all | 08:11 |
|---|---|---|
| noodles775 | Morning dpm | 08:16 |
| dpm | hey noodles775, good morning :) | 08:16 |
| 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:17 |
| 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:18 |
| noodles775 | (which might be a great thing... why restrict it to a max :), it's juts for an equiv. database column.) | 08:19 |
| 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:20 |
| 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:21 |
| * noodles775 checks | 08:22 | |
| 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:23 |
| 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:24 |
| noodles775 | mvo: yeah, easy migration - better to do it now than when we hit an issue :) | 08:25 |
| * mvo nods | 08:26 | |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!