[04:31] <madnick> bug 886401
[04:32] <madnick> infact the entire prodecure is gnome centric
[04:32] <madnick> however the exact issue is this:
[04:32] <madnick> #define DESKTOP_BACKGROUND_PROPERTIES_COMMAND "gnome-appearance-properties --show-page=background"
[04:33] <holstein> hmmm
[04:33] <holstein> it works for me
[04:33] <madnick> to click settings?
[04:33] <holstein> maybe because i have gnome services enabled
[04:34] <holstein> right-click and 'set as wallpaper'
[04:34] <holstein> is that whats borked?
[04:34] <madnick> Well, that may be due to not having gnome services, but clicking settings afterwards
[04:35] <madnick> is broken, even with, i suspect
[04:36] <holstein> not sure... i get the wallpaper set, and im unable to reproduce a settings error
[04:36] <madnick> Oh
[04:36] <holstein> i'll re-read the bug though
[04:36] <holstein> maybe im not doing it right
[04:36] <madnick> If it works, comment that he could enable gnome-services :P
[04:37] <holstein> yeah, that would tell us if that is the fix i suppose
[04:45] <madnick> Another issue is that, logging in with an XFCE session
[04:45] <madnick> overwrites some data related to appearence
[09:55] <nikolam> Hi. How to report a bug about ubuntu-bug unable to report bugs?
[10:04] <astraljava> https://bugs.launchpad.net/apport/+filebug
[10:08] <nikolam> ok, I did not know that reporting bugs on LP without ubuntu-bug works again
[10:08] <astraljava> It's been working for quite a while now.
[10:11] <nikolam> ah, it was a long time I reported bug, too. Ok, thanks.
[10:11] <astraljava> No prob.
[11:38] <SiDi> I can't believe gmusicbrowser has been set to default. The volume button in the app doesn't even work (ok, that MIGHT be because of Gstreamer, didnt check backtraces :D).
[11:52] <knome> SiDi, it's much lighter and now better-looking too than exaile
[11:52] <knome> SiDi, the problem with the volume control exists in oneiric only, afaik
[11:52] <knome> (i don't really know since i only use the hardware volume control
[11:55] <SiDi> knome: it's less intuitive imho. And there are things that are just confusing, the way playlists are managed is not straightforward, and I've had a hard time finding how to use the queue/current playlist/saved playlists, and what was this thing in the right side. I also didnt find how to sort albums by artists, there is no management of compilations (making it hard to find all songs of an album)
[11:56] <SiDi> Also, why does the app tell you to go to the settings when the library is empty? A big "Add music to library" button could be added with no effort, and it would make it easier for users, who wouldnt have to find the settings icon and then browse through menus, to get their first experience of the player
[12:00] <knome> SiDi, there is management for compilations
[12:01] <knome> SiDi, select all songs in compilation, right-click -> song properties -> set "compilation"
[12:01] <knome> SiDi, it is true that "playlists" are not the most intuitive in gmb, but it has great filtering capabilities
[12:01] <knome> SiDi, the thing in the right side ??
[12:02] <knome> SiDi, are you sure you are using the "shimmer" layout? :P
[12:04] <SiDi> im using the default layout mate
[12:04] <SiDi> well now the Exaile one. :p :p force of habit
[12:05] <SiDi> i think playlist management should be audited. it's one thing i think was pretty clear in Exaile. Maybe it wasnt as powerful but I made sure that it didnt feel to weird or obscure to be used
[12:05] <SiDi> compilations... should i really go through the pain of selecting the songs myself?
[12:05] <knome> SiDi, i suppose so.
[12:06] <SiDi> in exaile when an album has several artists, its a compilation, unless there is an albumartist tag which then indicates the main artist of the album and in which case other artists are just featured in a song
[12:06] <knome> SiDi, maybe you should have a chat with ochosi, he can explain things better and knows more about them than me
[12:06] <knome> SiDi, there is albumartist in gmb too
[12:06] <SiDi> i think there should be an option to undo automatic compilations, instead of having to do them on my own :)
[12:07] <knome> i don't really use playlists, so i don't know about those, or what is intuitive or not
[12:07] <knome> i just use the queue tab if i need something to play after the current songs
[12:08] <SiDi> okie
[12:10] <knome> as i'm doing right now ;)
[15:26] <ochosi> SiDi: i never had a problem with compilations
[15:26] <ochosi> what problem are you having there?
[15:27] <GridCube> :D ochosi im using the netbook now!
[15:27] <GridCube> :D
[15:27] <ochosi> nice, so it's working ok even with the touchscreen?
[15:27] <SiDi> ochosi: they are not displayed automatically. I have plenty of artists with "1" song.
[15:27] <GridCube> :D yes touchscreen worked out of the box
[15:28] <ochosi> SiDi: hm, strange, the grouping should take care of that. maybe the album has differing albumartists
[15:30] <SiDi> omg gmusicbrowser's options are so complex *.*
[15:30] <ochosi> hehe
[15:30] <ochosi> i know
[15:30] <SiDi> i think its *insane*
[15:30] <ochosi> that's why i created a rather easy-to-use layout for it
[15:30] <ochosi> btw, exaile was also broken
[15:30] <ochosi> and there was no-one to fix it
[15:30] <ochosi> so...
[15:31] <SiDi> i also suspect the french translation not to be so great...
[15:31] <SiDi> yeah i know
[15:31] <SiDi> but its more a gstreamer problem in 11.10 i think
[15:31] <ochosi> the french translation of gmb?
[15:31] <SiDi> yeah
[15:31] <ochosi> the dev is french ;)
[15:31] <SiDi> some words feel weird
[15:31] <ochosi> so go and complain in #gmusicbrowser to squentin ;)
[15:31] <SiDi> i dont even know how to translate in order to say whats wrong
[15:32] <SiDi> i cant be arsed :D
[15:32] <SiDi> i think the problem with gmb is kind of global. Things were put together, it can do a lot of things, ok, but the way features can be reached is just chaotic :D
[15:33] <SiDi> i can do file management from the playlist, just as i have auto modifiers for song tags (some of them i dont even understand what they are for)
[15:33] <SiDi> i think menus should be redesigned so that features are sorted by family, even if it takes more clicks, because it just makes life much more simple for newcomers
[15:34] <SiDi> also there are bugs :p
[15:34] <SiDi> (loves to whine)
[15:34] <ochosi> yeah, please don't, i'm almost crying myself now... :)
[15:35] <SiDi> :D
[15:35] <GridCube> SiDi, :P you can always try other media centers, i like exaile and rhythmbox myself
[15:36] <SiDi> GridCube: i'm a former exaile contributor, but it doesnt work on 11.10 and i didnt investigate yet.
[15:36] <SiDi> even if i admit I SHOULD have worked on exaile so that it keeps working
[15:36] <SiDi> i think gmb is not a better player :p
[15:37] <GridCube> it is not by far even a "good" player
[15:38] <astraljava> What, gmusicbrowser?
[15:38] <GridCube> yes
[15:39] <SiDi> im not arguing that :p it has potential because it has many features (meaning a probably clean and flexible underlying architecture)
[15:39] <astraljava> Hmm, interesting.
[15:39] <SiDi> it just needs a lot of love from HCI people i think
[15:39] <GridCube> if you can not search something, and that be played, then its just bad
[15:40] <astraljava> Please elaborate, that doesn't make much sense.
[15:41] <GridCube> say you have a music collection, of 10000 songs, and you use the "search" option, it will search NOT on your collection, but on the "current playlist" wich has all the 10000 songs and will not play whatever you searched but the whole playlist instead
[15:42] <SiDi> astraljava: who shall elaborate?
[15:42] <astraljava> GridCube: Ahh... ok. Haven't used such a feature.
[15:43] <SiDi> (besides i spent 90% of my irc time on the two last days whining to ochosi and knome just ask them for the irc logs :p)
[15:43] <astraljava> SiDi: I meant the one who did so.
[15:43] <GridCube> its not a feature, its how it works just after you install it
[15:43] <GridCube> or add songs to the library
[15:43] <astraljava> Umm... in my view, a feature isn't anything you add later on.
[15:44] <astraljava> It's something how the app just works.
[16:10] <GridCube> mmhm
[16:10] <GridCube> well its not userfriendly
[16:17] <astraljava> I can admit that much, sounds like it hasn't been tested.
[18:17] <astraljava> Did we have a meeting today or tomorrow?
[18:17] <madnick> tomorrow
[18:18] <astraljava> Ok, thanks.
[18:18] <madnick> 22 UTC
[18:18] <astraljava> So it's not actually even tomorrow, for me.
[18:18] <madnick> :D
[18:18] <madnick> Not for me either :P
[18:18] <astraljava> Really? You're not in Sweden?
[18:19] <madnick> 22 UTC in Sweden is 00:00
[18:19] <astraljava> We're out of DST.
[18:19] <madnick> oh
[18:19] <madnick> 23:00
[23:10] <madnick> is gthumb is to be included in 12.04, it would be wise to have an extension for xfce ready
[23:11] <knome> madnick, i'm hoping ristretto is in usable state again for 12.04
[23:11] <madnick> okay :)
[23:11] <knome> madnick, and it seems it will, so i'd go with that
[23:11] <knome> but that's only my opinion


 Adamoutler interview with Rick Astley … https://news.adamoutler.com/FriOct7230118EDT2016/
 And I fell for it.
 I was like, this is a risky link
 http://www.androidpolice.com/2016/10/08/okay-googeeelll-watch-adorable-4-year-old-boy-use-google-home/
 yes! http://www.theverge.com/2016/10/4/13164882/google-assistant-actions-on-google-developer-sdk
 I just pulled a @RazPi and got a Laser Printer
 the heck?
 I don't print a whole lot so my ink cartridges tend to dry up before I use them
 Going to the underground coffeehaus for a bit
 Nice
 Getting ahead a little
 Wait
 Crap
 That's the release party
 Who's using Allo?
 I do - feel free to add me<PHONE_NUMBER>
 I do but the lack of web client and unable to use on multiple devices is a serious drawback.
 I don't think it works with Wear well
 Pebble user here, it bundles notifications to X messages in Y chats -- instead of continuing to tell me a particular messages, which kinda sucks
 I kinda miss hangouts now :\
 I agree with everything you said Dustin
 Its still alive for now
 I also do not like how it does not support Glass
 PoC not final for sure
 Arg, I am really considering the Pixel, but I will likely wait a few months
 dat price tho
 I currently have the 128 GB Nexus 6P which if sold could cover part of it
 That is also not even close to the amount of money I have thrown at Google products in the past few years. I own the Pixel C and Google Glass as well - both expensive purchases
 I usually rock the 16gb devices, but after streaming music, I'm thinking 32gb is finally needed.
 I have the 64gb OPO
 My biggest ? is the 808 vs the 821
 32 is the bare minimum IMHO
 I stream mostly nowadays
 I also like to keep quite a bit of offline content with me as I sometimes travel to places with lackluster internet access
 But I do like to save a few things now
 I stream most of my stuff but keep a few GB of music and videos
 Not to mention offline YouTube
 32 is the mini now
 Dont get me wrong, I chew through a TON of LTE data
 XD
 I'm feeling the constraints -- like to keepa few gigs of educational audio, GPM doesn't agree.
 I keep about 10 GB of offline podcasts alone
 Cached music is a huge hog, didn't realize how much music I listened to til recently lol. I drive a lot for work and am always streaming in the car.
 Oh god
 I have Android Auto and tend to stream at least 90 minutes per day when I have to go to the office
 I play music not podcasts mostly
 Wow
 I may be able to get away with a 64 GB phone but would not mind the extra space when I travel
 Holy
 Yes, AndroidPolice listed that last week
 I think I finally got this re-calibrated
 This first layer is going down perfectly
 Hopefully
 Look at what you get though
 It costs 69 just got the unit
 I know
 How is android tv?
 Dunno anything about it
 It is pretty sweet, I have not even plugged in my cable box in over 8 months
 I have the Shield Pro TV
 I just have the Nexus Player
 Any benefit over streaming flix with chromecast?


