[01:46] <floown> Hello
[01:46] <floown> I want to lauch firefox and kate with command line
[01:46] <floown> I have test : kate --start start  > /dev/null 2> /dev/null &
[01:47] <floown> it's ok, it restore my 'start' session
[01:47] <floown> but if I enter : firefox & kate --start start  > /dev/null 2> /dev/null &      the terminal don't give me the prompt
 try firefox & kate &
 your command works for me... firefox & kate --start start  > /dev/null 2> /dev/null &
[01:50] <floown> IrcsomeBot4: I don't have the prompt back, I have this message : (/usr/lib/firefox/firefox:25666): dconf-WARNING **: 03:50:25.478: Unable to open /var/lib/flatpak/exports/share/dconf/profile/user: Permission non accordée
[01:53] <floown> Ok : firefox > /dev/null 2> /dev/null & kate --start start  > /dev/null 2> /dev/null &   works
[02:08] <carbonzero> has the release candidate for 19.04 been uploaded to the cdimage server yet? I see one daily live and that's it.
[02:09] <carbonzero> I saw the call for testing for the release candidate and I was just wondering if it was ready for download and installation.
 I missed the notice if somebody called for testers.  Do you have a link?
[02:13] <carbonzero> I saw the call for testers on the Kubuntu twitter feed. Let me see if I can find it.
[02:16] <valorie> I've not seen a notice that we have an RC yet
[02:16] <valorie> my tweet was just "it's coming!
[02:16] <valorie> yesterday or the day before, whenever they announced the final freeze
[02:17] <valorie> afaik from the -release chan it will be some hours at least
[02:17] <valorie> "can I get this in last minute" has been squelched though
[02:30] <carbonzero> valorie, ah, I see. Ok, stand down my alarm. lol
[02:30] <valorie> I mean, they're ready when they're ready
[02:30] <valorie> they should show up in the iso tracker soon though (within the next 12 hours)
[02:32] <valorie> so far only daily and beta show on http://iso.qa.ubuntu.com/qatracker
 Okie dokie. Just looking forward to my special brand of bounce-it-off-the-asphalt testing. Lol
[04:38] <Randune> hi all...I'm looking for a good reliable raid controller for linux (ubuntu) so I can run a raid 1 on it..(only 2 drives)..anyone have any suggestions?
[04:38] <Randune> I'm thinking either an ASM1061R based card, or an LSI card potentially
[05:29] <floown> Hello
[05:31] <floown> I want to lauch a command I have put in my .zshrc without use the terminal (konsole). How can I do it?
[05:31] <floown> * launch
[06:03] <diogenes_> floown, make a script or a key combination that will run the command.
[06:13] <floown> Oh, ok for the script! Nice idea
 Since installing the new nvidia driver in kubuntu Kwin is broken every time, I can not send the error by traditional ways, I send it here
 Application: KWin (kwin_x11), signal: Segmentation fault … Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". … [Current thread is 1 (Thread 0x7f90d6401d00 (LWP 6082))] … Thread 10 (Thread 0x7f9000c36700 (LWP 3374)): … #0  0x00007f90cedd29f3 in futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5595d47522f0) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 … #1
[06:37] <IrcsomeBot4> 0x00007f90cedd29f3 in __pthread_cond_wait_common (abstime=0x0, mutex=0x5595d47522a0, cond=0x5595d47522c8) at pthread_cond_wait.c:502 … #2  0x00007f90cedd29f3 in __pthread_cond_wait (cond=0x5595d47522c8, mutex=0x5595d47522a0) at pthread_cond_wait.c:655 … #3  0x00007f90d2f365ab in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 … #4  0x00007f90cdfa66a8 in  () at
[06:37] <IrcsomeBot4> /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5 … #5  0x00007f90cdfa6b0a in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5 … #6  0x00007f90d2f3517d in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 … #7  0x00007f90cedcc6db in start_thread (arg=0x7f9000c36700) at pthread_create.c:463 … #8  0x00007f90d5d7388f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 … Thread 9 (Thread 0x7f909b7ff700 (LWP 28669)): … #0  0x00007f90ce
[06:37] <IrcsomeBot4> futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5595d748cd14) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 … #1  0x00007f90cedd29f3 in __pthread_cond_wait_common (abstime=0x0, mutex=0x5595d748ccc0, cond=0x5595d748cce8) at pthread_cond_wait.c:502 … #2  0x00007f90cedd29f3 in __pthread_cond_wait (cond=0x5595d748cce8, mutex=0x5595d748ccc0) at pthread_cond_wait.c:655 … #3  0x00007f90d2f365ab in
[06:37] <IrcsomeBot4> QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 … #4  0x00007f90cdfa66a8 in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5 … #5  0x00007f90cdfa6b0a in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5 … #6  0x00007f90d2f3517d in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 … #7  0x00007f90cedcc6db in start_thread (arg=0x7f909b7ff700) at pthread_create.c:463 … #8  0x00007f90d5d7388f
[06:38] <valorie> good grief
[06:38] <valorie> use a pastebin please
[06:38] <valorie> it is unreadable
[06:39] <valorie> try pastebinit if you have a console
 (Document) https://irc-attachments.kde.org/G3zrhebo/file_14714.txt
 I send it in text file
[06:44] <valorie> @NewUser3671152667 -- I suppose that is somewhat better
[06:44] <valorie> have you tried nomodeset?
[06:44] <valorie> !nomodeset
[06:45] <valorie> @NewUser3671152667 have you tried uninstalling the problematic driver and going back to the previous one?
 I do not have problems with black screens, the problem is that kwin is constantly frozen, or when I open a window it breaks and the application is restarted constantly, it is not a serious problem, it is only annoying, if I go backwards with a downgrade with another nvidia driver probably the problem was corrected but I thought that the goal was to correct bugs and go forward and not go constantly like a crab backwards
[06:55] <valorie> well, certainly
[06:55] <valorie> the nvidia devels have only recently started to cooperate with linux devels
[06:56] <valorie> and even with the kwin team, so I hear
[06:56] <valorie> but so far, not enough progress
 By the way, 2 days ago I made a query here about the DeadBeeF program which did not appear to me when I opened it, the solution was to make a downgrade, at that step the only solutions will be downgrades lol
 (Photo, 941x719) https://irc-attachments.kde.org/qAS3R5nm/file_14715.jpg
[07:38] <floown> Euh... When I do ALT + F2 and enter  go or go.sh or sh go.sh it doesn't work
[07:39] <floown> When I enter sh -c "$HOME/bin/go.sh" it works
[07:39] <floown> Is it a bug?
[07:40] <valorie> how about ./go
[07:40] <valorie> probably how you have it set up, too
[07:41] <floown> valorie: it launch Easytag
[07:41] <valorie> but it's after midnight here so I'm going afk
[07:42] <floown> ok, goodnight ^^
[11:08] <BluesKaj> Howdy folks
[11:23] <Alexfrench> hi
[11:36] <BluesKaj> hi Alexfrench
[11:36] <Alexfrench> how is doing ??
[11:40] <BluesKaj> ok here, and you?
[12:19] <exell> hi, i'm looking for some help on a quick networking issue, I have a shared drive and network drive that I can find through my laptop but not through my pc both of them are running kubuntu
[12:20] <exell> the laptop has a network shortcut on the left and when clicked auto finds the different shares, the desktop only shows my bluetooth and add a network
[12:21] <exell> I've also tried googling it, says to uninstall samba / resintall etc... tried like the first page of solutions with no joy
[12:22] <BluesKaj> exell, have you tried the dolphin>network>add network folder option on the pc?
[12:22] <BluesKaj> also try connecting to the shares via ssh from the pc
[12:23] <exell> @BluesKaj yeah, tried it I can ssh between pc and laptop but I cannot get it to auto find the network share on the pc
[12:25] <BluesKaj> exell, how is the network drive set up, is it a NAS or...?
[12:26] <exell> its a usb connected to the router. I also have a samba share. so its basically smb://<myrouter>/
[12:26] <exell> the laptop shows it automatically, but the pc I cant even connect to it
[12:28] <exell> tried nemo which im using on the laptop too, says "nemo cannot handle network locations"
[12:28] <exell> could not display network:///
[12:31] <BluesKaj> does the pc have smb installed and does dolphin>network > Shared Folders (SMB) show the pc as shared ?
[12:32] <exell> Don't have "Shared Folders SMB" in netowrk @BluesKaj
[12:32] <BluesKaj> install samba
[12:33] <exell> smb is installed, but when i try to open samba in the menu it just opens and closes
[12:33] <BluesKaj> and make sure the pc folders a  shared as well
[12:33] <BluesKaj> are
[12:34] <exell> https://pastebin.com/ff0TKN9H
[12:36] <exell> ive removed and reinstalled samba, just wont open when i go though start menu but it shows as running through terminal
[12:37] <exell> this wont open >> https://community.linuxmint.com/img/screenshots/system-config-samba.png thats a random internet image
[12:41] <BluesKaj> rather than have a network drive connected to my router I now connect it to my pc as an outboard and it's easily detectable via the network folder option in dolphin on the LAN laptops and pcs
[12:42] <BluesKaj> unless of course you have windows pcs on the LAN
[12:43] <exell> yeah, but it works perfectly with my laptop just not this pc, they are both identical, the only difference is that laptop has lxfe and the pc has plasma but that wouldn't effect underlaying kubuntu
[12:54] <BluesKaj> can you ssh via ip to the network drive?
[12:54] <BluesKaj> from the pc
[13:03] <BluesKaj> exell, if not then join #ubuntu for more knowledgeable advice since that chat supports all ubuntu flavours, and there's a much larger population there to help you
[13:20] <bischoff> Hi folks
[13:20] <bischoff> I wanted to say I have a remarkably stable plasma-wayland on disco dingo
[13:21] <bischoff> it's the first time I see that
[13:21] <bischoff> so... congrats :-)
[13:24] <BluesKaj> bischoff, perhaps if you mention that in #ubuntu+1 then more users might be curious about plasma-wayland on disco dingo
[13:25] <bischoff> will do :-)
[13:26] <bischoff> done
[14:14] <Bakunster> hola
[15:36] <oh4> anyone know why 'ethtool' shows full duplex and 1000Mb/s speeds but the GUI "Configure Network Connections show's it at 100Mb/s and Half? It's set to auto negotiation according to 'ethtool' but not according to the NIC config tool in the GUI
[15:38] <oh4> I'm basically troubleshooting a network issue where my network completely pauses every so often (3-5 minute). Seems to happen more when on my browser (Chrome). It also may be an OS overall issue somewhere since I notice my conky setup completely freeze on metric refresh
 oh4, issues that i have seen are network cable and/or both network card and router/hub/switch all need 1GB capability.
[17:27] <oh4> I'm at 1GB at ever end...this only happens in Kubuntu not on fedora or windows on the same hardware (dual booted to verify). I think the issue is a DNS issue with systemd-resolve. I installed resolvconf about 20 minutes ago and disabled systemd-resolved and it seems better so far
[17:28] <oh4> I think my conky issue not refreshing is an isolated issue, though
[17:28] <oh4> s/ever/every
[19:04] <IrcsomeBot4> Kimo Antimo was added by: Kimo Antimo
[20:18] <IrcsomeBot4> Franky2010 was added by: Franky2010
[21:00] <tomreyn> oh4: you didn't say which kubuntu version you're running, but i think there was (maybe still is?) a bug in network manager regarding its display of network bandwidth. you should indeed rely on ethtool, the ip and maybe nmcli utilities rather than the GUI there.
[21:01] <tomreyn> i also think this is a separate issue from the one you're actually trying to solve.


