[00:01] <seb128_> chrisccoulson, sure no hurry
[00:01] <seb128_> it's weekend
[00:01] <seb128_> and other people are travelling this weekend
[00:01] <chrisccoulson> heh, i can't believe how early some people go to bed
[00:01] <chrisccoulson> i should just go and wake them up really
[00:01] <chrisccoulson> lol
[00:01] <seb128_> hehe
[00:02] <rickspencer3> didrocks, hey, bzr seems confused about your quidgets merge
[00:02] <rickspencer3> it doesn't seem to think there is anything new to pull or merge, any idea what I am doing wrong?
[00:03] <jcastro> itorrey_test: I'm looking forward to seeing what you've come up with!
[00:04] <djsiegel1> ok awesome itorrey
[00:08] <itorrey> djsiegel1: jcastro :  Ok I've attached the theme to the ticket
[00:08] <itorrey> https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/392488
[00:09] <didrocks> rickspencer3: sorry got distracted by a nasty njpatel :p
[00:09] <itorrey> And am of course at the ready to make any and all fixes
[00:09] <djsiegel1> kenvandine: ^ can you land that?
[00:09] <didrocks> rickspencer3: oopsss, not right project, fixing it now
[00:10] <kenvandine> djsiegel1, yup
[00:10] <kenvandine> djsiegel1, but i need to fix empathy first
[00:10] <kenvandine> djsiegel1, might be monday
[00:10] <didrocks> rickspencer3: yeah, it was one line click away, take last one now (https://code.edge.launchpad.net/~didrocks/bughugger/package/+merge/18732)
[00:10] <rickspencer3> didrocks, k
[00:10]  * njpatel creates plan to kidnap didrocks to fix his builds
[00:11]  * didrocks creates plan to fix upstream :)
[00:13] <rickspencer3> didrocks, njpatel is your #1 customer
[00:14] <rickspencer3> UNE ftw!
[00:14] <njpatel> didrocks, your going to wish rickspencer3 didn't say that <muhahaha>
[00:14] <rickspencer3> didrocks, if it comes down to saving the world from annihilation and fixing njpatel's builds,m would be a touch call
[00:15] <didrocks> heh
[00:15] <rickspencer3> fix the builds first, then save the world I suppose
[00:15] <rickspencer3> ;)
[00:15] <pitti> rickspencer3: We don't even have a tool in teh standard install to modify those settings
[00:15] <didrocks> rickspencer3: right, let's create some small steps :)
[00:15] <pitti> rickspencer3: (sorry, got caught in a discussion)
[00:15] <rickspencer3> pitti ah, so it's just changing defaults
[00:16] <njpatel> lol
[00:16] <rickspencer3> but the golden rule is that if you have defaults, we give you new defaults
[00:16] <rickspencer3> so this only impacts folks who have downloaded that crazy compiz tweaker thingy
[00:16] <pitti> rickspencer3: if an user explicitly changed the settings, then it would be quite rude to clobber them
[00:16] <rickspencer3> pitti right
[00:17] <rickspencer3> if you no long have defaults, we don't change to new defaults
[00:17] <pitti> rickspencer3: not even mentioning the technical difficulties of changing /home settings during dist-upgrade, or breaking shared /home partitions, etc.
[00:17] <pitti> or even networked /home
[00:17] <rickspencer3> pitti all this happens by tweaking compiz settings?
[00:17] <pitti> right, it's just new gconf keys, by and large
[00:17] <rickspencer3> pitti but all these technical difficulties you mention?
[00:18] <rickspencer3> that sounds rather dire considering the change
[00:18] <rickspencer3> meh, let's discuss at next team meeting maybe
[00:18] <rickspencer3> or on desktop list
[00:22] <jcastro> itorrey: that looks great!
[00:23] <jcastro> djsiegel1: should I ping segphault about using that look for gwibber?
[00:24] <ronoc> TheMuso will be able to test in a few minutes...
[00:24] <TheMuso> ronoc: Ok thanks.
[00:25] <djsiegel1> jcastro: sure
[00:25] <djsiegel1> jcastro: that would be awesome
[00:25] <jcastro> on it
[00:30] <seb128_> mvo, hey
[00:30] <seb128_> mvo, https://wiki.ubuntu.com/OneHundredPaperCuts/Spec/495641
[00:30] <seb128_> mvo, we forgot to do the "Scale Window Title Filter Enabled" bit...
[00:30] <seb128_> do you know where that option is?
[00:34] <TheMuso> ronoc: And one other thing. Does the ideapad have an external microphone jack as well?
[00:39] <ronoc> TheMuso so 0x1c details: jack-type: line-out
[00:40] <ronoc> TheMuso, it exposes on the ui only three check boxes -> hp, out and in which have no effect on the output
[00:40] <TheMuso> ronoc: Ok, looking at other code, I am pretty sure I also know what 0x1c is for as well. I dare say the same work is needed for the microphone jack as well, i.e autosensing. That will have to be tested as well however.
[00:41] <TheMuso> i.e tested to see whether a patch is needed to fix that.
[00:41] <TheMuso> ronoc: thanks.
[00:43] <ronoc> TheMuso: Nid 0x1a  as a jack-type: mic
[00:43] <TheMuso> ronoc: Yeah I thouhgt so. Is there more than one mic nid?
[00:43] <ronoc> one sec
[00:44] <TheMuso> From the code output, it appeasr there is. It seems I don't need HDA analyser for everything, if I have the codec output, which I do.
[00:44] <TheMuso> I am learning more about this all the time as well.
[00:46] <ronoc> TheMuso: It also looks like 0x1b is a mic
[00:46] <TheMuso> ronoc: Ok, to be safe, I'll code the mic patch switching as well.
[00:47] <TheMuso> I can always get that tested on the launchpad bug.
[00:47] <ronoc> TheMuso 1a says its internal and 1b says its external
[00:47] <TheMuso> ronoc: Right, thats all I need. Thanks again.
[00:47] <ronoc> TheMuso cool good stuff
[00:47] <ccheney> bryceh: stat -C %u examples.desktop
[01:17] <djsiegel1> itorrey itorrey_test: http://img29.imageshack.us/img29/2198/screenshot1vp.png
[01:18] <itorrey> djsiegel1: Sweet!
[01:20] <TheMuso> ronoc: Thanks for your help once again. I have made a good start on the patch, but won't have time to finish it today. I'll get it finished ASAP and post to the bug once I have packages for people to test.
[05:55] <RAOF> didrocks: I think your last liblauncher upload was broken; you seem to have renamed liblauncher-0.3-dev -> liblauncher-dev, but not renamed the .install file, so the dev package is empty.  The package branch doesn't seem to have updated yet, though, so I'm not sure.
[06:06] <crimsun> you can always pull the source from LP
[06:13] <RAOF> Yah.
[10:16] <milanbv> chrisccoulson: great work with the packages!
[10:16] <chrisccoulson> hey there milanbv - no worries :)
[10:16] <milanbv> but please note that you we don't actually need libauthen-pam-perl
[10:17] <milanbv> that's a stupid line that should never have been committed
[10:17] <chrisccoulson> really?
[10:17] <chrisccoulson> so i can patch it out and it will still work?
[10:18] <milanbv> yeah
[10:18] <milanbv> what happened is that I had tried this method before going back to chpasswd
[10:18] <chrisccoulson> awesome, i'll do that now!
[10:18] <milanbv> OK, cool
[10:19] <milanbv> anyway I'll make a new release before Monday, for GNOME 2.29.90
[10:41] <chrisccoulson> milanbv, uploaded now!
[10:43] <milanbv> great!
[10:44] <milanbv> don't bother with the bugs, I have a list off-hand, I'm going to close them
[10:45] <chrisccoulson> milanbv - no worries about that. i tagged them all in the changelog last night
[10:45] <chrisccoulson> so they should all close automatically
[10:46] <milanbv> oh, new nice feature
[10:47] <milanbv> I didn't realize that was working that way now
[10:47] <milanbv> hey, great news: a student contacted me to work on a master class project
[10:47] <chrisccoulson> yeah, that's worked that way for as long as i've been involved with ubuntu
[10:47] <milanbv> he will fix bugs in the gst until April
[10:47] <chrisccoulson> cool!
[10:48] <milanbv> the sad thing is - I've fixed too much of them :-p
[10:48] <milanbv> s/much/many
[10:55] <chrisccoulson> heh, yeah, you've fixed quite a few bugs with this release ;)
[10:55] <chrisccoulson> it took me a while to populate the changelog
[10:55] <chrisccoulson> anyway, i'm going to disappear now :)
[10:55] <chrisccoulson> have a good weekend!
[10:56] <milanbv> you too
[15:06] <milanbv> chrisccoulson: still working? :-p
[15:07] <chrisccoulson> hey milanbv
[15:07] <chrisccoulson> yeah, i'm just doing a few things ;)
[15:07] <milanbv> what do you mean by "the presence of it here makes it impossible to apply the profiles"?
[15:07] <milanbv> (about the scanner group)
[15:07] <chrisccoulson> milanbv - you could only ever select "Custom"
[15:08] <milanbv> sounds like a bug to me
[15:08] <milanbv> does this group exist in Lucid?
[15:08] <chrisccoulson> yeah, possibly. but we don't have that groujp anyway
[15:08] <milanbv> sure, I'm just willing to fix that properly too
[15:08] <chrisccoulson> no, the group is not in lucid. i'm not sure when it got dropped
[15:09] <chrisccoulson> tbh, a lot of those groups aren't really used for anything anymore
[15:09] <milanbv> so that means a non-existent group can be a problem for profiles
[15:09] <chrisccoulson> yeah, it seems to be the case
[15:09] <milanbv> should fix that for other distribs too
[15:09] <chrisccoulson> cool, a proper fix would be nice :)
[15:09] <milanbv> yeah, there are at least two bugs about those groups
[15:09] <milanbv> the general idea is that if a group doesn't exist, we hide it and don't fail
[15:10] <milanbv> I'll give it a look
[15:10] <chrisccoulson> yeah, that would be better behaviour
[15:10] <chrisccoulson> thanks :)
[15:10] <milanbv> BTW, do you have re-enabled services-admin in the new packages?
[15:10] <chrisccoulson> i haven't re-enabled it yet. i need to discuss that with the others on monday
[15:11] <milanbv> OK
[15:11] <milanbv> I'm wondering whether I should add support for upstart jobs
[15:11] <chrisccoulson> i need to figure out how to strip the translations from user-profiles.conf now, so that the descriptions can be translated in rosetta
[15:11] <milanbv> it's not really useful, since we mostly want to disable services that start unconditionally on start
[15:12] <milanbv> most services people want to disable are in /etc/init.d
[15:12] <milanbv> anyway, services-admin is now much more user-friendly, and shows services it doesn't know about too
[15:13] <chrisccoulson> i'll do a build with it enabled in a bit and have a look
[15:13] <milanbv> good luck with user-profiles.conf - I've had a hard time getting it translated with autotools :-)
[15:13] <milanbv> if you find services that should not be shown in the list, tell me - I'm now keeping a list of forbidden services
[15:41] <pitti> didrocks: bonojur; breakfast in 20?
[15:41] <kklimonda> pitti, any idea why libvirt-bin depends on hal?
[15:41] <chrisccoulson> heh, everybody jump on pitti ;)
[15:42] <kklimonda> he's really popular guy :)
[15:42] <pitti> just got online quickly to check in and sync mail before leaving :)
[15:42] <pitti> kklimonda: I haven't checked; would be nice if it would stop doing do, of course
[15:44]  * pitti cd ~
[15:44] <pitti> see you on Monday!
[15:48] <chrisccoulson> pitti - if you haven't gone already - want me to update gnome-menus?
[15:48] <chrisccoulson> (whilst i'm in update-frenzy mode)
[15:58] <didrocks> pitti: hey, still around?
[17:03] <TheMuso> i/c
[17:47] <Nafai> A little annoyed I can't upgrade groundcontrol :(
[19:52] <hggdh> heh. I cannot even run it to begin with...
[19:53] <Nafai> the last version was broken for me, and I'd like to upgrade to the new version which supposedly fixes my bugs
[19:53] <Nafai> but there is a dependency issue currently in Lucid
[20:03] <crimsun> what dep issue?
[20:05] <Nafai> The following packages have unmet dependencies:
[20:05] <Nafai>   groundcontrol: Depends: python-lazr-restfulclient which is a virtual package.
[20:05] <Nafai>                  Depends: python-lazr-uri which is a virtual package.
[20:11] <TheMuso> c
[20:56] <chrisccoulson> jcastro - you seem to be quite familiar with app indicators, so i have a quick question for you
[20:56] <chrisccoulson> do you know if there is any plan to support tooltips on the status icon?
[20:58] <chrisccoulson> vish - after responding to your bug about screen blanking when it shouldn't do, i've just had my screen dim when not idle!
[20:58] <chrisccoulson> i wonder if i can recreate that again :-/
[20:58] <Nafai> chrisccoulson: as I understand it, no.  The design idea is to move the information that would be in a tooltip elsewhere
[20:58] <chrisccoulson> Nafai - oh, ok. thanks!
[20:58] <chrisccoulson> i was just wondering what to do about gpm
[20:58] <Nafai> https://wiki.ubuntu.com/CustomStatusMenuDesignGuidelines#What about tooltips?
[20:59] <Nafai> For example, with the gnome-typing-monitor, I moved the info that was in tooltip to a menu item
[20:59] <chrisccoulson> hmmm. for the gpm status icon though, i would consider that to be a regression
[20:59] <chrisccoulson> i can currently hover over the icon and see the remaining estimated battery life, without having to open a menu
[21:00] <Nafai> I would say mpt is the one to ask about it, he seems to be the one leading up design questions
[21:01] <chrisccoulson> thanks:)
[21:01] <Nafai> np
[21:06] <vish> chrisccoulson: hehe , the crappy thing didnt blank[yet?] after i filed a bug ;)
[21:07] <chrisccoulson> vish - is this on battery or ac?
[21:07] <vish> ac
[21:07] <vish> battery disconnected
[21:08] <chrisccoulson> vish - i don't suppose you have idle dimming enabled on AC do you?
[21:09] <vish> chrisccoulson: nope
[21:09] <chrisccoulson> ah well, never mind ;)
[21:09] <chrisccoulson> i was going to ask if you noticed it dim before blanking
[21:09] <vish> i just have the put display to sleep when inactive for 5mins
[21:10] <chrisccoulson> 5 minutes?
[21:10] <chrisccoulson> thats not the default is it?
[21:10] <vish> well , thats my setting ;)
[21:10] <chrisccoulson> 5 minutes if the default session idle time, which activates the screensaver
[21:10] <vish> i have screensaver set for 4mins
[22:04] <chrisccoulson> Nafai - did you already start porting transmission to the app indicators?
[22:06] <Nafai> nope, I stopped working on it when I started contracting because it wasn't on my immediate list
[22:06] <Nafai> I didn't get very far either :)
[22:08] <chrisccoulson> ah, that's ok then. someone else just assigned the bug report to themselves. i just wanted to make sure people weren't duplicating work ;)
[22:08] <Nafai> nope
[22:08] <Nafai> thanks for checking up :)