[00:57] <Bachstelze> guys, what do with #577627 ? it could warrant a SRU, but I'm not familiar with the process
[01:01] <Bachstelze> oho wow, I really need to go to bed, there's one from 2 months ago already >.>
[01:04] <lfaraone> bug 577627
[01:05] <lfaraone> Bachstelze: Warnings like that probably do not meet the SRU criteria. Will the problem cause applications to fail?
[01:06] <Bachstelze> nope, I wonder why it's still there, though
[01:06] <Bachstelze> given it was reported before the release
[01:07] <lfaraone> Bachstelze: nobody found it, and the user did not subscribe ubuntu-sponsors.
[01:08] <lfaraone> Bachstelze: can you provide a command that demostrates the issue?
[01:08] <Bachstelze> anything with php-cli
[01:08] <Bachstelze> like  php --version
[01:08] <Bachstelze> with mcrypt installed
[01:09] <Bachstelze> there's also a bunch of other extensions with the same problem
[01:10] <lfaraone> Bachstelze: I see.
[01:11] <lfaraone> Bachstelze: It might be useful to report the problems when they occur to the upstream maintainers, as well as Debian. Carrying an ubuntu delta for a bunch of packages just to fix deprecation warnings seems a bit overkill if you can get upstream or Debian to cooperate.
[01:11] <lfaraone> *as to Debian
[01:12] <Bachstelze> it's fiit was fixed in Debian in 5.3.2-1
[01:14] <lfaraone> Bachstelze: Okay. The reason it was not fixed in Ubuntu was because the patch provided by the original reporter did  not fix the problem.
[01:14] <lfaraone> (Reading bug 540208, from what I can tell)
[01:23] <Bachstelze> lfaraone: you can also mark #577591 as a duplicate (or Invalid)
[01:24] <lfaraone> Bachstelze: already done.
[01:27] <Bachstelze> no, you did 577627 ;)
[08:04]  * hyperair wonders when the debian autosync begins
[08:05] <imbrandon> hyperair: i'd assume sometime monday durring UDS when someone has time to turn the bits on
[08:05] <hyperair> oh cool
[08:05] <imbrandon> maybe later today if someone is stuck in transit or got there early
[08:06] <imbrandon> but again this is just my guess , from prior cycles
[08:06] <imbrandon> but its normaly very very soon after the "archive open" email comes
[08:07] <imbrandon> they also may be waiting for the default gcc discussion too
[08:08] <hyperair> i see.
[10:38] <om26er> how do I know which package is synced from debian and which is not?. after packaging a newer version if I get 'we sync this from debian' thats not good.
[10:54] <nigelbabu> om26er: packages without ubuntu specific changes are synced from debian
[10:55] <om26er> nigelbabu, that would make it more than 80%packages?
[10:55] <nigelbabu> om26er: yup
[10:55] <om26er> thanks nigelbabu
[12:01] <BlackZ> if there are bugs in some files of the debian package which I'm packaging from scratch, is it better to apply a patch for the files or modify the files instead? (license: GPL3 +)
[12:02] <BlackZ> s/debian package/source
[12:06] <astraljava> BlackZ: From what I understand, you should be patching, as you're not upstream, are you?
[12:08] <BlackZ> astraljava: no
[12:11] <BlackZ> astraljava: OK, I've patched it. Thanks ;)
[12:12] <imbrandon> ScottK: can you prod a package through binary NEW ?
[12:13] <imbrandon> the source package is the same as before, it just builds a few more binarys now ( from a debian sync )
[12:14] <imbrandon> btw hopefully your flight(s) were uneventful :)
[12:14] <imbrandon> i saw crimsun and a few others wernt so lucky
[12:57] <ScottK> imbrandon: I made it.  What package?
[13:11] <imbrandon> ScottK: opensync
[13:11] <imbrandon> is the source package
[13:11]  * ScottK looks
[13:14] <ScottK> Love the debian/changelog entry.
[13:14] <azeem> yeah
[13:15] <azeem> one of my favourite messups!
[13:18] <imbrandon> heh what part?
[13:18] <azeem> http://packages.qa.debian.org/o/opensync/news/20100206T230242Z.html
[13:20] <imbrandon> ahh
[13:20] <nigelbabu> oh what a messup indeed!
[13:20] <nigelbabu> and what is 'unreleased'!
[13:22] <azeem> it's a secret Debian distribution which will reclaim victory from Ubuntu
[13:22] <azeem> got accidently leaked through this upload
[13:23] <nigelbabu> yes, and they tend to not have changelog entires to confuse us :D
[13:23] <ScottK> imbrandon: Done.
[13:24] <imbrandon> ScottK: ty
[13:26] <nigelbabu> azeem: I wonder, isn't lintian supposed to catch such type of mistakes?
[13:27] <azeem> the guy probably didn't run lintian
[14:03] <azeem> imbrandon, ScottK: http://packages.qa.debian.org/o/opensync/news/20100509T130257Z.html
[14:05] <ScottK> Revisonism ...
[14:05] <ScottK> We'll get it on the next autosync run.
[14:06] <azeem> ScottK: there was a subversion tag of -3 with those changes already, so...
[14:06] <azeem> plus it fixes an RC bug
[14:06] <ScottK> It will come in the next autosync run.
[14:06] <azeem> sure
[19:49] <laymansterms> Hi, I need to get a dependency packaged for a piece of software that I work on. The dependency I need is very similar to another package that is already in universe. What is the best way to get in contact with the packager? The package in question is pyclutter-gtk.
[19:49] <nigelbabu> laymansterms: look at changelog and get in touch with last updater
[19:50] <nigelbabu> especially if that person has @ubuntu or @debian email ID
[19:51] <laymansterms> nigelbabu, the ChangeLog for pyclutter-gtk says it was generated by 'configure.' Does that matter?
[19:51] <laymansterms> or should I still try to contact that person?
[19:51] <maco> ChangeLog? no, look at debian/changelog
[19:51] <nigelbabu> um, yeah debian/changelog
[19:52] <laymansterms> oh, oops. Sorry, I forget about the debian changelog.
[19:52]  * laymansterms has very little packaging experience.
[19:54] <laymansterms> nigelbabu, the email in the changelog is a debian email address. Do you know of a good channel to ask in? Something equivalent to #ubuntu-motu for Debian?
[19:54] <nigelbabu> #debian-mentors on oftc
[19:54] <hyperair> someone with a notebook with one battery please tell me what battery number you have (/sys/class/power_supply/BATN)
[19:54] <ScottK> laymansterms: If the package comes straight from Debian unmodified, I'd email the maintainer
[19:54] <hyperair> apparently mine's BAT1, but conky hardcodes BAT0
[19:55] <laymansterms> ScottK, okay, I'll give that a shot.
[19:55] <ScottK> hyperair: BAT1 on a Dell mini 10v.
[19:55] <laymansterms> nigelbabu, thanks.
[19:55] <hyperair> ScottK: thanks.
[19:55] <hyperair> anyone else?
[19:56] <nigelbabu> hyperair: one sec
[19:56] <maco> ScottK: so, what country are you in?
[19:56] <nigelbabu> hyperair: BAT0
[19:56] <ScottK> maco: Belgium.
[19:56] <hyperair> nigelbabu: interesting.
[19:57] <hyperair> nigelbabu: so only some computers are affected. whee.
[19:57] <maco> ScottK: ok so you made it then. dan's plane got a flat tire last night and wasnt allowed to cross the ocean. i think he's hanging out at the airport on standby right now
[19:57] <BlackZ> could a MOTU review/advocate http://revu.ubuntuwire.com/p/autotrash ? thanks
[19:57] <nigelbabu> maco: oh, dan still doesn't have  flight?
[19:58] <maco> nigelbabu: well he came home last night and was still here when i went out this morning
[19:58] <ScottK> maco: Ouch.
[19:58] <maco> but he's gone now, so i assume at airport
[20:04] <imbrandon> hyperair: mine also is BAT1
[20:04] <imbrandon> hyperair: toshiba , old intel celeron m based laptop
[20:06] <imbrandon> ScottK: are autosyncs on/running now ?
[20:06] <ScottK> I think it was run the first time earlier toda.
[20:06] <ScottK> y
[20:07] <ScottK> Not sure how it worked out.
[20:07] <imbrandon> k
[20:07] <imbrandon> how often does merges.u.c update ?
[20:07] <geser> imbrandon: cjwatson started one
[20:07] <imbrandon> geser: great
[20:09] <ScottK> imbrandon: I think /6 hoours
[20:09] <imbrandon> k
[20:09] <imbrandon> trying to plan for my next 2 days, gonna be offline for 4 hours chunks 3x over the next 2 days
[20:09] <imbrandon> so i'm trying to stack a bit of "offline" stuff to do
[20:10] <geser> the buildds are busy the next three days at least
[20:10] <imbrandon> oh i'm sure
[20:11] <imbrandon> i got some "real" work to do also ( as in my day job ) so i'll likely do some of that too
[20:12] <imbrandon> ScottK: i tell you i switched companies ?
[20:13] <ScottK> imbrandon: I thought you started your own store, or is that just a side job?
[20:13] <imbrandon> ScottK: thats just a side thing , online only
[20:14] <imbrandon> ScottK: i went to work for the company BenC is working at now, actualy working on the same project ;)
[20:14] <ScottK> Ah.
[20:14] <ScottK> I see.
[20:14] <ScottK> No, you hadn't mentioned it.
[20:15] <imbrandon> yes, its really a quite cool project, and its based on Ubuntu LTS , woot
[20:16] <imbrandon> its mostly a 4 to 5 guy team, he is doing the drive/kernel stuff, i got the front end, and there there is some SA and QA guys
[20:16] <imbrandon> driver*
[20:25] <laymansterms> hello again, is there a Ubuntu meta package that is helpful for installing helpful packaging tools? I feel like there is but I can't remember the name of it. devscripts or something.
[20:26] <c_korn> laymansterms: correct, http://packages.ubuntu.com/lucid/devscripts
[20:27] <laymansterms> c_korn, I just did an apt-cache search for "packaging" and saw ubuntu-dev-tools. Do you know the difference between devscripts and ubuntu-dev-tools?
[20:27] <hyperair> laymansterms: and ubuntu-dev-tools
[20:28] <hyperair> laymansterms: devscripts originates from debian.
[20:28] <laymansterms> I'd like to use bzr builddeb... is that plugin in one of those packages?
[20:28] <hyperair> laymansterms: ubuntu-dev-tools is ubuntu-specific.
[20:28] <hyperair> bzr builddeb is a package of its own afaik
[20:28] <imbrandon> laymansterms: use both, devscripts is more generic but required and u-d-t makes your life easier ;)
[20:30] <laymansterms> imbrandon, ubuntu-dev-tools says it replaces devscripts
[20:30] <imbrandon> laymansterms: yea it probably has some of the updated scripts , it used to depend on it
[20:30] <imbrandon> now probably encompases it
[20:31] <laymansterms> it's weird: Depends: devscripts Conflicts: devscripts Replaces: devscripts
[20:31] <laymansterms> (lines from apt-cache depends ubuntu-dev-tools)
[20:46] <imbrandon> hum
[20:58] <crimsun> imbrandon: congrats. Good to be able to hook people up
[20:58] <imbrandon> crimsun: ty ty
[20:59] <imbrandon> crimsun: i already got some of the hardware in hand to install monday, looks like its going to be a fun project
[20:59] <crimsun> nice
[21:02] <imbrandon> crimsun: did you finaly make it , or still waiting somewhere in-between
[21:09] <crimsun> imbrandon: I'm still at the origin; our rebooked flight is scheduled for 1715 departure from Dulles
[21:10] <crimsun> four of us are going to be dragging at the opening meeting
[21:10] <imbrandon> heh i bet, that sucks


