[02:21] <tak> Hello
[02:21] <tak> I am having an issue setting my second display to allow 1366x768 in xubuntu. I can only set it to 1024x768.
[02:22] <tak> The default display allows 1280x800
[02:22] <tak> The second display can go below 1024x768 but not higher.
[02:23] <tak> Can anyone help?
[02:24] <tak> I have been looking online and it suggest to edit the xorg.conf  file, but I also read it isn't supported anymore.
[02:25] <bazhang> it will be followed if you write one, though
[02:26] <tak> I don't have a clue where t begin in setting the resolution to 1366x768.
[02:26] <tak> t=to
[02:27] <tak> Any suggestions on what to write to the file?
[02:27] <tak> Also, where to save it?
[02:28] <tak> In the terminal, when I type "xrandr -q"
[02:28] <tak> I get
[02:28] <tak> LVDS1 connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x 207mm
[02:28] <tak>    1280x800       59.9*+
[02:28] <tak>    1024x768       60.0
[02:28] <tak>    800x600        60.3     56.2
[02:28] <tak>    640x480        59.9
[02:28] <tak> VGA1 connected 1024x768+1280+0 (normal left inverted right x axis y axis) 0mm x 0mm
[02:28] <tak>    1024x768       60.0*
[02:28] <tak>    800x600        60.3     56.2
[02:28] <tak>    848x480        60.0
[02:28] <tak>    640x480        59.9
[02:34] <xubuntu349> hi everyone! do you know what must I type for mi installation to get completed?
[02:36] <xubuntu349> It says: Installing system" but it looks like I cant connect to the server... what can I do?
[04:31] <k_sze> In the GUI Task Manager, what's the difference between "Kill' and "Terminate"?
[05:31] <cazador> hi
[05:38] <bmk1189> Good morning/afternoon. Does anybody know how can I let an applet change CPU frecuency?
[05:50] <wickedwiccan_> question if i install xubuntu 12.04 will i need to reinstall when 12.04 releases?
[05:56] <holstein> wickedwiccan_: you shouldnt... assuming you join #ubuntu+1 and keep up with when its ok to update
[08:11] <Machux> ciao a tutti, qualche italiano??
[08:42] <hello> Hello, I was wondering if there was a media player that offered the same radio selection as XBMC?
[08:43] <hello> radio channel selection that is
[09:06] <hello> So there are no other comparable programs ?
[09:24] <hello> Hmm Well thanks for no help. Not surprised. Most supports rooms are like this. And yes I am aware it is free. But why do 90 people sign into a help, and not bother to ... Uhhhhh HELP...LMFAO
[09:25] <hobgoblin> probably didn't see it - I certainly didn't
[09:25] <hobgoblin> or couldn't help
[09:26] <hello> Well no problem sorry for the beef. But like I said most support channels are like this . No one responds.
[09:27] <hobgoblin> I've never used xbmc so coudln't help anyway
[09:28] <hello> And my other point why do people sign into this channel and then walk away or ignore. I would rather be in a room with 5 people and they are trying to help. then 100 people and no one see' knows or declines to respond.
[09:28] <hello> Like I said. Sorry and thank you for the reply.
[09:35] <xubuntu127> hi everybody, i'm downloading xubuntu right now :)
[09:37] <MordFustang> so? :D
[09:38] <well_laid_lawn> that's a bit cheeky
[09:43] <xubuntu257> asd
[09:43] <xskydevilx> How exactly do I move the applets to the very right of the top panel, per say? Cause whenever I do it, it snaps to the next one.
[09:44] <xubuntu257> Have you tried right-clicking and selecting move?
[09:44] <xskydevilx> Eh, that's what I'm doing actually. Does anything need a snapshot of what I'm trying to do?
[09:45] <hobgoblin> might help
[09:45] <well_laid_lawn> I got lost on "snaps to the next one"
[09:45] <xubuntu257> Yeah, it might
[09:47] <MordFustang> can anyone help how to activate middle mouse wheel button?
[09:47] <hobgoblin> should just work - never had to activate it
[09:47] <xubuntu257> Activate? Which application, or what exactly do you want the middle click to do?
[09:48] <xubuntu257> Like hobgoblin said, it should just work
[09:49] <xskydevilx> Okay, does thing help you illustrate what I wanna do? http://i.imgur.com/Oq6ar.png
[09:49] <hobgoblin> yes
[09:50] <xubuntu257> @xskydevilx add a new notification area or seperator (right click and select "Panel" then "Add new Items"
[09:51] <hobgoblin> xskydevilx: hang on - think I got it
[09:52] <hobgoblin> right click on panel - panel preferences
[09:53] <xskydevilx> Yeah?
[09:53] <hobgoblin> in the items tab then add a seperator to the bottom of the list - move the one you want on the right to below the seperator
[09:53] <hobgoblin> then edit the seperator and expand it
[09:53] <hobgoblin> try that
[09:54] <xskydevilx> Thanks a lot! I totally forgot to expand the thing...
[09:54] <hobgoblin> :)
[09:54] <xskydevilx> Is anyone familiar with PCLinuxOS Pheonix edition?
[09:55]  * hobgoblin thanks whoever I read in here doing the same thing :)
[09:55] <hobgoblin> nope
[09:55] <xskydevilx> It has this really cool XFCE theme.
[09:58] <xskydevilx> It's sort of a mix of elementary icons and those of mint.
[10:07] <xskydevilx> Does anyone seem the font rendering is not that well? Like when I install Arial and got to a website, the font is totally stretched out.
[12:17] <xujoj> ji
[12:17] <xujoj> hi
[12:18] <xujoj> any one capable to help with acpi fan control ?
[12:23] <baizon> he waited 4 min :(
[12:32] <mongy> :(
[13:29] <martinphone> what does Daemon is inhibited mean? I cannot mount an usb stick
[13:34] <Wulong> It means that a underlaying program is not running. Probably thuunar-volman in your case.
[13:44] <ThePendulum> Greetings
[13:47] <martinphone> yes, its thunar related Wulong , what can I do?
[13:53] <ThePendulum> I was wondering, is it possible to edit the menu background colour? And if so, where/how?
[14:06] <drc> ThePendulum: edit the gtrkrc
[14:07] <drc> or whatever the gtk3 equvilent is (gtk.css?)
[14:09] <ThePendulum> I wish it was CSS :O
[14:09] <ThePendulum> But where can I find it?
[14:09] <ThePendulum> Is it the themerc file?
[14:11] <drc> ThePendulum: Ah...sorry, that was for XFCE, IIRC, the themerc is for GNOME.
[14:11] <ThePendulum> Strange, the themerc file is found in the xfwm4 folder of the theme and changes do apply
[14:14] <ThePendulum> I figured the theme is build for the Unico theme engine. How do I find out what engine is running now?
[14:21] <martinphone> Failed to eject "8.0 GB Filesystem" One or more partitions are busy on /dev/sdb. that happens whe I try to unmount a usb stick
[14:21] <martinphone> and then there is this unexplained "writting data to device", but I havent copied or pasted anything
[14:52] <dariebi> hi all
[15:27] <ThePendulum> Does anyone know what file will most likely include the background color for menus?
[15:30] <drc> gtk 2 or3?
[15:33] <drc> IRRC /usr/share/themes/Greybird/gtk-2.0/gtkrc or /usr/share/themes/Greybird/gtk-3.0/gtk.css as examples.  If I'm totally wrong, the file should be in those dirs <somewhere>.
[15:35] <ThePendulum> I was exactly at that point :P
[15:35] <ThePendulum> How do I find out if I should edit either gtk 2 or 3?
[15:36] <drc> If it has both dirs, then I'd edit both...some apps don't do gtk3 yet, last I heard.
[15:37] <drc> also...copy the dir (Greybird) to ~/.themes and work with it there...that way you never mess up the original.
[15:37] <ThePendulum> I would like to edit the colors of the main menu, the one that's in the panels
[15:37] <ThePendulum> (to start with)
[15:37] <babble> if you're installing some common gnome apps, they'll be built against gtk3
[15:38] <babble> Synaptic, file-roller and some others that are easily usable in xubuntu will need whatever changes you're making to go in gtk3 for your theme
[15:39] <ThePendulum> What about the application menu?
[15:39] <babble> that should be gtk2
[15:41] <babble> one way to test is to put a symlink for the gtk-3.0 folder for a totally different theme (one with gtk3 support) in your ~/.config folder and then load your gnome app
[15:41] <ThePendulum> It's a tad harder to find the right file in gtk2 though, hehe
[15:41] <babble> if it uses the different theme, that's one that will need the gtk3 theming in your custom theme.
[15:41] <ThePendulum> I'm editing the elementary theme, btw
[18:18] <coldpizza72i> does Xubuntu not come with a windows manager anymore?
[18:19] <hylian> coldpizza72i, xfce is your desktop environment, if that's what you meant...
[18:19] <baizon> coldpizza72i: im sorry, but i dont understand your question
[18:21] <coldpizza72i> i installed xubuntu but i guess it was the windows manager that didn't automatically load when i booted …i just logged in via cli
[18:22] <baizon> coldpizza72i: which version?
[18:22] <coldpizza72i> 11.10 alternate
[18:23] <baizon> maybe its a driver problem with you graphics card
[18:23] <coldpizza72i> I'm using vmware fusion
[18:24] <baizon> so install the vm guest additions
[18:24] <hylian> baizon, actually that makes sense.
[18:24] <baizon> thank you hylian
[18:24] <coldpizza72i> do you know if thats part of vmware tools
[18:25] <baizon> no, sorry never used vmware. Im using Virtualbox
[18:25] <hylian> coldpizza72i, whatever graphics card vmware is emulating may be the culprit. 11.10 might not have the driver for it.
[18:26] <coldpizza72i> do you think ubuntu would have the same prob
[18:26] <baizon> if it is a new version of vmware especially
[18:26] <baizon> yes
[18:26] <hylian> coldpizza72i, i really do not know. i used to do a lot of virtualbox stuff, but ubuntu always had the drivers for that, because the emulation was for a simple intel graphics chipset. hard not to have drivers for something that simple.
[18:27] <coldpizza72i> i have in tell as well
[18:27] <coldpizza72i> intell
[18:28] <hylian> coldpizza72i, you are emulating an intel?
[18:28] <baizon> yes there is a problem with the new intel hardware and linux
[18:28] <coldpizza72i> not sure
[18:28] <baizon> try xubuntu 12.04 beta2
[19:13] <rarog> Привет всем! а по русски тут можно общаться? или подскажите русскоязычный канал
[19:13] <baizon> englisch plz
[19:14] <Unit193> !ru
[19:24] <rarog> jkjhak
[22:02] <drounse> where can i fins xubuntu 12.04
[22:02] <drounse> find*
[22:04] <holstein> drounse: this? http://cdimage.ubuntu.com/xubuntu/daily-live/current/
[22:04] <supermario182> hey everyone, just installing xubuntu for the first time. ive been leaning away from regular ubuntu as of late and wanted to check this out.
[22:04] <drounse> holstein, yes thank you!
[22:05] <holstein> supermario182: xubuntu = ubuntu with XFCE and other customizations
[22:06] <drounse> xubuntu isnt really different than ubuntu other than xfce
[22:06] <drounse> supermario182, ^
[22:08] <holstein> if you are trying to get away from unity, xubuntu = win.. getting away from ubuntu would be a different story
[22:08] <drounse> holstein, does ubuntu/xubuntu have anything like the arch build system?
[22:10] <holstein> drounse: you'd have to elaborate, but everything is open...
[22:10] <supermario182> havent used arch, dont u have to compile everything by hand? u should be able to do that in ubuntu. but it also has a software centre, and u can install packages from command line as well
[22:10] <supermario182> like so "sudo apt-get install <packages>
[22:10] <supermario182> "
[22:11] <drounse> well i used to use ubuntu, but i wanted to try something new, i love arch but i want to start programming and its a little too unstable, so im coming back, but one of the best features of arch is the "ABS" which downloads source and with a simple "makepkg" you can build it
[22:12] <drounse> supermario182, no thats gentoo, arch just starts with CLI
[22:14] <supermario182> how is arch compared to ubuntu? i tried installing chakra in a virtual box, but i could never get it to boot properly for some reason
[22:15] <mongy> I run arch in a vbox earlier, upto date and everything and apps kept closing for no reason.
[22:15] <drounse> supermario182, arch is a million times better, dont use chakra just use arch and install KDE, i just wanted something a little more stable because i love to tinker but i break it all the time
[22:16] <drounse> you can have arch up and running in under ten minutes
[22:16] <drounse> their channel isnt very helpful if you are struggling
[22:19] <drounse> mongy, you have to be careful with up to date things in arch
[22:19] <mongy> I see that.
[22:20] <drounse> mongy if you use abs, you can remove patches and stuff before compiling and installing
[22:20] <mongy> chromium, thunar ( I had xfce installed obviously) and libreoffice.. the only things I ran really for more than 30 seconds.
[22:21] <mongy> randomly closed when I clicked on stuff.
[22:21] <drounse> mongy, thats strange did you follow the beginners guide when installing?
[22:22] <mongy> a little.  not much of a beginner either.  I installed what I needed and run startxfce once I added my user
[22:24] <drounse> hmmm, id try again and follow it, even though youre not a beginner, its just sooo different from ubuntu
[22:25] <drounse> i wish i could remove thunar from xfce
[22:27] <mongy> I've installed and used a few in the last decade, inc arch once before now, while ago.  I'll pass for now.  I have what I need and it gets it done.
[22:28] <mongy> I think this is OT so I'll stop
[22:30] <mongy> time to reboot into the usb encrypted install I just did that took forever, eek.
[23:07] <ThePendulum> Greetings
[23:08] <ThePendulum> I'm once again trying to add my harddrives to fstab to get them mounted during start-up, but I again forgot how to do this properly
[23:19] <Otyg> ThePendulum: format of fstab; disk (/dev/ or UUID) mountpoint (directory) options (default use to be good) dump (0 most of the time) pass (>1 most of the time)
[23:19] <ThePendulum> I realize that, it can be found on the man page
[23:19] <Otyg> yes
[23:20] <ThePendulum> /dev/sdb /mnt/stor2 ntsf defaults 0 0
[23:20] <ThePendulum> That's what I've got now
[23:20] <Otyg> (forgot fs-type :D)
[23:20] <Otyg> ThePendulum: /dev/sdb == "the disk", you want the partition... try /dev/sdb1
[23:21] <ThePendulum> Touché.
[23:21] <ThePendulum> It's always something like that when I'm looking for major mistakes
[23:21] <ThePendulum> brb, reboot
[23:23] <ThePendulum> Strange, it still doesn't work
[23:24] <Otyg> ThePendulum: errormsg in dmesg and messages/syslog?
[23:25] <ThePendulum> Where does one find those?
[23:25] <ThePendulum> -_-
[23:25] <ThePendulum> Slap me in the face, will you?
[23:26] <ThePendulum> There is a terrible amount of data in the dmesg output, where should I be looking?
[23:26] <Otyg> ThePendulum: open terminal -> dmesg for the first (dmesg | grep /dev/sdb can be a good choice)
[23:27] <ThePendulum> Ah yes, grep
[23:27] <ThePendulum> Nothing, apparently
[23:27] <Otyg> grep /dev/sdb /var/log/syslog
[23:28] <ThePendulum> There we go
[23:29] <ThePendulum> Apr  8 00:56:08 niels-main ntfs-3g[2586]: Mounted /dev/sdc1 (Read-Write, label "", NTFS 3.1)
[23:29] <ThePendulum> I see nothing wrong here
[23:30] <Otyg> ThePendulum: sudo mount, what does that say?
[23:30] <Otyg> ...or just mount...
[23:31] <ThePendulum> Mounting the disks or just the return of 'sudo mount'?
[23:31] <Otyg> mount without arguments just shows mounted fs's
[23:31] <Otyg> look for /dev/sdc
[23:32] <ThePendulum> I know, they're not part of the list
[23:33] <Otyg> hmm... anything in /media ?
[23:33] <ThePendulum> Nope
[23:33] <ThePendulum> Sidenote: I terminted that mount, so it probably just isn't mounted
[23:33] <ThePendulum> It just took incredibly long
[23:33] <ThePendulum> Longer than it should take, for sure
[23:33] <Otyg> hmm
[23:33] <ThePendulum> *that = the
[23:34] <Otyg> in fstab; /dev/sdb1 yadda yadda... /var/syslog /dev/sdc1 yadda yadda?
[23:35] <ThePendulum> I would have to wait until something happens for it to write an error output at least, which is probably a golly long time
[23:37] <Otyg> It take some time to mount ntfs I've noticed
[23:38] <ThePendulum> I have done this before, it takes less than a second
[23:39] <Otyg> ThePendulum: can you mount it manually?
[23:39] <ThePendulum> I can, the drives were accessible before I added them to the fstab
[23:41] <Otyg> try to change fstype to ntfs-3g
[23:42] <ThePendulum> Let me reboot the poo out of my computer
[23:42] <Otyg> (hard to tell, I don't got any ntfs that automounts atm so it's kind of guess work from my side atm :S )
[23:44] <ThePendulum> Apparently 'auto' rather than 'ntsf' does the job
[23:46] <ThePendulum> Thanks for thinking along
[23:46] <ThePendulum> It really helps when you try to manage your system when you just got back from a party at 1:30 am
[23:47] <Otyg> hehe, didn't think about auto :D
[23:48] <Otyg> feeling the same here, it's past 1.40 and my brain doesn't really follow what I do atm :)
[23:55] <ThePendulum> Where are you from, Otyg?
[23:56] <ThePendulum> Somewhere from Scandinavia down to Italy I'd say


[02:11] -GitHub[m]:#mir-server- **[MirServer/mir]** mariogrip opened [issue #2828](https://github.com/MirServer/mir/issues/2828): surface->consume does not consume key events on wayland surfaces... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/13edb520583a6403c540b6b4ac7580c1ab38c26a>)
[15:15] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2827](https://github.com/MirServer/mir/pull/2827): Add a side-by-side layout to the .display configuration
[17:00] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [pull request #2829](https://github.com/MirServer/mir/pull/2829): More tweaking of the display configuration code
[17:00] -GitHub[m]:#mir-server-
[17:00] -GitHub[m]:#mir-server- > This makes it easier to add display configuration strategies and applies these strategies when a `display-layout` option is not found in the configuration file (or the file isn't found).
[22:44] -GitHub[m]:#mir-server- **[MirServer/mir]** mariogrip opened [issue #2830](https://github.com/MirServer/mir/issues/2830): Not all "clients" trigger a SessionAuthorizer::connection_is_allowed
[22:44] -GitHub[m]:#mir-server-
[22:44] -GitHub[m]:#mir-server- > Seems like some applications/clients do not trigger a connection_is_allowed call, for example firefox running on xwayland. Seems might be similar as https://github.com/MirServer/mir/pull/117


[14:07] <jbicha> closing ancient mutter bugs from 2010, back when Unity used mutter
[17:22] <Trevinho> jbicha: did you see my ping about nautilus? :)
[19:17] <Laney> xnox: ok, didn't really need a bug report but thanks


[15:01] <sil2100> o/
[15:03] <rbalint1> o/
[15:03] <fginther> o/
[15:03] <infinity> \o
[15:04] <tdaitx> \o
[15:04] <gaughen> o/
[15:04] <rbalint> o/ again
[15:05] <rcj> o/
[15:06] <cyphermox> alright alright
[15:06] <xnox> any minute now
[15:06] <xnox> \o
[15:06] <gaughen> #startmeeting Weekly Ubuntu Foundations team
[15:06] <meetingology> Meeting started Thu Aug  3 15:06:29 2017 UTC.  The chair is gaughen. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:06] <meetingology> Available commands: action commands idea info link nick
[15:06] <meetingology`> Meeting started Thu Aug  3 15:06:29 2017 UTC.  The chair is gaughen. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:06] <meetingology`> Available commands: action commands idea info link nick
[15:06] <cyphermox> gaughen: http://people.ubuntu.com/~cyphermox/meetings/foundations.html
[15:06] <gaughen> #topic Lightning rounds
[15:07] <gaughen> echo $(shuf -e slangasek bdmurray xnox tdaitx doko sil2100 rbalint infinity cyphermox mwhudson rcj philroche Odd_Bloke tribaal fginther)
[15:07] <gaughen> Odd_Bloke philroche doko rbalint tribaal mwhudson sil2100 infinity tdaitx bdmurray xnox slangasek cyphermox rcj fginther
[15:07] <gaughen> Odd_Bloke, you're up
[15:07] <Odd_Bloke> * Contributed a Jinja2 templating backend to jenkins-job-builder
[15:08] <Odd_Bloke> * Worked on revamping GCE cloud image publication
[15:08] <Odd_Bloke> * Other cloud build system stuff
[15:08] <xnox> * fixed astroid in artful
[15:08] <Odd_Bloke> * Something something coffee beer
[15:08] <Odd_Bloke> next
[15:08] <Odd_Bloke> philroche:
[15:08] <gaughen> philroche, it's you
[15:08] <philroche> - Automated promotion
[15:08] <philroche>     - clean up of old builds
[15:09] <philroche> (done)
[15:09] <philroche> rbalint:
[15:09] <gaughen> doko, you got words for us?
[15:09] <doko> - perl transition and no-change rebuilds
[15:09] <doko> - addressing more binutils 2.29 regressions
[15:09] <doko> - addressed ocaml fix on arm64
[15:09] <doko> - GCC 7.2 release candidate
[15:09] <doko> - cross compiler updates
[15:09] <doko> - traveled to DebCamp/DebConf
[15:09] <doko> - will be in Montreal until end of next week
[15:09] <doko> - will start the GCC 7 transition tomorrow ...
[15:09] <doko> - openjdk 9 update
[15:09] <doko> (done)
[15:09] <rbalint> * short week again :-(
[15:09] <rbalint> * started libevent transition in Debian and Ubuntu, now at 88% in Ubuntu
[15:09] <rbalint> * http://people.canonical.com/~ubuntu-archive/transitions/html/html/libevent-2.1.html
[15:09] <rbalint> * fixed libevent transition related bugs
[15:09] <rbalint> * further fixes for unattended-upgrades
[15:09] <rbalint> (done)
[15:09] <gaughen> sil2100, it's you!
[15:10] <sil2100> Ohhh
[15:10] <sil2100> - Hate hot summer weeks, productivity lowered
[15:10] <sil2100> - Kernel SRU reviews (multiple linux-azure versions)
[15:10] <sil2100> - DMB meeting, discussions regarding quorum and attendence rates
[15:10] <sil2100> - Helping out with some packaging advice for the STS team
[15:10] <sil2100> - ubuntu-image:
[15:10] <sil2100>   * Fix up issues with the hook mechanism being stupid, correcting tests
[15:10] <sil2100>   * Reviews and code-advice for Gary working on the ubuntu-image for classic bits
[15:10] <sil2100> - 16.04.3:
[15:10] <sil2100>   * Queue reviews
[15:10] <sil2100>   * Prepared the changes list, sorted and cleaned up
[15:10] <sil2100>   * Tested mythbuntu, ubuntu-gnome iso's
[15:10] <sil2100> - Patch pilot session, sponsored stuff for budgie, forced syncs, looked into merges
[15:10] <sil2100> - Tested the google-cloud-sdk in artful-proposed, poked Google for SRU testing
[15:10] <sil2100> - Fixed my bugmail gmail filters
[15:10] <sil2100> - Endorsed Balint's core-dev application
[15:10] <sil2100> - KPIs:
[15:10] <sil2100>   * Fixed the sru-metrics and got it merged
[15:10] <sil2100>   * Added the fancy graphs on grafana, learned from Brian all the final bits
[15:10] <sil2100> (done)
[15:10] <gaughen> infinity
[15:11] <infinity>  * Xenial 16.04.3 work all week, pushing to mirrors, announcement soon.
[15:11] <infinity>  * Working with Andy to get the artful kernel moving.
[15:11] <infinity>  * General AA/SRU tasks.
[15:11] <infinity> (done)
[15:11] <gaughen> tdaitx
[15:11] <tdaitx> * one security update in openjdk 8u141 had a regression; confirmed that we were affected by it, confirmed that 8u144 fixed that, updated, packaged, retested and then provided it to the security team; already released for Zesty and Xenial
[15:11] <tdaitx> * packaged 8u144 for Debian + aarch32 hotspot (mostly while waiting for the openjdk-7 builds)
[15:11] <tdaitx> - aarch32 required a few additional patches to the root and jdk modules
[15:11] <tdaitx> - fixed libarch to use jre/lib/arm instead of jre/lib/aarch32
[15:11] <tdaitx> - tested nopch builds on Trusty to get less g++-4.8 segfaults on arm64, so the build eventually pass after a few retries
[15:11] <tdaitx> - tried to get a core file from the builder for such segfaults, no such luck
[15:11] <tdaitx> - tested pch builds on artful; Xenial and Zesty are next
[15:11] <tdaitx> * openjdk-7 still failing the build with the security backport
[15:11] <tdaitx> (done)
[15:11] <tdaitx> bdmurray, go go go
[15:11] <bdmurray> review of sil2100's SRU count KPI PR
[15:11] <bdmurray> review of odd_bloke's rls-** counter KPI PR
[15:11] <bdmurray> studied Ubuntu Server KPI setup documentation
[15:11] <bdmurray> learned about canonical-server jenkins-jobs and its relation to metrics
[15:12] <bdmurray> submitted PR re metrics README.md and juju setup
[15:12] <bdmurray> submitted/merged PR re metric of age of SRUs and corresponding jenkins-job
[15:12] <bdmurray> updated Server KPI setup documention re: jenkins-jobs
[15:12] <bdmurray> SRU team work
[15:12] <bdmurray> discussion with tdaitx regarding apport-package crash creation
[15:12] <bdmurray> investigation into / manual retracing of failed LP retracer retraces
[15:12] <bdmurray> review of testing documentation regarding deleting metrics from prometheus
[15:12] <bdmurray> review of Certbot SRU special policy
[15:12] <bdmurray> HIGHLIGHT: wrote a blog post re: testing unsupported release upgrade paths
[15:12] <bdmurray> ✔ done
[15:12] <bdmurray> xnox: your turn
[15:12] <gaughen> xnox,
[15:12] <xnox> Debugging and fixing systemd adt tests, making them more reliable.
[15:12] <xnox> Fixing degraded boots in lxd containers.
[15:12] <xnox> Fixing s390-tools / util-linux  conflict.
[15:12] <xnox> Writing up WSL docs.
[15:12] <xnox> Filing many removal bugs, to drop u8 packages.
[15:12] <xnox> Tested s390x 16.04.3 it's fine.
[15:12] <xnox> Fix network-console for compat with ssh sandbox.
[15:12] <xnox> Cleaned up RAX bugs / salesforce.
[15:12] <xnox> Off to debconf on Sunday.
[15:13] <xnox> done.
[15:13] <cyphermox> my turn then?
[15:13] <cyphermox> artful:
[15:13] <cyphermox> - Fixing tasksel tasks being shadowed by Debian's (print-server mainly) (bug LP: #1624519)
[15:13] <cyphermox> - discussed netplan/systemd/etc. device states and wait-online
[15:13] <cyphermox> - investigating util-linux vs. nplan ADT test failures on i386
[15:13] <cyphermox> - update-secureboot-policy automated signing
[15:13] <cyphermox> ±other stuff:
[15:13] <cyphermox> - [HIGHLIGHT] blogged on Secure Boot signing (how-to)
[15:14] <cyphermox> - upstream shim bugfixing
[15:14] <cyphermox> - verifying ubiquity SRU (oem-config mangling resolvconf) (bug LP: #1646585)
[15:14] <cyphermox> (done)
[15:14] <rcj> rcj:
[15:14] <rcj> - Automated cloud-image promotion
[15:14] <rcj> - New GCE publication design review
[15:14] <rcj> - coffee coffee breakfast taco
[15:14] <rcj> done
[15:14] <fginther> * Fix publication of trusty vagrant images
[15:14] <fginther> * Automated image publication workflow improvements
[15:14] <fginther>   * Only publish daily download images for valid candidates
[15:14] <fginther> done
[15:14] <fginther> done:done
[15:14] <gaughen> any questions on any of the info above?
[15:15] <sil2100> D O N E
[15:15] <gaughen> so done
[15:15] <sil2100> Thunder dome?
[15:16] <Odd_Bloke> Thunder done.
[15:17] <infinity> Thunder pants?
[15:17] <cyphermox> chocolate thunda.
[15:17] <gaughen> #topic http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-aa-incoming-bug-tasks.html
[15:17] <infinity> http://www.imdb.com/title/tt0283054/
[15:17] <bdmurray> bug 1707880 - xnox why incoming and not tracking for that?
[15:18] <xnox> bdmurray, i think i got confused w.r.t. which tags should be used.
[15:18] <xnox> bdmurray, imho this is something we must fix, if not generically in debhelper; then at least specifically in apt.
[15:18] <xnox> what tag is that?
[15:19] <bdmurray> xnox: its not a tag but adding a release task
[15:19] <xnox> updated
[15:19] <chiluk> infinity .. thanks for that.
[15:20] <bdmurray> xnox: And what about these other couple of systemd ones you added?
[15:20] <infinity> chiluk: It's a great film.
[15:26] <bdmurray> given that the test failures are blocking the package from moving out of -proposed I think we should target them to the release
[15:26] <gaughen> agreed
[15:27] <bdmurray> that's it for the new aa-incoming bugs
[15:28] <gaughen> #topic AOB
[15:28] <gaughen> #endmeeting
[15:28] <meetingology> Meeting ended Thu Aug  3 15:28:31 2017 UTC.
[15:28] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2017/ubuntu-meeting.2017-08-03-15.06.moin.txt
[15:28] <meetingology`> Meeting ended Thu Aug  3 15:28:31 2017 UTC.
[15:28] <meetingology`> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2017/ubuntu-meeting.2017-08-03-15.06.moin.txt
[15:28] <sil2100> On the DMB meeting we had no meetingology, now we have two
[15:28] <sil2100> Nice
[15:40] <cyphermox> "yay"
[16:21] <xnox> bdmurray, i think part of the reason for incomming tag was to talk about these bugs.
[16:21] <xnox> rather than just target and forget.
[16:22] <bdmurray> xnox: okay, that makes sense


[09:25] <rmg51> Morning
[12:03] <icey> ahoy
[12:08] <teddy-dbear> Morning peoples, critters and everything else


[00:15] <RAOF> Eickmeyer: binary-NEW review shouldn't be hard or take long, so I'd (broadly speaking) prefer to do it when it's needed rather just in case :)
[00:33] <mruffell> ubuntu-sru: Would it be possible to release tracker-miners and nfs-utils for focal to -updates? Thanks.
[00:55] <RAOF> mruffell: Enjoy.
[00:57] <Eickmeyer> RAOF: Ok, in that case I burned a version number, but oh well, I hardly touch that package.
[00:58] <Eickmeyer> But if you have time for a source-NEW, I have orchis-kde sitting there. :)
[01:00] <mruffell> ROAF: oh I will. I had this tracker-miners bug open for 2.5 years now, and I can finally tell my customer I fixed it. They will be overjoyed.
[01:59] <jbicha> mruffell: congratulations! sorry that the devel release part took so long
[02:00] <mruffell> jbicha: no worries. The customer had a stable workaround in place, and it really hasn't been on their radar. But now everyone can enjoy a proper fix with no more silly workarounds. We got there in the end =)
[02:37] <vorlon> doko: gnutls28> yes?  It's a full build
[02:40] <vorlon> santa_: we're still some way away from having glib2.0 rebootstrapped
[02:40] <vorlon> debian autosyncs now disabled; everything left to get in for time_t will need to be handled manually
[03:18] <mwhudson> jbicha: hi
[03:20] <mwhudson> jbicha: i see you pretty recently moved gir1.2.0-glib-dev to glib2.0 rather than gobject-introspection
[03:20] <mwhudson> jbicha: how hard would it be to temporarily undo that to allow gobject-introspection to be bootstrapped?
[04:39] <jbicha> mwhudson: the move is an upstream change in glib 2.79.x so you're suggesting we switch to glib 2.78 and gobject-introspection 1.78
[04:40] <jbicha> it's going to be disruptive because there is a fairly large number of packages that have been rebuilt & now depends on glib >= 2.79
[04:40] <jbicha> apt-cache showpkg libglib2.0-0 | grep 2.79.0
[04:42] <jbicha> removing the dh-sequence-gnome Build-Depends may help? That is basically only needed as a easy way to opt into Ubuntu language packs which isn't important for bootstrapping
[04:43] <jbicha> it's bedtime here
[06:38] -queuebot:#ubuntu-release- New: rejected nemos-dev-key [source] (noble-proposed) [1.2]
[06:39] -queuebot:#ubuntu-release- New: rejected dfx-mgr [source] (noble-proposed) [2023.2-0ubuntu1]
[06:39] -queuebot:#ubuntu-release- New: rejected involflt [source] (noble-proposed) [0.1.0-0ubuntu5]
[06:39] -queuebot:#ubuntu-release- New: rejected orchis-kde [source] (noble-proposed) [2024-01-08-0ubuntu1]
[06:39] -queuebot:#ubuntu-release- New: rejected u-boot-s32 [source] (noble-proposed) [2022.04-bsp37.0-0ubuntu1]
[06:39] -queuebot:#ubuntu-release- New: rejected fwupd-snap [source] (noble-proposed) [1.9.x-0ubuntu1]
[06:39] -queuebot:#ubuntu-release- New: rejected performance-tools [source] (noble-proposed) [0ubuntu1]
[06:39] -queuebot:#ubuntu-release- New: rejected libdfx [source] (noble-proposed) [2023.2-0ubuntu3]
[06:39] -queuebot:#ubuntu-release- New: rejected ubuntu-boot-test [source] (noble-proposed) [1]
[06:40] <vorlon> that's a lot of NEW rejects?
[06:41] <RAOF> Yes :(
[06:42] <RAOF> Hit by the default behaviour of “queue reject” without the package name being “reject everything until you notice and hit Ctrl-C” 🤦♀
[06:43] <vorlon> ah
[06:43] <vorlon> can you re-sponsor them to the queue?  I don't suggest committing to reviewing all of them right nwo
[06:43] <vorlon> now
[06:43] <RAOF> Yeah. There's no easier method than to pull the sources, re-sign them, and re-upload, right?
[06:44] <vorlon> correct
[06:44] <RAOF> We can _accept_ from -rejected, but there's no way to -rejected -> -unapproved.
[06:47]  * RAOF would really like LP to accept his ed2556 signing key so he didn't have to pull out his old security key
[06:51] -queuebot:#ubuntu-release- New source: performance-tools (noble-proposed/primary) [0ubuntu1]
[06:53] -queuebot:#ubuntu-release- New source: dfx-mgr (noble-proposed/primary) [2023.2-0ubuntu1]
[06:55] -queuebot:#ubuntu-release- New source: libdfx (noble-proposed/primary) [2023.2-0ubuntu3]
[06:59] -queuebot:#ubuntu-release- New source: ubuntu-boot-test (noble-proposed/primary) [1]
[07:04] -queuebot:#ubuntu-release- New source: fwupd-snap (noble-proposed/primary) [1.9.x-0ubuntu1]
[07:07] -queuebot:#ubuntu-release- New source: nemos-dev-key (noble-proposed/primary) [1.2]
[07:10] <vorlon> mwhudson, doko: is python-cryptography on your radar?
[07:10] <vorlon> llvm -> rust -> python-cryptography -> stunnel -> curl
[07:10] <doko> this is llvm-17 -> rustc
[07:11] <doko> yes, still working on llvm-17, see mm
[07:11] <vorlon> yeah. so we think the current llvm-toolchain-17 will build in the bootstrap ppa? and then maybe rust will just build?
[07:12] <vorlon> python-cryptography says llvm-18 though, not llvm-17?
[07:12] <doko> that's the hope, and then we have also an llvm which stays installable out-of-sync
[07:12] <vorlon> ah and cargo also needs rebuilt against libssh+libssl
[07:12] <doko> yes, llvm-18 also building.
[07:12] <vorlon> ok
[07:12] <doko> I'm currently working on gnutls t64
[07:13] <doko> yesterday, gnupg2 got installable
[07:13] <vorlon> should we accept gnutls28 from NEW in noble-proposed?
[07:13] <doko> no, not yet please
[07:14] <vorlon> then when?
[07:14] <vorlon> you can't copy this source back and forth to the ppa with binaries in NEW
[07:14] <doko> I know, I have https://launchpad.net/~doko/+archive/ubuntu/bootstrap2/+packages  in the works
[07:15] <doko> vorlon: how bad would the current systemd be in proposed?
[07:15] -queuebot:#ubuntu-release- New source: involflt (noble-proposed/primary) [0.1.0-0ubuntu5]
[07:17] -queuebot:#ubuntu-release- New source: u-boot-s32 (noble-proposed/primary) [2022.04-bsp37.0-0ubuntu1]
[07:17] <RAOF> Ok, that's all of them 🤦♀
[07:18] -queuebot:#ubuntu-release- New: rejected gnutls28 [amd64] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:18] -queuebot:#ubuntu-release- New: rejected gnutls28 [i386] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:18] -queuebot:#ubuntu-release- New: rejected gnutls28 [riscv64] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:18] -queuebot:#ubuntu-release- New: rejected gnutls28 [arm64] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:18] -queuebot:#ubuntu-release- New: rejected gnutls28 [s390x] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:19] -queuebot:#ubuntu-release- New: rejected gnutls28 [ppc64el] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:28] <vorlon> doko: which systemd are you referring to as "current"?
[07:28] -queuebot:#ubuntu-release- New: accepted ubuntustudio-look [amd64] (noble-proposed) [24.04.1]
[07:29] <doko> vorlon: the one from the ppa
[07:30] <vorlon> doko: the one in https://launchpad.net/~canonical-foundations/+archive/ubuntu/archive-bootstrap/+packages ftbfs and is also older than the source currently in -proposed
[07:31] <doko> and updating the one in the ppa, based on the one in proposed? or does this ftbfs as well?
[07:31] <vorlon> I haven't looked
[07:32] <vorlon> https://launchpad.net/ubuntu/+source/systemd/255.4-1ubuntu4/+build/27874643 shows dep wait on glib2.0 so probably
[07:32] -queuebot:#ubuntu-release- New: accepted clamav [amd64] (noble-proposed) [1.0.5+dfsg-1.1ubuntu1]
[07:32] -queuebot:#ubuntu-release- New: accepted clamav [ppc64el] (noble-proposed) [1.0.5+dfsg-1.1ubuntu1]
[07:32] -queuebot:#ubuntu-release- New: accepted clamav [s390x] (noble-proposed) [1.0.5+dfsg-1.1ubuntu1]
[07:33] -queuebot:#ubuntu-release- New: accepted clamav [arm64] (noble-proposed) [1.0.5+dfsg-1.1ubuntu1]
[07:33] -queuebot:#ubuntu-release- New: accepted clamav [riscv64] (noble-proposed) [1.0.5+dfsg-1.1ubuntu1]
[07:33] <vorlon> rustc needs a bootstrap build, it has a self-build-dep on cargo and also via dh-cargo -> cargo
[07:34] <vorlon> dh-cargo is just for a skippable call to /usr/share/cargo/bin/dh-cargo-vendored-sources
[07:36] <vorlon> hmm the in-package bootstrap build support relies on downloading bits from the Internet, I think we don't want that
[07:36] -queuebot:#ubuntu-release- New: accepted ntfs-3g [arm64] (noble-proposed) [1:2022.10.3-1.1ubuntu1]
[07:36] -queuebot:#ubuntu-release- New: accepted ntfs-3g [riscv64] (noble-proposed) [1:2022.10.3-1.1ubuntu1]
[07:37] -queuebot:#ubuntu-release- New: accepted ntfs-3g [amd64] (noble-proposed) [1:2022.10.3-1.1ubuntu1]
[07:38] -queuebot:#ubuntu-release- New: accepted ntfs-3g [ppc64el] (noble-proposed) [1:2022.10.3-1.1ubuntu1]
[07:38] -queuebot:#ubuntu-release- New: accepted ntfs-3g [s390x] (noble-proposed) [1:2022.10.3-1.1ubuntu1]
[07:43] -queuebot:#ubuntu-release- New: accepted libisofs [amd64] (noble-proposed) [1.5.6.pl01-1.1ubuntu1]
[07:43] -queuebot:#ubuntu-release- New: accepted libisofs [ppc64el] (noble-proposed) [1.5.6.pl01-1.1ubuntu1]
[07:43] -queuebot:#ubuntu-release- New: accepted libisofs [s390x] (noble-proposed) [1.5.6.pl01-1.1ubuntu1]
[07:43] -queuebot:#ubuntu-release- New: accepted libisofs [arm64] (noble-proposed) [1.5.6.pl01-1.1ubuntu1]
[07:43] -queuebot:#ubuntu-release- New: accepted libisofs [riscv64] (noble-proposed) [1.5.6.pl01-1.1ubuntu1]
[07:44] -queuebot:#ubuntu-release- New: accepted libaio [amd64] (noble-proposed) [0.3.113-6]
[07:44] -queuebot:#ubuntu-release- New: accepted libaio [i386] (noble-proposed) [0.3.113-6]
[07:44] -queuebot:#ubuntu-release- New: accepted libaio [riscv64] (noble-proposed) [0.3.113-6]
[07:44] -queuebot:#ubuntu-release- New: accepted libaio [arm64] (noble-proposed) [0.3.113-6]
[07:44] -queuebot:#ubuntu-release- New: accepted libaio [ppc64el] (noble-proposed) [0.3.113-6]
[07:45] -queuebot:#ubuntu-release- New: accepted log4cplus [amd64] (noble-proposed) [2.0.8-1.1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted log4cplus [riscv64] (noble-proposed) [2.0.8-1.1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted log4cplus [arm64] (noble-proposed) [2.0.8-1.1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted log4cplus [s390x] (noble-proposed) [2.0.8-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [amd64] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [i386] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [riscv64] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [arm64] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [s390x] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [ppc64el] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:53] <vorlon> mwhudson, doko: so I think once llvm-17 and cmake are both built, we can build libgit2 and then I can do a manual build of cargo into the out-of-launchpad bootstrap archive
[07:53] <vorlon> doko: uh what's going on with grpc?  I saw riscv64 was building and cancelled it, but it just built arm64 binaries in two archives so we won't be able to copy it
[07:54] <vorlon> cmake built, somebody should check if apt can be rebuilt now
[07:54] <doko> vorlon: please let it build: the armhf binary already is in the archive
[07:55] <vorlon> doko: for grpc? ok
[07:55] <vorlon> I still cancelled the riscv64 build in the ppa, we don't need it it's a waste of builder time
[07:55] <doko> vorlon: please wait with apt, I'm on it. want to build it then with the new libgnutls
[07:56] <vorlon> doko: ok
[07:56] <vorlon> in that case, I'm going to bed :)
[07:56] <doko> gn8t!
[09:21] <andersson1234> bluca: sorry I only just saw your messages from yesterday. I think the current cowboy *should* fix the issue, did your retry work as expected?
[10:58] <juliank> RAOF: You rejected ubuntu-boot-test with ` Rejected by Chris Halse Rogers: Copyright: Missing sddm/Orchis/*.qml: LGPLv2, different authors. sddm/Orchis/components/*.qml: GPLv2, LGPLv2 different authors. plasma/look-and-feel/**/*.qml: GPLv2, different authors` which is a different package, clearly
[11:04] <RAOF> juliank: yeah, my fat-finger mistake. I've re-sponsored it; it's back in unapproved.
[11:23] <RAOF> (sorry, back in NEW)
[12:21] <apw> RAOF, it is possible to review against Rejected and accept things from there.
[12:37] <doko> cpaelzer: is it intended that bind9 still has the same upstream versions as jammy?
[12:41] <cpaelzer> yes doko 9.19 is a dev branch ending support Q1 2024 - 9.18 is a stable branch going until Q2 2026
[12:42] <cpaelzer> That allows us to serve a more stable solution and provide minor release updates for at least the two coming years
[13:08] <bluca> lvm2 in noble has 3 autogpktest failures that look unrelated (all about "linux-doc" being uninstallable), could somebody please trigger the migration reference job for those 3
[13:08] <bluca> https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#lvm2
[13:54] <LocutusOfBorg> bluca, .
[13:54] <LocutusOfBorg> but please ask people to fix kernel doc
[13:55] <LocutusOfBorg> ./debian/scripts/dkms-autopkgtest:    # linux-doc is a dependency generated by autodep8 for autopkgtest-pkg-dkms
[13:55] <LocutusOfBorg> ./debian/scripts/dkms-autopkgtest:    # install only linux-headers-* matching the source version of linux-doc
[13:55] <LocutusOfBorg> ./debian/scripts/dkms-autopkgtest:    wanted_source_version=$(dpkg-query -f '${source:Version}' -W linux-doc 2>/dev/null || true)
[13:55] <LocutusOfBorg> xnox, ^^
[13:56] <LocutusOfBorg> can we find another way to install the headers?
[13:56] <LocutusOfBorg> otherwise looks like all dkms are broken now
[14:17] <jbicha> I'm working to get the glib bootstrap further along today with suggestions from smcv
[14:53] <LocutusOfBorg> jbicha, also gir?
[15:58] <vorlon> doko: it appears rustc build-deps (modulo cargo that needs a hack) are installable now despite llvm-17 not being built so I'm going to start working on a bootstrap build of rustc for the bootstrap archive
[16:02] <doko> can rustc be built using another llvm version? proably not?
[16:03] <doko> I'm currently fighting with builds with builds finishing without logs
[16:04] <vorlon> doko: I don't know, but its build-deps are satisfiable so I don't see why I would try given that this is just a bootstrap build
[16:04] <vorlon> but hrm, curl in the ppa is misbuilt; libcurl3-gnutls should contain libcurl-gnutls.so.4 but only contains libcurl-gnutls.so.3
[16:05] <vorlon> ... libcurl-gnutls.so.3 being a dangling symlink
[16:05] <doko> did I touch curl?
[16:05] <vorlon> well I touched it last
[16:05] <doko> I'm currently only working in ppa:doko/bootstrap for gnutls28
[16:06] <vorlon> anyway I think it's a bug in the package's profile support
[16:06] <doko> err, ppa:doko/bootstrap2
[16:06] <vorlon> hah I bootstrapped curl without gnutls
[16:06] <vorlon> but it still output a package
[16:06] <vorlon> fail
[16:07] <vorlon> ok, hacking old libcurl3-gnutls onto the filesystem too
[16:08] <doko> hmm, can you point me to a new package, and I build it with the new gnutls28?
[16:08] <mitchdz> ubuntu-release I made a FFE request for the multipath-tools merge in noble. Since I did most of the merge before the feature freeze, I'm wondering if you think I'd be fine to wait for the approval before re-doing the merge process, or should I go ahead and re-do the merge for the approval process?
[16:08] <vorlon> doko: https://launchpad.net/ubuntu/+source/curl/8.5.0-2ubuntu3 is the one that's dep-wait on armhf
[16:11] <LocutusOfBorg> bdmurray, release dpkg to updates please? LP: #2054741
[16:11] -ubottu:#ubuntu-release- Launchpad bug 2054741 in dpkg (Ubuntu Mantic) "dpkg-buildpackage ignores DEB_BUILD_PROFILES" [Undecided, Fix Committed] https://launchpad.net/bugs/2054741
[16:11] <LocutusOfBorg> thoughts?
[16:12] <vorlon> LocutusOfBorg: bdmurray is out of office today
[16:12] <LocutusOfBorg> ack thanks
[16:13] <LocutusOfBorg> I asked today to avoid the "lets not release on friday" answer :p
[16:13] <LocutusOfBorg> (me is joking, keep up the hard work!)
[16:15] <doko> vorlon: not concerned about, that the other archs are built with the old gnutls28?
[16:16] <vorlon> doko: other archs, the new package provides the old one so not a concern for bootstrapping
[16:16] <vorlon> we'll clean up that stuff later
[16:16] <vorlon> bootstrapping is the priority now
[16:16] <doko> ok
[16:18] <doko> still have a (at least) four step chain: rtmpdump -> openldap -> gnupg2 -> apt. doing curl in parallel
[16:19] <vorlon> rustc is on its way; hopefully I'll be able to get that published to the bootstrap archive before EOD and start a real build
[16:19] <vorlon> (last build on launchpad was 5 hours)
[16:21] <LocutusOfBorg> I think I fixed nodejs in the meanwhile
[16:23] <vorlon> doko: is there a bind9 bugfix we need to push to Debian re: libuv?
[16:25] <doko> vorlon: maintainer already replied to https://bugs.debian.org/1065538
[16:25] -ubottu:#ubuntu-release- Debian bug 1065538 in bind9-libs "bind9-libs hard-codes a dependency on libuv1" [Serious, Open]
[16:25] <vorlon> ok
[16:25] <doko> the mysql-8.0 bug doesn't have a reply yet
[16:26] <juliank> LocutusOfBorg: r basak is the SRU vanguard today per https://wiki.ubuntu.com/StableReleaseUpdates#Contacting_the_SRU_team
[16:27] <doko> vorlon: curl:
[16:27] <doko> The following packages have unmet dependencies:
[16:27] <doko>  libgnutls30 : Depends: libhogweed6 (>= 3.6) but it is not installable
[16:27] <doko>                Depends: libnettle8 (>= 3.7~) but it is not installable
[16:27] <doko>  libgnutls30t64 : Breaks: libgnutls30 (< 3.8.3-1.1ubuntu2) but 3.8.1-4ubuntu1 is to be installed
[16:27] <doko>  python3-cryptography : Depends: libssl3 (>= 3.0.0) but it is not installable
[16:27] <doko>  sbuild-build-depends-main-dummy : Depends: libldap2-dev
[16:27] <doko>  stunnel4 : Depends: libssl3 (>= 3.0.0) but it is not installable
[16:28] <doko> E: Unable to correct problems, you have held broken packages.
[16:28] <vorlon> doko: yes, I mentioned that dependency chain for curl last night here I think, sorry
[16:28] <vorlon> llvm-17,cmake -> libgit2,manual cargo -> rustc -> python-cryptography -> stunnel4 -> curl
[16:29] <doko> ahh, ok
[16:29] -queuebot:#ubuntu-release- New source: orchis-kde (noble-proposed/primary) [2024-01-08-0ubuntu1]
[16:30] <doko> vorlon, cpaelzer: mysql-8.0: https://bugs.debian.org/1065496 and https://bugs.debian.org/1065509
[16:30] -ubottu:#ubuntu-release- Debian bug 1065496 in src:mysql-8.0 "mysql-8.0 builds with the embedded zlib library" [Serious, Open]
[16:30] -ubottu:#ubuntu-release- Debian bug 1065509 in src:mysql-8.0 "mysql-8.0 ftbfs with test failure on 32bit time_t64" [Serious, Open]
[16:30] <Eickmeyer> ubuntu-archive: Please reject orchis-kde: Oops on the copyright. License typo.
[16:31] <vorlon> Eickmeyer: done
[16:31] <Eickmeyer> vorlon: Thanks
[16:32] -queuebot:#ubuntu-release- New: rejected orchis-kde [source] (noble-proposed) [2024-01-08-0ubuntu1]
[16:33] -queuebot:#ubuntu-release- New source: orchis-kde (noble-proposed/primary) [2024-01-08-0ubuntu1]
[16:35] <vorlon> doko: btw I'm trying to bootstrap python3.11 in Debian now, I could use a hint about the minimal path: python3.12 in the ppa has quite a lot of uploads
[16:39] <cpaelzer> doko: lvoytek said she has seen it and has a fix, but as you know testing is a pain with everything armhf related clogged on our side. She plans to get a merge request up today for it
[16:40] <doko> vorlon: remove the b-d's libreadline-dev, libssl-dev, libnsl-dev, libgdbm-dev, libdb-dev, and ignore debian/rules:1024, the ls -l command
[16:40] <vorlon> doko: aha thanks, the last bit is where my previous build attempt failed
[16:41] <doko> yes, didn't upload that yet
[17:16] <vorlon> if someone is manually retrying builds, I'd say there's no point right now.  The armhf bootstrap hasn't made much visible progress in the past day
[17:21] <doko> yeah, things are retried every second ... must be some script
[17:31] <tsimonq2> LocutusOfBorg, RikMills, sgmoore: anyone running a/The retry script right now? ^^^
[17:31] <vorlon> juliank: would you mind merging perl from unstable?  5.38.2-3.2
[17:33] <vorlon> juliank: (not published yet, I just NMUed to fix i386; but we should pick up the libperl transition)
[17:34] <sgmoore> tsimonq2: vorlon: yes sorry in a ppa. I have now aborted.
[17:34] <tsimonq2> vorlon, doko: FWIW https://git.launchpad.net/ka/tree/kubuntu-retry-builds exists, that's the only Standard retry script I know of, and I know it's ran, just have no idea if this is what's causing trouble
[17:34] <vorlon> sgmoore: "in a ppa"?
[17:35] <sgmoore> yes a staging ppa, new bugfix release of plasma. I will delay it till things settle. My apologies.
[17:35] <vorlon> sgmoore: we're talking about mass retries of package builds in the main archive
[17:35] <vorlon> I'm getting literally hundreds of build failure emails
[17:35] <sgmoore> On\h. nope, not me
[17:35] <vorlon> because someone is retrying failures in the archive pointlessly
[17:36] <tsimonq2> Is there an audit log LP-side that could give the AAs/someone a better idea of who's doing this?
[17:36] <RikMills> vorlon: tsimonq2 not me either
[17:37] <vorlon> tsimonq2: don't know honestly
[17:39] <LocutusOfBorg> vorlon, ack stopped
[17:41] <vorlon> LocutusOfBorg: ok cheers
[17:42] <sgmoore> whew ok, good to know my script didn't go rogue on me!
[17:42] <doko> sergiodj, vorlon: https://bugs.debian.org/1065566
[17:42] -ubottu:#ubuntu-release- Debian bug 1065566 in src:curl "curl profile pkg.curl.no-gnutls not working" [Normal, Open]
[17:48] <doko> vorlon: please could you add your curl notes to the wiki page? not sure where exactly they belong to
[17:49] <vorlon> doko: shortly yes
[17:56] -queuebot:#ubuntu-release- New binary: libverto [i386] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[17:57] -queuebot:#ubuntu-release- New binary: libverto [amd64] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[17:57] -queuebot:#ubuntu-release- New binary: libverto [arm64] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[17:57] <cjwatson> tsimonq2: (yes, for the record, although it's fiddly to access, requires Launchpad developers grepping appserver logs)
[17:58] -queuebot:#ubuntu-release- New: accepted libverto [amd64] (noble-proposed) [0.3.1-1.2ubuntu1]
[17:58] -queuebot:#ubuntu-release- New: accepted libverto [i386] (noble-proposed) [0.3.1-1.2ubuntu1]
[17:58] -queuebot:#ubuntu-release- New: accepted libverto [arm64] (noble-proposed) [0.3.1-1.2ubuntu1]
[17:59] -queuebot:#ubuntu-release- New binary: libverto [ppc64el] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[17:59] -queuebot:#ubuntu-release- New binary: libverto [s390x] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[18:01] <sergiodj> doko: ACK
[18:23] -queuebot:#ubuntu-release- New binary: libverto [riscv64] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[18:37] -queuebot:#ubuntu-release- New: accepted libverto [ppc64el] (noble-proposed) [0.3.1-1.2ubuntu1]
[18:37] -queuebot:#ubuntu-release- New: accepted libverto [s390x] (noble-proposed) [0.3.1-1.2ubuntu1]
[18:37] -queuebot:#ubuntu-release- New: accepted libverto [riscv64] (noble-proposed) [0.3.1-1.2ubuntu1]
[18:38] -queuebot:#ubuntu-release- New: accepted nut [amd64] (noble-proposed) [2.8.1-3.1ubuntu1]
[18:38] -queuebot:#ubuntu-release- New: accepted nut [ppc64el] (noble-proposed) [2.8.1-3.1ubuntu1]
[18:38] -queuebot:#ubuntu-release- New: accepted nut [s390x] (noble-proposed) [2.8.1-3.1ubuntu1]
[18:38] -queuebot:#ubuntu-release- New: accepted nut [arm64] (noble-proposed) [2.8.1-3.1ubuntu1]
[18:38] -queuebot:#ubuntu-release- New: accepted nut [riscv64] (noble-proposed) [2.8.1-3.1ubuntu1]
[18:43] -queuebot:#ubuntu-release- New binary: propellor [armhf] (noble-proposed/universe) [5.13-3build1] (no packageset)
[18:44] <vorlon> doko: is gnupg2 2.4.4-2ubuntu11 in a final state for noble?
[18:44] <vorlon> seems reasonable that it is
[19:06] -queuebot:#ubuntu-release- New binary: haskell-hsyaml [armhf] (noble-proposed/universe) [<IP_ADDRESS>-2build3] (no packageset)
[19:47] <utkarsh2102> mitchdz: hey, can you give me a link to the multipath-tools FFe, please?
[19:48] <utkarsh2102> https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/2040360, I suppose
[19:48] -ubottu:#ubuntu-release- Launchpad bug 2040360 in multipath-tools (Ubuntu) "[FFE ] Merge multipath-tools from Debian unstable for noble" [Undecided, New]
[19:59] <mitchdz> utkarsh2102: yup that is the bug!
[20:02] <utkarsh2102> mitchdz: perfect, I have some minor questions
[20:02] <utkarsh2102> I've commented on the bug before I can approve the FFe
[20:02] <utkarsh2102> I've marked the bug as Incomplete with the comment. When you answer those questions, can you please mark the bug as New and I'll take a look again.
[20:03] <mitchdz> Perfect, I'll look at them right away
[20:03] <utkarsh2102> perfect, thank you!
[20:03] <utkarsh2102> I'm here for a while if you can answer them. Otherwise, I'll keep an eye on the bug and re-review tomorrow (it's 1:33 AM here ;))
[20:11] <tsimonq2> cjwatson: Do you happen to remember what they'd be grepping for? This isn't the first time we've had this problem, would be great to give vorlon the information he needs. :)
[20:15] <cjwatson> tsimonq2: IIRC it usually involves hunting for POST requests to the URL paths that would be found in the relevant requests (the retry is on the build object so if you can identify some particular builds then there aren't usually many false positives here), and then there's an account= item in the log which can be fed to something like "SELECT name FROM person WHERE account = <whatever>;" on
[20:15] <cjwatson> staging
[20:16] <cjwatson> Though I normally did this sort of thing by experiment so some of the details there might be a bit off
[20:17] <cjwatson> It's in the appserver logs - LP developers can look at IIRC https://wiki.canonical.com/Launchpad/FreshLogs to find details of where to grab those from, and the file name is launchpad.log
[20:22] <tsimonq2> Thanks!
[20:24] <mitchdz> utkarsh2102: replied to the multipath-tools FFE question :)
[21:28] -queuebot:#ubuntu-release- New binary: gnome-online-accounts [amd64] (noble-proposed/main) [3.49.4-1] (i386-whitelist, ubuntu-desktop)
[21:29] -queuebot:#ubuntu-release- New binary: gnome-online-accounts [ppc64el] (noble-proposed/main) [3.49.4-1] (i386-whitelist, ubuntu-desktop)
[22:24] <mwhudson> vorlon, doko: anything obvious for me to look at today?
[22:30] <vorlon> mwhudson: well openldap successfully bootstrapped against libgnutls30t64, I think we want to work out moving some of these packages to the main archive now
[22:32] <mwhudson> vorlon: that means copy-package -b?
[22:32] <vorlon> yes
[22:33] <mwhudson> vorlon: does that require aa privs or can i do it?
[22:33] <vorlon> openldap and gnutls28 look ready to go, I don't know if there are others in doko's ppa that should also be copied
[22:33] <vorlon> mwhudson: you can do it
[22:34] <vorlon> also make sure the openldap copy actually shows the binaries, they aren't published yet in the ppa
[22:37] -queuebot:#ubuntu-release- New binary: gnome-online-accounts [s390x] (noble-proposed/main) [3.49.4-1] (i386-whitelist, ubuntu-desktop)
[22:38] -queuebot:#ubuntu-release- New binary: gnome-online-accounts [arm64] (noble-proposed/main) [3.49.4-1] (i386-whitelist, ubuntu-desktop)
[22:38] <mwhudson> would it be silly to ask why src:gnutls28 builds libgnutls30
[22:41] <vorlon> heh
[22:42] <mwhudson> hm actually need to eat and run an errand. biab
[22:43] <Eickmeyer> vorlon: Are you sure about this?? https://git.launchpad.net/~ubuntu-release/britney/+git/hints-ubuntu/commit/?id=59482913e069222efb1964f20a40c2a5fb97a50f (Raspberry Pis need it for first boot user config)
[22:43] -ubottu:#ubuntu-release- Commit 5948291 in ~ubuntu-release/britney/+git/hints-ubuntu "badtest ubiquity/armhf HEAD devel"
[22:43] <vorlon> Eickmeyer: yes
[22:43] <vorlon> armhf != arm64
[22:44] <jbicha> I got glib & gobject-introspection working again on !armhf. I need to do another glib upload for armhf to reset it for bootstrapping once lower-level stuff is installable again
[22:44] <Eickmeyer> Some pis are armhf
[22:44] <vorlon> none that are supported in 24.04
[22:45] <jbicha> so I guess the retry-build script could go ahead on !armhf since lots of stuff was blocked before
[23:02] <vorlon> mwhudson: ok, I'm copying over gnutls28 and openldap and checking what needs to be done for apt and gnupg2
[23:05] <vorlon> ah yes, gnupg2 obviously ftbfs because... cups
[23:07] <Eickmeyer> RAOF: When you wake up, orchis-kde resubmitted, fixes included.
[23:50] -queuebot:#ubuntu-release- New binary: gnome-online-accounts [riscv64] (noble-proposed/main) [3.49.4-1] (i386-whitelist, ubuntu-desktop)
[23:51] <mwhudson> vorlon: obviously
[23:52] <vorlon> mwhudson: it build-depends on ghostscript, which ghostscript->libgs10->libcups2 :/
[23:52] <lvoytek> doko: vorlon: I have the fixes ready for armhf time_t 64 bit in MySQL in Debian. Would you like me to upload or is there anything I should wait on? https://bugs.debian.org/1065496 https://bugs.debian.org/1065509
[23:52] -ubottu:#ubuntu-release- Debian bug 1065496 in src:mysql-8.0 "mysql-8.0 builds with the embedded zlib library" [Serious, Open]
[23:52] -ubottu:#ubuntu-release- Debian bug 1065509 in src:mysql-8.0 "mysql-8.0 ftbfs with test failure on 32bit time_t64" [Serious, Open]
[23:52] <mwhudson> vorlon: something something nodoc?
[23:52] <vorlon> mwhudson: so probably needs a ghostscriptless bootstrap build
[23:52] <vorlon> yeah
[23:52] <mwhudson> or does gnupg2 do something horrifying like print gpg keys directly
[23:53] <vorlon> lvoytek: please go ahead and upload. it will probably fail to satisfy build-dependencies on armhf, in which case we'll copy it to the bootstrap ppa
[23:53] <lvoytek> sounds good, thanks
[23:56] <vorlon> mwhudson: it's a build-dep only on ghostscript, and no libgs-dev
[23:57] -queuebot:#ubuntu-release- New binary: colord-gtk [amd64] (noble-proposed/main) [0.3.1-1] (ubuntu-desktop)
[23:58] -queuebot:#ubuntu-release- New binary: colord-gtk [ppc64el] (noble-proposed/main) [0.3.1-1] (ubuntu-desktop)
[23:58] -queuebot:#ubuntu-release- New binary: colord-gtk [s390x] (noble-proposed/main) [0.3.1-1] (ubuntu-desktop)


[04:07] <pleia2> bkerensa: can you send over the debian photo when you have a chance? :)
[04:08]  * pleia2 trying to finish blog post for days 1-2 tonight
[19:52] <MarkDude> https://plus.google.com/u/0/105095769731159704550/posts/M6qW1RFkDAx maybe a better hashtag would be #baconballet ?
[19:52] <darthrobot`> [R: plus.google.com] Title: [Mark Terranova - Google+ - Move along]


[23:26] <judax> Greetings!
[23:30] <zkriesse> greetings to you judax
[23:36] <judax> zkriesse: just stopped by to say "hi"; used to help out a bit
[23:36] <zkriesse> awesome