| cpaelzer | good morning | 06:12 |
|---|---|---|
| utkarsh2102 | cpaelzer: o/ | 06:14 |
| cpaelzer | o/ utkarsh2102 | 06:14 |
| gjolly | good morning o/ | 08:26 |
| cpaelzer | hi gjolly | 08:30 |
| utkarsh2102 | gjolly: o/ | 08:41 |
| mirespace_ | good morning | 08:49 |
| utkarsh2102 | mirespace_: o/ | 08:51 |
| === mirespace_ is now known as mirespace | ||
| mirespace | Friday! | 08:52 |
| cpaelzer | mirespace: indeed :-) | 08:53 |
| cpaelzer | utkarsh2102: mirespace: paride: has one of you time for https://code.launchpad.net/~paelzer/ubuntu/+source/ldns/+git/ldns/+merge/417678 to upload it before beta-freeze? | 09:18 |
| paride | hi cpaelzer, looking | 09:18 |
| paride | cpaelzer, approved | 09:35 |
| utkarsh2102 | woot! | 09:42 |
| cpaelzer | thanks paride | 09:48 |
| mirespace | hi! I trying tu run autopktest against a private ppa | 10:52 |
| mirespace | I added the string with user and stringpass | 10:53 |
| mirespace | I mean , the deb http:/.... | 10:53 |
| mirespace | used the --login | 10:53 |
| mirespace | athorized the token | 10:54 |
| mirespace | but LP said the token is unclaimed | 10:54 |
| mirespace | What else do I have to do? | 10:54 |
| mirespace | I'm reading this in the meantime: https://uci.readthedocs.io/en/latest/oauth.html | 11:08 |
| mirespace | used the --login | 11:12 |
| mirespace | ups | 11:12 |
| mirespace | something tells me that I won't be able to do it that way because a different oauth token is generated each time. | 11:12 |
| ahasenack | I haven't done that, sorry | 12:11 |
| ahasenack | you are using one of the ubuntu-release or ubuntu-archive scripts? | 12:11 |
| ahasenack | or autopkgtest, the normal runner? Can't you then use --setup to just add the ppa url with u:p in /etc/apt/sources.list.d/myppa.list? | 12:12 |
| mirespace | ahasenack: I'm using the normal runner, with the setup ... | 12:14 |
| ahasenack | then it should work, can you paste it, with the user and password masked? | 12:15 |
| mirespace | --setup-commands="sudo add-apt-repository -y -u -s --login deb https://mirespace:<generated_key_subscription>@private-ppa.launchpadcontent.net/<ppa_name>/ubuntu jammy main" | 12:15 |
| mirespace | ups, I didn't mask the user | 12:16 |
| mirespace | utkarsh2021 is suggesting adding the [trusted=yes] | 12:16 |
| mirespace | I'll try it again :) | 12:16 |
| ahasenack | I didn't know add-apt-repository worked with private ppas, I would have just echoed the sources.list line to a file | 12:17 |
| utkarsh2102 | not 2021 but 2102 | 12:17 |
| utkarsh2102 | and yes :) | 12:17 |
| ahasenack | I think that --login option is for something else | 12:17 |
| ahasenack | it saysor not | 12:17 |
| ahasenack | or not | 12:17 |
| mirespace | sorry utkarsh2102 (2th Feb ;) ) | 12:18 |
| mirespace | in the meantime I came back to the local testing, resizing qemu img | 12:18 |
| utkarsh2102 | and I recommend `--add-apt-sourcre` instead of `--setup-commands` | 12:18 |
| mirespace | --login option was suggested from the tool in the fail | 12:19 |
| mirespace | bbut it doesn't appears in the --help for autopkgtest neither add-apt-repository | 12:19 |
| ahasenack | utkarsh2102: I don't see that option, maybe you meant -S, --sourceslist | 12:20 |
| ahasenack | ? | 12:20 |
| ahasenack | differing add-apt-repository versions perhaps? | 12:20 |
| utkarsh2102 | hold on a sec | 12:21 |
| utkarsh2102 | are we talking about autopkgtest or sbuild | 12:21 |
| utkarsh2102 | ? | 12:21 |
| mirespace | autopkgtest | 12:21 |
| utkarsh2102 | correct, then `--add-apt-source` is there. | 12:22 |
| utkarsh2102 | just to be clear, I'm on Focal atm. | 12:22 |
| utkarsh2102 | man autopkgtest should show the option I'm talking about. | 12:23 |
| mirespace | me also in Focal | 12:23 |
| ahasenack | ah, right | 12:24 |
| trippeh | oh man, update-initramfs is so much faster now in jammy. | 12:45 |
| trippeh | whoever pushed the compression level change through - thank you :) | 12:45 |
| mybalzitch | isn't that user definable? I remember having to go to lz4 because the default /boot size is too darn small | 13:21 |
| sdeziel | mybalzitch: looks like it: `grep COMPRESS= /etc/initramfs-tools/initramfs.conf` | 13:23 |
| ahasenack | the algorithm is configurable | 13:25 |
| ahasenack | but not the compression level | 13:25 |
| mybalzitch | ahhh | 13:27 |
| RoyK | mybalzitch: isn't xz better than lz4? last I checked, lz4 doesn't compress that well, but it's really fast. xz is the complete opposite | 14:19 |
| ahasenack | RoyK: here is the long thread: https://lists.ubuntu.com/archives/ubuntu-devel/2021-December/041726.html | 14:23 |
| ahasenack | and here: https://lists.ubuntu.com/archives/ubuntu-devel/2022-March/041907.html | 14:23 |
| ahasenack | the latter one has the conclusions/actions | 14:24 |
| trippeh | my initramfs grew by like 1MB after the level change - a trade-off I'm more than willing to take. | 14:45 |
| trippeh | (zstd, anyway) | 14:49 |
| patdk-lap | did they even enable multithreading? :) | 15:01 |
| ahasenack | -T0, which iirc means "auto" | 15:12 |
| ahasenack | `Setting threads to a special value 0 makes xz use as many threads as there are CPU cores on the system.` | 15:13 |
| ahasenack | but picture a vm a dev is using for local tests, that needs to be updated | 15:13 |
| ahasenack | mkinitramfs was taking like 10min for m | 15:13 |
| ahasenack | me | 15:13 |
| patdk-lap | but I don't think -T0 is the default so unless someone set it | 15:14 |
| ahasenack | it's what was used | 15:15 |
| ahasenack | with the higher levels | 15:15 |
| ahasenack | and still now I think | 15:16 |
| ahasenack | server team, postgresql-14 FTBFS fix up for review: https://code.launchpad.net/~ahasenack/ubuntu/+source/postgresql-14/+git/postgresql-14/+merge/417695 | 15:22 |
| RoyK | ahasenack: ah - I see - pi zero :) | 15:25 |
| ahasenack | well, yes, some extremes were mentioned :) | 15:25 |
| ahasenack | but my vm case was real enough to me | 15:25 |
| ahasenack | I had 3 vms with 1Gb each, 1 core, to run a glusterfs cluster | 15:25 |
| ahasenack | which I was testing | 15:25 |
| ahasenack | and waiting 10min for each (in parallel) to generate the initramfs after a normal apt-get dist-upgrade, prior to testing, was painful | 15:26 |
| patdk-lap | I always hate when a dkms package updates, and it kicks off a recursive initramfs updates | 15:27 |
| waveform | patdk-lap, -T0 is indeed the default with zstd at least: https://git.launchpad.net/ubuntu/+source/initramfs-tools/tree/mkinitramfs#n195 | 15:27 |
| waveform | (though not with xz interestingly, although it also has -T0 for "auto-threading" -- but both lead to *huge* memory usage at the higher compression levels) | 15:28 |
| patdk-lap | ya, I didn't know where to look to find it coded in there | 15:28 |
| patdk-lap | was just saying, unless someone passed that option, that isn't the zstd default | 15:28 |
| waveform | ah, sorry -- misunderstood the context | 15:29 |
| ahasenack | holy excuses, batman, what happened https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#ubuntu-server | 16:39 |
| ahasenack | lots of rebuilds | 16:39 |
| ahasenack | * No change rebuild for ppc64el baseline bump. | 16:39 |
| bryceh | ahasenack, yeah I noticed that last night. | 16:39 |
| ahasenack | bryceh: found this old MP, is it still relevant and are you still waiting for it? https://code.launchpad.net/~bryce/pdbq/+git/pdbq/+merge/409788 | 17:14 |
| ahasenack | I don't even know what pdbq is | 17:14 |
| bryceh | ahasenack, yeah that's still relevant, although it's a bit dated. That's the last piece needed for our merges board, and provides tracking for MRE tasks. | 17:33 |
| ahasenack | what is pdbq? | 17:33 |
| bryceh | ahasenack, pdbq is Pinot's database backend that does the various queries to gather data from launchpad, et al. | 17:33 |
| bryceh | pdbq's a flask application and where most of the "real" code is. Pinot is a web frontend, just smatterings of css, html, and javascript | 17:34 |
| bryceh | ahasenack, having this split to frontend/backend means there can be CLI tools that interact with the backend, so the information shown in the web frontend will also be available from cli tools | 17:36 |
| ahasenack | sure, I just had no idea what it was | 17:37 |
| ahasenack | and looks like the others forgot about it too | 17:37 |
| bryceh | yeah, I've been preoccupied myself, but now hopefully have some chunks of time | 17:39 |
| bryceh | anyway, don't worry about reviewing that, I'll respin it at some point | 17:39 |
| ahasenack | bryceh: would you have time to review this ftbfs fix for postgresql-14? | 18:04 |
| ahasenack | https://code.launchpad.net/~ahasenack/ubuntu/+source/postgresql-14/+git/postgresql-14/+merge/417695 | 18:04 |
| bryceh | certainly | 18:04 |
| ahasenack | and I certainly thank you effusively | 18:05 |
| ahasenack | (had to look that spelling up) | 18:05 |
| bryceh | ahasenack, are you aware of / have you used Christian's lp-test-ppa ? | 18:08 |
| ahasenack | aware-ish | 18:08 |
| ahasenack | what's on your mind? | 18:09 |
| * ahasenack senses a lightning talk coming :) | 18:10 | |
| bryceh | @ahasenack, hah it is indeed already scheduled as a lightning talk for next week by Christian :-) | 18:13 |
| ahasenack | aha | 18:13 |
| bryceh | anyway, you've remarked some concerns about bileto, but I have a suspicion that between ppa-dev-tools (lightning talk week after next), and lp-test-ppa, it should be possible to cobble together the main bileto-ish workflow you like to use. It makes me curious what functionality from bileto might be missing, that might need implementated. | 18:15 |
| ahasenack | I think the biggest one would be testing the dependencies | 18:16 |
| ahasenack | don't know if the tools you mentioned do that | 18:16 |
| ahasenack | for example, upload postgresql, and run dep8 tests in the things that use postgresql | 18:17 |
| ahasenack | just like the real migration does | 18:17 |
| bryceh | no, they don't do that directly. I'd need to understand more detail of what it'd need to do. | 18:17 |
| bryceh | I want to add a --list option to install-build-deps, which might provide some of that | 18:18 |
| bryceh | I'll have to dig into bileto's code a bit | 18:19 |
| bryceh | anyway, breakfast calls. bbl | 18:20 |
| ahasenack | heed that call :) | 18:27 |
| ahasenack | uh, samba on riscv64 takes a while to build... | 18:27 |
| ahasenack | last build took 4 hours, 40 minutes, 32.5 seconds in LP | 18:28 |
| mybalzitch | RoyK: I don't recall what I ended up with. might have been xz indeed. I know it was an issue on my surface laptop | 19:49 |
| ahasenack | bryceh: I have another one up, https://code.launchpad.net/~ahasenack/ubuntu/+source/samba/+git/samba/+merge/417699 | 20:05 |
| ahasenack | on top of what I uploaded earlier today, after miriam's review | 20:06 |
| ahasenack | the risc build takes forever :/ https://launchpad.net/ubuntu/+source/samba/2:4.15.5~dfsg-0ubuntu3 | 20:06 |
| bryceh | ok | 20:06 |
| bryceh | the samba MP reviews scare me :-D | 20:07 |
| ahasenack | yeah | 20:08 |
| ahasenack | I should have pinged about the previous one that was stuck this week | 20:08 |
| ahasenack | this is just the 0ubuntu4 one, 0ubuntu3 was uploaded already, git-ubuntu just didn't import it yet because riscv64 is still building | 20:08 |
| bryceh | *nod* | 20:09 |
| RoyK | mybalzitch: IIRC, xz will also require a lot of memory. gz should be pretty low there | 21:45 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!