[07:17] <LocutusOfBorg> hello, good morning. I'm thinking about syncingpackage -f webkit2gtk. It takes two days to build on riscv64, and causes uninstallabilities of some packages. Doing it during archive opening might be a good idea
[07:17] <LocutusOfBorg> please let me know
[07:17] <LocutusOfBorg> (its built successfully already in my ppa for riscv64)
[07:18] -queuebot:#ubuntu-release- Unapproved: webkit2gtk (mantic-proposed/main) [2.40.0-3ubuntu1 => 2.40.1-1] (desktop-core, i386-whitelist) (sync)
[07:19] <LocutusOfBorg> (also pkgconf, now it has a *real* testsuite running on every architecture and passing!)
[07:20] -queuebot:#ubuntu-release- Unapproved: pkgconf (mantic-proposed/main) [1.8.1-1ubuntu2 => 1.8.1-2] (i386-whitelist) (sync)
[07:47] -queuebot:#ubuntu-release- Unapproved: rejected hibagent [source] (focal-proposed) [1.0.1-0ubuntu<IP_ADDRESS>]
[08:54] -queuebot:#ubuntu-release- Unapproved: lto-disabled-list (mantic-proposed/main) [39 => 40] (core, i386-whitelist) (sync)
[08:58] <slyon> Hey, I'm proposing to get lto-disabled-list 40 (from my +1 PPA) into "devel" early, to avoid any conflicts. ^ see my +1 report for context: https://lists.ubuntu.com/archives/ubuntu-devel/2023-April/042551.html
[09:21] <schopin> Since those are fixes for lunar FTBFS, should the lto-disabled-list also be SRUed?
[09:28] <slyon> eztrace needs additional fixes (in llvm-toolchain), clasp is a universe FTBFS in lunar-proposed.. not sure how we handle those? I suppose it could eventually be SRUed.
[09:30] <slyon> So far we didn't do any lto-disabled-list SRUs, though (since Jammy).
[09:52] -queuebot:#ubuntu-release- Unapproved: ceph (focal-proposed/main) [15.2.17-0ubuntu<IP_ADDRESS> => 15.2.17-0ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[10:23] <vorlon> slyon, schopin: honestly I think the continued use of lto-disabled-list is dubious; the package doesn't exist in Debian, and now that Debian supports DEB_BUILD_OPTIONS=optimization=+lto, per-package overrides belong upstreamed in Debian
[10:25] <LocutusOfBorg> vorlon, what about per-package-and-arch overrides (thinking w.r.t. cmake and s390x)
[10:26] <slyon> vorlon: I agree. But Debian doesn't enable LTO by default, so they might not be as interested in accepting an "optimization=-lto" patch. I tried anyway: https://bugs.debian.org/1034521 -- lto-disabled-list helps in such cases to avoid unnecessary delta
[10:26] -ubottu:#ubuntu-release- Debian bug 1034521 in clasp "clasp: FTBFS with LTO enabled" [Minor, Open]
[10:28] <vorlon> LocutusOfBorg: what do you mean? DEB_BUILD_OPTIONS can be arch-specific
[10:29] <vorlon> slyon: it's forward-looking - the expectation is that Debian will be moving to LTO by default in the next release
[10:29] <LocutusOfBorg> vorlon, I mean instead of patching cmake to disable lto on s390x, to add it to lto-disabled-list
[10:29] <vorlon> anyway, no reason to care about Debian delta in an SRU
[10:30] <LocutusOfBorg> I'm not huge fan of introducing lto delta :)
[10:30] <vorlon> then why have it as a delta instead of submitted to Debian
[10:30] <vorlon> I'm not a huge fan of having an obscure centralized list of overrides that is not obvious to onlookers
[10:30] <LocutusOfBorg> meh, ask uploader of  delta not me :D
[10:30] <LocutusOfBorg> I usually add lto delta after opening upstream bugs
[10:31] <LocutusOfBorg> because I also don't like that overrides list
[10:31] <LocutusOfBorg> slyon, maybe LP: #2015872 can be upstreamed?
[10:31] -ubottu:#ubuntu-release- Launchpad bug 2015872 in cmake (Ubuntu) "FTBFS due to LTO on s390x" [Undecided, Fix Released] https://launchpad.net/bugs/2015872
[10:31] <slyon> LocutusOfBorg: we have a MIR rules for packages in main: https://github.com/canonical/ubuntu-mir/blob/main/README.md?plain=1#L801 LTO delta should be in the package, not in lto-disabled-list
[10:32] <LocutusOfBorg> slyon, this makes sense
[10:32] <LocutusOfBorg> but maybe fixing upstream is preferrable?
[10:32] <slyon> for cmake it's a bit weird. I missed the lto-disabled-list when patching it for s390x. I should probably try to upstream the delta for all the architectures
[10:56] <slyon> LocutusOfBorg: https://bugs.debian.org/1034873
[10:56] -ubottu:#ubuntu-release- Debian bug 1034873 in cmake "cmake: FTBFS with LTO enabled on many architectures" [Minor, Open]
[10:56] <LocutusOfBorg> I was thinking to report here instead https://gitlab.kitware.com/cmake/cmake/-/issues
[10:57] <slyon> I wanted to do that next :)
[10:58] <LocutusOfBorg> thanks, hopefully for next minor release will be back in sync :D
[11:53] <zhsj> All the golang packages can be dropped if you're interested in reducing the list size
[11:55] <zhsj> (for lto-disabled-list)
[12:05] <slyon> wrt CMake: https://gitlab.kitware.com/cmake/cmake/-/issues/24855
[12:05] -ubottu:#ubuntu-release- Issue 24855 in cmake/cmake "Build failure when LTO is enabled" [Opened]
[12:48] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (kinetic-proposed/main) [20220622.00-0ubuntu2 => 20230330.00-0ubuntu1~22.10.0] (core)
[12:49] -queuebot:#ubuntu-release- Unapproved: tzdata (kinetic-proposed/main) [2023c-0ubuntu<IP_ADDRESS> => 2023c-0ubuntu<IP_ADDRESS>] (core)
[12:51] -queuebot:#ubuntu-release- Unapproved: tzdata (jammy-proposed/main) [2023c-0ubuntu<IP_ADDRESS> => 2023c-0ubuntu<IP_ADDRESS>] (core)
[12:52] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (jammy-proposed/main) [20220622.00-0ubuntu2~22.04.0 => 20230330.00-0ubuntu1~22.04.0] (core)
[12:55] -queuebot:#ubuntu-release- Unapproved: tzdata (focal-proposed/main) [2023c-0ubuntu<IP_ADDRESS> => 2023c-0ubuntu<IP_ADDRESS>] (core)
[13:00] <utkarsh2102> jbicha: hey, you added LP: #2015760 as "Known Issues" for Kinetic (and probably for Lunar, too) but it was meant for Lunar only, I guess. Dropped it from Kinetic. :)
[13:00] -ubottu:#ubuntu-release- Launchpad bug 2015760 in libadwaita-1 (Ubuntu) "Accessibility is much worse in GNOME apps that have switched to GTK4" [Critical, Triaged] https://launchpad.net/bugs/2015760
[13:31] <jbicha> utkarsh2102: it affects Kinetic also because it's libadwaita that hasn't implemented what it needs to. Jammy isn't really affected because we have almost zero libadwaita apps there
[14:37] <bdrung> please drop the unapproved tzdata SRUs. I found another related inconsistency.
[16:14] -queuebot:#ubuntu-release- Unapproved: msmtp (lunar-proposed/universe) [1.8.23-1 => 1.8.23-1ubuntu0.1] (no packageset)
[16:21] -queuebot:#ubuntu-release- Unapproved: tzdata (kinetic-proposed/main) [2023c-0ubuntu<IP_ADDRESS> => 2023c-0ubuntu<IP_ADDRESS>] (core)
[16:22] <bdrung> here come the new ones ^
[17:27] <LocutusOfBorg> thanks, hopefully for next minor release will be back in sync :D
[17:52] -queuebot:#ubuntu-release- Unapproved: tzdata (jammy-proposed/main) [2023c-0ubuntu<IP_ADDRESS> => 2023c-0ubuntu<IP_ADDRESS>] (core)
[18:05] -queuebot:#ubuntu-release- Unapproved: tzdata (focal-proposed/main) [2023c-0ubuntu<IP_ADDRESS> => 2023c-0ubuntu<IP_ADDRESS>] (core)
[18:06] -queuebot:#ubuntu-release- Unapproved: rejected tzdata [source] (focal-proposed) [2023c-0ubuntu<IP_ADDRESS>]
[18:07] -queuebot:#ubuntu-release- Unapproved: rejected tzdata [source] (jammy-proposed) [2023c-0ubuntu<IP_ADDRESS>]
[18:07] -queuebot:#ubuntu-release- Unapproved: rejected tzdata [source] (kinetic-proposed) [2023c-0ubuntu<IP_ADDRESS>]
[18:11] <bdrung> Thanks. Can someone drop apport 2.20.9-0ubuntu7.29 from bionic unapproved (superseded by security update)
[18:16] -queuebot:#ubuntu-release- Unapproved: tzdata (bionic-proposed/main) [2023c-0ubuntu0.18.04 => 2023c-0ubuntu<IP_ADDRESS>] (core)
[18:45] -queuebot:#ubuntu-release- Unapproved: rejected mdadm [source] (kinetic-proposed) [4.2-3ubuntu2]
[18:45] -queuebot:#ubuntu-release- Unapproved: mdadm (kinetic-proposed/main) [4.2-3ubuntu1 => 4.2-3ubuntu2] (core, i386-whitelist)
[18:47] -queuebot:#ubuntu-release- Unapproved: rejected mdadm [source] (jammy-proposed) [4.2-0ubuntu2]
[18:47] -queuebot:#ubuntu-release- Unapproved: mdadm (jammy-proposed/main) [4.2-0ubuntu1 => 4.2-0ubuntu2] (core, i386-whitelist)
[19:14] -queuebot:#ubuntu-release- Unapproved: curl (lunar-proposed/main) [7.88.1-8ubuntu1 => 7.88.1-8ubuntu2] (core, i386-whitelist)
[19:55] -queuebot:#ubuntu-release- Unapproved: ubiquity (mantic-proposed/main) [23.04.8 => 23.04.9] (ubuntu-desktop)
[21:01] -queuebot:#ubuntu-release- Unapproved: debootstrap (mantic-proposed/main) [1.0.128+nmu2ubuntu1 => 1.0.128+nmu2ubuntu2] (desktop-core)
[21:05] <utkarsh2102> jbicha: yes, but putting it in the release notes isn't really the right place, I think?
[21:06] <utkarsh2102> this bug was opened on 2023-04-10.
[21:06] <utkarsh2102> way after the kinetic release :)
[21:06] <utkarsh2102> so putting it in the release notes had us a bit puzzled.
[21:10] -queuebot:#ubuntu-release- Unapproved: lintian (mantic-proposed/main) [2.116.3ubuntu1 => 2.116.3ubuntu2] (core)
[21:35] -queuebot:#ubuntu-release- Unapproved: vim (mantic-proposed/main) [2:9.0.1000-4ubuntu3 => 2:9.0.1378-1ubuntu1] (core, i386-whitelist)
[22:10] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (focal-proposed/universe) [20220622.00-0ubuntu2~20.04.2 => 20230330.00-0ubuntu1~20.04.0] (no packageset)
[22:20] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (bionic-proposed/universe) [20220622.00-0ubuntu2~18.04.1 => 20230330.00-0ubuntu1~18.04.0] (no packageset)
[22:36] -queuebot:#ubuntu-release- Unapproved: google-osconfig-agent (kinetic-proposed/main) [20220824.00-0ubuntu1~22.10.1 => 20230330.00-0ubuntu1~22.10.0] (core)
[22:47] -queuebot:#ubuntu-release- Unapproved: google-osconfig-agent (jammy-proposed/main) [20220824.00-0ubuntu1~22.04.1 => 20230330.00-0ubuntu1~22.04.0] (core)
[23:01] -queuebot:#ubuntu-release- Unapproved: google-osconfig-agent (focal-proposed/universe) [20220824.00-0ubuntu1~20.04.1 => 20230330.00-0ubuntu1~20.04.0] (no packageset)
[23:09] -queuebot:#ubuntu-release- Unapproved: google-osconfig-agent (bionic-proposed/universe) [20220824.00-0ubuntu1~18.04.1 => 20230330.00-0ubuntu1~18.04.0] (no packageset)