[02:30] <ccheney> anyone know of a cli tool that can inspect pdfs for what fonts are inside, etc. i remember there being one but can't remember what it is called
[03:23] <psusi> seriously, what the hell is gcc smoking?   warning: function declaration isn’t a prototype... a prototype is EXACTLY what a function declaration is...
[04:00] <temugen> 1
[04:01] <temugen> psusi: What was the actual problem?
[04:01] <temugen> that's not all that uncommon for gcc error messages :P
[04:02] <psusi> the problem is that it's complaining about yes being true ;)
[04:03] <psusi> well, DUHHHHHH ;)
[04:04] <temugen> ah, just a warning message. nice.
[04:05] <psusi> yes, but it's warning me about water being wet
[04:05] <psusi> and saying that it ISN'T wet, when of course it is
[04:05] <xnox> I've had a similar thing and it went away when i did define POSIX
[04:06] <xnox> (long time ago can't remember exact semantics but it was with gcc4.5 snapshot)
[05:25] <SmSpillaz> didrocks: ping
[05:27] <nigelb> SmSpillaz: It may take a bit for him to respond.  He's somewhere in EU
[05:28] <RAOF> He usually turns up ~3 hours from now.
[05:29] <Kaleo> nigelb: he is in France actually
[05:30] <nigelb> yea, fits the 'somewhere in eu' ;)
[05:30] <Kaleo> :)
[05:31] <SmSpillaz> nigelb: ah right
[05:31] <SmSpillaz> well, I'll be around during EU working hours then
[05:31] <SmSpillaz> half of our developers are in the EU :p
[06:34] <ekoontz> anyone worked with graphviz?
[07:42] <hunger> Which gcc version will maverick use? I read this was going to get decided at UDS but did not find any updates yet.
[07:46] <pitti> Good morning
[07:48] <hunger> morning!
[07:49] <RAOF> hunger: I believe the answer is 4.5, but don't quote me on that.
[07:49] <RAOF> Morning, pitti!
[07:50] <hunger> RAOF: Thanks. cpp is still depending on 4.4 though, so maybe not. I'll wait and see.
[07:51] <pitti> hey RAOF, how are you?
[07:51] <RAOF> Thankful that it's the weekend ):
[07:51] <RAOF> :)
[07:53] <RAOF> I've not *quite* managed to recover from UDS yet.  The weekend will allow this.
[07:53] <pitti> RAOF: still jetlagged
[07:53] <pitti> ?
[07:54] <RAOF> No, just a bit sick.
[07:55] <RAOF> The cold weather here hasn't helped much :/
[08:05] <didrocks> SmSpillaz: yes? (can you please provide the question in the hilight instead of just "ping"?) thanks :)
[08:40] <SmSpillaz> didrocks: oh ok, sorry (ping pong, then talk is the way I'm used to :p)
[08:40] <didrocks> SmSpillaz: no pb, what's up? :)
[08:42] <SmSpillaz> didrocks: anyways, question was: in src/window.vala:toggle_window_picker () (for unity) do you think we can put instead of a debug message, something like the vala Xlib bindings equavilent of XInternAtom ("_UNITY_TOGGLE_EXPOSE", true); and XChangeWindowProperty (display, rootwindow, atom, l[1] = false/true) or something of the like?
[08:43] <SmSpillaz> that way other window managers like compiz and kwin can just read that property through a plugin (like we do for kde already) and toggle the expose mode for people who use compiz with unity
[08:43] <SmSpillaz> I can write a patch if you want
[08:45] <didrocks> SmSpillaz: not sure if toggle_window_picker doesn't do other checks that the Xlib call doesn't have. In any case, you should ping njpatel next week (he isn't there this week) about it
[08:46] <didrocks> SmSpillaz: think also that mutter is used to render the whole unity environment (upanel and launcher), not sure how you want to do that with other WM
[08:47] <SmSpillaz> didrocks: it doesn't
[08:47] <SmSpillaz> didrocks: I'm not particularly sure how it works, but I can use compiz with the unity shell
[08:48] <didrocks> SmSpillaz: hum, so, you have mutter launch, rendering unity by the libunity mutter plugin, and then run compiz in it? tricky :)
[08:50] <SmSpillaz> afaict (from a quick code once-over) is that the mutter plugin and the unity shell both import libunity and the mutter Unity.global_shell.toggle_window_picker method overload the one in libunity which was originally in window.vala
[08:50] <SmSpillaz> oh and also afaict by testing, I think unity-launcher automatically launches mutter, but you can kill mutter and launch compiz
[08:51] <didrocks> SmSpillaz: ok, I didn't have the time to check that part, only the big picture, if it works this way, that's great ;)
[08:51] <didrocks> SmSpillaz: but again, njpatel is the man to ping about that
[08:51] <SmSpillaz> didrocks: ok - hopefully njpatel will be good with patches to add that atom set/unset so it can work with other wm's :)
[08:52] <didrocks> SmSpillaz: if he does that, I'll update the packaging too :)
[08:54] <nigelb> pitti: how to get the output of 'lspci -k | grep -A2 VGA' with command_output.  most of what I try is failing :(
[08:57] <ddecator> didrocks: so far i'm getting glxinfo, dkms status (displays details on graphics driver, thought it might help), and nigel and i are trying to find a way to reduce the lspci -k output to just the video card. anything else you can think of off-hand that might be helpful for clutter?
[08:58] <didrocks> ddecator: I think that's already a lot in addition to attach_hardwaredinfo() (not sure about the spelling). We will see later if we need other info
[08:59] <ddecator> didrocks: i actually took off attach_hardware because i thought it might be overkill, but i can add it back in if you want
[09:00] <didrocks> ddecator: I think it's still good if you can add the specific commands first.
[09:00] <RAOF> ddecator: report['PciDisplay'] = pci_devices(PCI_DISPLAY)
[09:01] <ddecator> RAOF: yah, wasn't sure if that would be useful or not, but i'll add that as well
[09:01] <nigelb> RAOF: ah, forgot about that one ;)
[09:01] <RAOF> ddecator: That's how to get just the lspci info for the display :)
[09:02] <ddecator> oh, does it? o.o
[09:03] <RAOF>  /usr/share/apport/package-hooks/xserver-xorg-core.py - it contains all of that stuff, just waiting for you :)
[09:03] <ddecator> RAOF: ah, perfect, thanks :)
[09:03] <ddecator> RAOF: yah, that's what i've been looking at, but didn't know what pci_devices gave as output :p
[09:04] <AnAnt> Hello, is notify-osd going to be dropped in meerkat ?
[09:04] <RAOF> ddecator: That's why you use “ubuntu-bug xorg” to file a test bug on staging :)
[09:04] <ddecator> RAOF: yah, probably should, i've just been using that to file bugs to test my hooks on staging :p
[09:40] <pitti> nigelb: command_output does not take a shell command, just a normal argv
[09:40] <pitti> nigelb: you can run ['sh', '-c', 'lspci -k | grep -A2 VGA'] if you want, or do the searching in python
[09:42] <nigelb> pitti: hm, ok. ah, searching in python should be better :)
[09:42] <nigelb> Thank You!
[09:42] <pitti> np :)
[10:15] <Daviey> ping slangasek, Riddell, Hobbsee, pitti, mdz, Keybuk, cjwatson, kees, jdstrand, lool, pgraner: Letting you know of an upload to hardy-proposed fails verification: bug #455873.
[10:15] <AnAnt> Hello ?
[10:16] <mdz> Daviey: acknowledged, looking
[10:16] <cjwatson> hm, the documentation in StableReleaseUpdates seems overkill to me
[10:16] <cjwatson> I don't think we need to be alerted about regressions that are only in -proposed, not -updates
[10:17] <cjwatson> I wonder if this is wiki drift due to refactoring - I don't remember that it used to say that
[10:18] <mdz> cjwatson: I remember it saying that, and thinking it was a bit conservative. I think the rationale had to do with encouraging lots more people to run -proposed, and therefore taking regressions more seriously
[10:18] <cjwatson> that said, this is not a regression specific to hardy-proposed - the diff doesn't mention dpkg-statoverride anywhere
[10:18] <cjwatson> nor does it touch maintainer scripts at all
[10:19]  * Daviey is still wetting himself :)
[10:20] <cjwatson> in fact the hardy -> hardy-proposed diff doesn't mention statoverride either
[10:21] <cjwatson> looks like that code should be cut -d' ' -f3
[10:22] <cjwatson> from the looks of it, it only affects people who've manually set statoverrides
[10:23] <cjwatson> maverick is unaffected
[10:23]  * cjwatson bisect
[10:23] <cjwatson> s
[10:28] <cjwatson> fixed by removal of the broken code in karmic (specifically, Debian package version 2.2.12-1, Debian svn r995).  However, the code in question is for upgrades from apache 2.0 -> 2.2, and dapper had 2.0, so we need to fix it rather than remove it.
[10:28] <cjwatson> therefore I suggest a new -proposed upload adding -d' ' after cut.
[10:28]  * cjwatson goes to summarise in the bug
[10:29] <Daviey> cjwatson: thanks
[10:32] <soren> t/away
[10:32] <soren> Whoops :)
[10:34] <cjwatson> I've also reset the SRU bug in question to verification-needed, based on my analysis
[10:34] <cjwatson> Daviey: thanks for raising this quickly
[10:37] <Daviey> cjwatson: np.. I'm glad i can relax a bit :).  Are you suggesting it could just be a case of adding a ->-d' '<- ?
[10:37] <cjwatson> yes
[10:38] <cjwatson> cut splits fields on tabs by default, but dpkg-statoverride outputs fields separated by spaces
[10:38] <cjwatson> the code was apparently never tested (so I feel relatively safe in saying it's rare, but we should still fix it)
[10:39] <Daviey> cjwatson: wilco, thanks.
[11:13] <pitti> cjwatson: so, xorg-server depends on video-all | video-6, the latter is provided by all video drivers; if I seed e. g. -fbdev explicitly, -fbdev should get the corresponding Task: header and due to how task selection works (as discussed yesterday), video-all should not get installed
[11:13] <pitti> cjwatson: did I understand this correctly?
[11:15] <cjwatson> pitti: I would expect so
[11:15] <pitti> ok, thanks; then I know why it's not working (Task: header is missing)
[12:11] <geser> could a core-dev please give-back "gir-repository". It FTBFS because it couldn't detect libsoup (the logs doesn't mention why) but it build fine in my pbuilder now (and libsoup got detected). Thanks.
[12:11] <pitti> geser: doing, thanks
[12:20] <pitti> geser: ah, failed to upload, it needs gir1.0-gtk-2.0_0.6.5-6_i386.deb removed
[12:20] <lifeless> ev: hey, curious why you need to shut slaves down
[12:21] <ev> lifeless: thanks for the quick response.  My master plan is roughly: https://wiki.ubuntu.com/FoundationsTeam/Specs/SharingTestingInfrastructure#Implementation
[12:21] <pitti> geser: seems we're still ahead of debian there; http://launchpadlibrarian.net/44773564/gir-repository_0.6.5-5ubuntu1_0.6.5-5ubuntu2.diff.gz needs to be reapplied apparently
[12:22] <lifeless> \o/ code I wrote :P
[12:22] <geser> pitti: saw it, will prepare it for upload.
[12:22] <pitti> geser: cheers!
[12:22] <ev> lifeless: I'm debating if that's really necessary, and if I can get away with just leaving the live environment running and carefully cleaning up after each run of the installer.
[12:23] <lifeless> by live environment, you mean the pxe boot ?
[12:23] <ev> indeed
[12:24] <lifeless> so a couple of thoughts
[12:24] <lifeless> have a look at my platform node labeller plugin
[12:24] <Redache> .1
[12:24] <lifeless> 'platformlabeler' in plugins/
[12:25] <ev> will do
[12:25] <lifeless> you could tie the jobs to the builds inside the PXE environment with alabel
[12:25] <lifeless> using a plugin like platformlabeler to set an appropriate label when the slave comes up
[12:25] <lifeless> and if you listen to jobs *finishing*, removing the label after the test on it.
[12:26] <lifeless> or perhaps more simply, just reboot the darn slave to the ready-to-start mode after the job running on the pxe-booted mode completes.
[12:26] <lifeless> though you'd want to test/time that finely to make sure another job didn't start - I kind of like the idea of removing the label before another job can be scheduled.
[12:27] <lifeless> there are a lot of parallels with this and a cloud environment too, except that you don't want to run arbitrary tests on a node, just the latest sikuli stuff
[12:28] <lifeless> possibly worth sketching it out on the list - kohusake is very smart and knows the scope of hudson really well (apologies if you did this on the -user list -> I'm not on that one)
[12:28] <ev> the problem I've had with labels is that they're a "select one from this set" operation rather than a "give me everything", the latter of which I'd prefer for the ability to run across multiple machines in the datacenter to find hardware specific issues
[12:29] <ev> that is, I haven't found a way to target a job to a label and have it run on every slave in that label
[12:30] <ev> noted on elaborating more on what I'm trying to do on the list, and no, I didn't post to -user first.
[12:30] <lifeless> matrix build
[12:31] <lifeless> theres also a dude posted to the list in the last week about running a job on every element of a label
[12:31] <ev> oh cool, I'll dig that up
[12:31] <lifeless> but definitely check out the matrix build plugin if you haven't
[12:32] <lifeless> it may not be -quite- what you want, but its close - and his change is probably right on the money
[12:32] <ev> I have -- when I selected the label it only went to the first node.  Looking on the list showed a mail confirming that behavior as by design, but I've long since lost the URL.
[12:32] <lifeless> I wish I'd gotten to your session @ UDS :)
[12:33] <ev> lifeless: indeed, you're experience with this would've been quite helpful.  Still, this a massive hand and is putting me on a much better track than the head smashing I was doing last night.  Thanks!
[12:34] <lifeless> if you can't find that guy I'm mentioning, ping me via email and I
[12:34] <lifeless> 'll hunt it up monday
[12:34] <ev> will do
[12:34] <lifeless> worst case we write a little tweak to the matrix build plugin to do 'for each'
[12:34] <lifeless> rather than 'first of'
[12:34] <lifeless> that would be oh, 1 hour or so, including getting it upstream.
[12:35] <ev> cool!  I'm definitely liking how willing upstream is to accept such changes.
[12:35] <lifeless> have I mentioned how much I like SSD's ?
[12:35] <ev> heh
[12:35] <lifeless> svn on an SSD is almost not painful.
[12:37] <TerminX> hm, software-center package is missing dep on python-debian
[13:02] <geser> could a core-dev please give back: neon27 libgdata libgnomeprintui. Thanks.
[13:09] <micahg> persia: ping
[13:09]  * persia prefers contentful pints
[13:09] <persia> pings too :)
[13:10] <geser> nice typo
[13:10] <micahg> persia: heh, could you approve my mail to devel-permissions?  just saw that it never hit the list
[13:10] <persia> I don't believe I'm a listadmin for that list.  I'll double check.
[13:11] <cjwatson> I can
[13:11] <cjwatson> (done)0
[13:12] <persia> Thanks cjwatson
[13:12] <micahg> cjwatson: thanks
[13:12] <micahg> I hope it's not too late :(
[13:15] <pitti> cjwatson: will you ping me when I shall flush the work items for foundations? we'll flush it for desktop now, and did for security yesterday
[13:16] <jdstrand> pitti: hey, what is your plan with psql? is it on us to publish or do you want it to sit in -proposed?
[13:17] <pitti> jdstrand: I'm fine with getting it published; no upstream regression reports so far, and we both tested with p-common
[13:17] <jdstrand> pitti: I verified it in qrt (and therefore the postgreql-common testsuite)
[13:17] <jdstrand> pitti: cool, thanks
[13:17] <pitti> thanks to you
[13:19] <jdstrand> :)
[13:20] <cjwatson> pitti: yes - we're getting there but still more to do (I'm on my 5th spec of 5, if I'm counting properly)
[13:20] <pitti> cjwatson: ok, just give the word
[13:23] <geser> does somebody know if new package in Debian got already synced to maverick?
[13:24] <cjwatson> not across the board, sorry
[13:25] <Daviey> geser: you can use rmadison to check.. rmadison $PACKAGE, will check ubuntu version; rmadison -uqa $PACKAGE will check debian's
[13:26] <didrocks> pitti: I'm still unsure, do we do manual sync with your script or should we open a bug?
[13:26] <Laney> there was a thread on -devel
[13:26] <pitti> didrocks: so am I; I have used my script for years without problems, but you should still be cautious
[13:27] <Laney> but no AAs have replied as of yet
[13:27] <pitti> Benjamin Drung has a greatly improved version now
[13:27] <didrocks> pitti: I've used it some times too, but not sure about the "policy", ok, let's use it so :)
[13:27] <didrocks> thanks
[13:27] <pitti> in essence, it produces the same output as the LP one
[13:27] <pitti> but it doesn't check e. g. the blacklist
[13:28] <geser> Daviey: "new" as in not yet in maverick at all. so either the script to import NEW source packages from Debian didn't get run either yet or some other reason why the package did got synced to maverick yet.
[13:28] <pitti> geser: probably the former
[13:28] <didrocks> pitti: oh ok, I guess we know ourself if it's blacklisted or not if we keep our packages :)
[13:30] <Daviey> Is the blacklist somewhere we can query?
[13:30] <geser> didrocks: or we ask bdrung politely to add support for the sync-blacklist
[13:30] <geser> Daviey: http://people.canonical.com/~ubuntu-archive/sync-blacklist.txt
[13:30] <Daviey> ooo
[13:31] <pitti> the blacklist is mostly interesting for autosyncs, but it might help to avoid accidents
[13:31] <didrocks> geser: sure, is bdrung's version packaged somewhere? I don't see it
[13:31] <pitti> it's in bzr so far
[13:32] <geser> didrocks: lp:ubuntu-dev-tools only at the moment
[13:33] <cjwatson> while I haven't got round to doing it en masse yet (which is always a pain to start off with because we have to make sure we aren't reintroducing things that were removed but accidentally not blacklisted), I'm happy to sync new packages on request
[13:34] <didrocks> geser: ok, thanks :)
[13:34] <cjwatson> Laney: are you looking for this pile of haskell stuff to be synced, perchance?
[13:34] <geser> cjwatson: through bugs as usual?
[13:34] <cjwatson> geser: just tell me on irc
[13:34] <Laney> cjwatson: What pile of stuff? autosync candidates?
[13:34] <cjwatson> autosyncs are already happening
[13:34] <Laney> Dunno what you're referring to
[13:34] <cjwatson> I mean new source that isn't yet in Ubuntu
[13:35] <cjwatson> but that's in Debian unstable
[13:35] <Laney> not especially, as long as it happens at some point
[13:35] <Laney> if I get blocked I'll let you know though
[13:35] <cjwatson> $ new-source | grep haskell | xargs
[13:35] <cjwatson> haskell-bzlib haskell-cautious-file haskell-data-accessor haskell-datetime haskell-deepseq haskell-event-list haskell-explicit-exception haskell-fastcgi haskell-feed haskell-filemanip haskell-filestore haskell-ghc-mtl haskell-harp haskell-haxr haskell-hint haskell-hjavascript haskell-hscurses haskell-hstringtemplate haskell-hxt haskell-llvm haskell-markov-chain haskell-maybet haskell-midi haskell-mmap0.4 ...
[13:35] <cjwatson> ... haskell-monoid-transformer haskell-network-bytestring haskell-non-negative haskell-platform haskell-qio haskell-recaptcha haskell-sdl haskell-sdl-gfx haskell-sdl-image haskell-sdl-mixer haskell-sdl-ttf haskell-sha haskell-split haskell-tar haskell-text haskell-transformers haskell-type-level haskell-url haskell-utility-ht
[13:35] <cjwatson> guess I can lob that in now, doesn't look like any of it's been in Ubuntu before
[13:36] <Laney> shouldn't have
[13:36] <Laney> been
[13:36]  * Laney kicks brain
[13:37] <geser> could a core-dev please give back: neon27 libgdata libgnomeprintui. Thanks.
[13:39] <seb128> geser, doing
[13:39] <cjwatson> geser: done
[13:39] <seb128> too late :p
[13:39] <seb128> cjwatson, thanks ;-)
[13:41]  * cjwatson looks at the output of "m `new-source`" and once again defers most of this to another day :-/
[13:42] <cjwatson> ("which of these new packages from unstable has been in Ubuntu before?)
[13:42] <cjwatson> "
[13:42] <Laney> can't you tally with the removals log? (is there such a thing?)
[13:42] <cjwatson> could an archive admin other than me process dpkg in NEW?
[13:42] <cjwatson> Laney: yes, but the above is a lot quicker to run :-)
[13:42] <cjwatson> there's no single removals log but removals go in the publication history for each package in LP
[13:43] <seb128> cjwatson, looking
[13:43] <Laney> right, that would be some LP API fun then
[13:52] <seb128> cjwatson, being curious there but how come you have a libdpkg.a but no libdpkg.so?
[13:53] <seb128> seems unusual
[13:53] <seb128> is the .a useful for something?
[13:55] <cjwatson> seb128: at the moment it's a volatile API, but it's exposed as a static library for now to start getting a feel for how people want to use it
[13:55] <cjwatson> seb128: once it's stable it'll become a .so
[13:55] <seb128> cjwatson, ok, thanks, binaries newed now
[13:56] <cjwatson> and hopefully eventually it'll be usable by frontends like apt
[13:56] <cjwatson> thanks
[14:12] <qense> Kubuntu people: <http://www.canonical.com/logos> still shows the old Kubuntu logo.
[14:14] <Riddell> qense: I've notified the web master
[14:14] <qense> Riddell: OK, thanks!
[15:56] <bgupta> Is there any plans to patch mysql for the following advisory: http://www.vupen.com/english/advisories/2010/1137 looks fairly serious to the point that remote unauthenticated folks can exploit..
[15:58] <bgupta> also is this the right channel to ask about such things?
[16:01] <arand> bgupta: Report a bug if it doesn't already exist, mark as security issue, refer to the CVE, look for a fix to SRU...
[16:02] <arand> bgupta: https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures?action=show&redirect=SecurityUpdateProcedures is a good reference.
[16:10] <SpamapS> bgupta: http://www.vupen.com/english/advisories/2010/1192
[16:10] <SpamapS> oops
[16:10] <bgupta> nice.
[16:11] <SpamapS> wrong url. ;)
[16:11] <bgupta> no worries
[17:08] <kees> doko: hm, glibc jaunty armel ftbfs due to extra _passed_ tests, I think.  should I adjust the expected test results, or what do you think?  https://launchpad.net/ubuntu/+source/glibc/2.9-4ubuntu6.1/+build/1198390
[17:13] <doko> kees: no
[17:13] <doko> Encountered regressions that don't match expected failures:
[17:13] <doko> test-fenv.out, Error 1
[17:21] <kees> doko: hmpf, I wonder what changed in armel between ubuntu6 and ubuntu6.1.  the actual patch in -updates is minimal.
[17:22] <ogra_cmpc> the buildds
[17:23] <doko> if you don't succeed, blame the buildds ;)
[17:34] <smoser> james_w, thank you for suggesting editmoin.  it improves working with wiki
[17:34] <james_w> cool
[17:48] <subway24> My name is Jim Colensworth and my 13 year old son Brandon is obsessed with Linux, i mean REALLY obsessed. he just got the new version of ubuntu and he is shouting out loud about how good it runs, even though we are not well off, our family prays to bill gates, he is our family's idol. my wife loves him almost as much as she loves me! so how do i get my son to stop using linux?
[17:48] <subway24> i like microsoft, but im using my sons computer for this
[17:50] <SpamapS> subway24: You should just yell at him and take linux away.
[17:50] <subway24> but we do not like to discipline him
[17:50]  * SpamapS secretly hopes the kid decides to move in with a reasonable uncle or something
[17:51] <subway24> his uncle is in prison
[17:51] <SpamapS> hmm... prison or parents who like windows.. which one is worse... tough call
[17:52] <subway24> lol
[17:52] <subway24> seriously, what should we do
[17:53] <subway24> i need help
[17:53] <charlie-tca> switch the whole family to ubuntu, quickly as possible
[17:54] <subway24> but my wife is in love with bill gates! we all want to know how to make money like he does, so we buy windows products
[17:54] <charlie-tca> doesn't matter
[17:54] <charlie-tca> You can still throw the money away on windows products
[17:56] <subway24> but its a good use for the money
[18:04] <subway24> hes screaming at me now!!!! i took his linux away\
[18:04] <mneptok> subway24: your conversation is offtopic for this channel. please use #ubuntu-offtopic, and trolling there is not welcome.
[18:14] <kees> pitti: wait, why aren't we just fixing the kernel for lucid with bug 539467?
[18:16] <SpamapS> so I found this awful upstream that only publishes .src.rpms for their releases.. but its fairly easy to extract the tarball inside... is there a way to write a watch file that can look for a .src.rpm and run alien --to-tgz on it?
[18:18] <SpamapS> even better... they haven't even bothered to modify their COPYING file properly..
[18:18] <SpamapS>     <program>  Copyright (C) <year>  <name of author>
[18:32] <tsimpson> SpamapS: not really, you'd need to create a rule in debian/rules, your best option is to bug the upstream not to do evil
[18:35] <SpamapS> tsimpson: ah that makes sense. I think I'll take door #2. :)
[19:02] <olvs> is there a ubuntu hardware/performance cannel?
[19:02] <olvs> channel
[19:04] <janeNarak> hello, i'm customize install cd, i'm add extra package  phpmyadmin and cacti, but dbconfig cannot connect mysql-server, because mysql-server not running. how to add phpmyadmin, cacti in customize install cdrom?
[19:11] <rahulattuluri> Hi Im a computer science student and a ubuntu user as of know I wish to develop ubuntu.I would like to have one mentor to guide me can any one guide me??
[19:13] <arand> rahulattuluri: https://wiki.ubuntu.com/MOTU/Mentoring/Contributor I'm not sure how much of it still applies though... :/
[19:14] <rahulattuluri> arand,Thanks
[19:17] <asac> hmm. one question: what type of script is ok for the upstart .conf script part?
[19:18] <asac> is there a way to say which shell to use?
[19:18] <smoser> asac, there is not. /bin/sh with '-e' is used.
[19:18] <asac> hmm
[19:18] <smoser> it is somewhat easily worked around if you wanted to do something else though:
[19:18] <smoser> exec /usr/bin/perl <<EOF
[19:19] <smoser> # perl here
[19:19] <smoser> EOF
[19:19] <asac> heh
[19:19] <asac> does it escape/evaluate anything in the script block?
[19:19] <asac> or is it all put unmodified in there?
[19:19] <smoser> i believe the man page discusses that
[19:20] <asac> which manpage? the ones i am looking at are not really content ful ;)
[19:20] <smoser> man 5 init
[19:21] <smoser> exec gets escaped
[19:21] <smoser> script does not
[19:23] <asac> kk
[19:23] <ogra_cmpc> asac, or try man Keybuk :)
[19:23] <asac> any idea if i could spawn exec two processes and upstart still tracks them (not sure what tracking for upstart means though)
[19:24] <asac> two processes from one .conf ;)
[19:25] <ogra_cmpc> asac, if you use respawn the respawn applies to the whole script part afaik
[19:26] <asac> ogra_cmpc: thats what i am not sure about ... what happens if i spawn some process, then exec another ;)?
[19:26] <ogra_cmpc> hmm ...
[19:27] <ogra_cmpc> if you do it inside one script piece i wuld expect upstart to care for both
[19:27] <ogra_cmpc> i guess its something to test out
[19:27] <ogra_cmpc> or man Keybuk as i said before :)
[21:36] <nxvl> i remember there was a send2debian script, is that correct or am i missremembering?
[21:36] <nxvl> i remember soren did it
[21:40] <micahg> nxvl: submittodebian?
[21:40] <nxvl> micahg: that one, thanks you!
[21:50] <ccheney> someone sent me a crash file instead of using apport to report it, what do you use to process the crash reports directly?
[21:52] <Daviey> ccheney: Have you tried double clicking it?
[21:52] <ccheney> it appears to be base64 encoded but base64 doesn't seem to like it
[21:52] <ccheney> Daviey, oh not yet, heh
[21:52] <Daviey> :)
[21:54] <ccheney> cool it turns it into a proper apport crash report :)
[21:54] <Daviey> ccheney: \o/
[21:55] <ccheney> Daviey, thanks for the tip, i wonder why it didn't prompt the user to do that automatically
[21:55] <Daviey> ccheney: you can use apport to do it on the command line, but double clicking is easier to remember :)
[21:55] <ccheney> yea


