 @NunoRocha51 [<reply to media>], cool i like that
 @amyosx [Desktop.click], do you have the app, i can relink
 its an underground movment, too much for the store :)
 (Photo, 1080x2340) https://irc.ubports.com/TmYrblwC.png
 (Document) https://irc.ubports.com/81j4L5q0.null
 (Document) https://irc.ubports.com/OyxNQyEm.null
 @glebleee [I remember there were an issue with opensource emojis. Could these (MIT licensed …], i will take a look, the current issue is the format that qt supports, if we use svginot all the emoji render as line art b/w, i have found ways that people convert these into the format we use
 Question; what are the minimum requirements for a device? Im interested in trying out porting to a phone, it's my understanding I need to compile the kernel with halium stuff?
 (Photo, 1080x2340) https://irc.ubports.com/b4L0Eqh4.png
 other problems are diffrent fonts seem to be fighting for displaying as default, so we need careful fontconf editing
 ugh. Fontconfig.
 and we need to figure out how to scale them too, they are way too small
 so far twitters twemoji looks like a great option, openmoji looks ok, but they were mostly focused on making the glyphs and not font options
 @LSolrac [Question; what are the minimum requirements for a device? Im interested in tryin …], iirc minimum 16GB storage and 2GB of ram
 @mateosalta [so far twitters twemoji looks like a great option, openmoji looks ok, but they w …], hmmm interesting
 @Fuseteam [the main issue with the keyboard right now is that it is hardcoded atm lol], adding them to the keyboard is the easy part :)
 @mateosalta [adding them to the keyboard is the easy part :)], I mean its hardcoded in a file isn't it?
 you can just copy paste new ones into that file
 once the font is installed, we can easily add all the new ones there
 i think this one is rather cool: https://mutant.tech/
 it is older, but they also made font conversion tool on their github
 Augh, it's licensed NonCommercial
 sadly
 I thought it looked pretty cool
 but the conversion tool might be what we need to get other fonts from svginot to sbix
 i have a unicode 13 apple font im experimenting with to try and setup fontconf
 I am very glad that you're dealing with FC and not me.
 i found a unicode 11 sbix of twemoji
 and if we can convert v13 of twemoji, i think it might be the best one so far license and style wise
 @mateosalta [once the font is installed, we can easily add all the new ones there], I guess, but shouldn't we move away from hardcoded?
 if someone wants to make a search based would be awesome
 https://twemoji.twitter.com/
 so they also stated how they wanted attribution:
 Wait why is Noncommercial an issue?
 Because Ubuntu Touch is shipped on devices which are sold to customers, and the Work is part of that commercial transaction.
 It's easier not to deal with it.
 @Fuseteam [Wait why is Noncommercial an issue?], if someone wanted to put a app in theopen store that installed the font that could work
 the cc thing was also problematic for emojitwo(and emojione now) i think we need to move away from thay set asap
 the terms technically require some form of attribution for every image i think
 as the company behind it has moved away from being nice about opensource, i think they could arbitrarily enforce certain usages?
 @UniversalSuperBox [It's easier not to deal with it.], Ah I see 🤔
 @mateosalta [if someone wanted to put a app in theopen store that installed the font that cou …], Uhhh not sure about a app installing things like that, readonly rootfs and all that
 as twemoji made it clear where exactly they want to be attribited, i think this is good, not left to interpitation
[01:15] <ubptgbot> JimmyAguilar was added by: JimmyAguilar
 @Fuseteam [Uhhh not sure about a app installing things like that, readonly rootfs and all t …], true
 @mateosalta [as twemoji made it clear where exactly they want to be attribited, i think this …], Cool! 👀
[01:50] <ubptgbot> Bill Ghauri was added by: Bill Ghauri
[02:30] <ubptgbot> Yash5643 was added by: Yash5643
 @Fuseteam [Uhhh not sure about a app installing things like that, readonly rootfs and all t …], that kind of fits into the argument to splitting out language/keboard  packs to installable more and more we are running into language fonts missing - do we add everything to the base, or find a way that these can be user made
 or modular for space
 @mateosalta [that kind of fits into the argument to splitting out language/keboard  packs to …], actually there is a way an user could install and retain depending on where it installs
 and i do believe its ultimately the goal to have layout be "installable"
[04:16] <ubptgbot> .PROGRAMMER was added by: .PROGRAMMER
 (Photo, 786x533) https://irc.ubports.com/Ek0P6GsX.png Can anyone help me on this one ?
 Please do not cross post, and keep porting stuff in the porting group
 @dohbee [Please do not cross post, and keep porting stuff in the porting group], Why wouldn't I? No solution is coming up.
 Then be patient.
 @dohbee [Then be patient.], I don't have time to be patient.
 Then you are in wrong business
 Porting is a slow process, posting questions to 5 different places won't automagically speed things up
 @HackerShohag [I don't have time to be patient.], But this is not the board you will receive answers on this from.
 @bhushanshah [Then you are in wrong business], And why is that?
 @bhushanshah [Porting is a slow process, posting questions to 5 different places won't automag …], See this
 @bhushanshah [See this], I thought that ubports groups might have different people.  Let's not waste more time.
 Do you really not see a problem here?
 This group is NOT related to porting
 Asking here will NOT help
 @bhushanshah [Do you really not see a problem here?], Well, I didn't knew that one.
 @bhushanshah [Do you really not see a problem here?], [Edit] Well, I didn't know that one.
 So I guess it's all sorted now? Scalable arm apps on mobile and pc both. More like iOS and MacOS(swift)  … https://www.omgubuntu.co.uk/2021/03/ubuntu-building-apps-with-flutter-in-future/amp
[05:56] <ubptgbot> nayan1247 was added by: nayan1247
[06:03] <ubptgbot> Nautilus was added by: Nautilus
 Will the Samsung Note 10+ N9750 ever be supported?
 @arplusplus [So I guess it's all sorted now? Scalable arm apps on mobile and pc both. More li …], on desktop so far
 and remember canonical isnt ubports
 @Nautilus [Will the Samsung Note 10+ N9750 ever be supported?], I don't think so. They will only support limited devices
 @mateosalta [and remember canonical isnt ubports], I know but QT and cpp is not very productive for making apps
 You need abstraction for kids to make apps
 Kids friendly languages like JS, python, Java
 it's what we have, but yeah in theory their work will make it easier to do flutter apps on ut
 Hmm that is what I was thinking
 @Nautilus [Will the Samsung Note 10+ N9750 ever be supported?], Someone that owns the device would need to port it.  Likely the Qualcomm version would be easier to port than the Exynos one would be.
 We need some cross platform dev environment like web. So Ubuntu apps can scale down to Uports
 Yes, I have the Qualcomm version
 @Nautilus [Will the Samsung Note 10+ N9750 ever be supported?], If you want to give it a try - info on porting is at - http://docs.halium.org/en/latest/porting/first-steps.html … and … http://docs.ubports.com/en/latest/porting/Intro.html … Also http://docs.ubports.com/en/latest/porting/halium_9/Halium_9_GSI_porting.html
 Sweet
 Something like view ports. If this size viewport look like this. If PC then this
 While functioning remain same(logic). But a scalable UI
 This is the only way Linux can compete with Android, iOS
 @mateosalta [it's what we have, but yeah in theory their work will make it easier to do flutt …], Flutter on ubports would make my work also easy😛. It is easy to design. Guess I have to use qt itself for now
 DEVELOPMENT processes need to be simplified
 @nahnah7 [Flutter on ubports would make my work also easy😛. It is easy to design. Guess I …], I'm making an app with flutter. It's darn eazy
 Easy
 @arplusplus [I'm making an app with flutter. It's darn eazy], But on ubports?😞
 @nahnah7 [But on ubports?😞], Not on uports
 Android
 Uports need to fork flutter
 Since ubports doesn't support snap it is impossible
 Oh yaa
 Anyway snap is not adopted by linux communities
 It's just canonical
 @arplusplus [Anyway snap is not adopted by linux communities], Yes true
 @arplusplus [I'm making an app with flutter. It's darn eazy], well, I stopped when I got the the part that said it needed the android sdk...
 @mateosalta [well, I stopped when I got the the part that said it needed the android sdk...], Lol
 but, if you want an app on all platforms, it sounds cool
 @mateosalta [well, I stopped when I got the the part that said it needed the android sdk...], Once flutter is independent they will surely split with Android studio
 @mateosalta [but, if you want an app on all platforms, it sounds cool], It's not just that, dart is an easy language
 UBports core team is not going to fork Flutter anytime soon.  Just moving the base up to 20.04 is going to consume tons of the time for the next few months at least.
 But from my understanding cpp is not an ideal language for mobile apps … Linux community have to come on a common agreement for developing of apps
 qml is rather nice for mobile apps
 @mateosalta [qml is rather nice for mobile apps], I haven't tried it yet
 @arplusplus [But from my understanding cpp is not an ideal language for mobile apps … Linux co …], Linux community is never going to completely unify over anything.  Embrace the options ;)
 @TotalSonic [UBports core team is not going to fork Flutter anytime soon.  Just moving the ba …], Maybe from the community itself who isn't busy with base can try
 @mateosalta [qml is rather nice for mobile apps], Do you think I can teach QML to 10 yr old kid
 it is similar to javascript I think?
 Like python
 @nahnah7 [Maybe from the community itself who isn't busy with base can try], Yes, if someone steps up to the task that is capable of it, then it could happen
 maybe easier than python to me
 @mateosalta [maybe easier than python to me], Interesting
 it doesn't care about spaces as much :)
 @TotalSonic [Yes, if someone steps up to the task that is capable of it, then it could happen], Yaa
 @TotalSonic [Yes, if someone steps up to the task that is capable of it, then it could happen], it might have to wait for the wayland transition - but I'm sure people will be experimenting with it on the pinephone first
 since that is already there on wayland
 i mean, there was this awesome bit, https://github.com/lupyuen/lvgl-wayland
 someone did lvgl on the pinephone
 then manjaro + lomiri is already using libhandy apps
 the future is bright writing an app just about however you want - almost (soon tm)
 @mateosalta [the future is bright writing an app just about however you want - almost (soon t …], Interesting
 Having fun with my (new to me, 6 year old mint in open box) LG G Watch R, running Asteroid OS and synced to my Volla Phone running UT :)
 (Photo, 1920x2560) https://irc.ubports.com/XbUInXo8.png
 @TotalSonic [Having fun with my (new to me, 6 year old mint in open box) LG G Watch R, runnin …], oh, awesom
 @TotalSonic [<reply to media>], ❤👍
 How do you buy PinePhone in Europe?
 Is it available in Europe or just US
 almost anywhere
 https://pine64.com/product-category/pinephone/?v=0446c16e2e66
 but out of stock now, soon I think they will make avaible sometime the default os one
 Does the convergence feature work on Op3t?
 @mateosalta [https://pine64.com/product-category/pinephone/?v=0446c16e2e66], Yes all out of stock
 @nayan1247 [Does the convergence feature work on Op3t?], not through usb
 I would have to check the miricast
 Thanks mateo.
 @mateosalta [I would have to check the miricast], The devices page says Wireless External Monitor support is "untested"  https://devices.ubuntu-touch.io/device/oneplus3/
 So convergence through USB doesn't work for most devices except the 2-3 flagship phones right.
 nexus 4, nexus 5, bq m10 tablet
 pinephone no driver installed yet
 there might be some in the new batch of ports?
 (Photo, 2560x1182) https://irc.ubports.com/tyK8khGw.png
 testing time :)
 @nayan1247 [So convergence through USB doesn't work for most devices except the 2-3 flagship …], It works for the Nexus 5 through Slimport.  I don't know about others.  I was able to send to external displays via Microsoft Wireless Disply Adapter v2 with my Meizu Pro 5 and OnePlus One, but my current daily driver of the Volla Phone doe
[06:33] <ubptgbot> s not have support for this unfortunately
 @TotalSonic [It works for the Nexus 5 through Slimport.  I don't know about others.  I was ab …], maybe i have the wrong adapter "msdisplayadapter_c1" v2.0.835 on software
 unfortunatly needs win app to update firmware...
 @mateosalta [maybe i have the wrong adapter "msdisplayadapter_c1" v2.0.835 on software], hmmm, I thought version 1 was supposed to work ok as well.
 one of them either the tv builtin, or the adapter i know used to work on my pro 5
 well, rip opo 3t, my powerbutton is broken
 ahh, I still have the blame popey app on my mx4, there might be hope to bring it back
 oh, maybe that was a webapp...
 woah there was a tracker in the font browser
 cool app, I think i will maintain and strip out the tracker
 (Photo, 1152x1920) https://irc.ubports.com/rAswsupp.png
 Will there be a time when software updates won't wipe additional software package installs such as python-pip or is that expected with this operating  system.
 with ut?
 the clicks don't get wiped
 Oh, this might actually find out which font is overiding emoji
 (Photo, 1152x1920) https://irc.ubports.com/LdcAHky2.png
 oh, stuart had some cool articles way bakc
 https://www.kryogenix.org/days/2015/08/20/using-the-content-hub-on-ubuntu/#sf-using-the-content-hub-on-ubuntu-1-back
[09:07] <ubptgbot> Ravens3and4 was added by: Ravens3and4
 @mateosalta [the clicks don't get wiped], Anything  that's not a click does , so if packages are installed with cli. They are cleared everytime you update.
 yeah, that will always happen it is a image based system, anything in the system is the system
 apt is not supported or recomended
 @mateosalta [apt is not supported or recomended], Please  don't take my next comment as rude or offensive.  But what then would be the point of having it be based on linux . Also why are we not updating it the same way as desktop Linux or debian in this case.
 because of the nature of a phone, apt performing intensive writes, the state of upgrades when maintainer scripts are used, the ability to roll back the system without affecting user data, security,
 download size
 dependancy confilcts, just imaging not being able to boot because you apt installed a package that brought in a new gcc or something
 is fine on desktops, you can drop to shell, use a keyboard at a low level and fix no problem
 but then a touch screen that depends on a working os to function?
 maybe adb on a laptop... but most phone users don't want to deal with that
 @mateosalta [but then a touch screen that depends on a working os to function?], Fair , just sucks that everything is blowen away each time that's all
 yeah a bit
 I remember there was an idea to auto mount a libertine container for terminal usage, and mount a interactive folder in the user space
 Is this unique to ubports or are all mobile linux OS's doing this
 then the stuff you install is in the container, and not touched by the update
 @mateosalta [then the stuff you install is in the container, and not touched by the update], This would be good
 @WelcomePlayerOne [Is this unique to ubports or are all mobile linux OS's doing this], Its unique to Ubuntu Touch unless the others find out they will need something similar ;)
 @WelcomePlayerOne [This would be good], shell access on this page
 https://docs.ubports.com/en/latest/userguide/dailyuse/libertine.html
 Also, thE OS is called Ubuntu Touch please dont call it UBports, thats the name of the organization
 DISPLAY= libertine-launch -i CONTAINER-IDENTIFIER /bin/bash
 @WelcomePlayerOne [Please  don't take my next comment as rude or offensive.  But what then would be …], The idea is to spread it to people that are not tech nerds. A normal user will never have to use apt indeally
 @WelcomePlayerOne [Please  don't take my next comment as rude or offensive.  But what then would be …], [Edit] The idea is to spread it to people that are not tech nerds. A normal user will never have to use apt ideally
 it is slightly more advanced, but for setting up a bunch of command line tools it might be a nice thing
 @Flohack [Also, thE OS is called Ubuntu Touch please dont call it UBports, thats the name …], My bad I always assumed you guys ditched the ub touch name when you guys diverted  from Ubuntu
 it is awesome that we can just do it anyway for some testing though ;)
 [Edit] it is awesome that we can just do it anyway for some testing though ;) (using apt)
 @mateosalta [it is awesome that we can just do it anyway for some testing though ;) (using ap …], I like the way you think my man
 @WelcomePlayerOne [My bad I always assumed you guys ditched the ub touch name when you guys diverte …], Oh even the opposite, we got a licensing agreement with Canonical and we can use their trademark basically ^^
 https://docs.ubports.com/en/latest/userguide/dailyuse/libertine.html#files oh it does have access to some home dir's
 so would be easy to setup some tools, say some video converting command line tools, or other things to bulk convert pictures
 woah, this is cool, it still works
 https://caxton.herokuapp.com/
 Does anyone here use UT on a Pro1? … Last time I tried, there seemed to be no support for MMS, GPS, mobile data, flashlight, or keyboard backlight, though I am not discarding the possibility of me having messed up the install. … Has this changed?
 some annoying things like mobile network instability got fixed, but nothing regarding keyboard support
 @nayan1247 [Thanks mateo.], doesn't seem to work with lg tv, or with v1 of microsoft adapter
 it does bring up displays to try to connect
[10:51] <ubptgbot> Onex_GRG_67 was added by: Onex_GRG_67
[11:11] <ubptgbot> Cnr was added by: Cnr
 yes, archive org to the rescue!
 (Photo, 982x718) https://irc.ubports.com/jipVVT8T.png
 Hi guys, is there a way to have 4G/LTE on Nexus 4?
 Nexus4 have a LTE kernel，but the driver don”t suppore the harddriver。
 [Edit] Nexus4 have a LTE kernel，but the driver don”t support the harddriver。
 @popeydc permission to revive the blame popey app? :)
 pretty sure the website went down
 dunno if the app relied on that
 I found the source of the website
 @mateosalta [<reply to media>], :)
 Guy's to install UT do i need to downgrade my xiaomi redmi note 7 from android 10 to android 9 or can i just keep the default installed one when i buy the device ?
 I think you might need to downgrade? I could be wrong though
 @mateosalta [I think you might need to downgrade? I could be wrong though], Ok thanks Mateo
 but at least you need to unlock the bootloader, and enable usb debuging
 @mateosalta [but at least you need to unlock the bootloader, and enable usb debuging], Yes that's already done
 @mateosalta [:)], oh, i missed the reference. Feel free, you don't need my permission. Frecel didn't when he made the site in the first place :D
 @popeydc [oh, i missed the reference. Feel free, you don't need my permission. Frecel didn …], Thank you, I just didn't know if you remember it as fondly or was something to bury :)
 nah, i don't mind :)
 @popeydc [nah, i don't mind :)], https://web.archive.org/web/20180415155148im_/https://blamepopey.com/tptm/popey7dd2a.wav
 some of the audio of your mycroft voice is still there
 @mateosalta [some of the audio of your mycroft voice is still there], maybe ping @frecel who made the site in the first place and ask if he still has the source somewhere
 ah, maybe with the audio part still working, that would be cool
 i didn't find the rickroll version either
 I did get the orginal first version that just puts random text
 @mateosalta [do you have the app, i can relink], I was joking lmao
 well, we do have a desktop like app :)
 it really just shows your background as an app, but the icon is the show desktop icon, and the drawer moves :)
 @arplusplus [Do you think I can teach QML to 10 yr old kid], yes you can qml is darn easy once you get to know it
 @WelcomePlayerOne [Will there be a time when software updates won't wipe additional software packag …], click package don't get wiped, apt packages do, for apt packages we have libertine
 :)
 @Fuseteam [click package don't get wiped, apt packages do, for apt packages we have liberti …], Is there a way to download my required packages via libertine to ensure they are not wiped, sorry if this is a noob question.
 like off of the phone as a backup?
 @WelcomePlayerOne [Is there a way to download my required packages via libertine to ensure they are …], if they are install in libertine they won't be wiped
 but there another secret way actually, if an apt package is packaged for ubuntu touch it might not get wiped either xD
 oh, like a deb that installs to opt?
 @Fuseteam [if they are install in libertine they won't be wiped], Ow fantastic  ty
 some managed to install the nix package manager because it only needs write access to `/nix` and `/etc/nix`
 @mateosalta [oh, like a deb that installs to opt?], yes! exactly xD
 @mateosalta [oh, like a deb that installs to opt?], [Edit] yes! exactly! xD
 @Fuseteam [yes! exactly! xD], Wait so with libertine how can one enter a terminal mode with it given I want it to be a python container
 "prefix" installs could be supported on ut :3
 @WelcomePlayerOne [Wait so with libertine how can one enter a terminal mode with it given I want it …], check out the shell access section on the docs ;)
 Ty
 yeah, that one command puts you inside the container, and for terminal stuff you can't tell you are in a container
 mhm
 oooo, this is going to be awesome
 (Photo, 1080x2340) https://irc.ubports.com/pmUrH004.png
 (Photo, 1080x2340) https://irc.ubports.com/WfV7dAm6.png
 (Photo, 1080x2340) https://irc.ubports.com/UwgdLaog.png
 qt has a lot of nice examples in qtwidgets
 this is going to make nice tablet apps
 @mateosalta [oooo, this is going to be awesome], ooooh
[14:23] <ubptgbot> Alex Cruden was added by: Alex Cruden
[16:15] <ubptgbot> mika was added by: mika
 @mateosalta [qt has a lot of nice examples in qtwidgets], package them! 😄
 Mateo The Packager xD
 Mateo The Reviver
 @mateosalta [<reply to media>], This would really useful! Please get this to the Open Store if you can!
 @mateosalta [<reply to media>], [Edit] This would be really useful! Please get this to the Open Store if you can!
 My GPS seems to have stopped working since 4th March. I'm on Stable Version 13. My BQ Aquaris M10 normally gets a fix, even indoors, within 3 or 4 mins. Has anyone else noticed a problem? … Today is the one time I really needed to calculate a route. I'm indoors at present. I've tried UNav, Pure Maps and SensorsStatus and none them get a
[19:08] <ubptgbot> fix, even after 10 mins. … Could the update to qt have caused the problem?
 If you're on stable, there have been no changes since December
 Reboot it, put it near a window, and leave it to grab a fix. That will give you the best chance.
 @UniversalSuperBox [Reboot it, put it near a window, and leave it to grab a fix. That will give you …], Thank Dalton. I'll try that. I'll even take it outdoors if necessary. … I thought qt had been upgraded to 5.14.
 It has been updated to 5.12, but not until OTA-16, which is currently unreleased.
 The stable channel has not received an update since December
 @UniversalSuperBox [Reboot it, put it near a window, and leave it to grab a fix. That will give you …], [Edit] Thank Dalton. I'll try that. I'll even take it outdoors if necessary. … I thought qt had been upgraded to 5.12.
 I was on RC last week and checked thd qt version with a command Rodney gave me. That's what confused me.
 [Edit] I was on RC last week and checked the qt version with a command Rodney gave me. That's what confused me.
 well RC is more updated then stable so
 @UniversalSuperBox [Reboot it, put it near a window, and leave it to grab a fix. That will give you …], Took it outside under the stars and it worked fine. The map was slow to update as I was at the limit kf my wifi range. Anyhow, thanks for you help Dalton.
 Cool
 @UniversalSuperBox [Reboot it, put it near a window, and leave it to grab a fix. That will give you …], [Edit] Took it outside under the stars and it worked fine. The map was slow to update as I was at the limit of my wifi range. Anyhow, thanks for your help Dalton.
 It was cool out there :)
 @UniversalSuperBox [Reboot it, put it near a window, and leave it to grab a fix. That will give you …], Just tried it indoors again and it got a fix within a couple of minutes. Must have been a shortage of satellites earlier.
 @mateosalta [<reply to media>], Juegazo!!!
 @TotalSonic [This would be really useful! Please get this to the Open Store if you can!], would be cool, might not be the best one, as the open and save options would need exemptions, or reworking
[23:43] <ubptgbot> Atti was added by: Atti
 Hey! Anyone in here to have ubuntu touch on TCL phone?
 @Atti [Hey! Anyone in here to have ubuntu touch on TCL phone?], please refer to the devices.ubuntu-touch.io page it has a search function


[15:31] <cpaelzer> ahoi
[15:31] <sarnold> good morning
[15:31] <eslerm> hello o/
[15:31] <slyon> heyho
[15:31] <cpaelzer> let me get the template
[15:31] <dviererbe> o/
[15:31] <cpaelzer> #startmeeting Weekly Main Inclusion Requests status
[15:31] <meetingology> Meeting started at 15:31:52 UTC.  The chair is cpaelzer.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[15:31] <meetingology> Available commands: action, commands, idea, info, link, nick
[15:31] <cpaelzer> Ping for MIR meeting - didrocks joalif slyon sarnold cpaelzer jamespage ( eslerm dviererbe )
[15:32] <cpaelzer> plenty of people already said hi
[15:32] <jamespage> o/
[15:32] <cpaelzer> so let me start
[15:32] <cpaelzer> #topic current component mismatches
[15:32] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[15:32] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[15:32] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg
[15:32] <cpaelzer> non proposed is fine
[15:32] <cpaelzer> proposed has libmail-dkim-perl
[15:32] <cpaelzer> historically that was desktop, but we agreed topick this up as part of the similar work on dmarc
[15:33] <cpaelzer> so mirespace will file requests for those
[15:33] <cpaelzer> I haven't seen libio-prompter-perl before, anyone knows about this?
[15:33] <slyon> cpaelzer: we're taking care of libio-prompter-perl
[15:33] <slyon> it's been there for a few weeks
[15:33] <cpaelzer> I checked it is foundations
[15:33] <cpaelzer> thanks
[15:33] <cpaelzer> it didn't move yet so I wanted to ask again, all fine
[15:34] <cpaelzer> pipewire is Desktop and has been there in the past
[15:34] <cpaelzer> looks like a new dep by a sync maybe
[15:34] <cpaelzer> let us check the most recent upload
[15:34] <cpaelzer> yep https://launchpad.net/ubuntu/+source/pipewire/1.0.0-1
[15:34] <cpaelzer> jbicha: didrocks: could you carry this to the team and let us know next week what the approach to that one should be?
[15:35] <cpaelzer> OTOH I'm impressed it is 1.0 - yay suggest stability
[15:35] <cpaelzer> and then we know jaraco.text no need to bring it up again
[15:35] <cpaelzer> that is all that I see in mismatches
[15:35] <cpaelzer> anything else you want to raise for that section of the agenda?
[15:36] <jamespage> actually I had a query on the jaraco.text one
[15:36] <cpaelzer> go
[15:36] <jamespage> pydantic is one of the deps - I worked through the feedback on that last week
[15:37] <jamespage> one TODO was to upgrade to the latest 2.x series release (from 1.10.x) which is a pretty large transition as the 2 series breaks alot of API
[15:37] <sarnold> logcheck -> esmtp feels like it's part of the furniture around here but my irc client no longer has scrollback about it -- is that still in a state for us to ignore?
[15:37] <cpaelzer> sarnold: yes that is a known false positive
[15:37] <jamespage> question is really whether we should always insist on very latest up-to-date
[15:37] <cpaelzer> jamespage: I agree that not going for 2.x seems right for this
[15:37] <jamespage> 1.10.x has recent-ish releases which I have updated to
[15:37] <cpaelzer> thanks for updating and enabling the tests
[15:38] <slyon> sarnold: https://bugs.launchpad.net/ubuntu/+source/plzip/+bug/1980663/comments/3
[15:38] -ubottu:#ubuntu-meeting- Launchpad bug 1980663 in plzip (Ubuntu) "[MIR] false-positives, do not promote" [Undecided, Fix Released]
[15:38] <sarnold> oh hah, clicking it even goes to the right thing; thanks
[15:39] <cpaelzer> jamespage updating the case ...
[15:39] <jamespage> ta
[15:39] <jamespage> still needs security review onthat task
[15:40] <cpaelzer> no it does not
[15:40] <cpaelzer> oh
[15:40] <cpaelzer> I misread as they were to many updates
[15:40] <cpaelzer> and too many review
[15:40] <cpaelzer> right, fixing
[15:41] <cpaelzer> should be good now jamespage
[15:41] <jamespage> brill thanks
[15:41] <cpaelzer> ok
[15:41] <cpaelzer> next
[15:41] <cpaelzer> #topic New MIRs
[15:41] <cpaelzer> Mission: ensure to assign all incoming reviews for fast processing
[15:41] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&assignee_option=none&field.assignee=&field.subscriber=ubuntu-mir
[15:42] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/libemail-mime-contenttype-perl/+bug/2030962
[15:42] -ubottu:#ubuntu-meeting- Launchpad bug 2030962 in libemail-mime-contenttype-perl (Ubuntu) "[MIR] libemail-mime-contenttype-perl (libemail-mime-perl dependency as libmail-dmarc-perl dependency)" [Undecided, New]
[15:42] <jbicha> yes, Desktop is investigating the new Pipewire 1.0 dependency to either disable it or prepare a MIR
[15:42] <cpaelzer> was reviewed
[15:42] <cpaelzer> thanks jbicha
[15:42] <cpaelzer> This is actually ready, just needs the subscription and the other dependencies
[15:43] <cpaelzer> I'll add the subscription and mark if as ready later
[15:43] <cpaelzer> next is https://bugs.launchpad.net/ubuntu/+source/libgssglue/+bug/2044535
[15:43] -ubottu:#ubuntu-meeting- Launchpad bug 2044535 in libgssglue (Ubuntu) "[MIR] libgssglue" [Undecided, New]
[15:43] <cpaelzer> slyon: did the check with the team already happen?
[15:44] <slyon> cpaelzer: the discussion in still in progress. I'm +1 personally, but like to get some more buy-in from the team
[15:44] <cpaelzer> sure
[15:44] <cpaelzer> sounds fine
[15:44] <cpaelzer> happy to wait for the call then
[15:44] <cpaelzer> #topic Incomplete bugs / questions
[15:44] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[15:44] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.subscriber=ubuntu-mir
[15:44] <sarnold> heh, the whole template in there, it's hard to know what's relevant vs regular old boilerplate -- I wonder if we need to update our docs to make it more clear what's expected of mir proposers
[15:45] <cpaelzer> I felt it is clear, it needs inout of those requesters what they would have expected
[15:45] <cpaelzer> recent changes in incomplete
[15:45] <sarnold> inout? input or i/o? :)
[15:45] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/libmail-dmarc-perl/+bug/2023971 has gotten the change to the smaller dependency set
[15:45] -ubottu:#ubuntu-meeting- Launchpad bug 2023971 in libmail-dmarc-perl (Ubuntu) "[MIR] libmail-dmarc-perl" [High, Incomplete]
[15:45] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/dotnet6/+bug/2023531 is almost ready
[15:45] -ubottu:#ubuntu-meeting- Launchpad bug 2023531 in dotnet6 (Ubuntu) "[MIR] dotnet6" [Undecided, Incomplete]
[15:46] <cpaelzer> just tests to be added, then it is good
[15:46] <cpaelzer> long things are finally good
[15:46] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/libnet-ip-perl/+bug/2039456 is interesting
[15:46] -ubottu:#ubuntu-meeting- Launchpad bug 2039456 in libnet-ip-perl (Ubuntu) "[MIR] libnet-ip-perl (as libmail-dmarc-perl dependency)" [Undecided, Incomplete]
[15:46] <cpaelzer> sarnold: eslerm: could you have a look
[15:46] <cpaelzer> that is a case of "all fine, but upstream is dead"
[15:46] <cpaelzer> OTOH it also doesn#t need any change one would know of
[15:47] <cpaelzer> there are such packages in the archive and joalif rightfully asked for you to say "yeah this is fine for us too"
[15:47] <cpaelzer> is it?
[15:47] <cpaelzer> and while you ponder about that , the other one in incomplete is https://bugs.launchpad.net/ubuntu/+source/libmatch-simple-perl/+bug/2042100 which slyon mentioned before to be in progress - no action needed
[15:47] -ubottu:#ubuntu-meeting- Launchpad bug 2042100 in libmatch-simple-perl (Ubuntu) "[MIR] libmatch-simple-perl (libio-prompter-perl dependency)" [Undecided, Incomplete]
[15:48] <cpaelzer> the further ones are dependencies of the dmarc thing which are no more needed
[15:48] <cpaelzer> so before going on, sarnold / eslerm - WDYT?
[15:48]  * eslerm looking
[15:48] <sarnold> # Copyright (c) 1999 - 2002                           RIPE NCC
[15:48] <sarnold> heh
[15:48] <cpaelzer> do not call it dead, call it stable
[15:48] <dviererbe> :D
[15:49] <Eickmeyer> Looks ripe.
[15:49] <cpaelzer> feel free to give me the answer on the bug later on
[15:49] <cpaelzer> I'd like to use the time here to complete all agenda items
[15:49] <cpaelzer> ok?
[15:49] <sarnold> yeah
[15:49] <eslerm> sounds ok, we're going to fuzz a lot of these packages at once, and I feel we may as well with this even if we don't do an mir
[15:50] <cpaelzer> indeed eslerm
[15:50] <cpaelzer> ESM for the win
[15:50] <cpaelzer> leave a trace on the bug later on please
[15:50] <cpaelzer> #topic Process/Documentation improvements
[15:50] <cpaelzer> Mission: Review pending process/documentation pull-requests or issues
[15:50] <cpaelzer> #link https://github.com/canonical/ubuntu-mir/pulls
[15:50] <cpaelzer> #link https://github.com/canonical/ubuntu-mir/issues
[15:50] <cpaelzer> only the old on-hold things
[15:50] <cpaelzer> I've landed last week the security "make clear about deadlines" PR
[15:50] <cpaelzer> after like 3 spell check PRs :-P
[15:51] <cpaelzer> #topic MIR related Security Review Queue
[15:51] <cpaelzer> Mission: Check on progress, do deadlines seem doable?
[15:51] <cpaelzer> Some clients can only work with one, some with the other escaping - the URLs point to the same place.
[15:51] <cpaelzer> #link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=%5BMIR%5D&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir
[15:51] <cpaelzer> #link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=[MIR]&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir
[15:51] <cpaelzer> Internal link
[15:51] <cpaelzer> - ensure your teams items are prioritized among each other as you'd expect
[15:51] <cpaelzer> - ensure community requests do not get stomped by teams calling for favors too much
[15:51] <cpaelzer> #link https://warthogs.atlassian.net/jira/software/c/projects/SEC/boards/594
[15:51] <sarnold> oh look new bug on the list :)
[15:52] <cpaelzer> hehe
[15:52] <cpaelzer> well, some email things that we expected
[15:52] <cpaelzer> there is a bunch in TODO
[15:52] <eslerm> I'm hoping dbus-broker gets a dbus-run-session wrapper, it's a package we want promotoed
[15:52] <cpaelzer> let me ask, how is the capacity before Christmas shutdown to get some of them to done?
[15:52] <cpaelzer> ack eslerm
[15:53] <sarnold> capacity is limited, many people are burning the needful pto due
[15:53] <eslerm> the perl work should be ramping up soon. @iosifache has perl fuzzing tooling setup and will teach a few others who will work on them together
[15:53]  * cpaelzer thinks of eslerm and sarnold now coordinating out of band what they should say to be nice but not make promises :-P
[15:53] <cpaelzer> ah there it is
[15:54] <cpaelzer> understandable sarnold and sounds good eslerm
[15:54] <cpaelzer> thanks
[15:54] <cpaelzer> #topic Any other business?
[15:54] <sarnold> heh, after we yanked internal irc, I can't multitask chat like I used to :(
[15:54] <cpaelzer> use MM via IRC
[15:54] <sarnold> the thought occurs to me often :(
[15:54] <cpaelzer> remember https://xkcd.com/1782/
[15:54] <sarnold> it me!
[15:55] <cpaelzer> no other topic by me this week
[15:55] <sarnold> oh right
[15:55] <cpaelzer> well, mirespace asked me to notify that the libmail-dkim things seen in proposed will not be 1 8as shown) but 3 MIR packages
[15:55] <sarnold> none here, except a general warning of the pto bonfire
[15:55] <slyon> nothing here.
[15:56] <cpaelzer> indeed sarnold
[15:56] <cpaelzer> ok, let me close this
[15:56] <cpaelzer> thank you and see you next week
[15:56] <sarnold> thanks cpaelzer, all :)
[15:56] <cpaelzer> with a few more cases to review and a few more in the seucity check "in progress" list
[15:56] <cpaelzer> \o/
[15:56] <cpaelzer> #endmeeting
[15:56] <meetingology> Meeting ended at 15:56:47 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-11-28-15.31.moin.txt
[15:56] <eslerm> thanks all o/
[15:56] <dviererbe> thanks everyone o/
[16:04] <didrocks> cpaelzer: I’ll track it to seb, but I think jbicha is the one with the closest interest of it :)
[16:05] <jbicha> didrocks: yes, seb128 & I briefly discussed the new pipewire dependency today & added a Jira card to investigate
[16:09] <didrocks> jbicha: exellent, thanks!


[04:56] <Mirv> doko: ack, I asked mandel to look at the bug, he probably knows what it's about then
[05:03] <linuxuz3r> just wanna say hi
[05:03] <linuxuz3r> im a noob
[05:24] <pitti> Good morning
[05:30] <Unit193> Howdy, pitti.
[09:12] <doko> infinity, subscribed glibc to https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1248642
[11:05] <caribou> merge question : rsyslog installs an "upstart only" job (saving dmesg on boot) in the vivid version
[11:05] <caribou> should I migrate it to systemd ?
[11:48] <caribou> on the same topic, should I also migrate the upstart job to systemd ? upstream debian  hasn't done the systemd bits yet
[11:58] <rbasak> caribou: does that mean that Vivid with systemd regresses the saving dmesg on boot functionality?
[11:59] <rbasak> caribou: AIUI, yes we should fix that in systemd.
[11:59] <rbasak> pitti: ^^
[11:59] <caribou> rbasak: I would think so
[11:59] <rbasak> I wonder if we should SRU a fix for that to VIvid.
[11:59] <caribou> rbasak: FYI I went ahead & created an rsyslog-dmesg.service
[11:59] <rbasak> Saving dmesg on boot is useful.
[11:59] <caribou> rbasak: I can create the bug & SRU once the merge is done
[12:00] <rbasak> Users will only discover it not there when they debug and can't find it.
[12:00] <rbasak> caribou: thanks!
[12:00] <caribou> rbasak: how about migrating the upstart script to systemd ?
[12:00] <rbasak> caribou: the regular rsyslog job?
[12:01] <caribou> well, upstream only has an init job but we do provide an upstart job merged in
[12:01] <rbasak> Then the init.d job is fine unless losing the upstart job regresses some functionality
[12:01] <caribou> rbasak: the upstart job is now obsolete so it means relying on upstream init script
[12:02] <caribou> rbasak: I'll check it out
[12:02] <rbasak> Obsolete for Ubuntu, yes. Debian could use it for Debian users using upstart though
[12:04] <caribou> rbasak: ok got bug #1464227
[12:05] <caribou> rbasak: don't think it is in the debian package
[12:23] <pitti> caribou: it's all in the journal, isn't it?
[12:27] <rbasak> Hmm. I suppose if systemd provides equivalent functionality then we don't need it? (Does it?)
[12:30] <mdeslaur> pitti: the journal isn't enabled by default though, no?
[12:31]  * mdeslaur doesn't have a /var/log/journal directory
[12:31] <pitti> mdeslaur: journal is (in /run), just not persistant journal in /var
[12:32] <pitti> but rsyslog also captures kernel messages
[12:32] <mdeslaur> hrm, I don't have anything in /run/systemd/journal either
[12:32] <mdeslaur> I guess it's in ram
[12:32] <pitti> mdeslaur: it is in /run/systemd/journal
[12:32] <pitti> mdeslaur: "sudo journalctl -b" -> does that work?
[12:33] <mdeslaur> yeah, that works
[12:33] <rbasak> wfm
[12:33] <mdeslaur> it's cached in ram
[12:33] <rbasak> Will that retain "dmesg on boot" indefinitely or will it roll over eventually?
[12:34] <rbasak> "systemd-journal[318]: Runtime journal is using 8.0M (max allowed 77.8M..."
[12:34] <rbasak> The usefulness of /var/log/dmesg is that once dmesg wraps it's still available.
[12:34] <pitti> rbasak: nothing is kept indefinitely :) (logrotate etc.)
[12:34] <rbasak> If systemd can still wrap, I think it'd still be useful to have /var/log/dmesg.
[12:35] <mdeslaur> I do seem to have my dmesg stuff in /var/log/kern.log
[12:35] <pitti> yes, journal will wrap eventually, depending on the amount of RAM (or disk, if you use persistancy)
[12:35] <pitti> mdeslaur: yes, that too
[12:35] <pitti> we cleaned up some of rsyslog's duplication a while ago, but there's still plenty
[12:36] <pitti> and as long as we install rsyslog I don't want to enable persistant journal by default
[12:36] <pitti> we already hit/wake up the disk enough as it is
[12:36] <mdeslaur> nah, no sense logging twice
[12:36] <mdeslaur> and dmesg is in kern.log
[12:36] <mdeslaur> so I don't see why a separate /var/log/dmesg is required
[12:37] <pitti> yes, me neither; that's why I never bothered to port it, it's just the fourth duplicate
[12:37] <rbasak> pitti: /var/log/dmesg was previously kept at least until next boot
[12:37] <rbasak> mdeslaur, pitti: kern.log eventually rotates round within the same long-lived boot
[12:37] <rbasak> Nevertheless it's useful to see what the kernel said on boot without having to reboot
[12:38] <rbasak> That's where /var/log/dmesg comes in.
[12:38] <ogra_> there was an upstart job that just echoed dmesg into that file right after boot ... /var/log/dmesg is really really helpful
[12:38] <mdeslaur> rbasak: oh, I see, hrm
[12:38] <pitti> well, lots of things are "really really helpful"
[12:38]  * ogra_ is fully with rbasak here and would like to have it back
[12:38] <pitti> but writing everything four times isn't
[12:38] <rbasak> It's only small and is only written once on boot
[12:38] <ogra_> well, dmesg eventually scrolls away
[12:38] <rbasak> /var/log/dmesg doesn't get written or grow at any other time.
[12:38] <ogra_> and there is no other log that has this info
[12:38] <pitti> syslog is kept for a fair while
[12:39] <pitti> ogra_: sure, /var/log/syslog, /var/log/kern.log, and the journal
[12:39] <ogra_> syslo doesnt have these messages
[12:39] <ogra_> and kern.log starts later as well
[12:39]  * ogra_ buys a new g key
[12:39] <rbasak> /var/log/dmesg is useful after a server has been running a really long time. After all logs have rotated away.
[12:39] <ogra_> not only a server :)
[12:39] <rbasak> :)
[12:40] <pitti> rbasak: how is it more useful than, e. g. knowing what postfix did 233 days ago?
[12:40] <rbasak> pitti: it's the kernel messages on boot that are useful.
[12:40] <ogra_> right
[12:40] <pitti> I mean, I do appreaciate log files, but it's always a trade-off between wakeups, disk space, and retaining information
[12:40] <rbasak> pitti: since they are still relevant to the running system and aren't necessarily historical.
[12:40] <pitti> and right now we rather have too much duplication still
[12:40] <rbasak> No wakeups for /var/log/dmesg
[12:41] <rbasak> Mine is 89K.
[12:41] <ogra_> it is the one place where you have proper boot messages and its tiny
[12:41] <rbasak> pitti: you realise /var/log/dmesg is only written on boot and never touched again, right?
[12:41] <pitti> yes
[12:45] <rbasak> pitti: get systemd upstream to not rotate the first dmesg output out, and then we won't need to keep a file with it any more. If you really want :)
[12:45] <pitti> rbasak: systemd? linux you mean?
[12:45] <rbasak> No I think linux would insist it's a userspace concern.
[12:45] <pitti> but the entire dmesg is in the journal
[12:45] <rbasak> It will rotate out, no?
[12:46] <pitti> rbasak: dmesg is the kernel's ringbuffer
[12:46] <rbasak> Yes, which rotates.
[12:46] <pitti> rbasak: yes, depending on your disk space
[12:46] <rbasak> OK. I'm saying that what was in the kernel's ringbuffer straight after boot is important, should be kept and should not rotate out ever.
[12:46] <rbasak> It's ~100K so that shouldn't really be a problem at all.
[12:46] <pitti> well, *shrug*, if you really care about yet another copy, I don't veto if someone adds that job to rsyslog; I just always foud it rather pointless
[12:47] <rbasak> We already did it in /var/log/dmesg, so let's keep doing that unless there's a replacement.
[12:47] <rbasak> OK, thanks :)
[12:47] <pitti> if you find it useful, I mean
[12:47] <rbasak> I have used it in the past a number of times.
[12:47] <rbasak> Saves having to reboot to get that information.
[12:47] <ogra_> yeah
[12:47] <pitti> TBH, I didn't even know that it existed until now :)
[12:48] <rbasak> "should not rotate out ever" -- well, rotating once-per-boot (like it did < Vivid) is fine.
[12:49]  * pitti checks, journal logging on my desktop goes back to April 22
[12:50] <rbasak> Sometimes things spam to dmesg
[12:51] <rbasak> Logging with rotation is never expected to always go all the way back to boot.
[12:51] <rbasak> (and that wouldn't be reasonable because of the space it might take)
[12:51] <mdeslaur> caribou: see the can of worms you've opened? :)
[12:53] <pitti> yeah, classical bikeshed territory :)
[12:53] <ogra_> mdeslaur, well, we heard about a "new fledgling in the Foundations team nest" .... worms are the food of the day ;)
[12:53] <pitti> you could have waited until Friday
[12:53] <pitti> ogra_: *tweet* *tweet*
[12:53] <ogra_> :D
[12:54] <mdeslaur> heh
[13:44] <caribou> mdeslaur: ouch, I stepped out a while & missed on all the fun :)
[13:45] <mdeslaur> caribou: nice try :)
[13:45] <caribou> mdeslaur: well, looks like the rsyslog merge (aside from bikesheding) in not as hard as it looked
[13:45] <mdeslaur> caribou: cool
[13:46] <caribou> mdeslaur: most of the diff was in the CVE that you uploaded a while ago & that was a backport from newer versions
[13:53] <caribou> rbasak: back at the upstart migration to systemd topic, the main difference in the upstart job it that it takes care of the apparmor profile
[13:53] <caribou> rbasak: so I do think that it is sufficient to justify migrating the job
[13:53] <rbasak> caribou: I think systemd has syntax for AppArmor
[14:08] <mdeslaur> caribou: you can drop the apparmor stuff if you convert it to a systemd unit
[14:09] <mdeslaur> err, systemd service
[14:09] <caribou> mdeslaur: why ? seems rather trivial to keep it
[14:09] <mdeslaur> caribou: the apparmor stuff in upstart scripts was to prevent race conditions
[14:10] <mdeslaur> caribou: the systemd unit file for apparmor should be started early enough for that to not be a problem
[14:10] <caribou> rbasak: yeah, I found AppArmorProfile=, but according to the doc it still needs the profile to be loaded first
[14:10] <mdeslaur> caribou: yeah, don't use apparmorprofile=
[14:10] <caribou> mdeslaur: ah, ok
[14:56] <gogis_> I know C/++, Python, Pascal, quite Java... I also understand Assembly and I can learn other languages quickly... can I somehow help with the development of ubuntu?
[14:58] <gogis_> hmm, it's quiet here :D
[15:05] <dobey> gogis_: do you have any particular things you are interested in helping with? there are plenty of bugs filed on launchpad (or in upstream bug trackers), which you could submit patches for
[15:07] <gogis_> dobey: Well, firstly, I should probably learn something more about how these works :)
[15:07] <gogis_> but where can I find the sources and how do I submit patches?
[15:12] <dobey> gogis_: generally, the best place to submit patches is to upstreams.
[15:13] <gogis_> dobey: okay, thanks :)
[15:43] <chiluk> hallyn, re: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1451598   ... I talked to arges a few days back about pushing the SRU, and he told me that you were bundling up a few fixes for precise ... is that still true or was it an error in communication?
[15:44] <arges> there are also some libvirt bugs needing verification before we can accept the current libvirt in the queue
[15:44] <arges> #1425619 #1447030
[15:45] <chiluk> arges 1425619 is a trusty only fix.
[15:45] <chiluk> I'm concerned with precise only.
[15:46] <arges> chiluk: its in the pending queue. i missed it yesterday
[15:46] <arges> unapproved queue that is
[15:46] <chiluk> arges 1379585 is the one we need verified
[15:47] <chiluk> arges it looks like hallyn already verified 1379585
[15:47] <chiluk> so I'm not sure what's holding up the promotion to updates..
[17:36] <infinity> Huh.  I wonder why '-vga qxl' isn't the qemu default.  It actually functions sanely, unlike pretty much all the others.
[17:53] <juliank> Any idea how I can trigger bug 1445949 ?
[17:54] <juliank> I have a workaround that normalizes the part of the Debian versioning scheme we use to PEP440 (ubuntu => +ubuntu, ~alpha => .a, ~beta=>.b, ~rc => .rc, ~exp => .dev, build is stripped)
[17:55] <juliank> This should make it happy, so I'd like to test it
[18:21] <hallyn> chiluk: i have a sru list but none for precise, so feel free to push that one
[18:22] <chiluk> arges ^^ do you mind?
[18:22] <chiluk> thanks hallyn ... I'm not a core dev yet.
[18:23] <arges> chiluk: sure
[18:23] <hallyn> oh
[18:23] <arges> chiluk: hallyn done
[18:24] <chiluk> I guess that's an indication that I probably should be ..
[18:24] <hallyn> what'd done exactly?  you pushed the fix for 1451598 ?
[18:25] <arges> hallyn: i've accepted libvirt into precise-proposed
[18:25] <arges> it was already sponsored
[18:25] <hallyn> oooh.
[18:25] <hallyn> i confused myself
[18:26] <arges> i have the same problems too
[18:27] <hallyn> well glad it's all settled :)  \0
[18:27] <hallyn> thx arges
[19:22] <dobey> infinity: hi! just curious on what else is holding up the nettle transition still. i see curl is a valid candidate now on the excuses page
[19:25] <infinity> dobey: A little too much multitasking is preventing me from unwinding it all right this instant.
[19:26] <dobey> infinity: ok
[19:27] <infinity> dobey: We probably need to decouple it from the Haskell transition, but I haven't had time to see if anything else is also holding it up.
[19:27] <dobey> ok.
[22:16] <juliank> Can/Should somebody mark bug 1464305 as only affecting vivid, utopic, and trusty? Wily's ndiswrapper supports kernel 4.0. The other(s) need a tiny fix, if someone wants to SRU them (https://anonscm.debian.org/cgit/collab-maint/ndiswrapper.git/commit/?id=fe307aab912c55fb357670e5e838c353712a689b)
[22:18] <juliank> Because the only thing to care about is the strncasecmp strnicmp rename in the kernel, so it's not like this could break anything in an SRU