[01:54] -queuebot:#ubuntu-release- New: accepted budgie-wallpapers [amd64] (jammy-proposed) [22.04]
[01:54] -queuebot:#ubuntu-release- New binary: logging-tree [amd64] (jammy-proposed/universe) [1.9-1] (no packageset)
[01:55] -queuebot:#ubuntu-release- New: accepted fcft [amd64] (jammy-proposed) [3.0.1-2]
[01:55] -queuebot:#ubuntu-release- New: accepted fcft [armhf] (jammy-proposed) [3.0.1-2]
[01:55] -queuebot:#ubuntu-release- New: accepted fcft [riscv64] (jammy-proposed) [3.0.1-2]
[01:55] -queuebot:#ubuntu-release- New: accepted gnome-desktop [amd64] (jammy-proposed) [42~alpha.1-1ubuntu1]
[01:55] -queuebot:#ubuntu-release- New: accepted gnome-desktop [armhf] (jammy-proposed) [42~alpha.1-1ubuntu1]
[01:55] -queuebot:#ubuntu-release- New: accepted gnome-desktop [riscv64] (jammy-proposed) [42~alpha.1-1ubuntu1]
[01:55] -queuebot:#ubuntu-release- New: accepted libervia-pubsub [amd64] (jammy-proposed) [0.4.0-1]
[01:55] -queuebot:#ubuntu-release- New: accepted fcft [arm64] (jammy-proposed) [3.0.1-2]
[01:55] -queuebot:#ubuntu-release- New: accepted fcft [s390x] (jammy-proposed) [3.0.1-2]
[01:55] -queuebot:#ubuntu-release- New: accepted gnome-desktop [ppc64el] (jammy-proposed) [42~alpha.1-1ubuntu1]
[01:55] -queuebot:#ubuntu-release- New: accepted libjs-toastr [amd64] (jammy-proposed) [2.1.4~ds-4]
[01:55] -queuebot:#ubuntu-release- New: accepted fcft [ppc64el] (jammy-proposed) [3.0.1-2]
[01:55] -queuebot:#ubuntu-release- New: accepted gnome-desktop [s390x] (jammy-proposed) [42~alpha.1-1ubuntu1]
[01:55] -queuebot:#ubuntu-release- New: accepted gnome-desktop [arm64] (jammy-proposed) [42~alpha.1-1ubuntu1]
[01:56] -queuebot:#ubuntu-release- New: accepted ocsipersist [amd64] (jammy-proposed) [1.0.5-1]
[01:56] -queuebot:#ubuntu-release- New: accepted ocsipersist [armhf] (jammy-proposed) [1.0.5-1]
[01:56] -queuebot:#ubuntu-release- New: accepted ocsipersist [riscv64] (jammy-proposed) [1.0.5-1]
[01:56] -queuebot:#ubuntu-release- New: accepted ocsipersist [arm64] (jammy-proposed) [1.0.5-1]
[01:56] -queuebot:#ubuntu-release- New: accepted ocsipersist [s390x] (jammy-proposed) [1.0.5-1]
[01:56] -queuebot:#ubuntu-release- New: accepted ocsipersist [ppc64el] (jammy-proposed) [1.0.5-1]
[01:56] -queuebot:#ubuntu-release- New: accepted mkdocs-material [amd64] (jammy-proposed) [8.1.3-1]
[01:56] -queuebot:#ubuntu-release- New: accepted timeout-decorator [amd64] (jammy-proposed) [0.5.0-1]
[01:56] -queuebot:#ubuntu-release- New: accepted python-model-bakery [amd64] (jammy-proposed) [1.4.0-1]
[01:56] -queuebot:#ubuntu-release- New: accepted traittypes [amd64] (jammy-proposed) [0.2.1-2]
[01:57] -queuebot:#ubuntu-release- New: accepted python-pathvalidate [amd64] (jammy-proposed) [2.5.0-1]
[01:57] -queuebot:#ubuntu-release- New: accepted unison-2.51+4.13.1 [arm64] (jammy-proposed) [2.51.5-1]
[01:57] -queuebot:#ubuntu-release- New: accepted unison-2.51+4.13.1 [ppc64el] (jammy-proposed) [2.51.5-1]
[01:57] -queuebot:#ubuntu-release- New: accepted unison-2.51+4.13.1 [s390x] (jammy-proposed) [2.51.5-1]
[01:57] -queuebot:#ubuntu-release- New: accepted unison-2.51+4.13.1 [amd64] (jammy-proposed) [2.51.5-1]
[01:57] -queuebot:#ubuntu-release- New: accepted unison-2.51+4.13.1 [riscv64] (jammy-proposed) [2.51.5-1]
[01:57] -queuebot:#ubuntu-release- New: accepted unison-2.51+4.13.1 [armhf] (jammy-proposed) [2.51.5-1]
[01:58] -queuebot:#ubuntu-release- New: accepted go-rpmdb [amd64] (jammy-proposed) [0.0~git20210911.73bd0ce-1]
[01:58] -queuebot:#ubuntu-release- New: accepted go-rpmdb [armhf] (jammy-proposed) [0.0~git20210911.73bd0ce-1]
[01:58] -queuebot:#ubuntu-release- New: accepted go-rpmdb [riscv64] (jammy-proposed) [0.0~git20210911.73bd0ce-1]
[01:58] -queuebot:#ubuntu-release- New: accepted libpdfbox-graphics2d-java [amd64] (jammy-proposed) [0.34-1]
[01:58] -queuebot:#ubuntu-release- New: accepted package-notes [amd64] (jammy-proposed) [0.5]
[01:58] -queuebot:#ubuntu-release- New: accepted go-rpmdb [arm64] (jammy-proposed) [0.0~git20210911.73bd0ce-1]
[01:58] -queuebot:#ubuntu-release- New: accepted go-rpmdb [s390x] (jammy-proposed) [0.0~git20210911.73bd0ce-1]
[01:58] -queuebot:#ubuntu-release- New: accepted wcag-contrast-ratio [amd64] (jammy-proposed) [0.9-1]
[01:58] -queuebot:#ubuntu-release- New: accepted go-rpmdb [ppc64el] (jammy-proposed) [0.0~git20210911.73bd0ce-1]
[01:58] -queuebot:#ubuntu-release- New: accepted node-graphql [amd64] (jammy-proposed) [15.5.0-1]
[01:59] -queuebot:#ubuntu-release- New: accepted bqplot [amd64] (jammy-proposed) [0.12.32-1]
[01:59] -queuebot:#ubuntu-release- New: accepted kubernetes-split-yaml [amd64] (jammy-proposed) [0.3.0-1]
[01:59] -queuebot:#ubuntu-release- New: accepted node-wikidata-lang [amd64] (jammy-proposed) [2.0.11-1]
[01:59] -queuebot:#ubuntu-release- New: accepted nvidia-cudnn [arm64] (jammy-proposed) [<IP_ADDRESS>~cuda11.4]
[01:59] -queuebot:#ubuntu-release- New: accepted r-cran-simplermarkdown [amd64] (jammy-proposed) [0.0.4-1]
[01:59] -queuebot:#ubuntu-release- New: accepted tclsoldout [amd64] (jammy-proposed) [0.1.1-1]
[01:59] -queuebot:#ubuntu-release- New: accepted input-remapper [amd64] (jammy-proposed) [1.3.0-1]
[01:59] -queuebot:#ubuntu-release- New: accepted nvidia-cudnn [amd64] (jammy-proposed) [<IP_ADDRESS>~cuda11.4]
[01:59] -queuebot:#ubuntu-release- New: accepted rebar3 [amd64] (jammy-proposed) [3.18.0-1]
[01:59] -queuebot:#ubuntu-release- New: accepted node-uvu [amd64] (jammy-proposed) [0.5.3+~cs4.10.3-3]
[01:59] -queuebot:#ubuntu-release- New: accepted nvidia-cudnn [ppc64el] (jammy-proposed) [<IP_ADDRESS>~cuda11.4]
[01:59] -queuebot:#ubuntu-release- New: accepted 1oom [amd64] (jammy-proposed) [1.0-2]
[01:59] -queuebot:#ubuntu-release- New: accepted fcitx5-keyman [amd64] (jammy-proposed) [1.0.2-1]
[01:59] -queuebot:#ubuntu-release- New: accepted fcitx5-table-other [amd64] (jammy-proposed) [5.0.7-1]
[01:59] -queuebot:#ubuntu-release- New: accepted logging-tree [amd64] (jammy-proposed) [1.9-1]
[01:59] -queuebot:#ubuntu-release- New: accepted node-should-sinon [amd64] (jammy-proposed) [0.0.6-1]
[01:59] -queuebot:#ubuntu-release- New: accepted c-vtapi [amd64] (jammy-proposed) [0.0~git20210831.b30f7ad-1]
[01:59] -queuebot:#ubuntu-release- New: accepted hatchling [amd64] (jammy-proposed) [0.11.3-1]
[01:59] -queuebot:#ubuntu-release- New: accepted fcitx5-sayura [amd64] (jammy-proposed) [5.0.5-1]
[01:59] -queuebot:#ubuntu-release- New: accepted nats.c [amd64] (jammy-proposed) [2.5.1-1]
[02:00] -queuebot:#ubuntu-release- New: accepted xerial-sqlite-jdbc [amd64] (jammy-proposed) [<IP_ADDRESS>+dfsg1-1]
[02:00] -queuebot:#ubuntu-release- New: accepted rapidcheck [amd64] (jammy-proposed) [0~1033-08b5058-2]
[02:00] -queuebot:#ubuntu-release- New: accepted rapidcheck [armhf] (jammy-proposed) [0~1033-08b5058-2]
[02:00] -queuebot:#ubuntu-release- New: accepted rapidcheck [riscv64] (jammy-proposed) [0~1033-08b5058-2]
[02:00] -queuebot:#ubuntu-release- New: accepted toybox [amd64] (jammy-proposed) [0.8.6+dfsg-1]
[02:00] -queuebot:#ubuntu-release- New: accepted toybox [armhf] (jammy-proposed) [0.8.6+dfsg-1]
[02:00] -queuebot:#ubuntu-release- New: accepted toybox [riscv64] (jammy-proposed) [0.8.6+dfsg-1]
[02:00] -queuebot:#ubuntu-release- New: accepted rapidcheck [arm64] (jammy-proposed) [0~1033-08b5058-2]
[02:00] -queuebot:#ubuntu-release- New: accepted rapidcheck [s390x] (jammy-proposed) [0~1033-08b5058-2]
[02:00] -queuebot:#ubuntu-release- New: accepted toybox [ppc64el] (jammy-proposed) [0.8.6+dfsg-1]
[02:00] -queuebot:#ubuntu-release- New: accepted rapidcheck [ppc64el] (jammy-proposed) [0~1033-08b5058-2]
[02:00] -queuebot:#ubuntu-release- New: accepted toybox [s390x] (jammy-proposed) [0.8.6+dfsg-1]
[02:01] -queuebot:#ubuntu-release- New: accepted toybox [arm64] (jammy-proposed) [0.8.6+dfsg-1]
[02:01] -queuebot:#ubuntu-release- New: accepted pythran [amd64] (jammy-proposed) [0.10.0+ds2-1]
[02:01] -queuebot:#ubuntu-release- New: accepted pythran [riscv64] (jammy-proposed) [0.10.0+ds2-1]
[02:01] -queuebot:#ubuntu-release- New: accepted pythran [arm64] (jammy-proposed) [0.10.0+ds2-1]
[05:28] -queuebot:#ubuntu-release- New binary: obs-transition-table [amd64] (jammy-proposed/universe) [0.2.1-2] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: ace [amd64] (jammy-proposed/universe) [7.0.6+dfsg-2] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: rocm-cmake [amd64] (jammy-proposed/universe) [5.0.0-1] (no packageset)
[05:32] -queuebot:#ubuntu-release- New binary: ace [s390x] (jammy-proposed/universe) [7.0.6+dfsg-2] (no packageset)
[05:33] -queuebot:#ubuntu-release- New binary: obs-transition-table [ppc64el] (jammy-proposed/universe) [0.2.1-2] (no packageset)
[05:34] -queuebot:#ubuntu-release- New binary: ace [ppc64el] (jammy-proposed/universe) [7.0.6+dfsg-2] (no packageset)
[05:35] -queuebot:#ubuntu-release- New binary: poke [amd64] (jammy-proposed/universe) [2.1+dfsg-2] (no packageset)
[05:43] -queuebot:#ubuntu-release- New binary: ace [arm64] (jammy-proposed/universe) [7.0.6+dfsg-2] (no packageset)
[05:46] -queuebot:#ubuntu-release- New binary: obs-transition-table [armhf] (jammy-proposed/universe) [0.2.1-2] (no packageset)
[05:47] -queuebot:#ubuntu-release- New binary: obs-transition-table [arm64] (jammy-proposed/universe) [0.2.1-2] (no packageset)
[05:50] -queuebot:#ubuntu-release- New binary: ace [armhf] (jammy-proposed/universe) [7.0.6+dfsg-2] (no packageset)
[06:07] -queuebot:#ubuntu-release- New sync: oem-sutton.newell-caesar-meta (focal-proposed/primary) [20.04~ubuntu1]
[07:00] -queuebot:#ubuntu-release- New binary: ignition-physics [armhf] (jammy-proposed/universe) [5.1.0+ds1-4] (no packageset)
[07:19] -queuebot:#ubuntu-release- New binary: ignition-physics [arm64] (jammy-proposed/universe) [5.1.0+ds1-4] (no packageset)
[07:25] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-weedle-meta to canonical-oem-metapackages in bionic
[07:25] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-weedle-meta to canonical-oem-metapackages in focal
[07:34] -queuebot:#ubuntu-release- New sync: oem-somerville-weedle-meta (focal-proposed/primary) [20.04~ubuntu1]
[07:55] -queuebot:#ubuntu-release- New sync: tpm2-openssl (jammy-proposed/primary) [1.0.1-1]
[08:39] <mwhudson> sil2100: fancy seeing you here!
[08:40] <mwhudson> sil2100: can you badtest fpc/armhf in jammy pls? it's a bit of a fib because glibc actually breaks fpc but i have a patch for glibc ready to go, i just want glibc to migrate to updates so it stops blocking every package and its dog
[08:40] <mwhudson> s/to updates/to release/ obvs
[08:44] <sil2100> o/
[08:44] <sil2100> Lemme look
[08:46] <mwhudson> sil2100: i convinced steve this was a good idea at some point in the archives of this channel if you want to look :)
[08:46] <sil2100> Oh, so a follow up glibc upload will be needed? I just love the thought of us having to re-run all the autopkgtests again - how I love glibc updates :)
[08:48] <mwhudson> yeah
[08:48] <mwhudson> the changes will be slight, i think we could argue that only running some randomly chosen subset of tests would be fine
[08:48] <sil2100> Ok, I'll hint this one. But I also see there's 3 other tests still running?
[08:48] <mwhudson> not sure how to achieve that though
[08:48] <mwhudson> oh really
[08:49] <sil2100> Oh, even 3!
[08:49] <mwhudson> do we have the power to bump those up the queue?
[08:49] <sil2100> All amd64
[08:49] <sil2100> hm, maybe juliank would know ^
[08:50] <sil2100> Not sure how much we can manipulate the rabbitmq queue
[08:50] <mwhudson> i wonder, maybe we can construct "retry" urls (which aiui go into the ubuntu queue, not the huge queue)
[08:51] <juliank> you can do that, yes
[08:51] <sil2100> Anyway, I'll hint fpc. As for the follow up upload, we can always run some tests and then skiptest it to get it into the archive. But we'd probably have to kill all the tests we don't care and bump the ones we do care about :)
[08:51] <juliank> can only kill
[08:51] <juliank> well
[08:52] <juliank> I can kill *everything* and then queue the interesting ones and then requeue the test, but ugh
[08:52] <juliank> and ok, kill them from huge and try them on ubuntu instead
[08:53] <mwhudson> ok i've triggered those tests by hand i think
[08:54] <mwhudson> there's an upstream clean up i wanted to get into the next upload too but it hasn't been committed yet so maybe we can wait a bit
[08:54] <mwhudson> depending on how disruptive having fpc broken on armhf is
[09:00] -queuebot:#ubuntu-release- New binary: ace [riscv64] (jammy-proposed/universe) [7.0.6+dfsg-2] (no packageset)
[09:40]  * mwhudson tries to work out from https://people.canonical.com/~ubuntu-archive/proposed-migration/update_output_notest.txt if glibc will migrate when these tests are done
[09:43] <mwhudson> oh what two more running tests have appeared
[10:51] <sil2100> mwhudson: yeah, those just keep popping up!
[10:52] <sil2100> I hinted fpc but I think we might want to wait for the new ones still. Interesting that they only now appeared, didn't see those before? Like toybox?
[11:14] -queuebot:#ubuntu-release- New binary: go-sendxmpp [s390x] (jammy-proposed/none) [0.1.2-1] (no packageset)
[11:15] <schopin> I have a package that is currently broken (LP: #1958439). It is fixed upstream, the fix is in a RC release, but I'm not sure they'll get a full version out before feature freeze. If I package the RC version now, would I need a FFe to update it to the final release?
[11:15] -queuebot:#ubuntu-release- New binary: go-sendxmpp [ppc64el] (jammy-proposed/none) [0.1.2-1] (no packageset)
[11:16] -queuebot:#ubuntu-release- New binary: go-sendxmpp [arm64] (jammy-proposed/none) [0.1.2-1] (no packageset)
[11:17] -queuebot:#ubuntu-release- New binary: go-sendxmpp [armhf] (jammy-proposed/none) [0.1.2-1] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: go-sendxmpp [amd64] (jammy-proposed/none) [0.1.2-1] (no packageset)
[11:28] <seb128> schopin, hey, no need of a ffe then if the change you will upload (the diff between the rc and stable) is within the ff rules
[11:38] -queuebot:#ubuntu-release- New binary: go-sendxmpp [riscv64] (jammy-proposed/none) [0.1.2-1] (no packageset)
[11:51] <sil2100> schopin: as seb128 said. Basically FFe's are required for uploads that add new 'features' to the default experience (whatever is seeded) in comparison to what was the state before FF
[11:51] <schopin> Wait, that means universe isn't subject to FF?
[11:51] <sil2100> schopin: so if the final version has the same feature-set as the RC, then it's good to go
[11:52] <sil2100> hm, if an universe package is not seeded anywhere (not used by any flavors), I don't think we ever required FFe's
[11:54] <sil2100> I mean, I don't think this is an official stance though, but it's like with NEW packages that one wants to add after FF
[11:56] <sil2100> Ok, I think I just had the 'luck' of not ever having to review a non-seeded universe package FFe
[11:57] <sil2100> I think per-policy those still might be needed
[11:59] <sil2100> Might need to consult other release team members, since my memory and experiences are in conflict with the policy per-se
[12:02] <seb128> https://wiki.ubuntu.com/FeatureFreeze
[12:02] <seb128> 'Exceptions have to be approved by the release management team for all packages in the archive (ie main, restricted, universe and multiverse)'
[12:03] <seb128> schopin, so yes, you would need a ffe even for universe
[12:39] -queuebot:#ubuntu-release- Unapproved: gallery-dl (focal-backports/universe) [1.20.3-1~bpo20.04.1 => 1.20.5-1~bpo20.04.1] (no packageset)
[12:52] <sil2100> schopin: yeah, so ignore what I said, I just got confused today again - all existing Ubuntu packages need to follow the policy
[12:53] <schopin> allright :)
[13:00] <sil2100> The NEW package situation is different as new packages basically introduce no risk of regressions, as they're just new packages. But for anything that already exists FF is definite, as we don't want to introduce feature regressions for any kinds of users. I guess I just needed some coffee to get my brain fixed
[14:43] <sil2100> paride: hello hello! Just a quick touch-base: how are subiquity images for focal looking nowadays? (with .4 in mind)
[14:49] <paride> sil2100, hi! looking good so far but I'll do another round of manual checks. However I have a (recurring...) doubt about subiquity:
[14:49] <paride> now we have 22.02.1 in latest/edge, tagged yesterday I believe. Will this get promoted into stable before .4, and thus included in the images?
[14:56] <sil2100> paride: I need to touch base with dbungert today about this!
[14:58] <sil2100> dbungert: hey hey, in case you're around already: what are the plans for subiquity for 20.04.4? Will the latest subiquity be used there or is there a .4 (focal) targetted version to be existing in the 20.04 branch?
[15:00] <paride> sil2100, in any case maybe we should have dailies built against candidate/* channels? And then publish something there of course
[15:00] <paride> Similar to the knob we have to build images from -proposed
[15:43] -queuebot:#ubuntu-release- New binary: ignition-physics [riscv64] (jammy-proposed/universe) [5.1.0+ds1-4] (no packageset)
[15:52] <dbungert> sil2100: we have at least one more thing to sneak into subiquity for 20.04.4, we want subiquity to be able to ingest ubiquity/partman-auto's logic about sizing /boot
[15:59] <bdmurray> paride: ^^
[16:00] <dbungert> paride: and things for the reminder to promote that subiquity build I was considering to candidate
[16:03] <dbungert> *thanks
[16:03] <paride> dbungert, thanks for the update, please ping me once that's done so I'll run some tests
[16:32] <RikMills> glibc migrating I think
[16:44] <LocutusOfBorg> yeah
[16:49] <ginggs> \o/
[16:50] <schopin> that was quick :)
[17:00] <bdmurray> paride: Did you see that the jammy live server iso is oversized today?
[17:03] <paride> bdmurray, yes, it's not massively oversized so it may be physiological, but I didn't check what specifically increased in size yet
[17:19] -queuebot:#ubuntu-release- New binary: mdnsd [ppc64el] (jammy-proposed/universe) [0.11-2] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: mdnsd [arm64] (jammy-proposed/universe) [0.11-2] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: mdnsd [s390x] (jammy-proposed/universe) [0.11-2] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: mdnsd [armhf] (jammy-proposed/universe) [0.11-2] (no packageset)
[17:39] -queuebot:#ubuntu-release- New binary: mdnsd [amd64] (jammy-proposed/universe) [0.11-2] (no packageset)
[17:39] -queuebot:#ubuntu-release- New binary: mdnsd [riscv64] (jammy-proposed/universe) [0.11-2] (no packageset)
[17:45] -queuebot:#ubuntu-release- New binary: qdjango [amd64] (jammy-proposed/universe) [0.6.2-3.2] (no packageset)
[18:45] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (focal-proposed/main) [2.664.38 => 2.664.39] (desktop-core, i386-whitelist)
[18:48] <sil2100> bdmurray: hey! Can you review livecd-rootfs for me ^ ? It's needed for .4, basically for new pi device support
[18:48] <sil2100> waveform already tested it a lot
[18:49] <bdmurray> sil2100: sure, looking now
[18:50] <bdmurray> sil2100: did you build on the existing one?
[18:50] <sil2100> dbungert: thank you! Ok, that makes sense, please give me a sign once you're ready - do you know what's the ETA for that?
[18:50] <bdmurray> No, okay we can release the other one early.
[18:50] <sil2100> bdmurray: what do you mean? I used the git repo stte
[18:50] <sil2100> *state
[18:51] <bdmurray> right there is still one in -proposed
[18:51] <sil2100> bdmurray: no, I don't think so, I think it's a leftover
[18:51] <sil2100> I think the -proposed one got released
[18:51] <sil2100> (the bug was Fix Released and livecd-rootfs is listed as ready for cleanup)
[18:51] <bdmurray> but not for impish *sighI
[18:51] <sil2100> Ouchy!
[18:52] <sil2100> Well, it's livecd-rootfs, so upgrades are not as important ;) Let me release it for you!
[18:53] <sil2100> Ok, should be done now, now I EOD
[18:53] <sil2100> o/
[18:53] <sil2100> Thanks o/
[18:55] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (focal-proposed) [2.664.39]
[19:13] <Eickmeyer> ubuntu-archive: Looking for a review on bismuth in NEW. Should be fairly straightforward.
[19:16] -queuebot:#ubuntu-release- New binary: gvfs [s390x] (jammy-proposed/main) [1.48.1-3] (desktop-core, i386-whitelist)
[19:17] -queuebot:#ubuntu-release- New binary: gvfs [ppc64el] (jammy-proposed/main) [1.48.1-3] (desktop-core, i386-whitelist)
[19:19] -queuebot:#ubuntu-release- New binary: gvfs [i386] (jammy-proposed/main) [1.48.1-3] (desktop-core, i386-whitelist)
[19:21] -queuebot:#ubuntu-release- New binary: gvfs [amd64] (jammy-proposed/main) [1.48.1-3] (desktop-core, i386-whitelist)
[19:21] -queuebot:#ubuntu-release- New binary: gvfs [armhf] (jammy-proposed/main) [1.48.1-3] (desktop-core, i386-whitelist)
[19:21] -queuebot:#ubuntu-release- New binary: gvfs [arm64] (jammy-proposed/main) [1.48.1-3] (desktop-core, i386-whitelist)
[19:54] -queuebot:#ubuntu-release- New binary: gvfs [riscv64] (jammy-proposed/main) [1.48.1-3] (desktop-core, i386-whitelist)
[20:44] <jbicha> please reject the new gvfs packages. next sync from Debian won't include the new binary packages
[21:05] <mwhudson> woo glibc migrated
[21:24] -queuebot:#ubuntu-release- Unapproved: accepted keepalived [source] (focal-proposed) [1:2.0.19-2ubuntu0.2]
[23:23] -queuebot:#ubuntu-release- New binary: libzbd [ppc64el] (jammy-proposed/universe) [2.0.2-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: libtree [ppc64el] (jammy-proposed/none) [3.0.2-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: libzbd [s390x] (jammy-proposed/universe) [2.0.2-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: nvidia-egl-gbm [ppc64el] (jammy-proposed/none) [1.1.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: pyqt6-sip [ppc64el] (jammy-proposed/none) [13.2.1-2] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: budgie-control-center [ppc64el] (jammy-proposed/none) [0.4-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: gh [ppc64el] (jammy-proposed/none) [2.4.0+dfsg1-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: freeart [ppc64el] (jammy-proposed/none) [3.3.0+ds1-2] (no packageset)
[23:29] -queuebot:#ubuntu-release- New binary: libzbd [arm64] (jammy-proposed/universe) [2.0.2-1] (no packageset)
[23:29] -queuebot:#ubuntu-release- New binary: libzbd [armhf] (jammy-proposed/universe) [2.0.2-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: libtree [s390x] (jammy-proposed/universe) [3.0.2-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: msc-generator [ppc64el] (jammy-proposed/universe) [7.1-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: budgie-control-center [s390x] (jammy-proposed/universe) [0.4-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: pyqt6-sip [s390x] (jammy-proposed/universe) [13.2.1-2] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: gh [s390x] (jammy-proposed/universe) [2.4.0+dfsg1-1] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: libzbd [amd64] (jammy-proposed/universe) [2.0.2-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- Unapproved: gtk+3.0 (focal-proposed/main) [3.24.20-0ubuntu1 => 3.24.20-0ubuntu1.1] (i386-whitelist, ubuntu-desktop)
[23:37] -queuebot:#ubuntu-release- New binary: msc-generator [s390x] (jammy-proposed/universe) [7.1-1] (no packageset)
[23:39] -queuebot:#ubuntu-release- New binary: baconqrcode [amd64] (jammy-proposed/universe) [2.0.6-1] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: libtree [riscv64] (jammy-proposed/universe) [3.0.2-1] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: freeart [amd64] (jammy-proposed/universe) [3.3.0+ds1-2] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: libtree [amd64] (jammy-proposed/universe) [3.0.2-1] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: node-parse-srcset [amd64] (jammy-proposed/universe) [1.0.2-1] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: gh [amd64] (jammy-proposed/universe) [2.4.0+dfsg1-1] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: luckyluks [amd64] (jammy-proposed/universe) [2.0.1-1] (no packageset)
[23:44] -queuebot:#ubuntu-release- New binary: pyqt6-sip [amd64] (jammy-proposed/universe) [13.2.1-2] (no packageset)
[23:46] -queuebot:#ubuntu-release- New binary: libtree [arm64] (jammy-proposed/universe) [3.0.2-1] (no packageset)
[23:46] -queuebot:#ubuntu-release- New binary: libtree [armhf] (jammy-proposed/universe) [3.0.2-1] (no packageset)
[23:47] -queuebot:#ubuntu-release- New binary: nvidia-egl-gbm [amd64] (jammy-proposed/multiverse) [1.1.0-1] (no packageset)
[23:50] -queuebot:#ubuntu-release- New binary: budgie-control-center [arm64] (jammy-proposed/universe) [0.4-1] (no packageset)
[23:50] -queuebot:#ubuntu-release- New binary: python-bracex [amd64] (jammy-proposed/universe) [2.2.1-1] (no packageset)
[23:50] -queuebot:#ubuntu-release- New binary: budgie-control-center [armhf] (jammy-proposed/universe) [0.4-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: gh [arm64] (jammy-proposed/universe) [2.4.0+dfsg1-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: pyqt6-sip [arm64] (jammy-proposed/universe) [13.2.1-2] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: gh [armhf] (jammy-proposed/universe) [2.4.0+dfsg1-1] (no packageset)
[23:54] -queuebot:#ubuntu-release- New binary: msc-generator [amd64] (jammy-proposed/universe) [7.1-1] (no packageset)
[23:54] -queuebot:#ubuntu-release- New binary: pyqt6-sip [armhf] (jammy-proposed/universe) [13.2.1-2] (no packageset)
[23:54] -queuebot:#ubuntu-release- New binary: nvidia-egl-gbm [arm64] (jammy-proposed/multiverse) [1.1.0-1] (no packageset)
[23:54] -queuebot:#ubuntu-release- New binary: pyqt6-sip [riscv64] (jammy-proposed/universe) [13.2.1-2] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: freeart [armhf] (jammy-proposed/universe) [3.3.0+ds1-2] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: freeart [arm64] (jammy-proposed/universe) [3.3.0+ds1-2] (no packageset)
[23:57] -queuebot:#ubuntu-release- New binary: budgie-control-center [amd64] (jammy-proposed/universe) [0.4-1] (no packageset)


[17:46] <RavengamerSpace> hi
[18:42] <fireprfHydra> I made a symbolic link to a folder and get "select an application to open symbolic links." Opening with pcmanfm just gives an endless hourglass, any ideas?
[18:46] <krytarik> Appears broken, then.
[18:47] <fireprfHydra> yeah my pc is partly crashing right now heh
[21:33] <Kurtis> hey, im trying to install lubuntu on my Dell laptop, but it just loads into grub whenever i try to boot off the usb stick
[21:35] <Kurtis> i turned secure boot off, otherwise it gave me a signature error
[21:35] <Kurtis> I want to dual boot it with windows 10 which is already installed
[21:37] <Kurtis> if i try to boot into legacy mode the screen just flashes black with a white - and then fails
[21:45] <Kurtis> nvm! worked it out, my usb stick was in ntfs and it didn't like it


[02:20] <henn> hey guys
[02:21] <henn> i will be moving to egypt soon
[02:26] <henn> hi @lunapersa
[02:34] <lunapersa> hi


[01:42] <gevreeen> does someone know of a good (but small) project hosted on launchpad where I can test my git setup?
[01:42] <gevreeen> (still hours until I could get an account from staging)
[01:42] <gevreeen> (just cloning)
[01:43] <gevreeen> never mind. found one
[02:24] <gevreeen> where is git.launchpad.net's public key posted?
[02:26] <gevreeen> no sshfp/tlsa/srv/txt record?
[02:26] <gevreeen> is it posted somewhere?
[02:34] <gevreeen> or rather, can someone just post it here?
[02:35] <gevreeen> my suggestion is for to define sshfp rr alongside rrsig for dnssec
[02:35] <gevreeen> *for launchpad/canonical to define*
[02:39] <gevreeen> (also, when could we use ed25519/ed448 keys?)
[02:44] <sarnold> work is underway on the ed25519 keys; I get the impression we're owners of that support in twisted, and some of the libraries involved are particular about which versions of python they'll run on, etc. it sounds frustrating...
[02:44] <gevreeen> rewt from #git gave this link > https://help.launchpad.net/SSHFingerprints
[02:44] <gevreeen> looks good thus far
[02:46] <sarnold> sigh I hate ssh-keygen stuff so much. ~/.ssh/known_hosts has a key but figuring out how to get a fingerprint from that is just annoying
[02:46] <sarnold> any chance you know the command off-hand? :)
[02:47] <sarnold> 2048 SHA256:UNOzlP66WpDuEo34Wgs8mewypV0UzqHLsIFoqwe8dYo git.launchpad.net,<IP_ADDRESS> (RSA)
[02:47] <sarnold> that's what ssh-keygen -l -f ~/.ssh/known_hosts  gives me for git.launchpad.net, anyway :) I hope that's helpful
[02:49] <gevreeen> it's probably bxxdecode from base64, but lemme check
[02:50] <gevreeen> got "incorrect padding", but let's see
[02:52] <gevreeen> https://man.openbsd.org/sshd.8 says "Each line in these files contains the following fields: marker (optional), hostnames, keytype, base64-encoded key, comment. The fields are separated by spaces." on SSH_KNOWN_HOSTS_FILE_FORMAT. so b64decode should have worked
[03:01] <gevreeen> even the base64 util gives "invalid input", let's see whether I can do this the other around to obtain the true base64 through hexstring
[03:04] <gevreeen> https://stackoverflow.com/questions/15490728/decode-base64-invalid-input < this saved me
[03:05] <gevreeen> by appending padding "=" I also got base64.b64decode to work
[03:11] <sarnold> hmm, I thought I saw something about known_hosts skipping the padding, and almost suggested adding it, but when I checked mine, it had the proper padding, so I deleted what I wrote. hah.
[03:19] <gevreeen> the example just below https://man.openbsd.org/sshd.8#SSH_KNOWN_HOSTS_FILE_FORMAT has padding
[03:20] <gevreeen> so probably just add the padding(s) if the base64 characters do not come in quartets
[03:31] <gevreeen> sarnold: by the by, just wondering, whether ubuntu/canonical have some saas/paas service offerings similar to openshift/ibm cloud which allows, say, writing and hosting a golang/python web service with restricted lite-tiers?
[10:38] <cjwatson> gevreeen: Canonical does a lot of cloud work, but it's more in the vein of helping our customers run private clouds - we don't have our own public cloud offering like that
[10:39] <cjwatson> gevreeen: Ed25519 should I hope be later this week.  Just trying to get the final pieces landed at the moment
[10:40] <cjwatson> gevreeen: No plans for Ed448
[10:45] <cjwatson> (Ed448 isn't interestingly better than Ed25519 unless elliptic curve cryptanalysis comes along a fair bit more, and OpenSSH hasn't yet felt it important enough to implement it, so I don't currently see it being worth the fairly large amount of heavy lifting needed to get support for it into Twisted and then into our services)
[11:04] <juliank> I'm subscribed to grub2 bugs directly. But if someone assigns my team to the task, I'll start receiving emails with "because your team ... was subscribed to it"
[11:04] <juliank> Those in turn then skip the inbox because that's a load of emails I would not be able to read (and there's never been a relevant email for me, until today)
[11:05] <juliank> I wonder if this makes sense, that "team is assigned to bug" beats "direct subscription to package"
[16:09] <juliank> cjwatson: In https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4783/+packages cross-toolchain-base does not seem to try to use the PPA at all to build, and hence fails to find the new make I want to build again, that seems unusual
[16:09] <juliank> (also help contact seems out of hours)
[16:10] <juliank> oh I guess only the source package is published yet
[16:11] <juliank> but empty Packages files at least exist
[16:11] <juliank> now I see debs, so I'll go retry it
[16:14] <cjwatson> juliank: Yeah, the archive is only included if it has any published binary packages
[16:14] <juliank> yeah, sorry for disturbing :)
[16:15] <cjwatson> juliank: and re grub2 bugs, seems worth a bug report on LP at least - I haven't dug through the slightly byzantine bug notification code to confirm that behaviour but it's possible
[16:16] <juliank> cjwatson: then the usual xkcd comic comes in where you break another user's flow, so I don't know, but I can report it :D
[16:18] <cjwatson> Always a problem with notification header changes.  Not sure which way round makes most sense here TBH


[16:38] <kklimonda> highvoltage: yeah, it was late at night and I didn't ask the right question - I was wondering if someone got Canonical to sell access to LP (no matter hosted or stand-alone) without charging for both support and "legal aid"
[19:04] <highvoltage> bonjour alkisg
[19:04] <alkisg> Hi highvoltage :)
[19:04] <alkisg> On vacations?
[19:35] <highvoltage> me?
[19:35] <highvoltage> nah, quite the opposite :)


[12:03] <Tonio_> bddebian: imagin the user on a fresh kubuntu installation, he launches amarok -> functions are disabled for reasons he cannot understand
[12:03] <Tonio_> bddebian: then he launches k3b and is prompted something he doesn't even know is missing....
[12:03] <Tonio_> what will the user think ??? "that sucks !!"....
[12:04] <Tonio_> and amarok/k3b are the most acclaimed kde softwares, not simple addons....
[12:05] <Tonio_> bddebian: of course we cannot depend on "*" but I think those two softwares have to we 100% activated out of the box
[12:07] <pygi> s/we/be :)
[12:07] <Tonio_> pygi: hum... yes ^^
[12:28] <bddebian> Tonio_: Yeah
[12:28] <Riddell> Tonio_: too late for dapper though
[12:44] <Tonio_> Riddell: I know, but I have to keep this for edgy :)
[12:44] <Tonio_> Riddell: there are still lots of things to do for usability :)
[12:45] <Riddell> Tonio_: have you told canonical you're coming to the summit?
[12:48] <Tonio_> Riddell: I have too, but I cannot until my commpany doesn't confirm me they're okay for the vacations :)
[12:48] <Tonio_> Riddell: I should have the response on monday....
[12:49] <Tonio_> Riddell: in any case I have filled the wiki page
[12:51] <Tonio_> Riddell: where to annouce it except on the wikipage ?
[01:00] <Riddell> ah yes, wiki page should be fine
[04:17] <Hobbsee> we have more people wanting to join :)
[04:17] <Hobbsee> *points them tothe new member page*
[04:21] <crimsun> speaking of which, what /is/ the page? :-)
[04:31] <robotgeek> hey Hobbsee crimsun
[04:32] <Hobbsee> crimsun: at the moment?   see http://www.ubuntu.com/community/processes/newmember and add yourself to the last link in the topic
[04:32] <Hobbsee> it's being a pain, and not copying :P
[04:32] <Hobbsee> hi robotgeek
[04:34] <crimsun> Hobbsee: err, I thought there was a separate process for Kubuntu members
[04:35] <crimsun> so it's the same membership process currently?
[04:35] <Hobbsee> crimsun: well...afaik, and this is all new, we're running the same type of process, except that we on the kcc are deciding, rather than the cc
[04:35] <Hobbsee> that's the impression i get, from what Riddell has said
[04:36] <Hobbsee> crimsun: usually Riddell just approves them, but they decided to change that, and make kubuntu membership equal with ubuntu's, decided in the same way
[04:37] <Hobbsee> not sure about the ubuntumembers team bit though...
[04:37] <crimsun> Hobbsee: good, so my impression was not misguided.
[04:38] <crimsun> I figured that the Kubuntu CC would approve new members in the same manner that the Ubuntu CC currently does.
[04:39] <Hobbsee> crimsun: yes, that's what i understand to be the case
[04:44] <crimsun> btw, I've fixed libvisual-plugins, so there are now spiffy plugins.
[04:45] <crimsun> they probably won't be in the archive for another two hours thanks to publisher's schedule
[04:46] <crimsun> nonetheless, when you click Tools> Visualisations in amarok 1.4, you'll be able to install them after reading the message
[04:46] <robotgeek> kk, i probably won't use them ever
[04:47] <crimsun> neither do I, but we're probably corner cases :-)
[04:47] <crimsun> these little things add up for impressions
[04:49] <bddebian> aaahhh Why the hell is scanpci in gatos??
[04:49] <robotgeek> true
[04:50] <crimsun> bddebian: what's the issue?
[04:50] <bddebian> crimsun: Bug #43414
[04:50] <Ubugtu> Malone bug 43414 in gatos "Dependency error" [Normal,Unconfirmed]  http://launchpad.net/bugs/43414
[04:52] <crimsun> bddebian: add a diversion?
[04:52] <bddebian> crimsun: How do I do that?
[04:52] <crimsun> dpkg-divert(8)
[04:54] <bddebian> crimsun: But should it even be in the package?
[04:54] <crimsun> if it differs significantly and adds functionality, sure
[04:55] <crimsun> if it simply duplicates what's in xserver-xorg-core, remove it before building the deb and note it in README.Debian
[04:55] <crimsun> my hunch is the latter, but you'll want to double-check
[04:56] <bddebian> According to some of the source files it's scanpci from Xfree86 3.3.3
[04:57] <crimsun> yeah, I'd clean it in debian/rules, then.
[04:57] <crimsun> definitely make a note in README.Debian
[04:58] <Hobbsee> gimme my nick back, hehe!
[04:58] <Hobbsee> :P
[04:59] <bddebian> crimsun: Just rm debian/gatos/usr/bin/scanpci in rules?
[04:59] <crimsun> yeah, prior to binary*install
[04:59] <bddebian> OK, thx
[05:00] <crimsun> if you need an example, look at what's done with alsaconf in alsa-utils's debian/rules
[05:00] <bddebian> crimsun: Great thx
[08:50] <kwwii> moin
[08:50] <Hobbsee> hi kwwii
[08:51] <kwwii> hi Hobbsee
[08:53] <Hobbsee> hey wow, kdesu is working again!
[12:47] <Lure> hi
[12:47] <\sh> hey lure
[12:47] <Lure> hi \sh
[12:49] <Lure> is there any burning issue to address before RC?
[12:50] <Lure> Tonio_: around?
[02:04] <\sh> kwwii: ping do you have a nice kubuntu logo which is scalable in a svg editor?
[02:04] <kwwii> yepp :-)
[02:04] <kwwii> which kind do you want?
[02:05] <kwwii> a 3d-ish one or a normal one?
[02:05] <kwwii> hi, btw :-)
[02:09] <\sh> something nice ;)
[02:09] <kwwii> \sh: :-)
[02:24] <Tonio_> Lure: hey ;)
[02:25] <Lure> Tonio_: hi
[02:25] <Tonio_> Lure: had a question ?
[02:25] <Lure> Tonio_: got mail from Timo last week that 0.1 will be delayed until wallet startup problem is not resolved...
[02:25] <Tonio_> a great
[02:25] <Hobbsee> hi \sh Lure and Tonio_
[02:25] <Tonio_> well this will be for edgy then
[02:26] <Tonio_> hey Hobbsee
[02:26] <Lure> this probably means no update for Dapper - unless we persuade somebody that wallet bug is critical
[02:26] <Lure> hi Hobbsee
[02:26] <Hobbsee> is this kwifimanager?
[02:26] <Hobbsee> er, knetworkmanager?
[02:26] <Lure> knetworkmanager
[02:26] <Tonio_> Lure: backport is still possible
[02:26] <Hobbsee> is *that* why mine fails to connect every once in a while....i was wondering that!!!
[02:27] <Hobbsee> it may not be critical - but it's darned annoying
[02:27] <Hobbsee> actually, i'd call that reasonably critical...
[02:27] <Lure> Hobbsee: probably - I also get empty ESSID list in cca 5% of the startups...
[02:27] <Hobbsee> for people who have long and complicated passphrases, which arent easily rememberable...
[02:27] <Hobbsee> and to have to type that in once every few boots...
[02:27] <Tonio_> Lure: I never that problem
[02:28] <Hobbsee> Lure: hmm...dont think i've ever had that.  it dropped out today, saying it couldnt find a network
[02:28] <Tonio_> but I know lots of people are reporting it
[02:28] <Lure> Tonio_: I have it occasionally, but it looks to me it is some timing issue, as it is not easy to trigger (at least on my system)
[02:29] <Lure> Hobbsee: I get sometimes a list of three entries in menu w/o name/essid - Timo has also confirmed some reports with that
[02:29] <Hobbsee> Tonio_: Lure.  well, knm is becomming well known for "just working" in linux - so i'd think that to get any major bugs out of it would be very good, and worth doing.  like the one with the passphrase
[02:29] <Lure> I have first suspected n-m, but then no nm-applet user reported it...
[02:30] <Tonio_> Lure: yes that's true
[02:30] <Tonio_> Lure: anyway I'm confident in timo to resolve the issue
[02:30] <Lure> Hobbsee: true, the problem is that 0.1 will be late (if at all on time) for RC.
[02:30] <Hobbsee> Lure: chuck it in a repo, when it comes out, then look at a dapper-updates or something...
[02:30] <Hobbsee> i dont know how those things work
[02:31] <Lure> imho, knm is alreayd better than nm-applet (at least if you look problems reported by users...)
[02:33] <\sh> and timo has some nice ideas in his backpocket ;)
[02:33] <Lure> \sh: good to hear that!
[02:33] <Hobbsee> yay!
[02:33] <\sh> talked to him during linuxtag
[02:36] <\sh> cu later need to go off for 1-2 hours
[02:36] <Hobbsee> is kpowersave planned to be the default for edgy?
[02:37] <Lure> Hobbsee: hard to say - we need to understand how Ubuntu PM is planned to be eveloved for Edgy
[02:37] <Hobbsee> true...
[02:38] <Lure> I would personally rather see uswsusp than powersave in...
[02:38] <Lure> uswsusp looks promising and may be included in kernel that Edgy will be based on...
[02:38] <Hobbsee> havent discovered that one yet
[02:38] <Hobbsee> ooh good!
[02:38] <Hobbsee> does edgy kernel still plan to support ndiswrapper?
[02:38] <Hobbsee> or is that non-support in a kernel ages away?
[02:39] <Lure> it is evelution of swsusp that is used in Dapper today, but does lost of stuff in userspace and allows cool features like suspend to ram then to disk
[02:39] <Hobbsee> ah okay....fun :)
[02:40] <Lure> Hobbsee: no idea abut ndiswrapper - I always buy HW with moderaterly good Linux support (ipw2200 for wifi)
[02:40] <Hobbsee> heh, lucky...
[02:40] <kwwii> lol
[03:17] <marseillai> mornfall: it seems app-install-data don't depends on kubuntu-desktop or something else so adep_installer is free of applications when kubuntu is freshly install .
[03:17] <marseillai> Riddell: may be you are concern too
[03:17] <OdyX> Well.. nothing requires app-install-data in Kubuntu, which makes adept_installer mpty
[03:21] <OdyX> marseillai: report bug ?
[03:22] <marseillai> yes! i let you do!
[03:24] <OdyX> marseillai: No... My honour is to let you do it.
[03:25] <OdyX> marseillai: Ok. I'm on my way
[03:25] <Hobbsee> Riddell: ping me when you're around please :)
[03:48] <OculusAquilae> anybody has an idea how to fix bug #45791 ?
[03:48] <Ubugtu> Malone bug 45791 in ktorrent "KTorrent doesn't install its Language-Files" [Normal,Unconfirmed]  http://launchpad.net/bugs/45791
[03:49] <Hobbsee> OculusAquilae: do the language files exist?
[03:49] <OculusAquilae> Hobbsee: they are in the source-package but doesn't seem to be in the .deb
[03:50] <Hobbsee> hmmm...
[03:53] <Hobbsee> oh yeah, i see
[03:55] <Hobbsee> OculusAquilae: https://wiki.ubuntu.com/MOTU/Packages/Packaging/Kubuntu#head-f3515f500c9344cd9c3977017e074d4eab4ded82 <-- not sure if it means that, or where to put that in - you'd probably have ot check another source that gets the lang files put in correctly
[03:56] <OculusAquilae> Hobbsee: that's for generating .pot files, but there are .po-files in the source-package, but they doesn't get installed in the .deb-file for some reason
[03:57] <Hobbsee> yes, so i see...
[03:57] <OculusAquilae> it works with "./configure", "make" and "make install" perfectly
[04:08] <Hobbsee> odd
[04:09] <Hobbsee> er, what's a debhelper package for kde?
[04:09] <Hobbsee> hmmm...
[04:10] <Hobbsee> oh, found one :)
[04:15] <Hobbsee> OculusAquilae: i dont know sorry...i'm not great with debhelper stuff yet...
[04:15] <OculusAquilae> same for me :)
[04:16] <Hobbsee> there are probably guides on which bit each file means...
[04:21] <Hobbsee> hi bddebian
[04:21] <bddebian> Hi Hobbsee
[04:22] <Lure> Riddell: today's live CD is 705MB - does not fit on cd-rw :-(
[04:26] <Hobbsee> OculusAquilae: https://wiki.ubuntu.com/DeveloperResources if you havent seen it before
[04:27] <OculusAquilae> hm
[04:28] <javier> Tonio_:
[04:29] <javier> can you help me with bug 43500
[04:29] <Ubugtu> Malone bug 43500 in kmplayer "kmplayer depends on gstreamer 0.10 and the default media engine in kubuntu is xine" [Normal,Rejected]  http://launchpad.net/bugs/43500
[04:30] <javier> I can't remove  libgstreamer0.10-0 without leaving broken packages
[04:52] <Lure> Hobbsee: bug 45759 sounds like your problem?
[04:52] <Ubugtu> Malone bug 45759 in acpi-support "Resuming from suspend to disk, I get logged out!" [Normal,Unconfirmed]  http://launchpad.net/bugs/45759
[04:53] <Hobbsee> Lure: yep
[04:54] <Lure> since it is reported to acpi-support it is probably not related to kpowersave, but more generic issue
[04:54] <Lure> (but strange still - very hard to understand what may cause it)
[04:55] <Hobbsee> yeah, rather
[05:22] <Hobbsee> Lure: i confirmed that bug, btw
[05:33] <OculusAquilae> really no idea how to fix bug #45791 :(
[05:33] <Ubugtu> Malone bug 45791 in ktorrent "KTorrent doesn't install its Language-Files" [Normal,Unconfirmed]  http://launchpad.net/bugs/45791
[05:43] <OdyX> (Ktorrent 1.2 sucks...)
[05:46] <OculusAquilae> OdyX: does it?
[05:47] <OdyX> OculusAquilae: well.. for some aspects, it has BIG regressions since 1.1
[05:47] <OculusAquilae> OdyX: maybe, I don't use Bittorrent very much
[05:48] <kwwii> hehe, I am trying it for the first time
[05:48] <OdyX> OculusAquilae: well.. Try to share files from amovible device...
[05:48] <OdyX> and try to share more than 1024 files
[05:48] <OdyX> (which is fast with free music)
[05:48] <OculusAquilae> hm
[05:48] <OculusAquilae> possible
[05:48] <OdyX> 1.2 opens one thread per shared file, as 1.1 did open them only when needed (really shared)
[05:51] <OdyX> And so.. If you open 1.2 without your removable device, it complains for EACH shared torrent which is on the device (as it tries to open the threads)
[07:51] <yuriy> any way to make wiki.ubuntu.com/restrictedformats any more visible to people. 3 bugs like #45814 in the last 3 days...
[07:57] <verwilst_> grm, using firefox under kubuntu isn't really flawless
[07:58] <verwilst_> sometimes i have no sound
[07:58] <verwilst_> like when playing flash movies or such
[09:05] <marseillai> i think konqueror should depend on libarts1-xine wich permit to have video-preview in konqueror
[09:43] <marseillai> Tonio_: don't you agree with the libarts1-xine dependency problem ?
[10:07] <marseillai> what is the name of the kde application wich is in charge of mounting romvable device graphically and propose to open it with several action? i would like to make a report on it and i can't find his name.
[10:42] <kwwii> hi all
[10:42] <jjesse> hiya kwwii
[10:42] <kwwii> whoever is responsible for my F-keys working again gets a *BIG* hug from
[10:42] <kwwii> me
[10:43] <jjesse> i'm glad they are working for you :)
[10:44] <kwwii> it has been awhile since they worked
[10:44] <kwwii> pbbuttonsd seemed to be flaky for my laptop (the last ppc ever made)
[10:44] <kwwii> now I can eject my cd!
[10:45] <kwwii> well, only a few of them work, but at least the important ones :-)
[10:55] <kwwii> people bitching about pdf as an "un-free" format might as well complain about jpeg as well
[11:01] <jjesse> well this week i give up my laptop w/ kubuntu on it as i switch jobs ;(
[11:01] <jjesse> i hope the next job allows me to install kubuntu on it
[11:12] <kwwii> jjesse: be happy to have a job :-)


[00:17] <nacc> slangasek: first time for me submitting a hint, let me konw if i did it wronng, please: https://code.launchpad.net/~nacc/britney/badtest-freedombox-setup/+merge/337191
[00:22] <slangasek> nacc: lgtm
[00:22] <nacc> slangasek: ty
[00:23] <slangasek> nacc: merged
[00:23] <slangasek> xnox: have you dug into curl yet?  seems to hard-code libssl1.0
[00:23] <nacc> slangasek: ty again
[00:24] <xnox> slangasek, there seemed to be a few that hardcode things yes. I think i want to finish the sweep of easy rebuilds first, and then start unwinding the rest.
[00:24] <slangasek> xnox: which seems to be the case in Debian also; and may have knock-on effects which break gridsite build
[00:24] <slangasek> xnox: ok
[00:24] <slangasek> checking to see if I can shake loose the version of curl currently in -proposed
[00:25] <xnox> - Support OpenSSL 1.1 (Closes: #828127) -> is in curl 7.50.1-1 so it is "doable"
[00:25]  * xnox has already entangled openssl & perl transitions; just need to add ruby2.5 & php7.2 into the fix
[00:25]  * xnox has already entangled openssl & perl transitions; just need to add ruby2.5 & php7.2 into the mix
[00:26]  * slangasek updates the sprint spreadsheet to note that xnox has requested doko as a roommate
[00:26] <nacc> lol
[00:27] <xnox> slangasek, i'm booked into my own accomodation in the city centre ;-) thank you very much
[00:29] <slangasek> I suppose I'm going to have to bite the bullet soon and re-attempt the bootstrap of node-babel in bionic
[00:35] <nacc_> Laney: how hard would it be to extend request.cgi to take arguments like all_arches=1 (when all arches fail the same way) and proposed_srcpkg= (rather than having to specify the version for each, which is a bit of an annoyance). Or would that be better done from the retry-autopkgtest-regressions tool?
[00:53] <slangasek> tsimonq2: LP: #1747329> grub is always the wrong package, that's grub1 source which is not used anywhere; also, grub is the wrong package, gfxboot refers to syslinux
[00:53] <tsimonq2> slangasek: now I know, thanks
[00:54] <slangasek> tsimonq2: also, the real issue is that "created USB boot stick" was done something that created a mismatch on the boot block
[00:54] <slangasek> possibly usb-creator, possibly LP: #1325801
[00:55] <tsimonq2> slangasek: I don't know much about triaging those sort of bugs tbh, I just knew it shouldn't have belonged to the lubuntu-next project; thanks.
[01:12] -queuebot:#ubuntu-release- New binary: libengine-gost-openssl1.1 [ppc64el] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[01:12] -queuebot:#ubuntu-release- New binary: libengine-gost-openssl1.1 [s390x] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[01:12] -queuebot:#ubuntu-release- New binary: libengine-gost-openssl1.1 [amd64] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[01:12] -queuebot:#ubuntu-release- New binary: libengine-gost-openssl1.1 [i386] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[01:28] -queuebot:#ubuntu-release- New binary: libengine-gost-openssl1.1 [armhf] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[01:29] <slangasek> nacc_: mariadb-10.1 is blocked by autopkgtest failures because mariadb-test has again moved source packages to mariadb-10.2; and mariadb-10.2 is ftbfs.  It nevertheless seems reasonable to me to mark mariadb-10.1 badtest to unblock it.  Do you agree?
[01:29] -queuebot:#ubuntu-release- New binary: libengine-gost-openssl1.1 [arm64] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[01:30] <slangasek> (mariadb-10.1 would not be less badtest of mariadb-10.2 built, it would just be less important because presumably mariadb-10.1 would be going away soon in favor of 10.2)
[01:37] -queuebot:#ubuntu-release- New: accepted libengine-gost-openssl1.1 [arm64] (bionic-proposed) [<IP_ADDRESS>-1]
[01:37] -queuebot:#ubuntu-release- New: accepted libengine-gost-openssl1.1 [i386] (bionic-proposed) [<IP_ADDRESS>-1]
[01:37] -queuebot:#ubuntu-release- New: accepted libengine-gost-openssl1.1 [armhf] (bionic-proposed) [<IP_ADDRESS>-1]
[01:37] -queuebot:#ubuntu-release- New: accepted libengine-gost-openssl1.1 [amd64] (bionic-proposed) [<IP_ADDRESS>-1]
[01:37] -queuebot:#ubuntu-release- New: accepted libengine-gost-openssl1.1 [s390x] (bionic-proposed) [<IP_ADDRESS>-1]
[01:37] -queuebot:#ubuntu-release- New: accepted libengine-gost-openssl1.1 [ppc64el] (bionic-proposed) [<IP_ADDRESS>-1]
[01:38] -queuebot:#ubuntu-release- New: accepted knot-resolver [arm64] (bionic-proposed) [2.0.0-1]
[01:38] -queuebot:#ubuntu-release- New: accepted knot-resolver [i386] (bionic-proposed) [2.0.0-1]
[01:38] -queuebot:#ubuntu-release- New: accepted knot-resolver [arm64] (bionic-proposed) [2.0.0-2]
[01:38] -queuebot:#ubuntu-release- New: accepted knot-resolver [i386] (bionic-proposed) [2.0.0-2]
[01:38] -queuebot:#ubuntu-release- New: accepted uhd [amd64] (bionic-proposed) [<IP_ADDRESS>-1]
[01:38] -queuebot:#ubuntu-release- New: accepted uhd [armhf] (bionic-proposed) [<IP_ADDRESS>-1]
[01:38] -queuebot:#ubuntu-release- New: accepted uhd [ppc64el] (bionic-proposed) [<IP_ADDRESS>-1]
[01:38] -queuebot:#ubuntu-release- New: accepted knot-resolver [armhf] (bionic-proposed) [2.0.0-1]
[01:38] -queuebot:#ubuntu-release- New: accepted knot-resolver [armhf] (bionic-proposed) [2.0.0-2]
[01:38] -queuebot:#ubuntu-release- New: accepted uhd [arm64] (bionic-proposed) [<IP_ADDRESS>-1]
[01:38] -queuebot:#ubuntu-release- New: accepted uhd [s390x] (bionic-proposed) [<IP_ADDRESS>-1]
[01:38] -queuebot:#ubuntu-release- New: accepted knot-resolver [ppc64el] (bionic-proposed) [2.0.0-1]
[01:38] -queuebot:#ubuntu-release- New: accepted uhd [i386] (bionic-proposed) [<IP_ADDRESS>-1]
[01:38] -queuebot:#ubuntu-release- New: accepted knot-resolver [ppc64el] (bionic-proposed) [2.0.0-2]
[01:38] -queuebot:#ubuntu-release- New binary: rustc [ppc64el] (bionic-proposed/universe) [1.23.0+dfsg1+llvm-0ubuntu2] (no packageset)
[02:08] <nacc_> slangasek: +1
[02:21] <tsimonq2> Something ate my lxqt-panel upload. :/
[02:23] <tsimonq2> (It might eat it again, if there's logs someone has access to that can tell me more, that would be great.)
[02:23] <tsimonq2> Ahhh, there we go.
[02:23]  * tsimonq2 scratches head
[04:33] <doko> LocutusO-: are you going to prepare fixed for the gdbm ruby2.3 failures?
[05:12] -queuebot:#ubuntu-release- New binary: essays1743 [amd64] (bionic-proposed/universe) [2.100-1] (edubuntu)
[05:29] -queuebot:#ubuntu-release- New binary: openshot-qt [amd64] (bionic-proposed/universe) [2.4.1-2] (no packageset)
[05:45] -queuebot:#ubuntu-release- New: accepted essays1743 [amd64] (bionic-proposed) [2.100-1]
[05:45] -queuebot:#ubuntu-release- New: accepted openshot-qt [amd64] (bionic-proposed) [2.4.1-2]
[06:00] -queuebot:#ubuntu-release- New binary: rustc [amd64] (bionic-proposed/universe) [1.23.0+dfsg1+llvm-0ubuntu2] (no packageset)
[06:03] -queuebot:#ubuntu-release- New binary: rustc [i386] (bionic-proposed/universe) [1.23.0+dfsg1+llvm-0ubuntu2] (no packageset)
[06:55] <slangasek> xnox: this looks like a kernel configuration change to me, do you agree? http://autopkgtest.ubuntu.com/packages/c/coz-profiler/bionic/s390x
[07:03] -queuebot:#ubuntu-release- New binary: rustc [armhf] (bionic-proposed/universe) [1.23.0+dfsg1+llvm-0ubuntu2] (no packageset)
[07:05] -queuebot:#ubuntu-release- New binary: rustc [arm64] (bionic-proposed/universe) [1.23.0+dfsg1+llvm-0ubuntu2] (no packageset)
[07:10] -queuebot:#ubuntu-release- New: accepted ukui-menus [source] (bionic-proposed) [1.1.2-0ubuntu1]
[07:11] -queuebot:#ubuntu-release- New binary: ukui-menus [s390x] (bionic-proposed/none) [1.1.2-0ubuntu1] (no packageset)
[07:12] -queuebot:#ubuntu-release- New binary: ukui-menus [ppc64el] (bionic-proposed/none) [1.1.2-0ubuntu1] (no packageset)
[07:13] -queuebot:#ubuntu-release- New binary: ukui-menus [amd64] (bionic-proposed/none) [1.1.2-0ubuntu1] (no packageset)
[07:16] <handsome_feng> slangasek: Thanks!
[07:16] -queuebot:#ubuntu-release- New binary: ukui-menus [i386] (bionic-proposed/none) [1.1.2-0ubuntu1] (no packageset)
[07:18] <slangasek> handsome_feng: yep - sorry I didn't get to it earlier
[07:21] <handsome_feng> slangasek: That's alright! We still have some new packages waiting to be uploaded. :p
[07:25] -queuebot:#ubuntu-release- New: accepted ukui-menus [amd64] (bionic-proposed) [1.1.2-0ubuntu1]
[07:25] -queuebot:#ubuntu-release- New: accepted ukui-menus [ppc64el] (bionic-proposed) [1.1.2-0ubuntu1]
[07:25] -queuebot:#ubuntu-release- New: accepted ukui-menus [i386] (bionic-proposed) [1.1.2-0ubuntu1]
[07:25] -queuebot:#ubuntu-release- New: accepted ukui-menus [s390x] (bionic-proposed) [1.1.2-0ubuntu1]
[07:43] <infinity> slangasek: That aligns with the switch from lxc to kvm, but also, of course, 4.4 to 4.13, so pick one.
[07:44] <slangasek> infinity: actually I'll pick both
[07:44] <infinity> slangasek: It fails on other kvm arches the same way, so at least it's consistent.
[07:45] <slangasek> ah? apparently I overlooked this completely
[07:45] <slangasek> badtesting then
[08:01] <slangasek> doko: why move the 2to3 binary out of the python metapackage without adding a transitional dep?
[08:20] <LocutusOfBorg> hello doko I tried and failed
[08:20] <LocutusOfBorg> will try harder later today
[08:26] <LocutusOfBorg> xnox, https://launchpad.net/ubuntu/+source/cctools/4.0-1ubuntu1
[08:27] <LocutusOfBorg> is this delta still worth keeping? I see globus is not using multiarch usr/include directories, I don't understand why we should keep such delta
[08:33] -queuebot:#ubuntu-release- New sync: haskell-formatting (bionic-proposed/primary) [6.2.5-1]
[08:33] -queuebot:#ubuntu-release- New sync: haskell-text-format (bionic-proposed/primary) [<IP_ADDRESS>-1]
[08:34] -queuebot:#ubuntu-release- New sync: haskell-yi-frontend-vty (bionic-proposed/primary) [0.14.1-1]
[08:34] -queuebot:#ubuntu-release- New sync: haskell-yi-misc-modes (bionic-proposed/primary) [0.14.1-1]
[08:34] -queuebot:#ubuntu-release- New sync: haskell-yi-mode-javascript (bionic-proposed/primary) [0.14.1-1]
[09:00] <acheronuk> cyphermox sil2100: could you please do an update on the kubuntu packageset when you have a chance?
[09:00] <cpaelzer> Anybody of the MIR team around that I can ask to take a look at 1747358 ?
[09:15] <sil2100> acheronuk: hey, let me try getting to that in a bit
[09:16] <acheronuk> sil2100: great. thanks. have been putting it off, as always seem to be more things in the pipline to go in!
[09:17] <acheronuk> KDE keep making new things. lol
[09:18] <doko> slangasek: it's now built from python3, didn't want to have a dependency from python2 to python3
[09:20] <LocutusOfBorg> doko, I might have got gdbm/ruby2.3 error
[09:20] <LocutusOfBorg> reason for "no error" during gdbm opening, is: "root"
[09:21] <LocutusOfBorg> https://github.com/ruby/ruby/commit/cf6f729213566343775ac99ef8a2238dd4f0bfac
[09:30] -queuebot:#ubuntu-release- New source: gcc-8 (bionic-proposed/primary) [8-20180206-0ubuntu1]
[09:32] -queuebot:#ubuntu-release- New: accepted gcc-8 [source] (bionic-proposed) [8-20180206-0ubuntu1]
[09:32] -queuebot:#ubuntu-release- New: accepted haskell-formatting [sync] (bionic-proposed) [6.2.5-1]
[09:32] -queuebot:#ubuntu-release- New: accepted haskell-yi-frontend-vty [sync] (bionic-proposed) [0.14.1-1]
[09:32] -queuebot:#ubuntu-release- New: accepted haskell-yi-mode-javascript [sync] (bionic-proposed) [0.14.1-1]
[09:32] -queuebot:#ubuntu-release- New: accepted rustc [amd64] (bionic-proposed) [1.23.0+dfsg1+llvm-0ubuntu2]
[09:32] -queuebot:#ubuntu-release- New: accepted rustc [armhf] (bionic-proposed) [1.23.0+dfsg1+llvm-0ubuntu2]
[09:32] -queuebot:#ubuntu-release- New: accepted rustc [ppc64el] (bionic-proposed) [1.23.0+dfsg1+llvm-0ubuntu2]
[09:32] -queuebot:#ubuntu-release- New: accepted haskell-text-format [sync] (bionic-proposed) [<IP_ADDRESS>-1]
[09:32] -queuebot:#ubuntu-release- New: accepted rustc [ppc64el] (bionic-proposed) [1.23.0+dfsg1+llvm-0ubuntu1]
[09:32] -queuebot:#ubuntu-release- New: accepted rustc [i386] (bionic-proposed) [1.23.0+dfsg1+llvm-0ubuntu2]
[09:33] -queuebot:#ubuntu-release- New: accepted haskell-yi-misc-modes [sync] (bionic-proposed) [0.14.1-1]
[09:33] -queuebot:#ubuntu-release- New: accepted rustc [arm64] (bionic-proposed) [1.23.0+dfsg1+llvm-0ubuntu2]
[09:36] -queuebot:#ubuntu-release- New binary: haskell-text-format [s390x] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[09:36] -queuebot:#ubuntu-release- New binary: haskell-yi-frontend-vty [s390x] (bionic-proposed/none) [0.14.1-1] (no packageset)
[09:37] -queuebot:#ubuntu-release- New binary: haskell-yi-mode-javascript [s390x] (bionic-proposed/none) [0.14.1-1] (no packageset)
[09:37] -queuebot:#ubuntu-release- New binary: haskell-yi-misc-modes [s390x] (bionic-proposed/none) [0.14.1-1] (no packageset)
[09:38] -queuebot:#ubuntu-release- New binary: haskell-yi-misc-modes [amd64] (bionic-proposed/none) [0.14.1-1] (no packageset)
[09:38] -queuebot:#ubuntu-release- New binary: haskell-yi-mode-javascript [amd64] (bionic-proposed/none) [0.14.1-1] (no packageset)
[09:39] -queuebot:#ubuntu-release- New binary: haskell-text-format [amd64] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[09:39] -queuebot:#ubuntu-release- New binary: haskell-yi-frontend-vty [amd64] (bionic-proposed/none) [0.14.1-1] (no packageset)
[09:40] <doko> coreycb, jamespage: looking at heat-dashboard. it looks like some of the js sources are not in the package. have to find out how we did handle that in Ubuntu before (the ones having -min in the name)
[09:40] -queuebot:#ubuntu-release- New binary: haskell-yi-frontend-vty [i386] (bionic-proposed/none) [0.14.1-1] (no packageset)
[09:40] -queuebot:#ubuntu-release- New binary: haskell-yi-mode-javascript [i386] (bionic-proposed/none) [0.14.1-1] (no packageset)
[09:42] -queuebot:#ubuntu-release- New binary: haskell-text-format [i386] (bionic-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[09:43] -queuebot:#ubuntu-release- New binary: haskell-yi-misc-modes [i386] (bionic-proposed/none) [0.14.1-1] (no packageset)
[10:23] -queuebot:#ubuntu-release- Unapproved: accepted walinuxagent [source] (artful-proposed) [2.2.21-0ubuntu1~17.10.1]
[10:23] -queuebot:#ubuntu-release- Unapproved: accepted walinuxagent [source] (xenial-proposed) [2.2.21-0ubuntu1~16.04.1]
[10:25] -queuebot:#ubuntu-release- Unapproved: accepted walinuxagent [source] (trusty-proposed) [2.2.21-0ubuntu1~14.04.1]
[10:32] -queuebot:#ubuntu-release- New binary: gcc-8 [s390x] (bionic-proposed/universe) [8-20180206-0ubuntu1] (no packageset)
[11:07] -queuebot:#ubuntu-release- New binary: haskell-text-format [ppc64el] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[11:07] -queuebot:#ubuntu-release- New binary: haskell-yi-frontend-vty [ppc64el] (bionic-proposed/universe) [0.14.1-1] (no packageset)
[11:08] -queuebot:#ubuntu-release- New binary: haskell-yi-mode-javascript [ppc64el] (bionic-proposed/universe) [0.14.1-1] (no packageset)
[11:09] -queuebot:#ubuntu-release- New binary: haskell-yi-misc-modes [ppc64el] (bionic-proposed/universe) [0.14.1-1] (no packageset)
[11:51] -queuebot:#ubuntu-release- Unapproved: libzstd (artful-proposed/universe) [1.3.1+dfsg-1 => 1.3.1+dfsg-1ubuntu0.1] (ubuntustudio)
[11:51] -queuebot:#ubuntu-release- Unapproved: libzstd (xenial-proposed/universe) [0.5.1-1 => 1.3.1+dfsg-1~ubuntu<IP_ADDRESS>] (no packageset)
[11:51] -queuebot:#ubuntu-release- New binary: yowsup [amd64] (bionic-proposed/universe) [2.5.7-2] (no packageset)
[12:00] -queuebot:#ubuntu-release- New: accepted yowsup [amd64] (bionic-proposed) [2.5.7-2]
[12:35] -queuebot:#ubuntu-release- Unapproved: libreoffice-l10n (artful-proposed/main) [1:5.4.2-0ubuntu<IP_ADDRESS> => 1:5.4.4-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[12:40] -queuebot:#ubuntu-release- New binary: gcc-8 [ppc64el] (bionic-proposed/universe) [8-20180206-0ubuntu1] (no packageset)
[12:40] -queuebot:#ubuntu-release- New binary: libp11 [ppc64el] (bionic-proposed/main) [0.4.7-3] (ubuntu-server)
[12:41] -queuebot:#ubuntu-release- New binary: libp11 [amd64] (bionic-proposed/main) [0.4.7-3] (ubuntu-server)
[12:41] -queuebot:#ubuntu-release- New binary: libp11 [s390x] (bionic-proposed/main) [0.4.7-3] (ubuntu-server)
[12:41] <doko> hussa, more kde fun
[12:41] -queuebot:#ubuntu-release- New binary: libp11 [i386] (bionic-proposed/main) [0.4.7-3] (ubuntu-server)
[12:44] -queuebot:#ubuntu-release- Unapproved: libreoffice (artful-proposed/main) [1:5.4.2-0ubuntu<IP_ADDRESS> => 1:5.4.4-0ubuntu<IP_ADDRESS>] (kubuntu, ubuntu-desktop)
[12:59] -queuebot:#ubuntu-release- New binary: libp11 [arm64] (bionic-proposed/main) [0.4.7-3] (ubuntu-server)
[13:00] -queuebot:#ubuntu-release- New binary: libp11 [armhf] (bionic-proposed/main) [0.4.7-3] (ubuntu-server)
[13:02] -queuebot:#ubuntu-release- New: accepted libp11 [amd64] (bionic-proposed) [0.4.7-3]
[13:02] -queuebot:#ubuntu-release- New: accepted libp11 [armhf] (bionic-proposed) [0.4.7-3]
[13:02] -queuebot:#ubuntu-release- New: accepted libp11 [ppc64el] (bionic-proposed) [0.4.7-3]
[13:02] -queuebot:#ubuntu-release- New: accepted libp11 [arm64] (bionic-proposed) [0.4.7-3]
[13:02] -queuebot:#ubuntu-release- New: accepted libp11 [s390x] (bionic-proposed) [0.4.7-3]
[13:02] -queuebot:#ubuntu-release- New: accepted libp11 [i386] (bionic-proposed) [0.4.7-3]
[13:05] -queuebot:#ubuntu-release- New binary: gcc-8 [i386] (bionic-proposed/universe) [8-20180206-0ubuntu1] (no packageset)
[13:29] -queuebot:#ubuntu-release- New binary: haskell-yi-mode-javascript [arm64] (bionic-proposed/universe) [0.14.1-1] (no packageset)
[13:30] -queuebot:#ubuntu-release- New binary: haskell-yi-mode-javascript [armhf] (bionic-proposed/universe) [0.14.1-1] (no packageset)
[13:31] -queuebot:#ubuntu-release- New: accepted haskell-yi-mode-javascript [amd64] (bionic-proposed) [0.14.1-1]
[13:31] -queuebot:#ubuntu-release- New: accepted haskell-yi-mode-javascript [armhf] (bionic-proposed) [0.14.1-1]
[13:31] -queuebot:#ubuntu-release- New: accepted haskell-yi-mode-javascript [ppc64el] (bionic-proposed) [0.14.1-1]
[13:31] -queuebot:#ubuntu-release- New: accepted haskell-yi-mode-javascript [arm64] (bionic-proposed) [0.14.1-1]
[13:31] -queuebot:#ubuntu-release- New: accepted haskell-yi-mode-javascript [s390x] (bionic-proposed) [0.14.1-1]
[13:31] -queuebot:#ubuntu-release- New: accepted haskell-yi-mode-javascript [i386] (bionic-proposed) [0.14.1-1]
[13:32] <coreycb> doko: good catch, i'll fix that up
[13:34] -queuebot:#ubuntu-release- New binary: haskell-yi-misc-modes [arm64] (bionic-proposed/universe) [0.14.1-1] (no packageset)
[13:38] -queuebot:#ubuntu-release- New binary: haskell-yi-misc-modes [armhf] (bionic-proposed/universe) [0.14.1-1] (no packageset)
[13:41] -queuebot:#ubuntu-release- New: accepted haskell-yi-misc-modes [amd64] (bionic-proposed) [0.14.1-1]
[13:41] -queuebot:#ubuntu-release- New: accepted haskell-yi-misc-modes [armhf] (bionic-proposed) [0.14.1-1]
[13:41] -queuebot:#ubuntu-release- New: accepted haskell-yi-misc-modes [ppc64el] (bionic-proposed) [0.14.1-1]
[13:41] -queuebot:#ubuntu-release- New: accepted haskell-yi-misc-modes [arm64] (bionic-proposed) [0.14.1-1]
[13:41] -queuebot:#ubuntu-release- New: accepted haskell-yi-misc-modes [s390x] (bionic-proposed) [0.14.1-1]
[13:41] -queuebot:#ubuntu-release- New: accepted haskell-yi-misc-modes [i386] (bionic-proposed) [0.14.1-1]
[13:52] -queuebot:#ubuntu-release- New binary: haskell-yi-frontend-vty [arm64] (bionic-proposed/universe) [0.14.1-1] (no packageset)
[13:54] -queuebot:#ubuntu-release- New binary: haskell-yi-frontend-vty [armhf] (bionic-proposed/universe) [0.14.1-1] (no packageset)
[13:55] -queuebot:#ubuntu-release- New binary: haskell-text-format [arm64] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[13:55] -queuebot:#ubuntu-release- New binary: haskell-text-format [armhf] (bionic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-text-format [amd64] (bionic-proposed) [<IP_ADDRESS>-1]
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-text-format [armhf] (bionic-proposed) [<IP_ADDRESS>-1]
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-text-format [ppc64el] (bionic-proposed) [<IP_ADDRESS>-1]
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-text-format [arm64] (bionic-proposed) [<IP_ADDRESS>-1]
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-text-format [s390x] (bionic-proposed) [<IP_ADDRESS>-1]
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-text-format [i386] (bionic-proposed) [<IP_ADDRESS>-1]
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-yi-frontend-vty [amd64] (bionic-proposed) [0.14.1-1]
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-yi-frontend-vty [armhf] (bionic-proposed) [0.14.1-1]
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-yi-frontend-vty [ppc64el] (bionic-proposed) [0.14.1-1]
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-yi-frontend-vty [arm64] (bionic-proposed) [0.14.1-1]
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-yi-frontend-vty [s390x] (bionic-proposed) [0.14.1-1]
[13:59] -queuebot:#ubuntu-release- New: accepted haskell-yi-frontend-vty [i386] (bionic-proposed) [0.14.1-1]
[14:03] -queuebot:#ubuntu-release- New binary: gcc-8 [amd64] (bionic-proposed/universe) [8-20180206-0ubuntu1] (no packageset)
[14:08] <coreycb> doko: I think heat-dashboard is ok unless i'm missing something. this is from an install on bionic: https://paste.ubuntu.com/26530019/. after postinst  runs compress the files go to the /var/ directory.
[14:09] <doko> $ ls -l heat_dashboard/static/dashboard/project/heat_dashboard/template_generator/js/vendors/
[14:09] <doko> total 2100
[14:09] <doko> -rw-rw-r-- 1 doko doko    5964 Dec  8 18:39 FileSaver.js
[14:09] <doko> -rw-rw-r-- 1 doko doko   25717 Dec  8 18:39 angular-animate.min.js
[14:09] <doko> -rw-rw-r-- 1 doko doko   70949 Dec  8 18:39 angular-animate.min.js.map
[14:09] <doko> -rw-rw-r-- 1 doko doko    3924 Dec  8 18:39 angular-aria.min.js
[14:09] <doko> -rw-rw-r-- 1 doko doko    8584 Dec  8 18:39 angular-aria.min.js.map
[14:09] <doko> -rw-rw-r-- 1 doko doko  389977 Dec  8 18:39 angular-material.min.js
[14:09] <doko> -rw-rw-r-- 1 doko doko    3010 Dec  8 18:39 angular-messages.min.js
[14:09] <doko> -rw-rw-r-- 1 doko doko    8121 Dec  8 18:39 angular-messages.min.js.map
[14:09] <doko> -rw-rw-r-- 1 doko doko    3278 Dec  8 18:39 angular-notify.min.js
[14:09] <doko> -rw-rw-r-- 1 doko doko    5861 Dec  8 18:39 angular-sanitize.min.js
[14:09] <doko> -rw-rw-r-- 1 doko doko   10301 Dec  8 18:39 angular-sanitize.min.js.map
[14:09] <doko> -rw-rw-r-- 1 doko doko    8008 Dec  8 18:39 angular-uuid.js
[14:10] <doko> -rw-rw-r-- 1 doko doko    7545 Dec  8 18:39 angular-vis.js
[14:10] <doko> -rw-rw-r-- 1 doko doko   41942 Dec  8 18:39 js-yaml.min.js
[14:10] <doko> -rw-rw-r-- 1 doko doko    2369 Dec  8 18:39 json2yaml.js
[14:10] <doko> -rw-rw-r-- 1 doko doko  125728 Dec  8 18:39 ui-bootstrap-tpls-2.5.0.min.js
[14:10] <doko> -rw-rw-r-- 1 doko doko 1397079 Dec  8 18:39 vis.js
[14:10] <doko> coreycb: these are in the source. where is the source for those ?.min-js files?
[14:17] <coreycb> doko: is the problem that they're not included in the source or that they're not installed?
[14:18] <coreycb> doko: sorry i'm confused
[14:18] <coreycb> doko: it looks like they're all installed. they weren't all included in my original pastebin. here's some more that were missing: https://paste.ubuntu.com/26530048/
[14:20] <doko> coreycb: the former
[14:21] <doko> in Debian, that's an RC issue, not sure how we handle that for Ubuntu
[14:25] -queuebot:#ubuntu-release- New binary: haskell-formatting [i386] (bionic-proposed/universe) [6.2.5-1] (no packageset)
[14:26] -queuebot:#ubuntu-release- New binary: haskell-formatting [amd64] (bionic-proposed/universe) [6.2.5-1] (no packageset)
[14:31] -queuebot:#ubuntu-release- New binary: haskell-formatting [arm64] (bionic-proposed/universe) [6.2.5-1] (no packageset)
[14:31] -queuebot:#ubuntu-release- New binary: haskell-formatting [armhf] (bionic-proposed/universe) [6.2.5-1] (no packageset)
[14:37] -queuebot:#ubuntu-release- New: accepted haskell-formatting [amd64] (bionic-proposed) [6.2.5-1]
[14:37] -queuebot:#ubuntu-release- New: accepted haskell-formatting [armhf] (bionic-proposed) [6.2.5-1]
[14:37] -queuebot:#ubuntu-release- New: accepted haskell-formatting [arm64] (bionic-proposed) [6.2.5-1]
[14:37] -queuebot:#ubuntu-release- New: accepted haskell-formatting [i386] (bionic-proposed) [6.2.5-1]
[14:47] <coreycb> doko: i see so they appear to be compressed in the orig tar
[14:48] <coreycb> doko: i can bring this up with upstream
[14:48] <doko> ta
[14:48] <coreycb> doko: sorry for the confusion on my end
[14:48] <doko> np
[14:49] <coreycb> doko: will a bug suffice and we can move forward until it's resolved?
[14:50] <doko> please file one
[14:50] <doko> ahh, you need the package to do that ...
[14:51] -queuebot:#ubuntu-release- New: accepted heat-dashboard [source] (bionic-proposed) [1.0.0-0ubuntu1]
[14:57] -queuebot:#ubuntu-release- New binary: heat-dashboard [amd64] (bionic-proposed/universe) [1.0.0-0ubuntu1] (no packageset)
[15:05] <coreycb> doko: thanks and fyi 1747687
[15:05] <coreycb> bug 1747687
[15:06] -queuebot:#ubuntu-release- New: accepted heat-dashboard [amd64] (bionic-proposed) [1.0.0-0ubuntu1]
[16:54] -queuebot:#ubuntu-release- Unapproved: partman-partitioning (artful-proposed/main) [114ubuntu2 => 114ubuntu3] (core)
[16:54] -queuebot:#ubuntu-release- Unapproved: partman-partitioning (xenial-proposed/main) [110ubuntu4.1 => 110ubuntu4.2] (core)
[17:06] -queuebot:#ubuntu-release- New binary: plasma-workspace [ppc64el] (bionic-proposed/universe) [4:5.12.0a-0ubuntu1] (kubuntu)
[17:10] -queuebot:#ubuntu-release- New binary: gcc-8 [arm64] (bionic-proposed/universe) [8-20180206-0ubuntu1] (no packageset)
[17:12] -queuebot:#ubuntu-release- New binary: plasma-workspace [amd64] (bionic-proposed/universe) [4:5.12.0a-0ubuntu1] (kubuntu)
[17:12] -queuebot:#ubuntu-release- Unapproved: partman-partitioning (trusty-proposed/main) [99ubuntu1 => 99ubuntu2] (core)
[17:12] -queuebot:#ubuntu-release- New binary: plasma-workspace [i386] (bionic-proposed/universe) [4:5.12.0a-0ubuntu1] (kubuntu)
[17:14] -queuebot:#ubuntu-release- New binary: vala [ppc64el] (bionic-proposed/universe) [0.38.7-1] (ubuntu-desktop)
[17:16] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (artful-proposed/partner) [1:20180109.1-0ubuntu<IP_ADDRESS> => 1:20180206.1-0ubuntu<IP_ADDRESS>] (no packageset)
[17:16] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (xenial-proposed/partner) [1:20180109.1-0ubuntu<IP_ADDRESS> => 1:20180206.1-0ubuntu<IP_ADDRESS>] (no packageset)
[17:16] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (trusty-proposed/partner) [1:20180109.1-0ubuntu<IP_ADDRESS> => 1:20180206.1-0ubuntu<IP_ADDRESS>] (no packageset)
[17:34] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (artful-proposed) [1:20180206.1-0ubuntu<IP_ADDRESS>]
[17:34] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (xenial-proposed) [1:20180206.1-0ubuntu<IP_ADDRESS>]
[17:35] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (trusty-proposed) [1:20180206.1-0ubuntu<IP_ADDRESS>]
[17:36] -queuebot:#ubuntu-release- New binary: vala [arm64] (bionic-proposed/universe) [0.38.7-1] (ubuntu-desktop)
[17:40] -queuebot:#ubuntu-release- New binary: vala [i386] (bionic-proposed/universe) [0.38.7-1] (ubuntu-desktop)
[17:41] -queuebot:#ubuntu-release- New binary: vala [amd64] (bionic-proposed/universe) [0.38.7-1] (ubuntu-desktop)
[17:41] -queuebot:#ubuntu-release- New binary: vala [armhf] (bionic-proposed/universe) [0.38.7-1] (ubuntu-desktop)
[18:15] -queuebot:#ubuntu-release- New binary: gdal [amd64] (bionic-proposed/universe) [2.2.3+dfsg-2] (kubuntu)
[18:16] -queuebot:#ubuntu-release- New binary: plasma-workspace [armhf] (bionic-proposed/universe) [4:5.12.0a-0ubuntu1] (kubuntu)
[18:17] -queuebot:#ubuntu-release- New: accepted gdal [amd64] (bionic-proposed) [2.2.3+dfsg-2]
[18:19] -queuebot:#ubuntu-release- New binary: gcc-8 [armhf] (bionic-proposed/universe) [8-20180206-0ubuntu1] (no packageset)
[18:22] -queuebot:#ubuntu-release- New binary: plasma-workspace [arm64] (bionic-proposed/universe) [4:5.12.0a-0ubuntu1] (kubuntu)
[18:44] <doko> just fyi, s390x buildds are currently not avaliable due to maintenance work
[18:46] <nacc_> doko: thankns
[19:09] <tsimonq2> doko: ahead of schedule?
[19:11] <doko> ?
[19:17] <tsimonq2> I thought it wouldn't be for another 12 hours..
[19:18] <doko> then you know more than me =)
[19:25] <tsimonq2> I don't know much ;)
[19:25] <tsimonq2> infinity: Do you?
[19:35] <acheronuk> so 24 hrs downtime?
[19:35] <xnox> doko, it was widely announced for a few weeks now. and planned. and yes it is a 24h downtime this tuesday =)
[19:36] <doko> good time for EOD
[19:38] <doko> nacc_: I see a lot of "unsatisfiable Depends: php-mapi"
[19:38] <jbicha> xnox: widely announced internally I assume?
[19:38] <xnox> jbicha, yeah.
[19:39] <tsimonq2> ^
[19:39] <tsimonq2> ok
[19:39] <xnox> jbicha, we didn't have enough spare capacity, to do it online, as we need to yank RAM sticks out to shove bigger RAM sticks in.
[19:45] <tsimonq2> xnox: any particular reason for not giving non-Canonical Ubuntu Developers a heads up in advance? There's a KDE Plasma transition now stuck, and I was hoping to work on Qt 5.9.4 tonight. :/
[19:47] <nacc_> doko: ack, it's part of kopanocore
[19:47] <nacc_> doko: which is why i wouldl have rather you didn't remove it :)
[19:47] <nacc_> doko: i'm still ldebugging the issue with my fix
[19:48] <xnox> tsimonq2, you are free to upload things. the bottleneck is not s390x, and once it is back online it will finish before armhf anyway =)
[19:48] <nacc_> and possibly ppc64el with teh backlog right now :)
[19:48] <xnox> tsimonq2, it was mentioned on this channel, a few times this, and last week, not sure if we were meant to send general announcement or not.
[19:49] <tsimonq2> xnox: hm, I only just found out about it yesterday :/y
[19:51] <tsimonq2> xnox: like, I could see it just being down for a few hours, but if it's a day or more, especially before feature freeze, a quick email to ubuntu-devel and/or ubuntu-release wouldn't have hurt :/
[19:52] <xnox> it is meant to be less than 24h.
[19:52] <xnox> and things are relatively quiet, with everything waiting on arm64 perl autopkgtests
[19:52] <xnox> http://autopkgtest.ubuntu.com/running
[19:54] <tsimonq2> ok
[19:54] <acheronuk> I think it just feels like constantly one thing after another at the moment. especially after meltdown etc
[19:54] <acheronuk> it's not really a big deal.
[19:55] <tsimonq2> (with the exception of arch:any packages with no tests and no rdeps with tests, xnox)
[20:35] <doko> LocutusOfBorg: did the gdbm patch for ruby2.3 work?
[21:23] <elopio> ping slangasek. We had to add a change in snapcraft that makes the last step a lot slower, while it runs readelf and patchelf everywhere.
[21:24] <elopio> our high-level acceptance tests are now timing out on autopkgtest. Can we get more time on those tests?
[21:33] -queuebot:#ubuntu-release- New binary: libopenraw [ppc64el] (bionic-proposed/universe) [0.1.2-0.1] (no packageset)
[21:34] <elopio> Laney: do you know if that's possible? ^
[21:34] -queuebot:#ubuntu-release- New binary: libopenraw [amd64] (bionic-proposed/universe) [0.1.2-0.1] (no packageset)
[21:34] -queuebot:#ubuntu-release- New binary: libopenraw [i386] (bionic-proposed/universe) [0.1.2-0.1] (no packageset)
[21:40] -queuebot:#ubuntu-release- New binary: libopenraw [arm64] (bionic-proposed/universe) [0.1.2-0.1] (no packageset)
[21:42] -queuebot:#ubuntu-release- New binary: libopenraw [armhf] (bionic-proposed/universe) [0.1.2-0.1] (no packageset)
[21:43] -queuebot:#ubuntu-release- New: accepted libopenraw [amd64] (bionic-proposed) [0.1.2-0.1]
[21:43] -queuebot:#ubuntu-release- New: accepted libopenraw [armhf] (bionic-proposed) [0.1.2-0.1]
[21:43] -queuebot:#ubuntu-release- New: accepted libopenraw [ppc64el] (bionic-proposed) [0.1.2-0.1]
[21:43] -queuebot:#ubuntu-release- New: accepted libopenraw [arm64] (bionic-proposed) [0.1.2-0.1]
[21:43] -queuebot:#ubuntu-release- New: accepted libopenraw [i386] (bionic-proposed) [0.1.2-0.1]
[21:43] <xnox> elopio, one of the things we never did, is make autopkgtests monitor stdout, and keep bumping the timeout if there is stdout from the processes.
[21:44] <xnox> elopio, can you split the slow test into a separate test? such that a new timer is used for it?
[21:47] <elopio> xnox: I could, but for arm64 things are very slow. That one would require a bunch of splits, it seems.
[21:47] <xnox> =/
[21:47] <xnox> elopio, wait for laney to respond.... but he is on vacation this week i think.
[21:48] <xnox> elopio, not sure who else to ping.... slangasek / bdmurray / sil2100  ?
[21:49] <elopio> thanks xnox
[21:50] <bdmurray> not bdmurray
[21:50] <Odd_Bloke> That's exactly what bdmurray would say.
[21:53] <elopio> suspicious
[22:34] -queuebot:#ubuntu-release- Unapproved: vagrant (artful-proposed/universe) [1.9.1+dfsg-1 => 1.9.1+dfsg-1ubuntu0.1] (ubuntu-cloud)
[22:39] -queuebot:#ubuntu-release- New binary: plasma-workspace [s390x] (bionic-proposed/universe) [4:5.12.0a-0ubuntu1] (kubuntu)
[22:40] -queuebot:#ubuntu-release- New binary: vala [s390x] (bionic-proposed/universe) [0.38.7-1] (ubuntu-desktop)
[22:49] -queuebot:#ubuntu-release- New: accepted vala [amd64] (bionic-proposed) [0.38.7-1]
[22:49] -queuebot:#ubuntu-release- New: accepted vala [armhf] (bionic-proposed) [0.38.7-1]
[22:49] -queuebot:#ubuntu-release- New: accepted vala [ppc64el] (bionic-proposed) [0.38.7-1]
[22:49] -queuebot:#ubuntu-release- New: accepted vala [arm64] (bionic-proposed) [0.38.7-1]
[22:49] -queuebot:#ubuntu-release- New: accepted vala [s390x] (bionic-proposed) [0.38.7-1]
[22:49] -queuebot:#ubuntu-release- New: accepted vala [i386] (bionic-proposed) [0.38.7-1]
[22:56] -queuebot:#ubuntu-release- New: accepted plasma-workspace [amd64] (bionic-proposed) [4:5.12.0a-0ubuntu1]
[22:56] -queuebot:#ubuntu-release- New: accepted plasma-workspace [armhf] (bionic-proposed) [4:5.12.0a-0ubuntu1]
[22:56] -queuebot:#ubuntu-release- New: accepted plasma-workspace [ppc64el] (bionic-proposed) [4:5.12.0a-0ubuntu1]
[22:56] -queuebot:#ubuntu-release- New: accepted plasma-workspace [arm64] (bionic-proposed) [4:5.12.0a-0ubuntu1]
[22:56] -queuebot:#ubuntu-release- New: accepted plasma-workspace [s390x] (bionic-proposed) [4:5.12.0a-0ubuntu1]
[22:56] -queuebot:#ubuntu-release- New: accepted plasma-workspace [i386] (bionic-proposed) [4:5.12.0a-0ubuntu1]
[23:12] -queuebot:#ubuntu-release- Unapproved: accepted vagrant [source] (artful-proposed) [1.9.1+dfsg-1ubuntu0.1]
[23:12] <xnox> i hope php7.2 migrates, such that i can rebuild it for ssl1.1
[23:13] <xnox> and i just uploaded zeroc-ice with php7.2 fix
[23:13] -queuebot:#ubuntu-release- New binary: pytest-arraydiff [amd64] (bionic-proposed/none) [0.2-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: libhtmlcleaner-java [amd64] (bionic-proposed/universe) [2.21-2] (no packageset)
[23:18] -queuebot:#ubuntu-release- New: accepted libhtmlcleaner-java [amd64] (bionic-proposed) [2.21-2]
[23:18] -queuebot:#ubuntu-release- New: accepted pytest-arraydiff [amd64] (bionic-proposed) [0.2-1]
[23:20] <doko> s390x builds running again
[23:20] <doko> xnox: afaics the only thing blocking php7.2 migration are the outstanding autopkg tests
[23:21] <nacc> doko: xnox: right
[23:23] <xnox> doko, well, for it to be considered. then we will find out where and how it got entangled.
[23:23] <doko> looks like the php7.2, ruby2.5-add and gdbm tracks will be green soon
[23:24] <doko> no, entanglement is already shown in update_excuses, but maybe not missing things
[23:24] <doko> e.g. I missed the pillow transition, and now it's entangled with the openssl mess (mythtv)
[23:35] <tsimonq2> slangasek: I'll help the Kubuntu team finish this transition (Plasma 5.12) for now (MOTU), but a kubuntu packageset should be done ASAP just in case other Kubuntu Developers need to upload some packages that are seeded but not in the packageset yet.
[23:35] <tsimonq2> s/kubuntu packageset/kubuntu packageset refresh/
[23:36] <RAOF> Hrm
[23:37]  * tsimonq2 waves to RAOF
[23:38] <RAOF> Is there a way to reset the “always failed” state of a test?
[23:38] <acheronuk> tsimonq2: I emailed dev-permissions requesting it this morning and sil2100 said he was going to try to get to it. obviously not been time yet
[23:41] <RAOF> Because there are a bunch of tests which fail on s390x now that we have machine isolation.
[23:42] <xnox> doko, yeah, i can't wait for src:openssl to migrate... arm64 autopkgtests still
[23:56] <RAOF> /me would like something better than the ‘force-badtest foo/all/s390x’ he's been using to ignore the autopkgtest failures now that s390x autopkgtests run with machine-isolation.