[03:28] <pitti> Godo morning
=== Malsasa_ is now known as Malsasa
[06:17] <didrocks> doko: slangasek: still nobody assigned himself on bug #1500768, people are seriously unhappy to be left broken
[06:17] <ubottu> bug 1500768 in python3.4 (Ubuntu Trusty) "python3.4.3 SRU break requests" [High,Triaged] https://launchpad.net/bugs/1500768
[06:17] <seb128> SRU team, slangasek, what's the standard way to deal with SRUs that got removed from -updates because of regressions but that users already installed? should a bumped version from the old content be uploaded or do we let those users on the buggy version (which currently make them not got a security update)
[06:18] <didrocks> I think we should revert
[06:18] <didrocks> so yeah, please advise on the best way to handle this :)
[06:21] <seb128> arges, hey, I just saw your comment on bug #1376212 and replied, let me know if I should reupload with a different version
[06:21] <ubottu> bug 1376212 in libmtp (Ubuntu Trusty) "BQ Aquaris E4.5 Android Phone not recognised by libmtp" [High,In progress] https://launchpad.net/bugs/1376212
=== marcusto_ is now known as marcustomlinson
[07:42] <dholbach> good morning
[07:49] <seb128> hey dholbach
[08:04] <dholbach> hi seb128
[08:41] <doko> pitti, please could you disable the gcc-* autopkg triggers for linux? I don't think it makes sense to run these for gcc-arm-none-eabi, gcc-snapshot, gcc-4.7, etc
[08:44] <pitti> doko: ah, so only keep those for gcc-5? sure
[08:44] <pitti> doko: also, it seems wolfe-07 is segfaulty again, I'll reboot that
[08:44] <pitti> although, same issue on others
[08:46] <doko> pitti, yes, until we move to gcc-6
[08:47] <kruger> hi, i've recompiled the vmlinuz.efi, but i'm unable to boot the dvd in the uefi mode, i'm kicked in busybox shell (initramfs). In bios mode boot fine. Someone can help me?
[09:01] <pitti> doko: done in http://bazaar.launchpad.net/~ubuntu-release/britney/britney2-ubuntu/revision/518; the next britney run should drop the tests and promote gcc-arm-none-eabi
[09:07] <flexiondotorg> dholbach, Many thanks for the sponsoring.
[09:07] <dholbach> keep up the good work! :)
[09:08] <pete-woods> pitti: any chance you could publish the dbusmock stuff from into wily, as well as the overlay? atm my silo only builds for vivid (although technically we don't test wily atm, we're still doing dual landings) https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-051/+packages
[09:09] <Laney> that bazaar.l.n link is 500ing for me
[09:09] <pitti> pete-woods: added to my TODO list
[09:10] <pete-woods> pitti: thanks!
[09:11] <Laney> oh wow, I opened it with a ;
[09:14] <dholbach> flexiondotorg, did you start working on your application for upload rights or membership already? :)
[09:15] <flexiondotorg> dholbach, On my list for Tuesday next week. I have joined the bug squad already though :-)
[09:15]  * dholbach hugs flexiondotorg
[09:15] <dholbach> excellent :)
[09:53] <pitti> pete-woods: 0.16-1 uploaded to sid, I'll sync it in some 8 hours when it's in LP
[10:06] <pete-woods> pitti: awesome, thanks!
[10:08] <pete-woods> will probably nag for a backport to the overlay when I get round to using it
=== oSoMoN_ is now known as oSoMoN
[11:31] <alexlist> Hi... I need gcc-5.2 on 15.04, and I'm trying to backport the wily package to vivid. However, that one depends on g++-5 and gnat-5, which are not available in vivid... chicken-egg-problem? How do I suggest I create a 5.2 package for 15.04? http://pastebin.ubuntu.com/12713816/
[11:31] <alexlist> s/I suggest/you suggest/
[11:35] <rbasak> Looks like you'll have to hack the package to break the loop.
[11:35] <rbasak> Once done, you should be able to rebuild with your new g++-5 to have something based on the same source package again.
[11:35] <rbasak> Others probably know more.
[11:36] <rbasak> Or maybe just hack things around to get the binary g++-5 installed on 15.04 first?
[11:36] <rbasak> (before rebuilding)
[11:38] <alexlist> gcc-5-base in 15.04 was probably used as a stepping stone for the transition... but I haven't followed the details...
=== _salem is now known as salem_
[12:23] <infinity> pitti: Is there any way to prioritize rerunning the 3 tmpfail linux autopkgtests?
[12:32] <pitti> infinity: I don't know off-hand how to jump the queue with amqp, but I'll check this
[12:35] <pitti> infinity: is there a particular urgency? there's a block-proposed bug so far
[12:35] <pitti> otherwise we could just hint it; the queues are still catching up from last night's KDE uploads
[12:37] <pitti> ah, and qt now added another 600 or so
[12:37] <infinity> pitti: It's a bit of a chicken and egg, since they don't clear their block-proposed until all testing (adt and their own) passes. ;)
[12:37] <pitti> ah, ok
[12:43] <attente> hi, i'm trying to cross-compile gtk+3.0 for armhf in a schroot, but i keep getting "E: Build-dependencies for sbuild-build-depends-gtk+3.0-dummy could not be satisfied."
[12:45] <attente> full build log is here: http://paste.ubuntu.com/12714336/
[12:52] <caribou> pitti: should sbuild run autopkgtests when I build a package locally ?
[12:53] <pitti> caribou: not by default; I know some people have created hooks to do that, though
[12:53] <caribou> pitti: ah, ok. Should PPA build do it ?
[12:53] <caribou> (sorry, I'm new at autopkgtest & trying to add it to one of my package)
[12:54] <pitti> caribou: no, there's no PPA integration with autopkgtest right now
[12:54] <caribou> k
[12:54] <caribou> so adt-run is the only way to test it
[12:54] <pitti> I'm planning to add the machinery for this soon, but it's both a bandwidth issue, and more importantly there's nothing to trigger the tests right now
[12:54] <pitti> (we'll do that for the overlay PPA, for example)
[13:01] <alexbligh1> "cpan2deb --build InfluxDB" gives "Module::Build::Tiny version 0.039 required--this is only version 0.034 at Build.PL line 6" on vanilla 14.04; am I doing something daft?
[13:09] <flexiondotorg> cjwatson, Are you the right person to ask to take a look at the merge proposal please?
[13:09] <flexiondotorg> https://code.launchpad.net/~ubuntu-mate-dev/debian-cd/ubuntu-mate-logo/+merge/272432
[13:10] <cjwatson> flexiondotorg: Somebody else in ~ubuntu-cdimage, please
[13:12] <flexiondotorg> cjwatson, OK. Thanks.
[13:13] <flexiondotorg> Laney, And chance you could review/merge https://code.launchpad.net/~ubuntu-mate-dev/debian-cd/ubuntu-mate-logo/+merge/272432 please?
[13:19] <sysrex> hi, since I have seen some bugs not being updated
[13:20] <sysrex> I plan to submit the update  to tomcat 7.0.55
[13:44] <flexiondotorg> infinity, Can you help me out please? https://code.launchpad.net/~ubuntu-mate-dev/debian-cd/ubuntu-mate-logo/+merge/272432
[13:45] <infinity> flexiondotorg: After I grab some breakfast, yep.
[13:45] <flexiondotorg> infinity, Thank you :-)
[13:49] <rbasak> infinity: any opinion on https://bugs.launchpad.net/ubuntu/+source/rpcbind/+bug/304393 / https://bugzilla.redhat.com/show_bug.cgi?id=103401 ? "According to Ulrich Drepper, daemons requiring specific ports in the 600-1023
[13:49] <ubottu> Launchpad bug 304393 in cups (Ubuntu) "rpcbind grabs ports used by other daemons such as cupsd" [Undecided,Confirmed]
[13:49] <ubottu> bugzilla.redhat.com bug 103401 in distribution "RPC (on boot) port selection collisions between various applications" [Urgent,Assigned]
[13:49] <rbasak> range need to be started before any daemons using bindresvport."
[13:51]  * rbasak wonders who cares about 0 < ports < 1024 nowadays anyway
[13:54] <cjwatson> it's an easy way to defend against the class of local-root escalation attacks where you find a way to get a system service to crash and then start up your own version of it to capture credentials
[13:54] <cjwatson> (and yes, this means that >=1024 services don't have this protection, but most of the things where you might most easily escalate to root are under that ...)
=== alai` is now known as alai8
[14:13] <infinity> rbasak: Lots of opinions, but I doubt any are the opinion you want.
[14:21] <pitti> mvo: I complain
[14:21] <pitti> mvo: now that you've trained me for months to use "sudo apt update/upgrade" this doesn't work under precise
[14:21] <pitti> mvo: (just kidding, of course -- big hug!)
[14:22] <james_w> juliank: hi, mvo says that you may be a good candidate to mange python-apt on pypi, would you like to do that?
[14:23] <rbasak> infinity: still, I@m interested
[14:24] <juliank> james_w: What for? I'm not a huge fan of duplicated distribution mechanisms
[14:25] <juliank> Especially with the current releases being tightly coupled to APT releases
[14:26] <james_w> juliank: python now requires the tarball to be uploaded to pypi, rather than just put on Launchpad
[14:27] <juliank> Not sure what you mean. python-apt is not maintained at all on Launchpad anymore.
[14:28] <james_w> ah
[14:28] <james_w> well anyone installing it via pip is even further behind then
[14:28] <juliank> We release directly from git to Debian and sync to Ubuntu
[14:29] <juliank> I've always told people that's not a supported use case.
[14:29] <juliank> It's also registered twice on pypi, AFAICT
[14:29] <juliank> https://pypi.python.org/pypi/apt
[14:30] <juliank> and
[14:30] <juliank> https://pypi.python.org/pypi/python-apt
[14:30] <james_w> yeah
[14:35] <attente> Saviq: hey, did you ever find a workaround for https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1318627?
[14:35] <ubottu> Launchpad bug 1318627 in lightdm (Ubuntu) "lightdm does not cross-build" [Undecided,Won't fix]
[14:38] <infinity> flexiondotorg: Merged and pulled on cdimage.
[14:39] <Saviq> attente, afraid not, reading Dimitri's reply it's either not building it whole, or just building it native
[14:40] <attente> Saviq: ok, thanks. so is my only option basically to build packages directly on an ubuntu touch device?
[14:41]  * infinity looks at this twisty maze.
[14:41] <infinity> cjwatson: How often is lillypilly:~cjwatson/bzr/debian-cd/ubuntu updated?
[14:42] <cjwatson> infinity: 9/15 * * * *    bzr-mirror
[14:43] <Saviq> attente, or PPA, or qemu, but a nexus4 does fine (nexus7 even finer), I can only recommend to debootstrap a chroot in $HOME, otherwise you'll end up missing more space on / rather soon (and you'll need to reinstall deps on reflash, and OTA will likely break... all kinds of reasons)
[14:43] <Saviq> attente, qemu will take a long time and if anything tries to thread during the build (like tests or something), that generally fails, too
[14:45] <attente> Saviq: ok, i'll try the PPA route first, thanks!
[14:47] <seb128> attente, I usually do test build on porter boxes, which is also an option
[14:47] <Saviq> attente, note that if your PPA is virtualized (the default), we've seen trouble with that sometimes, too
[14:47] <Saviq> i.e. IIRC virt PPAs build in qemu, so the same applies
[14:47] <Saviq> yeah, /me always forgets porter boxes
[14:47] <attente> ah. ok, thanks guys
[14:59] <Riddell> pitti: various test regressions many false positives from kde frameworks 5.15, I assume you're onto them?
[15:00] <cjwatson> Saviq: currently, yes
[15:01] <pitti> Riddell: I'm handholding/retrying the regressions, yes
[15:01] <pitti> Riddell: there were tons last night due to uninstallability, most are back to green, but there's still a bunch left
[15:01] <pitti> Riddell: but queues are still awfully long, will still be some hours until they get their turn for re-running
[15:08] <Riddell> "I know how to queue, I'm British"
[15:08] <pitti> :)
[15:27] <pitti> infinity, doko, Riddell: FYI, all current regressions on people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.htm (mostly fallout from temporary uninstallability or flakyness) are re-queued; please don't re-re-queue, as the queues are already awfully long
[15:29] <infinity> pitti: I'll keep my hands off.
[15:49] <flexiondotorg> infinity, Thanks for the review and merge :-)
[15:49] <flexiondotorg> infinity, Any idea if a new package will be made in time for 15.10?
[15:49] <flexiondotorg> Those images changes were for 2 reasons.
[15:49] <flexiondotorg> Firstly, one of the image resolutions was just plain wrong.
[15:50] <flexiondotorg> The other is the Acceesible Computing Foundation evaluated Ubuntu MATE for accessibility.
[15:50] <flexiondotorg> We passed, but there were findings.
[15:50] <flexiondotorg> The most important was that people with low vision would struggle with the boot screen.
[15:51] <flexiondotorg> Because the contrast of the graphic wasn't high enough.
[15:51] <infinity> flexiondotorg: A new "package" of what?  Those bits are just for ISOs.
[15:51] <flexiondotorg> infinity, Cool :-)
[15:51] <flexiondotorg> So new package build required?
[15:51] <flexiondotorg> Did. Not. Know. That.
[15:51] <flexiondotorg> infinity, Many thanks.
[15:51] <infinity> flexiondotorg: debian-cd isn't packaged, that commit was directly to the cdimage build machine, next daily will pick it up.
[15:51] <flexiondotorg> I'll get the ACF to test again.
[15:52] <flexiondotorg> infinity, Perfect. Thank you.
[15:52] <flexiondotorg> infinity, My cousin is blind and uses Ubuntu MATE. I work hard to ensure Ubuntu MATE is a truly a11y OS :-)
[15:53] <infinity> flexiondotorg: Probably less effort to just get a new cousin.
[15:53] <infinity> flexiondotorg: (But, seriously, it's nice to see people making sure things like that work properly)
[15:53] <flexiondotorg> infinity, You're a bad man. Go and sit in the corner and consider what you've done ;-)
[15:55] <infinity> flexiondotorg: :)
[15:56] <infinity> flexiondotorg: If you and your cousin are feeling generously community-oriented, testing a few flavours for stupid "we don't notice because we can see" screwups would be a nice Christmas gift. ;)
[15:56] <flexiondotorg> Funny you should mention that.
[15:57] <flexiondotorg> We are considering do precisely that when we get together at Christmas.
[15:57] <flexiondotorg> In conjunction with the ACF.
[15:58] <flexiondotorg> Recently even some traditionally poor desktops have started to significantly improve a11y.
[15:58] <flexiondotorg> Hint, the Unity dash. Not a11y.
[18:23] <barry> i'm going to start looking at the wily rebuild ftbfs's.  configglue is up first
[18:23] <barry> anybody else working on any of these?
[18:24] <ginggs> barry: not right now, but i have fixed a couple
[18:24] <barry> ginggs: great, thanks!  i don't want to duplicate work.  i'll post here as i take a look at each
[18:26] <ginggs> are you looking at: http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20151001-wily.html or http://qa.ubuntuwire.com/ftbfs/ ?
[18:26] <barry> ginggs: the former
[18:27] <ginggs> that's a week old now :)
[18:27] <barry> ginggs: the bottom of the page says it was last updated today at 18:19 +0000
[18:28] <barry> doko: which ftbfs link should we be working off of? ^^
[18:28] <ginggs> sorry, i thought that was static
[18:29] <barry> ginggs: yeah, i think the latter is the list actually failing right now, while the former is what would fail if an actual full archive rebuild were done
[18:45] <ginggs> so the latter includes (Proposed) packages, e.g. fontmatrix which was RM'd from Debian more than a year ago,what can we do to clean those up?
[18:57] <sil2100> barry: hey! Could you review/sponsor https://bugs.launchpad.net/ubuntu/+source/python-pysaml2/+bug/1503698 ? Their test suite is really really strange, but at least it builds now ;)
[18:57] <ubottu> Launchpad bug 1503698 in python-pysaml2 (Ubuntu) "FTBFS due to broken unit tests" [Undecided,In progress]
[18:58] <barry> sil2100: yes, but let me finish this one first
[18:58] <sil2100> Thanks! :)
[18:58]  * sil2100 goes EOD now
=== \b is now known as benonsoftware
[19:48] <cjwatson> ginggs: must've been some reason fontmatrix wasn't removed, let me see
[19:49] <cjwatson> ginggs: ok, fontmatrix was only removed from testing, not unstable - we don't auto-follow that
[20:01] <ginggs> cjwatson: ok, thanks
[20:06] <ochosi> cjwatson: hey, could you take a peek/review this MR? would be great if we could still get this into wily! https://code.launchpad.net/~unit193/ubuntu-cdimage/xubuntu-core/+merge/268167
[20:08] <cjwatson> ochosi: could you ask somebody else in ~ubuntu-cdimage?  I'm only there as a backup now
[20:08] <ochosi> oh i see
[20:08] <ochosi> right, we've just been trying to get someone to rev this for a while, so i guess i started at the top of the list
[20:09] <ochosi> slangasek: hey! would you mind reviewing this MR? https://code.launchpad.net/~unit193/ubuntu-cdimage/xubuntu-core/+merge/268167
[20:12] <slangasek> ochosi: hi, queuing it to look at
[20:13] <ochosi> slangasek: thanks a bunch! would be great if we could get this in
[20:29] <doko> ginggs, barry: they are different, and complement each other, so every fix is welcome
[20:34] <barry> doko: ack
=== mwenning is now known as mwenning-appt
[21:14] <slangasek> Unit193: hi, I think I'm going to need you to explain to me what xubuntu core is
[21:14] <tdaitx> slangasek, libecap 1.0.1 was deleted, I now need sponsoring for LP: #1504200, after that LP: #1496223 and LP: #1502178 need to be sponsored as well
[21:14] <ubottu> Launchpad bug 1504200 in squid3 (Ubuntu) "libecap2 FTBFS due to gcc5 transition" [Undecided,New] https://launchpad.net/bugs/1504200
[21:14] <ubottu> Launchpad bug 1496223 in linux (Ubuntu) "squid3 FTBFS due to linux-libc-dev and libc6-dev headers mismatch" [High,Triaged] https://launchpad.net/bugs/1496223
[21:14] <ubottu> Launchpad bug 1502178 in squid3 (Ubuntu) "update squid from 3.3.8 to 3.3.14" [Undecided,New] https://launchpad.net/bugs/1502178
[21:19] <Unit193> slangasek: Like Xubuntu desktop, but less additions.  ochosi or knome can answer a few questions, barely got this going out.
[21:21] <slangasek> ochosi: ok, for you to explain then :)
[21:21] <slangasek> why does xubuntu need two different image builds?
[21:22] <ochosi> slangasek: we didnt really enjoy "outgrowing" the size of legacy media, i.e. the CD and wanted to make it easier for folks to get a slimmer version of xubuntu that's still functional. so it'll help people with low bandwidth as well as those who still have older machines and have to install from CD
[21:23] <ochosi> and yeah, ofc there are other ways, but we felt this was offering people an easy and really user-friendly way to get xubuntu
[21:23] <slangasek> ochosi: ok; and why did you not take what you've done to make xubuntu-core smaller, and make that the "xubuntu" image instead, with everything else downloaded from the archive?
[21:25] <slangasek> ochosi, Unit193: btw we historically had both CD and DVD media for flavors, *without* using a different project name.  I think it would be better to do the same here, rather than creating two discrete projects in cdimage
[21:25] <ochosi> well there are other issues too ofc, people without any connectivity can't download anything, so giving them a richer version that includes e.g. LibreOffice made sense to us
[21:26] <ochosi> what's the problem/downside of having two discrete projects in cdimage?
[21:27] <slangasek> ochosi: that they show up as two distinct projects at the top level, when AFAICS they aren't
[21:28] <ochosi> yeah true, they aren't. is there any other way to offer the two isos separately?
[21:30] <slangasek> ochosi: you would see http://cdimage.ubuntu.com/xubuntu/daily-live/ vs. http://cdimage.ubuntu.com/xubuntu/dvd/ for daily images, and xubuntu-15.10-desktop-$arch.iso vs. xubuntu-15.10-dvd-$arch.iso for release images
[21:32] <ochosi> Unit193: thoughts?
[21:32] <slangasek> tdaitx: one minor tweak, libecap2v5 should Replaces: libecap2 in addition to the Conflicts:
[21:32] <gQuigs> anything I can do to help with archive package removal? (https://bugs.launchpad.net/~ubuntu-archive/+bugs?field.searchtext=remove)
[21:33] <ochosi> slangasek: anyhow, i gotta let Unit193 take it from here again, gotta get some rest. thanks for taking a look and don't hesitate to add your comments to the MR directly!
[21:35] <gQuigs> for example, one not reported by me.. .https://bugs.launchpad.net/ubuntu/+source/nspluginwrapper/+bug/1405906
[21:35] <ubottu> Launchpad bug 1405906 in nspluginwrapper (Ubuntu) "please remove nspluginwrapper from Ubuntu" [Undecided,Confirmed]
[21:35] <tdaitx> slangasek, ouch! right, forgot about that
[21:36] <tdaitx> slangasek, let me fix it...
[21:38] <knome> slangasek, i'm told that other people need to go to bed and other stuff, so i'm jumping in on the xubuntu core discussion
[21:38] <slangasek> tdaitx: fixed locally and uploaded
[21:38] <knome> slangasek, i can't see a reason why it couldn't be two different ISOs built with the same product name
[21:39] <knome> slangasek, at least as long as we can have a word what the names for the subproducts are
[21:39] <slangasek> knome: the convention would be "desktop" vs "dvd"
[21:40] <knome> slangasek, is there a reason why that couldn't be something else?
[21:40] <knome> slangasek, because neither of those *really* describe what we're after with core
[21:40] <slangasek> knome: these names are part of the cdimage code, and changing them to something else would require making the code more complicated
[21:40] <knome> right
[21:40] <slangasek> which is not to say I'd veto it
[21:40] <slangasek> but I'd want to see it first
[21:40] <knome> sure
[21:41] <knome> the more i think of it, the more it makes sense to put them under the same product name
[21:41] <knome> but i'd really like to see something like "desktop" and "core"
[21:42] <knome> how and with what names and descriptions we point people to those ISOs is a documentation/marketing issue anyway
[21:43] <knome> slangasek, how would you suggest we go forward from here?
[21:44] <knome> slangasek, do we need changes on the merges, and who/what team should we contact about getting the naming scheme and related script discussion started?
[21:44] <slangasek> knome: I'd like to see a proposed patch that does this as two images under the xubuntu product, with whatever code changes you're looking for to support different names that "desktop" and "dvd" if that's the way you're going
[21:45] <knome> slangasek, i don't understand much of the code side here, but would the code changes required be in the same pacakges as the merges are currently done?
[21:45] <slangasek> knome: to ubuntu-cdimage, yes
[21:46] <knome> slangasek, cheers, i'll pass the message on
[21:46] <knome> slangasek, thanks for the insight and comments!
[21:48] <sarnold> gQuigs: I think subscribing https://launchpad.net/~ubuntu-archive is the recommended step
[21:49] <gQuigs> sarnold: yup, that bug list is those subscribed to ubuntu-archive
[21:49] <gQuigs> I guess what can I do to help that team with them?
[21:50] <sarnold> gQuigs: oh. /me facepalm
[21:52] <gQuigs> sarnold: if I think they're ready to be removed (no more questions needs to be asked), is triaged a good place to put them ?  not sure if there is a different policy for these
[21:53] <sarnold> gQuigs: good question, that list is a lot longer than I expected :)
[21:54] <gQuigs> sarnold: https://bugs.launchpad.net/ubuntu/+source/nspluginwrapper/+bug/1405906 is a good example, it even ftbfs...
[21:54] <ubottu> Launchpad bug 1405906 in nspluginwrapper (Ubuntu) "please remove nspluginwrapper from Ubuntu" [Undecided,Confirmed]
[21:56] <sarnold> gQuigs: I've always poked infinity directly in the past when I've wanted a package removed from the future, but that may not scale to the size of that list :) hehe
[21:58] <gQuigs> yup, the last package I got removed was him...
[21:58] <gQuigs> IIRC
[21:59] <cjwatson> worst case, we normally do a full pass over archive bugs just before release
[22:00] <sarnold> also works
[22:03] <gQuigs> interesting, seems like an odd time - why not just after a release?
[22:03] <gQuigs> (for the next one, obviously)
[22:05] <gQuigs> I'll bbl, but if any of you think of anything I can add to those bugs to make them easier, let me know
=== salem_ is now known as _salem
[22:18] <cjwatson> gQuigs: just before because that way the removed packages aren't in the release
[22:26] <slangasek> tdaitx: could I get dep3 headers for each of the patches under debian/patches for squid3?
[22:27] <slangasek> tdaitx: (fix-logical-not-parentheses-warning)
[22:31] <tdaitx> oh, don't tell me I forgot those?
[22:33] <tdaitx> yeah, I did
[22:33] <tdaitx> slangasek, fixing that now
[22:45] <tdaitx> slangasek, done... I had the dep3 locally, I probably forgot to regenerate the debdiff at the time
[22:45] <tdaitx> and thanks for the heads up
[22:45] <tdaitx> =)