[06:22] <Stanley00> hehe, có tin mừng nha http://www.phoronix.com/scan.php?page=article&item=amd_radeon_trusty&num=1
[06:22] <SuperLuserv2> [ [Phoronix] Radeon Gallium3D Performance Gets Close To Catalyst On Ubuntu 14.04 ] - www.phoronix.com


[00:28] -queuebot:#ubuntu-release- New binary: xrootd [riscv64] (noble-proposed/universe) [5.6.3-5] (no packageset)
[01:46] -queuebot:#ubuntu-release- New binary: rust-http-auth [amd64] (noble-proposed/universe) [0.1.8-1] (no packageset)
[01:46] -queuebot:#ubuntu-release- New binary: rust-lofty-attr [amd64] (noble-proposed/universe) [0.9.0-1] (no packageset)
[02:54] <tsimonq2> vorlon: https://code.launchpad.net/~tsimonq2/ubuntu-cdimage/+git/ubuntu-cdimage/+merge/455931
[03:14] -queuebot:#ubuntu-release- Unapproved: openjdk-21 (focal-proposed/universe) [21~35ea-1ubuntu1~20.04 => 21.0.1+12-2~20.04] (i386-whitelist)
[03:14] -queuebot:#ubuntu-release- Unapproved: openjdk-21 (jammy-proposed/universe) [21~35ea-1ubuntu1~22.04 => 21.0.1+12-2~22.04] (i386-whitelist)
[03:15] <tsimonq2> vpa1977: ^^^^
[03:32] <vpa1977> thank you!!!!
[03:49] <tsimonq2> 🎉🎉🎉
[04:07] <vorlon> seb128: the answer wrt gedit is that libgedit-amtk took over gir1.2-amtk-5 which breaks libamtk-5-dev
[05:11] -queuebot:#ubuntu-release- New binary: edubuntu-meta [arm64] (noble-proposed/universe) [24.04.1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: edubuntu-meta [armhf] (noble-proposed/universe) [24.04.1] (no packageset)
[05:12] <Eickmeyer> ^ New raspi specific meta
[07:24] <tsimonq2> vorlon: lubuntu-update-notifier shenanigans> I just verified bug 2039093.
[07:24] -ubottu:#ubuntu-release- Bug 2039093 in lxqt-sudo (Ubuntu Mantic) "[SRU] Add -E support to lxqt-sudo" [Medium, Fix Committed] https://launchpad.net/bugs/2039093
[08:05] <mruffell> Hello, would it be possible for my rasdaemon upload in focal-proposed -unapproved queue to be reviewed? I have a user who would like this fixed. Please. https://bugs.launchpad.net/ubuntu/+source/rasdaemon/+bug/1931847
[08:05] -ubottu:#ubuntu-release- Launchpad bug 1931847 in rasdaemon (Ubuntu Focal) "The  ras-mc-ctl script does not match the SQLite structure" [Medium, In Progress]
[09:15] -queuebot:#ubuntu-release- Unapproved: google-compute-engine-oslogin (lunar-proposed/main) [20220714.00-0ubuntu1 => 20231004.00-0ubuntu1~23.04.1] (core)
[09:47] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-21 [source] (jammy-proposed) [21.0.1+12-2~22.04]
[09:52] <ricotz> hello, I am seeing the libreoffice autopkgtest on amd64 constantly "restarting", there are no failure logs - https://autopkgtest.ubuntu.com/running#pkg-libreoffice
[10:03] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-21 [source] (focal-proposed) [21.0.1+12-2~20.04]
[10:15] -queuebot:#ubuntu-release- Unapproved: accepted netplan.io [source] (mantic-proposed) [0.107-5ubuntu0.2]
[10:22] -queuebot:#ubuntu-release- Unapproved: accepted google-compute-engine-oslogin [source] (lunar-proposed) [20231004.00-0ubuntu1~23.04.1]
[10:22] -queuebot:#ubuntu-release- Unapproved: rejected netplan.io [source] (focal-proposed) [0.104-0ubuntu2~20.04.3]
[10:23] -queuebot:#ubuntu-release- Unapproved: accepted netplan.io [source] (focal-proposed) [0.104-0ubuntu2~20.04.4]
[11:17] -queuebot:#ubuntu-release- New source: python-uefivars (noble-proposed/primary) [1.0-0ubuntu1]
[11:30] -queuebot:#ubuntu-release- New source: ubuntu-boot-test (noble-proposed/primary) [1]
[12:26] <vorlon> seb128: the answer wrt gedit is that libgedit-amtk took over gir1.2-amtk-5 which breaks libamtk-5-dev
[12:26] <vorlon> seb128: I had forced gedit through rather than diagnosing, so this still needs cleanup
[12:27] <seb128> vorlon, thanks, I'm unsure what's the right way to unblock things in those cases. amtk is to be removed but we couldn't do that before gedit migrated without breaking the gedit in the release pocket
[12:27] <vorlon> ah ok
[12:27] <vorlon> yeah there's no obviously correct way to do it then without a force hint
[12:27] <vorlon> and I guess you can remove amtk now :)
[12:27] <seb128> thanks!
[12:30] <seb128> (and removed now)
[12:50] <ricotz> hello ginggs, could you take a look at the libreoffice/amd64 autopkgtests which seems to resetting/restarting "itself" - https://autopkgtest.ubuntu.com/running#pkg-libreoffice
[13:02] <ginggs> ricotz: i'll ping ubuntu qa, see # ubuntu-quality
[13:02] <ricotz> ginggs, thank you
[13:07] <ricotz> ginggs, additionally the libreoffice/i386 build for lunar might need a hint? https://ubuntu-archive-team.ubuntu.com/proposed-migration/lunar/update_excuses.html#libreoffice
[13:13] <andersson123> ricotz: We're aware of the looping issue, unfortunately it's not a quick fix but I'm looking into it
[13:13] <ginggs> libreoffice/i386 for lunar, ah yes, we removed it from 'never_run' for mantic because it seemed better to let it run and fail, instead of being queued endlessly
[13:14] <ginggs> ricotz: ^ I'll do the same for lunar
[13:21] <ricotz> ginggs, I see, thanks!
[13:22] <ricotz> andersson123, ok, is this caused by libreoffice, or does it happen for other packages too?
[13:23] <ginggs> i see boost1.81 and boost1.83 tests looping as well
[13:25] <ginggs> iirc, it's related to the number of separate tests defined in debian/tests/contrl
[13:25] <ricotz> ginggs, interesting
[13:25] <andersson123> libreoffice/i386 is problematic? It causes looping?
[13:25] <ginggs> the more there are, the increased likelyhood one of them will fail
[13:26] <andersson123> the looping we're seeing in prod is package-agnostic
[13:26] <andersson123> there is an external issue.
[13:26] <andersson123> well, external to the tests themselves.
[13:26] <ginggs> andersson123: no libreoffice/i386 should fail quickly because its dependencies are not installabke
[13:26] <ricotz> andersson123, only happening on amd64
[13:27] <andersson123> ricotz: yeah that's in line with the problem I'm talking about, so don't worry, it's not the packages or the triggers which are problematic :)
[13:27] <ricotz> andersson123, alright, thanks :)
[13:28] <andersson123> It's a new problem I've not personally had to deal with before though, so I can't guarantee when it'll be amended I'm afraid
[13:28] <andersson123> shouldn't be too long though
[13:29] <andersson123> ginggs: did you perhaps queue a bunch of tests recently which are part of "big-packages"?
[13:31] <ginggs> andersson123: no, i haven't been queueing tests today
[13:36] <LocutusOfBorg> hello ubuntu-archive, please process postgis from amd64 binNEW queue
[13:38] <andersson123> ginggs: what about over the last couple of days?
[13:42] <ginggs> andersson123: i think the last batch i queued were tests blocking python3-defaults on saturday, and those seemed to have run fine
[13:48] -queuebot:#ubuntu-release- New: accepted libhinawa [riscv64] (noble-proposed) [4.0.0-1]
[13:48] -queuebot:#ubuntu-release- New: accepted rust-http-auth [amd64] (noble-proposed) [0.1.8-1]
[13:48] -queuebot:#ubuntu-release- New: accepted rust-libcst [riscv64] (noble-proposed) [0.1.0-1]
[13:48] -queuebot:#ubuntu-release- New: accepted rust-ssh2 [arm64] (noble-proposed) [0.9.3-1]
[13:48] -queuebot:#ubuntu-release- New: accepted rust-stun-codec [riscv64] (noble-proposed) [0.3.4-1]
[13:48] -queuebot:#ubuntu-release- New: accepted xrootd [armhf] (noble-proposed) [5.6.3-5]
[13:48] -queuebot:#ubuntu-release- New: accepted xrootd [s390x] (noble-proposed) [5.6.3-5]
[13:48] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-pbutils [riscv64] (noble-proposed) [0.21.0-1]
[13:48] -queuebot:#ubuntu-release- New: accepted rust-lofty-attr [amd64] (noble-proposed) [0.9.0-1]
[13:48] -queuebot:#ubuntu-release- New: accepted xrootd [arm64] (noble-proposed) [5.6.3-5]
[13:48] -queuebot:#ubuntu-release- New binary: rust-lofty-attr [ppc64el] (noble-proposed/universe) [0.9.0-1] (no packageset)
[13:48] -queuebot:#ubuntu-release- New: accepted rust-libcst [arm64] (noble-proposed) [0.1.0-1]
[13:48] -queuebot:#ubuntu-release- New: accepted xrootd [riscv64] (noble-proposed) [5.6.3-5]
[13:48] -queuebot:#ubuntu-release- New: accepted rust-ssh2 [riscv64] (noble-proposed) [0.9.3-1]
[13:49] -queuebot:#ubuntu-release- New: accepted libhinawa [arm64] (noble-proposed) [4.0.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted libhinawa [s390x] (noble-proposed) [4.0.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-chacha20 [s390x] (noble-proposed) [0.9.1-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-crypto-bigint [riscv64] (noble-proposed) [0.5.2-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-ct-codecs [riscv64] (noble-proposed) [1.1.1-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-dasp-sample [riscv64] (noble-proposed) [0.11.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-deluxe-macros [armhf] (noble-proposed) [0.5.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-deluxe-macros [s390x] (noble-proposed) [0.5.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-enum-dispatch [riscv64] (noble-proposed) [0.3.12-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-futures-micro [riscv64] (noble-proposed) [1.0.0~rc0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted libhinawa [armhf] (noble-proposed) [4.0.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-crypto-bigint [armhf] (noble-proposed) [0.5.2-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-ct-codecs [s390x] (noble-proposed) [1.1.1-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-deluxe-macros [riscv64] (noble-proposed) [0.5.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-enum-dispatch [s390x] (noble-proposed) [0.3.12-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-gpt [riscv64] (noble-proposed) [3.1.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-pbutils [arm64] (noble-proposed) [0.21.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-heed-types [riscv64] (noble-proposed) [0.20.0~alpha.6-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-isocountry [riscv64] (noble-proposed) [0.3.2-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-libcst [s390x] (noble-proposed) [0.1.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-chacha20 [riscv64] (noble-proposed) [0.9.1-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-dasp-sample [s390x] (noble-proposed) [0.11.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-futures-micro [s390x] (noble-proposed) [1.0.0~rc0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-pbutils [armhf] (noble-proposed) [0.21.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-libcst [armhf] (noble-proposed) [0.1.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-ogg-pager [riscv64] (noble-proposed) [0.5.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-synchronoise [riscv64] (noble-proposed) [1.0.1-1]
[13:49] -queuebot:#ubuntu-release- New: accepted xrootd [amd64] (noble-proposed) [5.6.3-5]
[13:49] -queuebot:#ubuntu-release- New binary: libhinawa [ppc64el] (noble-proposed/universe) [4.0.0-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: rust-crypto-bigint [ppc64el] (noble-proposed/universe) [0.5.2-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New: accepted rust-crypto-bigint [s390x] (noble-proposed) [0.5.2-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-gpt [s390x] (noble-proposed) [3.1.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-lofty-attr [riscv64] (noble-proposed) [0.9.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-synchronoise [s390x] (noble-proposed) [1.0.1-1]
[13:49] -queuebot:#ubuntu-release- New binary: rust-chacha20 [amd64] (noble-proposed/universe) [0.9.1-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: rust-dasp-sample [amd64] (noble-proposed/universe) [0.11.0-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: rust-futures-micro [amd64] (noble-proposed/universe) [1.0.0~rc0-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: rust-heed-types [amd64] (noble-proposed/universe) [0.20.0~alpha.6-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: rust-heed-types [ppc64el] (noble-proposed/universe) [0.20.0~alpha.6-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: rust-isocountry [armhf] (noble-proposed/universe) [0.3.2-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New: accepted rust-enum-dispatch [armhf] (noble-proposed) [0.3.12-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-ssh2 [s390x] (noble-proposed) [0.9.3-1]
[13:49] -queuebot:#ubuntu-release- New binary: rust-ct-codecs [amd64] (noble-proposed/universe) [1.1.1-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: rust-gstreamer-pbutils [ppc64el] (noble-proposed/universe) [0.21.0-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: rust-isocountry [amd64] (noble-proposed/universe) [0.3.2-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: rust-ogg-pager [armhf] (noble-proposed/universe) [0.5.0-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: rust-ssh2 [ppc64el] (noble-proposed/universe) [0.9.3-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New: accepted rust-chacha20 [amd64] (noble-proposed) [0.9.1-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-chacha20 [armhf] (noble-proposed) [0.9.1-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-crypto-bigint [amd64] (noble-proposed) [0.5.2-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-http-auth [riscv64] (noble-proposed) [0.1.8-1]
[13:49] -queuebot:#ubuntu-release- New binary: rust-deluxe-macros [ppc64el] (noble-proposed/universe) [0.5.0-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: rust-ogg-pager [amd64] (noble-proposed/universe) [0.5.0-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New: accepted libhinawa [ppc64el] (noble-proposed) [4.0.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-chacha20 [ppc64el] (noble-proposed) [0.9.1-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-crypto-bigint [ppc64el] (noble-proposed) [0.5.2-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-ct-codecs [arm64] (noble-proposed) [1.1.1-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-ct-codecs [ppc64el] (noble-proposed) [1.1.1-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-dasp-sample [arm64] (noble-proposed) [0.11.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted rust-dasp-sample [ppc64el] (noble-proposed) [0.11.0-1]
[13:49] -queuebot:#ubuntu-release- New: accepted xrootd [ppc64el] (noble-proposed) [5.6.3-5]
[13:49] -queuebot:#ubuntu-release- New binary: rust-ogg-pager [s390x] (noble-proposed/universe) [0.5.0-1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New: accepted rust-crypto-bigint [arm64] (noble-proposed) [0.5.2-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-gpt [amd64] (noble-proposed) [3.1.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-gpt [ppc64el] (noble-proposed) [3.1.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-pbutils [ppc64el] (noble-proposed) [0.21.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-heed-types [amd64] (noble-proposed) [0.20.0~alpha.6-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-heed-types [armhf] (noble-proposed) [0.20.0~alpha.6-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-http-auth [arm64] (noble-proposed) [0.1.8-1]
[13:50] <cjwatson> LocutusOfBorg: .
[13:50] -queuebot:#ubuntu-release- New: accepted rust-chacha20 [arm64] (noble-proposed) [0.9.1-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-enum-dispatch [arm64] (noble-proposed) [0.3.12-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-gpt [armhf] (noble-proposed) [3.1.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-pbutils [s390x] (noble-proposed) [0.21.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-heed-types [ppc64el] (noble-proposed) [0.20.0~alpha.6-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-http-auth [ppc64el] (noble-proposed) [0.1.8-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-isocountry [arm64] (noble-proposed) [0.3.2-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-isocountry [ppc64el] (noble-proposed) [0.3.2-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-lofty-attr [arm64] (noble-proposed) [0.9.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-ogg-pager [amd64] (noble-proposed) [0.5.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-dasp-sample [amd64] (noble-proposed) [0.11.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-pbutils [amd64] (noble-proposed) [0.21.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-http-auth [armhf] (noble-proposed) [0.1.8-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-isocountry [armhf] (noble-proposed) [0.3.2-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-lofty-attr [ppc64el] (noble-proposed) [0.9.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-ogg-pager [armhf] (noble-proposed) [0.5.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-ogg-pager [s390x] (noble-proposed) [0.5.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-ssh2 [armhf] (noble-proposed) [0.9.3-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-synchronoise [arm64] (noble-proposed) [1.0.1-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-synchronoise [ppc64el] (noble-proposed) [1.0.1-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-futures-micro [armhf] (noble-proposed) [1.0.0~rc0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-isocountry [amd64] (noble-proposed) [0.3.2-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-ogg-pager [arm64] (noble-proposed) [0.5.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-ssh2 [amd64] (noble-proposed) [0.9.3-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-synchronoise [armhf] (noble-proposed) [1.0.1-1]
[13:50] -queuebot:#ubuntu-release- New sync: linux-intel-opt (noble-proposed/primary) [6.5.0-1003.3]
[13:50] -queuebot:#ubuntu-release- New sync: linux-signed-intel-opt (noble-proposed/primary) [6.5.0-1003.3]
[13:50] -queuebot:#ubuntu-release- New source: nemos-dev-key (noble-proposed/primary) [1.2]
[13:50] -queuebot:#ubuntu-release- New source: optee-os-s32 (noble-proposed/primary) [3.18-bsp37.0-5]
[13:50] -queuebot:#ubuntu-release- New source: qtilitools (noble-proposed/primary) [0.1.1~git20231009-0ubuntu1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-heed-types [arm64] (noble-proposed) [0.20.0~alpha.6-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-ogg-pager [ppc64el] (noble-proposed) [0.5.0-1]
[13:50] -queuebot:#ubuntu-release- New source: futuresql (noble-proposed/primary) [0.1.1-0ubuntu1]
[13:50] -queuebot:#ubuntu-release- New source: lxqt-themes-extra (noble-proposed/primary) [1.0-0ubuntu1]
[13:50] -queuebot:#ubuntu-release- New binary: postgis [amd64] (noble-proposed/universe) [3.4.0+dfsg-4ubuntu1] (no packageset)
[13:50] -queuebot:#ubuntu-release- New source: sddm-conf (noble-proposed/primary) [0.2.0~git20231105-0ubuntu1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-deluxe-macros [amd64] (noble-proposed) [0.5.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-heed-types [s390x] (noble-proposed) [0.20.0~alpha.6-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-isocountry [s390x] (noble-proposed) [0.3.2-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-lofty-attr [armhf] (noble-proposed) [0.9.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-libcst [ppc64el] (noble-proposed) [0.1.0-1]
[13:50] -queuebot:#ubuntu-release- New sync: linux-meta-intel-opt (noble-proposed/primary) [<IP_ADDRESS>3.3]
[13:50] -queuebot:#ubuntu-release- New source: redshift-qt (noble-proposed/primary) [0.6-0ubuntu1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-enum-dispatch [amd64] (noble-proposed) [0.3.12-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-libcst [amd64] (noble-proposed) [0.1.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-synchronoise [amd64] (noble-proposed) [1.0.1-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-ssh2 [ppc64el] (noble-proposed) [0.9.3-1]
[13:50] -queuebot:#ubuntu-release- New: accepted libhinawa [amd64] (noble-proposed) [4.0.0-1]
[13:50] -queuebot:#ubuntu-release- New: accepted rust-lofty-attr [s390x] (noble-proposed) [0.9.0-1]
[13:51] -queuebot:#ubuntu-release- New source: optee-client-s32 (noble-proposed/primary) [3.18.0-5ubuntu1]
[13:51] -queuebot:#ubuntu-release- New: accepted postgis [amd64] (noble-proposed) [3.4.0+dfsg-4ubuntu1]
[13:51] -queuebot:#ubuntu-release- New: accepted rust-http-auth [s390x] (noble-proposed) [0.1.8-1]
[13:59] <LocutusOfBorg> ta!
[14:02] <adrien> ubuntu-sru: please look at the openssl SRU for jammy: https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/2033422 ; it's large but it needs to be handled quickly to not stall future security updates or be fast-forwarded by them, and I'll be around to answer any question and help review as much as possible, thanks
[14:02] -ubottu:#ubuntu-release- Launchpad bug 2033422 in openssl (Ubuntu Jammy) "openssl: backport to jammy 'clear method store / query cache confusion'" [Medium, In Progress]
[14:29] -queuebot:#ubuntu-release- New binary: rust-debian-copyright [amd64] (noble-proposed/universe) [0.1.2-1] (no packageset)
[14:32] -queuebot:#ubuntu-release- New binary: rust-debian-copyright [s390x] (noble-proposed/universe) [0.1.2-1] (no packageset)
[14:33] -queuebot:#ubuntu-release- New binary: rust-debian-copyright [arm64] (noble-proposed/universe) [0.1.2-1] (no packageset)
[14:33] -queuebot:#ubuntu-release- New binary: rust-debian-copyright [ppc64el] (noble-proposed/universe) [0.1.2-1] (no packageset)
[14:33] -queuebot:#ubuntu-release- New binary: rust-debian-copyright [armhf] (noble-proposed/universe) [0.1.2-1] (no packageset)
[14:44] -queuebot:#ubuntu-release- New binary: rust-debian-copyright [riscv64] (noble-proposed/universe) [0.1.2-1] (no packageset)
[14:51] -queuebot:#ubuntu-release- New: accepted rust-debian-copyright [amd64] (noble-proposed) [0.1.2-1]
[14:51] -queuebot:#ubuntu-release- New: accepted rust-debian-copyright [armhf] (noble-proposed) [0.1.2-1]
[14:51] -queuebot:#ubuntu-release- New: accepted rust-debian-copyright [riscv64] (noble-proposed) [0.1.2-1]
[14:51] -queuebot:#ubuntu-release- New: accepted rust-debian-copyright [arm64] (noble-proposed) [0.1.2-1]
[14:51] -queuebot:#ubuntu-release- New: accepted rust-debian-copyright [s390x] (noble-proposed) [0.1.2-1]
[14:51] -queuebot:#ubuntu-release- New: accepted rust-debian-copyright [ppc64el] (noble-proposed) [0.1.2-1]
[14:55] -queuebot:#ubuntu-release- New binary: rust-ed25519-compact [amd64] (noble-proposed/universe) [2.0.4-1] (no packageset)
[14:55] -queuebot:#ubuntu-release- New binary: rust-ed25519-compact [armhf] (noble-proposed/universe) [2.0.4-1] (no packageset)
[14:56] -queuebot:#ubuntu-release- New binary: rust-ed25519-compact [ppc64el] (noble-proposed/universe) [2.0.4-1] (no packageset)
[14:56] -queuebot:#ubuntu-release- New binary: rust-ed25519-compact [s390x] (noble-proposed/universe) [2.0.4-1] (no packageset)
[14:57] -queuebot:#ubuntu-release- New binary: rust-ed25519-compact [arm64] (noble-proposed/universe) [2.0.4-1] (no packageset)
[15:04] -queuebot:#ubuntu-release- New binary: rust-ed25519-compact [riscv64] (noble-proposed/universe) [2.0.4-1] (no packageset)
[15:15] -queuebot:#ubuntu-release- New binary: libcbor [i386] (noble-proposed/main) [0.10.2-1.1ubuntu1] (core, i386-whitelist)
[15:16] -queuebot:#ubuntu-release- New binary: libcbor [s390x] (noble-proposed/main) [0.10.2-1.1ubuntu1] (core, i386-whitelist)
[15:19] -queuebot:#ubuntu-release- New binary: libcbor [amd64] (noble-proposed/main) [0.10.2-1.1ubuntu1] (core, i386-whitelist)
[15:19] -queuebot:#ubuntu-release- New binary: libcbor [ppc64el] (noble-proposed/main) [0.10.2-1.1ubuntu1] (core, i386-whitelist)
[15:21] -queuebot:#ubuntu-release- New binary: libcbor [arm64] (noble-proposed/main) [0.10.2-1.1ubuntu1] (core, i386-whitelist)
[15:21] -queuebot:#ubuntu-release- New binary: libcbor [armhf] (noble-proposed/main) [0.10.2-1.1ubuntu1] (core, i386-whitelist)
[15:25] -queuebot:#ubuntu-release- New binary: libcbor [riscv64] (noble-proposed/main) [0.10.2-1.1ubuntu1] (core, i386-whitelist)
[16:11] -queuebot:#ubuntu-release- New source: libpisp (noble-proposed/primary) [1.0.0-0ubuntu1]
[16:12] <xnox> above libpisp is needed to enable pi5 camera support in libcamera. once it is past NEW we can upload libcamera that will build-depend on that
[16:13] <xnox> vorlon: RAOF: please review above ^
[16:20] <seb128> xnox, libcamera is in main, do you plan to split the plugin in a binary that will go to universe or do we need a MIR?
[16:21] <xnox> seb128: it will need to be in main, and eventually seeded on pi images, cause our pi images need this by default.
[16:21] <xnox> so yes, MIR probably needed first before we start build-depending on it.
[16:21] <seb128> xnox, k, I hope the package has autopkgtests :)
[16:22] <xnox> it almost has a correct soname on 3rd try by upstream =)
[16:22] <xnox> who knew one can get it wrong, 3 times, using meson
[16:23] <xnox> but more seriously, it will be tested via manual test cases on pi5 with camera support => and checkbox too, after that works.
[16:23] <xnox> as that's ultimately how we can excercise this, as library is weird, it basically talks to hardware.
[16:23] <xnox> upstream is adding some basic unit tests, but they are nowhere near of fulfilling autopkgtest intent
[16:52] <seb128> xnox, I was pointing it out because the MIR team tends to push back strongly on requests when there are no autopkgtests...
[17:59] <Eickmeyer> ubuntu-archive: If I could get a quick ACK on the new edubuntu-meta binaries (edubuntu-desktop-raspi) it would unblock me from working on raspberry pi images. Should be simple as they're just germinate metas.
[18:00] <Eickmeyer> ubuntu-sru: Any chance I can get bug 2043214 looked at? Package has been uploaded and just needs an ack. 11 days old now.
[18:00] -ubottu:#ubuntu-release- Bug 2043214 in ubuntustudio-installer (Ubuntu Mantic) "[SRU] buffer size and sample rate no longer updates" [High, In Progress] https://launchpad.net/bugs/2043214
[18:01] -queuebot:#ubuntu-release- Unapproved: accepted openvpn [source] (jammy-proposed) [2.5.9-0ubuntu<IP_ADDRESS>]
[18:06] <mirespace> Hi, for requesting the addition of hiredis package to the i386 whitelist, I filed this bug with the built dependencies needed ny it too
[18:06] <mirespace> https://bugs.launchpad.net/ubuntu/+source/unbound/+bug/2043988
[18:06] -ubottu:#ubuntu-release- Launchpad bug 2043988 in unbound (Ubuntu) "Enabling hiredis i386 build for supporting unbound i386 package" [Undecided, New]
[18:07] -queuebot:#ubuntu-release- Unapproved: accepted openvpn [source] (focal-proposed) [2.4.12-0ubuntu<IP_ADDRESS>]
[18:08] -queuebot:#ubuntu-release- New binary: pgrouting [amd64] (noble-proposed/universe) [3.5.1-1build1] (no packageset)
[18:09] -queuebot:#ubuntu-release- New binary: pgrouting [armhf] (noble-proposed/universe) [3.5.1-1build1] (no packageset)
[18:09] -queuebot:#ubuntu-release- New binary: pgrouting [s390x] (noble-proposed/universe) [3.5.1-1build1] (no packageset)
[18:10] -queuebot:#ubuntu-release- New binary: pgrouting [ppc64el] (noble-proposed/universe) [3.5.1-1build1] (no packageset)
[18:11] -queuebot:#ubuntu-release- New binary: pgrouting [arm64] (noble-proposed/universe) [3.5.1-1build1] (no packageset)
[18:46] <mitchdz> Hi release team! I'm waiting for the SRU exception for `amazon-ec2-net-utils` to be approved for future updates, but I'd like to request a one-time exception to update the package in Mantic/Lunar for important bug fixes. I created a bug here, and I'd appreciate it getting looked at. TIA https://bugs.launchpad.net/ubuntu/+source/amazon-ec2-net-utils/+bug/2044177
[18:46] -ubottu:#ubuntu-release- Launchpad bug 2044177 in amazon-ec2-net-utils (Ubuntu) "amazon-ec2-net-utils 2.4.1-1 released" [Undecided, New]
[18:47] <mitchdz> Also as an FYI Once `amazon-ec2-net-utils` is updated to 2.4.1-1* for Mantic/Lunar, I'd like to release that package to both Jammy/Focal too.
[19:30] <mitchdz> Also if apache2 2.4.57-2ubuntu<IP_ADDRESS> could be approved, that'd be great. It's a very simple change to include our Ubuntu branding :)
[19:32] <mdeslaur> please wait on that apache, I have an update coming out tomorrow or thursday
[19:33] <mdeslaur> mitchdz: ^
[19:34] <mitchdz> mdeslaur: no worries. Will your update include the branding commit as well or should I wait for your update and add it on?
[19:35] <mdeslaur> mitchdz: it's already gone through testing, I'm just waiting for autopkgtests, so it won't include your changes...could you re-spin it once the security update is out?
[19:36] <mitchdz> mdeslaur. Of course! 2.4.57-2ubuntu<IP_ADDRESS>	 is already in unapproved queue, so should someone reject it?
[19:38] <mdeslaur> yes, please
[19:39] <mitchdz> np, could someone please reject apache2 2.4.57-2ubuntu<IP_ADDRESS> then?
[19:48] <arraybolt3> tjaalton and whoever else it concerns: I have just verified the SRU fix for bug 1993370. It should now be safe to release. Thanks for your patience.
[19:48] -ubottu:#ubuntu-release- Bug 1993370 in software-properties (Ubuntu Jammy) "Cannot install proprietary Broadcom WiFi drivers on Ubuntu Studio Jammy 22.04.2 and Kinetic" [Undecided, Fix Committed] https://launchpad.net/bugs/1993370
[19:49] <arraybolt3> Also the Proposed version of software-properties was preinstalled on the daily ISO I used, so we probably want to disable whatever flag was set to make that happen.
[19:50] -queuebot:#ubuntu-release- New binary: pgrouting [riscv64] (noble-proposed/universe) [3.5.1-1build1] (no packageset)
[19:59] -queuebot:#ubuntu-release- Unapproved: octavia (focal-proposed/universe) [6.2.2-0ubuntu1 => 6.2.2-0ubuntu1.1] (openstack)
[21:06] -queuebot:#ubuntu-release- Unapproved: systemd (jammy-proposed/main) [249.11-0ubuntu3.11 => 249.11-0ubuntu3.12] (core, i386-whitelist)
[21:14] -queuebot:#ubuntu-release- Unapproved: systemd (focal-proposed/main) [245.4-4ubuntu3.22 => 245.4-4ubuntu3.23] (core, i386-whitelist)
[21:47] <arraybolt3> ubuntu-archive: Non-urgent ping w.r.t. redshift-qt. The source package is awaiting review. It would be nice to be able to get this into Lubuntu for testing.