[03:42] <kulelu88> Hello. Can I ask questions about package development here?
[03:50] <pitti> Good morning
[03:51] <kulelu88> morning Pici
[03:51] <kulelu88> pitti:
[03:52] <kulelu88> does this file tell ubuntu what the dependencies of a package are: https://bazaar.launchpad.net/~ubuntu-core-dev/apt-clone/trunk/view/head:/debian/control ?
[03:53] <dax> yes
[03:54] <dax> see e.g. http://people.canonical.com/~cjwatson/ubuntu-policy/policy.html/ch-controlfields.html for details
[03:57] <kulelu88> dax: This is probably off-topic, but nobody in #ubuntu is answering me. for the apt-clone software, does it clone the archived packages also?
[03:57] <dax> no idea, never used apt-clone :\
[03:58] <kulelu88> okay thank you, that is all I wanted to ask
[08:05] <MEJIOMAH17> Hi! I write app on java for ubuntu unity 16.04.   Standard class SystemTray provide terrible result. Is there a native library for java to work with Tray?
[08:28] <juliank> A fixed apt should be ready in about 30 minutes, it's currently running its test suite on travis. Is that still early enough for the beta 1? If not, I'd delay it and sync the next RC instead
[08:29] <juliank> ~rc2ubuntu3 only has the emergency fixes of ~rc3 basically
[08:30] <juliank> Or well, we can fix it anyway, then I can delay ~rc3 a bit to get the portability fixes in
[08:33]  * juliank is porting APT to FreeBSD. This involves including a few more headers that are currently missing, some library magic (only use -lresolv and -ldl if the exist, add -lintl), some header magic (endian.h vs sys/endian.h), and a few test suite fixes. Really boring nitpicking kind of work
[08:34] <juliank> (The freebsd port also fixes a bug if you make your /bin/sh bash - stupid dashism in the test suite)
[09:01] <juliank> One thing I noticed today: dpkg-genchanges only seems to register "LP: #number", not "LP: number"
[09:01] <juliank> One APT team member has the tendency to write bug numbers without a #
[09:07] <pitti> right, LP: NNNN is not valid (unlike Closes: nnn for debbugs)
[09:08] <juliank> Yeah, maybe gbp should be teached to fix that up if it sees no #
[09:12] <juliank> So, large file support seems restored in apt 1.3~rc2ubuntu3, but testing can't hurt, obviously
[09:13] <juliank> It's 150 lines of awesome CMake code doing the detection of LFS flags.
[09:15] <juliank> For the platforms I test with, 2 lines would have been fine as well...
[09:16] <juliank> This looks a bit scary: dpkg-shlibdeps: warning: symbol __aeabi_atexit@CXXABI_ARM_1.3.3 used by debian/libapt-inst2.0/usr/lib/arm-linux-gnueabihf/libapt-inst.so.2.0.0 found in none of the libraries
[09:42] <mwhudson> uh huh
[09:43] <mwhudson> sbuild -d sid has stopped working for me
[09:43] <mwhudson> dpkg-deb: building package 'sbuild-build-depends-core-dummy' in '/<<BUILDDIR>>/resolver-f_CDlo/apt_archive/sbuild-build-depends-core-dummy.deb'.
[09:43] <mwhudson> gpg: /<<BUILDDIR>>/resolver-f_CDlo/gpg/trustdb.gpg: trustdb created
[09:43] <mwhudson> gpg: Warning: not using 'Sbuild Signer' as default key: No secret key
[09:44] <mwhudson> oh it's the gnupg2 thing
[09:44] <mwhudson> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827315
[09:46] <LocutusOfBorg> but I merged sbuild mwhudson
[09:46] <LocutusOfBorg> are you using the one from xenial?
[09:46] <mwhudson> yeah i'm on xenial
[09:46] <LocutusOfBorg> mmm ok :)
[09:46] <LocutusOfBorg> you might want to try a backport of the yakkety version then ;)
[09:47] <mwhudson> yeah, or apparently remove /var/lib/sbuild/apt-keys ?
[09:48] <mwhudson> that appears to work, will it bite me in the bum when i try to build for trusty or something?
[09:48] <LocutusOfBorg> not sure...
[09:48] <LocutusOfBorg> I don't even remember the fix
[09:48]  * mwhudson tries science
[09:49] <LocutusOfBorg> https://anonscm.debian.org/cgit/buildd-tools/sbuild.git/commit/?h=debian/unstable&id=8bc84e14f0bc5fda075925ba4abbc644c1c4f2ec
[09:50] <LocutusOfBorg> +	    $self->log_error("To fix this problem, either (if you don't need squeeze):\n");
[09:50] <LocutusOfBorg> there is a log error now, explaining how to fix
[09:50] <mwhudson> sbuild -d trusty seems to be working with no /var/lib/sbuild/apt-keys
[09:50] <mwhudson> haha
[09:51] <LocutusOfBorg> everything shoudl work without that directory...
[09:51] <LocutusOfBorg> just the new sbuild throws an error in case the directory is here but gnupg is not working
[09:51] <LocutusOfBorg> saying something like "hey, delete that dir"
[10:11] <LocutusOfBorg> infinity, I'm doing some work, I think I found some sort of "solution" for fpc
[10:40] <infinity> LocutusOfBorg: The solution is for me to bootstrap it...
[10:41] <infinity> LocutusOfBorg: Please don't do something hackish.
[10:42] <infinity> juliank: That eabi warning is harmless.  There's already a filter for those symbols, it might just need updating.
[10:42] <LocutusOfBorg> infinity, the problem is that the fix seems to be not working
[10:43] <infinity> LocutusOfBorg: Oh.
[10:43] <infinity> LocutusOfBorg: Well, that's less ideal.
[10:43] <infinity> LocutusOfBorg: Will talk more after I've slept a bit.
[10:43] <juliank> infinity: Oh, OK
[10:43] <LocutusOfBorg> I copy-pasted fpcsrc/utils/fpcmkcfg/fpcmkcfg.pp from fpc 2.6.4, rebuilt fpc 3 with it and everything works
[10:43] <LocutusOfBorg> so, I'm debugging that file right now
[11:43] <cpaelzer> can I somewhere see the queue of things waiting to get their autopkgtest ran for proposed migration to get a feeling for the "ETA" of an upload to be processed in that regard?
[11:44]  * cpaelzer searching around at http://autopkgtest.ubuntu.com/ if there is a queue somewhere
[11:44] <cpaelzer> ah, sorry for the noise - found http://autopkgtest.ubuntu.com/running.shtml which kind of is what I wanted
[12:04] <abeato> pitti, hi, do you know any reason for which a crash file might not contain the CoreDump field?
[12:11] <pitti> abeato: the reason should be in /var/log/apport.log; the most common one is that it was too big to handle
[12:12] <abeato> pitti, hm, interesting... how is decided that it is too big? avaialble space?
[12:12] <pitti> abeato: > ¾ of available RAM
[12:13] <abeato> pitti, I see, thanks. I guess that can happen easily in touch
[12:21] <LocutusOfBorg> tumbleweed, mind syncing rails?
[12:22] <LocutusOfBorg> I think ruby-swd needs it
[12:48] <JHOSMAN> Hello, has anyone here worked with compiling Ubuntu ISO images with support UEFI?
[12:48] <pitti> they already do
[12:56] <JHOSMAN> pitti: i not understand your reply
[12:57] <pitti> JHOSMAN: ubuntu isos have supported UEFI for a long time already
[12:57] <JHOSMAN> yes i know
[12:58] <JHOSMAN> I tell you, I'm making an ISO Unattended Ubuntu, but I can not make it do the UEFI boot
[12:58] <JHOSMAN> A normal iso says this: http://paste.ubuntu.com/23084984/
[12:59] <JHOSMAN> My iso make unnatended says: http://paste.ubuntu.com/23084986/
[13:00] <JHOSMAN> in mode EFI active in bios, the iso says BosyBox and the install not running, in mode legacy run OK.
[13:09] <JHOSMAN> pitti: You have a guide who can share me to perform an unattended installation with Ubuntu 14.04? Perhaps I may be doing something wrong.
[13:21] <pitti> I don't know the intrinsics of how the official images are built, sorry
[13:23] <JHOSMAN> A channel or person that could refer?
[13:34] <arges> coreycb: did openstack packages in xenial get accidentally uploaded again?
[13:35] <coreycb> arges, hopefully not.  I think you rejected everything in the queue yesterday so I uploaded again.
[13:35] <arges> coreycb: i did, then i accepted teh packages yesterday
[13:35] <arges> then this morning there are new uploads
[13:35]  * coreycb looks
[13:36] <coreycb> arges, ok everything's in proposed that should be so can you reject those from the queue?  sorry about that.
[13:37] <arges> coreycb: ok will do
[13:37] <coreycb> arges, thanks :)
[13:38] <arges> coreycb: done.
[15:26] <jbicha> juliank: do we need today's apt update in Beta 1 or is https://launchpad.net/ubuntu/+source/ubiquity/16.10.8 enough?
[15:29] <juliank> jbicha: I'd recommend it. There are issues with apt if you use --purge,  it also has no support for large files which is like a huge regression from xenial.
[15:29] <juliank> Possibly even without --purge, I'm not entirely sure
[15:29] <juliank> the configures were ordered wrongly with regards to the removals in some way
[16:03] <seb128> hum
[16:04] <seb128> wgrant, pitti, dpm, it looks like we didn't have any langpack update in yakkety yet, do you know what needs to be done there?
[16:04] <seb128> would have been nice before beta1
[16:04] <seb128> but I doubt we are going to get those now, even less of a respin
[16:07] <dpm> seb128, let me see if langpacks are being generated in LP for Yakketty
[16:07] <seb128> dpm, thanks
[16:09] <seb128> dpm, https://translations.launchpad.net/ubuntu/yakkety/+language-packs seems to suggest that not?
[16:11] <dpm> seb128, hm, looking at it from a private browser window, seems like yakkety's translations haven't been open in LP
[16:11] <seb128> shrug
[16:11] <seb128> dpm, is that a launchpad team thing?
[16:12] <dpm> seb128, for the opening itself, they generally do the copying of templates from the previous series before opening
[16:12] <dpm> https://translations.launchpad.net/ubuntu/yakkety/+translations-admin
[16:14] <dpm> so IIRC 1) LP team copies over templates 2) "Defer translation imports" is unchecked 3) Review if the templates look fine 4) Uncheck "Hide translations for this release"
[16:14] <dpm> cjwatson, wgrant, could you help us initiating the LP translations opening process for yakkety?
[18:11] <tjaalton> mdeslaur: hi, do you have plans to merge sudo? I got pinged about bug 1607666 which is fixed in 1.8.17
[18:17] <mdeslaur> tjaalton: I wasn't planning on merging it
[18:18] <mdeslaur> tjaalton: if you get an ffe exception approved, I'll do it though
[18:19] <tjaalton> mdeslaur: ok
[19:18] <bipul> Hi. I need a help. On ubuntu my traditional permission is not working, specially chgrp and chown
[19:22] <sladen> bipul: what do you mean by "is not working".  Is an error message shown
[19:22] <bipul> chgrp: changing group of 'A/': Operation not permitted
[19:22] <bipul> sladen, http://paste.ubuntu.net/23085951/
[19:23] <sladen> bipul: does that account have permission to change the group
[19:23] <bipul> I guess yes, since bipul is the owner of the file.
[19:26] <sladen> bipul: is the account a member of the destination group?
[19:27] <sladen> bipul: try running 'groups'
[19:27] <sarnold> bipul: you ran 'id bipul' -- about a bare 'id'? if there are two bipul accounts on the system, that could account for these confusing results
[19:28] <bipul> sladen, strange i don't found that name in groups
[19:28] <sarnold> bipul: how about on other filesystems? do you have other filesystems mounted that you could check?
[19:28] <bipul> bipul@bipul:~$ cat /etc/group | grep controller
[19:28] <bipul> controller:x:1005:bipul
[19:29] <bipul> but when i typing groups, i don't found controller there.
[19:29] <bipul> sarnold, No i don't have any other file system mounted
[19:29] <sladen> bipul: in which case either do  sudo chgrp controller A/    or   sudo addser bipul controller ; chgrp controller A/
[19:36] <bipul> sladen, Why would i do "sudo" when i am the owner of the directory. And i have controller as a supplementary group.
[19:36] <bipul> I already run sudo usermod -aG controller bipul
[19:37] <sarnold> did you use newgrp or sg to get that group added to that specific shell instance? or login afresh?
[19:40] <bipul> sarnold, Yes, that's what i am doing, i am restarting my machine.
[19:41] <bipul> between i  have created controller 2 days ago and i booted my system 9 times
[19:41] <bipul> let me restart.
[19:52] <bipul> Yes, it works.
[21:56] <mwhudson> in an autopkgtest is there any way for the test to get hold of the debs that were installed?
[21:59] <mwhudson> i guess the test can just build them, given appropriate depends/restrictions