[00:27] <newbie2> i'm running xubuntu but can't get online with chromium but I can with firefox.   how do i get chromium to work?
[01:59] <Wayward_Vagabond> So, Is there any way to make it so resource hungry programs cannot lock the system up entirely when they decide to crash?
[02:00] <bazhang> which ones
[02:00] <Wayward_Vagabond> firefox mainly, but minecraft does it too sometimes
[02:00] <bazhang> whats the ram there
[02:01] <Wayward_Vagabond> 4gb, the max supported by this machine
[02:02] <bazhang> firefox will use as much as it can
[02:03] <Wayward_Vagabond> Exactly, is there any way to place a cap, or make it so the kernel and WM always have priority?
[02:04] <bazhang> how often are you getting crashes
[02:04] <Wayward_Vagabond> I think minecraft cauing lockups is more related to cpu time than ram, as it doesn't happen during normal gameplay, just 'unusual' events with commands
[02:04] <bazhang> also how many tabs in firefox
[02:04] <Wayward_Vagabond> Well, I just had one
[02:05] <Wayward_Vagabond> It's usually a script heavy, poorly made website that triggers it
[02:05] <bazhang> get ghostery for firefox and noscript
[02:06] <Wayward_Vagabond> er, a bunch of tabs ._.
[02:07] <bazhang> get by with fewer and try the two plugins I just suggested
[02:07] <Wayward_Vagabond> It seems like something is wrong though for a user program to be able to lock up the system so tight the cursor and clock stop responding though?
[02:08] <Wayward_Vagabond> I'll look into both of those plugins, thanks
[02:08] <bazhang> four gig is really the issue these days
[02:08] <Wayward_Vagabond> I keep flash set so I need to manually enable it each time a web page requests it, most of them have no reason to need it on
[02:10] <rdf> Does about:memory still work in Firefox?
[02:10] <Wayward_Vagabond> huh, it seems to in the version I have
[02:12] <rdf> That should let you see exactly what's misbehaving on that website, and the minimize memory usage button also.
[02:14] <rdf> I use chromium, but you still have the same problem with tabs and plugins and stuff
[02:16] <rdf> Helpful?
[02:18] <Wayward_Vagabond> Eh, I don't trust the codebase of chromium due to it's parent project </tinfoil hat>
[02:18] <rdf> Well you're going to dislike Firefox as they're looking at WebKit
[02:19] <rdf> Or were. I know they're replacing gecko
[02:20] <rdf> I don't understand people's paranoia over Google. People freely post every minutiae on Facebook, but oooh... Google is evil.
[02:21] <Wayward_Vagabond> I don't use social media.
[02:21] <rdf> Wasn't singing you or mate...
[02:21] <rdf> I don't either.
[02:22] <Wayward_Vagabond> And I see a bit of difference between letting websites work to track me across them, or letting them directly into my browser to see everything (I don't use google's earch engine either, but it seems to return low quality results anyways)
[02:23] <rdf> That's because you have to drink the Koolaid
[02:24] <Wayward_Vagabond> ask has always seemed to givce the best web results for me, and yahoo for images
[02:24] <rdf> Once they search everything, search results are pretty phenominal.
[02:25] <rdf> Phenomenal
[02:25] <Wayward_Vagabond> I think it's more my use of keywords and preffered search reults. I used to say the only thing google was good at finding was smut, but there are search engines just for it now :x
[02:26] <Wayward_Vagabond> I'm assuming this channel is moderated, so I'll avoid elaborating any further.
[02:27] <rdf> Hehe
[06:51] <d33p1> hi guys! n00b here :)
[06:53] <d33p1> i succeeded in installing xubuntu together with win10 using yumi, however it seems i can only boot into xubuntu if i keep in the usb drive.. is that normal?
[07:26] <d33p1> hi guys! anyone online, by any chance?
[07:28] <glitchd> hello
[07:29] <d33p1> hi there glitchd!
[07:29] <glitchd> sounds like you eiher installed ubuntu on the usb drive, and not the computer hd
[07:30] <d33p1> oh sh%t
[07:30] <glitchd> yep..
[07:30] <glitchd> or, perhaps you installed grub to the usb?
[07:31] <glitchd> does a grub menu show at boot?
[07:31] <d33p1> when the usb drive is in, yes
[07:32] <d33p1> otherwise, it goes straight to win
[07:34] <glitchd> the it really sounds like you install grub and linux to the usb and not the computer hd
[09:06] <FireStriker> Hey all
[09:08] <knome> hello
[09:11] <FireStriker> Do you of any DVD riping software. I would like to back up my DVDs to play without a disc drive
[09:17] <knome> i haven't used one in a long time, but searching the repositories says "dvdrip - perl front end for transcode and ffmpeg
[09:17] <knome> ^ probably a good first shot at least, if not more.
[09:17] <knome> but you can likely do it in many ways...
[10:19] <bazhang> handbrake makes a nice gui
[10:19] <bazhang> ah he left
[10:47] <kippis> tried to install new language in xubuntu, but got an error http://paste.ubuntu.com/23470063/ how to fix it
[11:02] <kippis> tnx for help
[11:16] <FireStriker> Hi I'm looking for a nice irc client that I can use that can be easy put to the side of the screen and not interfere with everything while browsing the web or installing packages
[11:20] <FireStriker> how do I check how much memory my graphic has?
[11:29] <DiamondSword> FireStriker, power button / About this computer ?
[11:29] <FireStriker> Found it
[11:30] <FireStriker> Used glxinfo | grep Video
[11:33] <Spass> FireStriker: What IRC client are you using now?
[11:36] <FireStriker> Just mutter on my phone or kwie online
[11:38] <Spass> FireStriker: I think that HexChat works just fine, it's configurable, and it can be easily put to the tray icon if not used. http://pasteboard.co/qIfGGW0OL.png
[11:39] <FireStriker> Ok I will look at that after I figure out what playonlinux did lol
[11:39] <FireStriker> I ran GTA SA now the resolution is muched up
[11:40] <FireStriker> Found it
[11:41] <FireStriker> Can I set plank to run at start up by any chance?
[11:43] <Spass> Sure, Settings -> Session and Startup -> Application Autostart tab
[11:44] <Spass> Add -> plank
[11:45] <FireStriker> Name Plan right what about command leave it blank?
[11:46] <Spass> type "plank"
[11:46] <FireStriker> Oh I need to find the 'exe' of sorts lol
[11:46] <Spass> Or just type.
[11:47] <FireStriker> Thanks
[11:47] <Spass> np
[11:49] <FireStriker> Man it was a good choice going with xubuntu.
[11:49] <FireStriker> Looks amazing compared to lubuntu has a more active irc than lubuntu and the continuity is nice
[11:51] <FireStriker> I have gotten so many questions answered and problems solved here
[11:51] <Spass> True, I'm using Xubuntu as my main OS for some time now, very happy with it.
[11:52] <FireStriker> I have had a hot cold experience with the ubuntu support community
[11:52] <FireStriker> Depends what I ask and when
[11:53] <FireStriker> But I haven't needed to ask them much since switching to xubuntu
[12:08] <FireStriker> Hexchat or unofficial hexchat?
[12:12] <cfhowlett> "unofficial"  don't even know what that means.  hexchat is in the repo and that's the one you want.
[12:18] <FireStriker> spass should i use hexchat or unoffical-hexchat?
[12:20] <cfhowlett> unless you are familiar with snaps, use plain vanilla hexchat
[12:20] <FireStriker> snaps?
[12:20] <FireStriker> i will stick with normal lol
[12:32] <Spass> FireStriker: Sorry I was afk. As cfhowlett said, HexChat from official repos works fine.
[12:32] <FireStriker> ok
[12:32] <FireStriker> thats alright
[12:32] <FireStriker> my phone died
[12:33] <FireStriker> im on kiwi atm
[12:38] <Spass> FireStriker: Generally speaking, always try to use software available in the official Xubuntu repos. Unless you really need it from elsewhere, for example - usually PPA's have newer version of some apps.
[12:40] <FireStriker> im doing that so far i havnt needed to stay tomuch away from the repos
[12:40] <FireStriker> on the software "store" there was both the unoffical and offical ones
[12:52] <FireStriker> the fan may or maynot have just carked it on this laptop
[12:54] <FireStriker> hope not as a replacement would be hard to come by
[13:03] <Spass> If you're on that Toshiba that you mentioned yesterday it shouldn't be a big problem to change the fan. It's a popular model.
[13:06] <FireStriker> true
[13:06] <FireStriker> plus i have a cooling pad
[13:19] <FireStriker_> !pastbin
[13:20] <FireStriker_> !pastebin


[00:46] <dobey> Azelphur: sure. you should create a chroot of ubuntu to instally any such packages like that. running x86 code under qemu on arm would be excruciatingly slow though
[00:47] <Azelphur> dobey, hopefully fast enough, I just wanna play FTL :P
[00:47] <dobey> i doubt it will be fast enough :)
[00:47] <Azelphur> really? have you seen FTL? It's not exactly crysis
[00:48] <Azelphur> but that's interesting what you mentioned, can you create a full Ubuntu install inside Ubuntu touch but running natively on ARM? that'd be extremely useful to me
[00:48] <dobey> Azelphur: eh, i have 10+ year old games that are even slow on my i7 with 16GB of RAM
[00:48] <dobey> sure, you can create a chroot of ubuntu, but it's not quite the same as running an ISO of ubuntu
[00:49] <Azelphur> dobey, any docs for that?
[00:49] <Azelphur> dobey, also, FTL is essentially a spreadsheet... http://cdn.akamai.steamstatic.com/steam/apps/212680/ss_052d698926073e8d407a864f0e63a486af24ec0d.600x338.jpg?t=1416970361
[00:50] <dobey> the interaction model isn't what makes it fast or slow
[00:51] <dobey> converting floating point x86 operations to run on top of arm is going to be slow. heck, even running the ubuntu phone image in the emulator on my i7 is slow :)
[00:52] <dobey> and that's running i386 on top of amd64
[00:54] <dobey> i'm sure FTL uses some GL operations that the phone hardware might not support as well, so it might not even run. and i presume you acquired it via steam, which means it will probably need steam running as well
[03:30] <Azelphur> dobey, actually doesn't require steam, despite being acquired through steam it's drm free
[03:30] <Azelphur> but yea, I've been wanting to get something x86 that has the size/battery life of my Nexus 7 for exactly these reasons, I'd love something ~7" that runs a full nix disto properly
[06:56] <EdwardMorbius> morning, anyone knows if wifi tethering/hotspot planned for UT?
[06:59] <EdwardMorbius> everyone asleep it seems :)
[07:45] <nhaines> EdwardMorbius: You'll generaly have better luck during the workweek and during European business hours.  :)
[07:46] <nhaines> But as it turns out, yes, tethering and hotspot are on the roadmap.  There's some terminal command you can use to enable tethering, I think.  But once it's all working well it'll end up in System Settings somewhere.
[07:46] <EdwardMorbius> nhaines thanks, is that planned for 15.04?
[08:31] <dadexix86> Hello, I have some huge problems with the synced contacts from Google. Some of them are not correctly synced. Some show one or more phone numbers but some show nothing (and I don't see any pattern in why this some yes/some no). is it a known bug?
[08:35] <dadexix86> this is a problem because when someone calls me and this random "wrong sync" occured on her/his number I do not see the name
[08:40] <EdwardMorbius> try deleting the account and readding it, I dont have such issues on my bq.
[08:42] <dadexix86> EdwardMorbius, done already. the same contacts have the same problem
[08:43] <dadexix86> mh... I may have found the "ratio". some of the wrong synced are merged from other contacts
[08:43] <dadexix86> merged on android but not on the google website
[08:43] <EdwardMorbius> then maybe you should edit your contacts on google and try again
[08:44] <dadexix86> if I merge them again then they are synced correctly
[08:44] <dadexix86> but the synced photos are now messed up, some are from the first contact, some from the second
[08:45] <dadexix86> I edit them on google website and try again
[08:47] <EdwardMorbius> okay
[08:56] <dadexix86> ok, manipulating them from google website solved the problem :)
[08:56] <dadexix86> do you know if there is a way to see the email of the contacts?
[09:07] <EdwardMorbius> you mean on the phone on the contact profile?
[09:08] <dadexix86> EdwardMorbius, yes on the phone. In the contact profile or anywhere else :)
[09:08] <EdwardMorbius> contacts-tap the contact then tap the icon on the right-it will open up contact details-there in the upper right corner there is a pencil like icon
[09:09] <EdwardMorbius> tap that and you will be able to see more details and "Add Field" for email
[09:09] <dadexix86> uuuuh! the icon on the right! that was definitely counter-intuitive for me! :)
[09:10] <dadexix86> I was tapping the photo, the name, long tapping, swiping... but the icon on the right was out of my mind :P
[09:10] <EdwardMorbius> on Ubuntu Touch most such settings are on top right icon so you can keep that in mind ;) :)
[09:12] <dadexix86> yeah, I went in the top right also ;) I was hoping for a "Contact Details" label there :P
[09:13] <dadexix86> but that icon is not top right, it's just "right" :)
[09:18] <EdwardMorbius> well its sorted out now so its good :)
[10:59] <sturmflut_> popey, Elleo, mzanetti: If you have the time it would be nice if you had a look at http://sturmflut.github.io/ubuntu/touch/2015/04/24/ubuntu-touch-app-wishlist-april-2015/ again
[11:06] <popey> sturmflut_: i was looking at it just yesterday with Robert Ancell :)
[11:06] <popey> oh, this is a new list?
[11:07] <sturmflut_> popey: Yes, new and updated and now with even more lasers
[11:07] <sturmflut_> (lasers not included)
[11:07] <popey> \o/ lasers
[11:10] <sturmflut_> popey: Basically I went through a couple of Android magazines, looked at their app recommendations and completed my list
[11:12] <peat-psuwit> Do you have any tip for compiling gst-plugins-bad1.0?
[11:12] <peat-psuwit> It says it cannot find mir_toolkit/mir_c
[11:13] <peat-psuwit> lient_library.h
[11:14] <sturmflut_> peat-psuwit: Sorry, no
[11:17] <popey> sturmflut_: what would also be neat is a list of (or sub-list) of suggested scopes
[11:17] <popey> like, online services which have known well-documented APIs
[11:17] <popey> which people could create scopes for
[11:17] <sturmflut_> popey: Oh, that is true. I'll think of something.
[11:35] <BOHverkill> sturmflut_: nice list :)
[11:37]  * DanChapman is considering a simple scope to show the last 20-30 emails received in dekko. And let someone else aggregate that into a cool scope view
[11:37] <popey> oooh!
[11:43] <sturmflut_> BOHverkill: Thanks! It was quite a lot of work.
[11:48] <BOHverkill> sturmflut_: is this only your list or can I give you hints for missing apps?
[12:42] <sturmflut_> BOHverkill: Even better, you can clone https://github.com/Sturmflut/sturmflut.github.io, make changes to the article and send me a pull request ;)
[12:42] <BOHverkill> sturmflut_: k thx
[12:52] <sturmflut_> mandel: tvoss just changed "Affects" from location-service to qtubuntu-sensors in bug 1448180. I pulled the code and I think I see the problem, only core::GeoPositionInfoSource was implemented, but core::GeoSatelliteInfoSource wasn't, right?
[13:15] <mzanetti> anyone has a hint on how to best connect the ubuntu phone to OSX? (mainly for music & pictures)
[13:16] <popey> mzanetti: http://apple.stackexchange.com/questions/106156/does-mavericks-support-mtp
[13:16] <popey> needs an app
[13:16] <mzanetti> yeah... obviously there's plenty of choice. hoped someone would tell me some app that is known to work
[13:21] <popey> ahh
[13:27] <mzanetti> ok. Android File Transfer for OSX seems to work fine with the Ubuntu Phone
[13:29] <popey> yay
[13:30] <mzanetti> the robot is a bit "in your face" though :D Would prefer an Ubuntu logo in there
[13:46] <nick_> hi
[13:47] <Guest49411> i got a question about the ubuntu phone update cycle
[13:48] <Guest49411> is ubuntu phone just some sort of GUI with the same ubuntu underneath?
[13:48] <Guest49411> like ubuntu desktop
[13:49] <popey> kinda
[13:53] <Guest49411> cool. so if i buy the available ubuntu phone and it is buggy, i get free fixes und OS updates just like on ubuntu desktop?
[13:53] <Guest49411> like... forever?
[13:53] <popey> thats the plan
[13:53] <Guest49411> that sound awesome. i hate it that android phone run out of updates. thats just marketing
[13:54] <Guest49411> this should just suggest your phone is too old. but the developer make it look old
[13:55] <Guest49411> i dont think thats the right way :)
[13:56] <Guest49411> thanks for helping me out!
[13:57] <popey> np
[14:23] <sturmflut|afk> mzanetti, popey: So Apple stuff doesn't support MTP out of the box?
[14:24] <mzanetti> sturmflut|afk, no
[15:01] <ilario> Hi! Maybe a bug in messaging-app, I didn't find it in the reported bug list: when I receive a SMS from my mobile operator (sender: "Orange") the messaging app doesn't show me the message. Here you are: from the homepage of the app I can see something https://i.imgur.com/Z2srX2A.png but then there's nothing in the conversation https://i.imgur.com/OZXoeQS.png . Should I report this bug? Someone experienced something like this?
[15:44] <sturmflut> ilario: Looks like a bug you should report
[15:44] <ilario> ok :)
[16:13] <ilario> reported here :) https://bugs.launchpad.net/ubuntu/+source/messaging-app/+bug/1448492
[16:29] <dadexix86> hello! does anyone know of a countdown app?
[16:30] <dadexix86> obviously with an alarm when the  time reaches zero
[16:43] <Dogsbody> In there any way to install Ubuntu Touch on an old Nexus 7 (2012) or is it completely depreciated now?
[16:43] <Dogsbody> I've tried a number of things all day but not gotten anywhere :-/
[17:01] <sturmflut> dadexix86: Hmmm, the standard "Clock" app had a timer, but I can't find it as well
[17:02] <sturmflut> dadexix86: It still says "A sophisticated clock app that provides timer, stopwatch, alarm and world clock functionality."
[17:10] <dadexix86> sturmflut, yes indeed, but I cannot find it :P
[17:10] <sturmflut> strange
[17:19] <dadexix86> probably it was removed at some point but no one changed the description.
[17:20] <sturmflut> dadexix86: Ah, there was a redesign once, the Clock App Reboot
[17:26] <sturmflut> Is there any documentation on how to manually cross-rebuild a package inside a chroot?
[17:34] <ilario> hi! I have the BQ Aquaris with the Ubuntu edition cover (this cover: https://static-bqreaders.s3.amazonaws.com/img/web/productView/aquaris-e4-5-ubuntu/accesorios/02_500.jpg ) and I would like to have the clock in the center of the welcome screen (lock screen) instead of on the top, so I can read the time without opening the cover. In my opinion this should be toggled by the option "Security&Privacy > Stats on welcome screen" that
[17:34] <ilario> actually leaves in the circle a non useful message "No data sources available".
[17:37] <dadexix86> ilario, I already submitted something similar bug 1446654
[17:37] <dadexix86> please say that it affects also yourself, so maybe some develor will have a look at it eventually :)
[17:37] <dadexix86> *developer
[17:39] <ilario> +1 :D
[17:43] <dadexix86> ilario, thanks!
[17:43] <dadexix86> have a nice evening!
[17:43] <ilario> thanks to you :)
[18:02] <ilario> for reporting a bug on telegram app: which is the name of the package? I can't find it...
[18:09] <cwayne> ilario, https://launchpad.net/libqtelegram
[18:11] <ilario> cwayne, thanks, but when I issue "apport-bug libqtelegram" on the phone I obtain "The problem cannot be reported: The report belongs to a package that is not installed."
[18:12] <cwayne> ilario, it's not a deb package, but a click package
[18:12] <cwayne> so apport-bug won't do it
[18:12] <ilario> wut... ok
[18:13] <cwayne> ilario, you'll have to log it the old fashioned way :) https://bugs.launchpad.net/libqtelegram/+filebug
[18:13] <ilario> ok :)
[19:43] <sturmflut> Any ideas on ubuntu-device-flash exiting with "Failed to enter Recovery", bug 1427359?
[19:45] <sturmflut> I made the system image writeable and now can't go back
[21:37] <cwayne_> mardy_, you around?
[22:27] <neon_squirrel>  Is there any word on Ubuntu Phone for the Nexus 6, or is there a way to run full Ubuntu on it because it's an ARM processor?
[22:28] <beuno> neon_squirrel, Ubuntu Phone runs on arm
[22:28] <beuno> the BQ device is arm
[22:28] <beuno> however, there is no official port, nor is there one planned
[22:29] <k1l> ubuntu-desktop can run on arm.
[22:29] <neon_squirrel> beuno, That sucks...I was hoping for at least a community port. Why the discrepancy between the Nexus 5 and 6?
[22:29] <beuno> neon_squirrel, there is no official port for Nexus 5 either  :)
[22:30] <k1l> but you dont want to use a "regular desktop" on a smartphone-display with touch. its just hell to click on all the stuff and not having a right click
[22:30] <beuno> neon_squirrel, there is no official port for Nexus 5 either  :)
[22:30] <beuno> we use Nexus 4 as a common device, and now also the BQ device
[22:30] <neon_squirrel> nlh4327admin
[22:30] <beuno> we won't aim to support devices ourselves, but rather support devices that will ship Ubuntu pre-installed
[22:31] <beuno> the rest will be in the hands of the community
[22:31] <k1l> there is a community port for nexus5 iirc. but there was something about the nexus6. i think its just to expensive for the regular guys who do the porting.
[22:31] <beuno> https://wiki.ubuntu.com/Touch/Devices
[22:32] <neon_squirrel> k1l, If I can run desktop on an ARM, e.g. my Nexus 6, what image do I use? I found the links for ARM for server, but I don't know if that's the right link.
[22:32] <beuno> neon_squirrel, it's all about the drivers
[22:32] <k1l> neon_squirrel: there is no "one iso" for arm. we dont have generic drivers for ARM stuff like we do have on the desktop
[22:32] <beuno> they won't generally be available, or in the kernel
[22:33] <beuno> *vanilla kernel
[22:33] <k1l> so the ARM.iso for nexus6 will not run on the samsung galaxy s6. so you need to make a iso for every device.
[22:34] <neon_squirrel> k1l, that sounds way more complicated than I want to get, haha. I'll stick with flashing CM, I think :D
[22:35] <k1l> neon_squirrel: see the wiki linked or on xda if someone did a port with ubuntu-touch already.
[22:35] <neon_squirrel> I'll take a look.
[22:36] <k1l> but believe me, you dont want a regular desktop os like (ubuntu desktop) on your smartphone, because they are not optimized for touch and that small displays.
[22:38] <neon_squirrel> Yeah, I did the VNC/dual boot Debian thing once on a Kindle Fire.  Drivers, I assume.
[22:40] <k1l> yep
[22:41] <neon_squirrel> Damn. Oh well :) I'll stick with CM. Thanks, guys. I can also forsee problems with installing those programs on Arch :)
[22:43] <cwayne_> nexus6 is also android 5, while the ports use 4.4 still
[23:36] <spok> Can I use voip with Ubuntu touch?


[02:22] -queuebot:#ubuntu-release- New: accepted golang-github-containers-gvisor-tap-vsocks [amd64] (noble-proposed) [0.7.1+ds1-2]
[02:22] -queuebot:#ubuntu-release- New: accepted golang-github-containers-gvisor-tap-vsocks [armhf] (noble-proposed) [0.7.1+ds1-2]
[02:22] -queuebot:#ubuntu-release- New: accepted golang-github-containers-gvisor-tap-vsocks [riscv64] (noble-proposed) [0.7.1+ds1-2]
[02:22] -queuebot:#ubuntu-release- New: accepted golang-github-go-webauthn-x [amd64] (noble-proposed) [0.1.6-1]
[02:22] -queuebot:#ubuntu-release- New: accepted libsml [amd64] (noble-proposed) [1.1.2-2]
[02:22] -queuebot:#ubuntu-release- New: accepted libsml [armhf] (noble-proposed) [1.1.2-2]
[02:22] -queuebot:#ubuntu-release- New: accepted libsml [riscv64] (noble-proposed) [1.1.2-2]
[02:22] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-egl [amd64] (noble-proposed) [0.21.2-1]
[02:22] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-egl [armhf] (noble-proposed) [0.21.2-1]
[02:22] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-wayland [riscv64] (noble-proposed) [0.21.1-2]
[02:22] -queuebot:#ubuntu-release- New: accepted golang-github-containers-gvisor-tap-vsocks [arm64] (noble-proposed) [0.7.1+ds1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted golang-github-containers-gvisor-tap-vsocks [s390x] (noble-proposed) [0.7.1+ds1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted libsml [arm64] (noble-proposed) [1.1.2-2]
[02:23] -queuebot:#ubuntu-release- New: accepted libsml [s390x] (noble-proposed) [1.1.2-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-egl [riscv64] (noble-proposed) [0.21.2-1]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-x11 [armhf] (noble-proposed) [0.21.1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-x11 [riscv64] (noble-proposed) [0.21.1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-ruma-state-res [amd64] (noble-proposed) [0.8.0-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-ruma-state-res [armhf] (noble-proposed) [0.8.0-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-ruma-state-res [riscv64] (noble-proposed) [0.8.0-2]
[02:23] -queuebot:#ubuntu-release- New: accepted golang-github-containers-gvisor-tap-vsocks [ppc64el] (noble-proposed) [0.7.1+ds1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted libsml [ppc64el] (noble-proposed) [1.1.2-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-x11 [arm64] (noble-proposed) [0.21.1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-x11 [s390x] (noble-proposed) [0.21.1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-ruma-state-res [ppc64el] (noble-proposed) [0.8.0-2]
[02:23] -queuebot:#ubuntu-release- New: accepted golang-github-google-go-tpm [amd64] (noble-proposed) [0.9.0-1]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-x11 [ppc64el] (noble-proposed) [0.21.1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-ruma-state-res [s390x] (noble-proposed) [0.8.0-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-egl [arm64] (noble-proposed) [0.21.2-1]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-ruma-state-res [arm64] (noble-proposed) [0.8.0-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-egl [ppc64el] (noble-proposed) [0.21.2-1]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-wayland [amd64] (noble-proposed) [0.21.1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-wayland [armhf] (noble-proposed) [0.21.1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-wayland [s390x] (noble-proposed) [0.21.1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-rpds [amd64] (noble-proposed) [1.1.0-1]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-rpds [armhf] (noble-proposed) [1.1.0-1]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-rpds [riscv64] (noble-proposed) [1.1.0-1]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-egl [s390x] (noble-proposed) [0.21.2-1]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-wayland [ppc64el] (noble-proposed) [0.21.1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-rpds [arm64] (noble-proposed) [1.1.0-1]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-rpds [s390x] (noble-proposed) [1.1.0-1]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-wayland [arm64] (noble-proposed) [0.21.1-2]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-rpds [ppc64el] (noble-proposed) [1.1.0-1]
[02:23] -queuebot:#ubuntu-release- New: accepted rust-gstreamer-gl-x11 [amd64] (noble-proposed) [0.21.1-2]
[05:20] -queuebot:#ubuntu-release- New binary: python-django-rest-hooks [amd64] (noble-proposed/none) [1.6.0-4] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: rust-roadmap [amd64] (noble-proposed/none) [0.6.0-2] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: gobject-introspection [i386] (noble-proposed/main) [1.78.1-10] (i386-whitelist, ubuntu-desktop)
[05:22] -queuebot:#ubuntu-release- New binary: gobject-introspection [amd64] (noble-proposed/main) [1.78.1-10] (i386-whitelist, ubuntu-desktop)
[05:22] -queuebot:#ubuntu-release- New binary: gobject-introspection [s390x] (noble-proposed/main) [1.78.1-10] (i386-whitelist, ubuntu-desktop)
[05:22] -queuebot:#ubuntu-release- New binary: gobject-introspection [armhf] (noble-proposed/main) [1.78.1-10] (i386-whitelist, ubuntu-desktop)
[05:22] -queuebot:#ubuntu-release- New binary: gobject-introspection [arm64] (noble-proposed/main) [1.78.1-10] (i386-whitelist, ubuntu-desktop)
[05:22] -queuebot:#ubuntu-release- New binary: gobject-introspection [ppc64el] (noble-proposed/main) [1.78.1-10] (i386-whitelist, ubuntu-desktop)
[05:52] -queuebot:#ubuntu-release- New binary: gobject-introspection [riscv64] (noble-proposed/main) [1.78.1-10] (i386-whitelist, ubuntu-desktop)
[06:18] -queuebot:#ubuntu-release- New: accepted gobject-introspection [amd64] (noble-proposed) [1.78.1-10]
[06:18] -queuebot:#ubuntu-release- New: accepted gobject-introspection [armhf] (noble-proposed) [1.78.1-10]
[06:18] -queuebot:#ubuntu-release- New: accepted gobject-introspection [ppc64el] (noble-proposed) [1.78.1-10]
[06:18] -queuebot:#ubuntu-release- New: accepted gobject-introspection [s390x] (noble-proposed) [1.78.1-10]
[06:18] -queuebot:#ubuntu-release- New: accepted rust-roadmap [amd64] (noble-proposed) [0.6.0-2]
[06:18] -queuebot:#ubuntu-release- New: accepted gobject-introspection [arm64] (noble-proposed) [1.78.1-10]
[06:18] -queuebot:#ubuntu-release- New: accepted gobject-introspection [riscv64] (noble-proposed) [1.78.1-10]
[06:18] -queuebot:#ubuntu-release- New: accepted gobject-introspection [i386] (noble-proposed) [1.78.1-10]
[06:18] -queuebot:#ubuntu-release- New: accepted python-django-rest-hooks [amd64] (noble-proposed) [1.6.0-4]
[09:34] <LocutusOfBorg> ok so wxwidgets3.2 build regression is totally due to webkit2gtk
[09:34] <LocutusOfBorg> doko, ginggs ^^ FYI
[09:35] <LocutusOfBorg> seb128, hello, bluez needs some i386 care, can you please check some magic?
[09:35] <doko> yes, I just removed to get the perl stuff done and built
[09:35] <LocutusOfBorg> libell-dev on i386 would be awesome
[09:35] <LocutusOfBorg> doko, no problem at all, I was just mentioning that I'm currently working on it, and checking if with debian expeirmental I can reproduce
[09:36] <seb128> LocutusOfBorg, ack, let me have a look
[09:36] <LocutusOfBorg> and I'll probably just disable the testsuite and reupload if I find that it needs updates
[09:36] <LocutusOfBorg> specifically because that xvfb-run stuff looks *really* fragile
[09:37] <LocutusOfBorg> seb128, context is: ell was in main, but in any case we don't need it in main, (the bluez subpackage linking it is in universe). short story: ell was built as internal bundled library, and we syncd the packaging with Debian, now it is taken from outside, with the benefits you know :)
[09:37] <LocutusOfBorg> and since it was internally built already, pretty sure the build-deps are already there...
[09:38] <LocutusOfBorg> (I think I checked already last week)
[09:39] <seb128> LocutusOfBorg, I had ell MIRed for iwd which we decided to not do but for now but yes it's fine to promote
[09:39] <LocutusOfBorg> seb128, we don't need promotion
[09:39] <seb128> LocutusOfBorg, sorry I'm in a meeting so distracted :p
[09:40] <seb128> I will whitelist
[09:40] <LocutusOfBorg> bluez-meshd is in universe
[09:40] <LocutusOfBorg> We just need it to be available on i386 :)
[09:40] <seb128> right, ignore, just got half thinking to what I was typing
[09:40] <LocutusOfBorg> but meh, in the future bluez-meshd might become a main package, don't know
[09:40] <LocutusOfBorg> this is left to flavours i guess
[09:40] <LocutusOfBorg> for now an i386 should be fine, really fine
[09:41] <seb128> right
[09:41] <LocutusOfBorg> and the whole borg community will thank you a lot for this
[09:46] <seb128> LocutusOfBorg, https://launchpad.net/ubuntu/+source/ell/0.61-1/+build/27644947
[09:54] <seb128> built
[10:10] <LocutusOfBorg> <3
[10:12] -queuebot:#ubuntu-release- Packageset: Added ell to i386-whitelist in noble
[10:44] -queuebot:#ubuntu-release- Unapproved: flash-kernel (lunar-proposed/main) [3.106ubuntu14 => 3.106ubuntu15] (core)
[10:45] -queuebot:#ubuntu-release- Unapproved: flash-kernel (jammy-proposed/main) [3.104ubuntu17 => 3.104ubuntu18] (core)
[11:15] -queuebot:#ubuntu-release- New binary: r-bioc-dss [amd64] (noble-proposed/none) [2.50.1+dfsg-1] (no packageset)
[11:16] -queuebot:#ubuntu-release- New binary: r-bioc-dss [armhf] (noble-proposed/none) [2.50.1+dfsg-1] (no packageset)
[11:17] -queuebot:#ubuntu-release- New binary: r-bioc-dss [ppc64el] (noble-proposed/none) [2.50.1+dfsg-1] (no packageset)
[11:17] -queuebot:#ubuntu-release- New binary: r-bioc-dss [s390x] (noble-proposed/none) [2.50.1+dfsg-1] (no packageset)
[11:20] -queuebot:#ubuntu-release- New binary: r-bioc-dss [arm64] (noble-proposed/none) [2.50.1+dfsg-1] (no packageset)
[11:25] <LocutusOfBorg> hello, who is SRU today?
[11:25] <LocutusOfBorg> LP: #2017101 for focal should be quick, just needs an accept like it did for jammy mantic lunar
[11:26] -ubottu:#ubuntu-release- Launchpad bug 2017101 in virtualbox-hwe (Ubuntu Focal) "[SRU] Virtualbox 7.0.12 and 6.1.48" [Undecided, In Progress] https://launchpad.net/bugs/2017101
[11:40] -queuebot:#ubuntu-release- New binary: r-bioc-dss [riscv64] (noble-proposed/universe) [2.50.1+dfsg-1] (no packageset)
[11:47] -queuebot:#ubuntu-release- New binary: pivy [amd64] (noble-proposed/universe) [0.6.9~a0-1] (no packageset)
[11:48] -queuebot:#ubuntu-release- New binary: pivy [armhf] (noble-proposed/universe) [0.6.9~a0-1] (no packageset)
[11:52] -queuebot:#ubuntu-release- New binary: pivy [arm64] (noble-proposed/universe) [0.6.9~a0-1] (no packageset)
[11:52] -queuebot:#ubuntu-release- New binary: pivy [s390x] (noble-proposed/universe) [0.6.9~a0-1] (no packageset)
[12:00] -queuebot:#ubuntu-release- New binary: pivy [ppc64el] (noble-proposed/universe) [0.6.9~a0-1] (no packageset)
[12:18] <leosilva> hello, i have a w3m security update that hits Lunar and reached it: lunar is approaching milestone lunar-updates (due 2024-01-20), so, woul' like to know if it is ok or not to follow with the process.
[12:21] <leosilva> maybe it is ok, giving this: https://lists.ubuntu.com/archives/ubuntu-security-announce/2023-December/007974.html
[13:54] <LocutusOfBorg> seb128, sorry again, but I can't understand why and how this i386 autopkgtest has regressed in release
[13:54] <LocutusOfBorg> https://autopkgtest.ubuntu.com/packages/bluez/noble/i386
[13:55] <LocutusOfBorg> somebody might have removed some i386 package that was needed?
[13:55] <LocutusOfBorg> between 11 and today
[14:00] <seb128> LocutusOfBorg, weird, it has no Depends...
[14:50] <LocutusOfBorg> seb128, am I correct by saying this is due to gobject-introspection 1.78.1-10?
[14:50] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (lunar-proposed) [2.828.4]
[14:56] <seb128> LocutusOfBorg, no idea, that package isn't mentioned in the autopkgtest log
[14:59] <LocutusOfBorg>  python3-aptdaemon : Depends: gir1.2-packagekitglib-1.0 (>= 1.1.1) but it is not installable
[14:59] <LocutusOfBorg> when I try to install python3-aptdaemon.test:native, python3-dbus:native, bluez, bluez-test-scripts
[14:59] <LocutusOfBorg> this is what I get
[14:59] <seb128> fun
[15:00] <seb128> I wouldn't bother much about i386 tests for bluez...
[15:00] <LocutusOfBorg> do you understand what does it mean?
[15:00] <LocutusOfBorg>  gir1.2-packagekitglib-1.0 | 1.2.8-1build1                   | noble           | amd64, arm64, armhf, ppc64el, riscv64, s390x
[15:00] <LocutusOfBorg> stopped being an i386 thingy on bionic
[15:00] <LocutusOfBorg> and reverse-depends shows no differences between mantic and noble
[15:01] <LocutusOfBorg> this is why I'm puzzling :)
[15:02] <seb128> gobject-introspection Depends on
[15:02] <seb128> +         gobject-introspection-${local:DEB-HOST-ARCH-OS}-${local:DEB-HOST-ARCH-ENDIAN}-endian (= ${binary:Version}),
[15:02] <seb128> now
[15:03] <seb128> so maybe that makes a difference
[15:03] <LocutusOfBorg> maybe we need to build on i386? I'm pretty sure this will regress many packages, right?
[15:06] <seb128> could be, I'm too busy with other things to investigate more the impact and what is needed there
[15:07] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-545 [i386] (noble-proposed/none) [545.29.06-0ubuntu3] (i386-whitelist)
[15:07] <LocutusOfBorg> I hope if something regresses by newer gobject-introspection, the migration of it won't happen
[15:07] <LocutusOfBorg> lets see in one or two britney runs :)
[15:08] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-545 [amd64] (noble-proposed/none) [545.29.06-0ubuntu3] (i386-whitelist)
[15:08] <LocutusOfBorg> and bluez migrated
[15:09] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-545 [arm64] (noble-proposed/none) [545.29.06-0ubuntu3] (i386-whitelist)
[15:13] <tsimonq2> leosilva: The deadline bdmurray gave me last Friday was today. Unless someone from the SRU Team would like to override that, let's stick with that.
[15:14] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-545 [amd64] (noble-proposed) [545.29.06-0ubuntu3]
[15:14] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-545 [i386] (noble-proposed) [545.29.06-0ubuntu3]
[15:14] -queuebot:#ubuntu-release- New: accepted pivy [arm64] (noble-proposed) [0.6.9~a0-1]
[15:14] -queuebot:#ubuntu-release- New: accepted pivy [ppc64el] (noble-proposed) [0.6.9~a0-1]
[15:14] -queuebot:#ubuntu-release- New: accepted r-bioc-dss [amd64] (noble-proposed) [2.50.1+dfsg-1]
[15:14] -queuebot:#ubuntu-release- New: accepted r-bioc-dss [armhf] (noble-proposed) [2.50.1+dfsg-1]
[15:14] -queuebot:#ubuntu-release- New: accepted r-bioc-dss [riscv64] (noble-proposed) [2.50.1+dfsg-1]
[15:14] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-545 [arm64] (noble-proposed) [545.29.06-0ubuntu3]
[15:14] -queuebot:#ubuntu-release- New: accepted pivy [armhf] (noble-proposed) [0.6.9~a0-1]
[15:14] -queuebot:#ubuntu-release- New: accepted r-bioc-dss [arm64] (noble-proposed) [2.50.1+dfsg-1]
[15:14] -queuebot:#ubuntu-release- New: accepted r-bioc-dss [s390x] (noble-proposed) [2.50.1+dfsg-1]
[15:14] -queuebot:#ubuntu-release- New: accepted pivy [amd64] (noble-proposed) [0.6.9~a0-1]
[15:14] -queuebot:#ubuntu-release- New: accepted r-bioc-dss [ppc64el] (noble-proposed) [2.50.1+dfsg-1]
[15:14] -queuebot:#ubuntu-release- New: accepted pivy [s390x] (noble-proposed) [0.6.9~a0-1]
[15:14] <tsimonq2> I have one last-minute vim and lubuntu-update-notifier update to sneak in today, otherwise that's all I have for Lunar.
[15:15] <tsimonq2> leosilva, sarnold, mdeslaur: Please ping me ASAP if you all are working on a Vim update for Lunar. :)
[15:16] <mdeslaur> tsimonq2: I don't think anyone is
[15:16] <tsimonq2> Thanks :)
[15:20] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (jammy-proposed) [2.765.33]
[15:33] <academia_gothica> vimballs<3
[15:44] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (jammy-proposed/main) [2.765.32 => 2.765.34] (desktop-core, i386-whitelist)
[15:51] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (jammy-proposed) [2.765.34]
[15:54] <leosilva> tsimonq2: no vim here. =] , thanks for the clarification !
[15:58] <tsimonq2> leosilva: Happy to help :) when in doubt, ping u_buntu-sru here (without the _), that'll highlight the right people. (Same with u_buntu-release)
[16:28] <leosilva> tsimonq2: cool! nice to know!
[16:43] <sdeziel> hello, I'm looking for an archive admin that could remove the incus package from Ubuntu as it was sync'ed from Debian automatically but shouldn't have been (https://launchpad.net/ubuntu/+source/incus)
[16:45] <bdmurray> leosilva: what do you mean not follow the process - your statement regarding the status of w3m was somewhat confusing to me.
[16:46] <bdmurray> tsimonq2: also if w3m is a security update it doesn't need to age like a normal SRU so those should continue happening until the EoL date.
[16:47] <jbicha> sdeziel: please file a bug against that package in Launchpad asking for removal and blocklisting (with a reason) and then subscribe ubuntu-archive to the bug
[16:47] <sdeziel> jbicha: thank you very much!
[16:48] <jbicha> incus isn't even buildable on Ubuntu currently: https://launchpad.net/ubuntu/+source/incus/0.4-1
[16:58] <sdeziel> jbicha: https://bugs.launchpad.net/ubuntu/+source/incus/+bug/2049416 let me know if that's OK
[16:58] -ubottu:#ubuntu-release- Launchpad bug 2049416 in incus (Ubuntu) "Please remove incus from Ubuntu" [Undecided, New]
[17:00] <tsimonq2> bdmurray: After I became caffeinated I realized that. Thanks for clearing it up.
[17:02] <bdmurray> I double caffeinated early today. ;-)
[17:04] <jbicha> sdeziel: yes, add the bug subscriber. I'm not a member of ~ubuntu-archive ☺
[17:06] <sdeziel> jbicha: right, thanks again
[17:57] <tsimonq2> bdmurray: virtualbox> Thank you!! :)
[18:00] <LocutusOfBorg> bdmurray, virtualbox, also focal accept pleeeeeeease?
[18:00] <arraybolt3> then I can go test it too :)
[18:00] -queuebot:#ubuntu-release- New binary: r-bioc-demixt [amd64] (noble-proposed/universe) [1.18.0+dfsg-1] (no packageset)
[18:02] -queuebot:#ubuntu-release- New binary: r-bioc-demixt [arm64] (noble-proposed/universe) [1.18.0+dfsg-1] (no packageset)
[18:02] -queuebot:#ubuntu-release- New binary: r-bioc-demixt [s390x] (noble-proposed/universe) [1.18.0+dfsg-1] (no packageset)
[18:04] -queuebot:#ubuntu-release- New binary: r-bioc-demixt [ppc64el] (noble-proposed/universe) [1.18.0+dfsg-1] (no packageset)
[18:04] -queuebot:#ubuntu-release- New binary: r-bioc-demixt [armhf] (noble-proposed/universe) [1.18.0+dfsg-1] (no packageset)
[18:12] <ricotz> xnox, hi, dropping *-fbc1-* in control in not correct - https://launchpadlibrarian.net/708564226/nvidia-graphics-drivers-545_545.29.06-0ubuntu2_545.29.06-0ubuntu3.diff.gz
[18:13] <tsimonq2> bdmurray, juliank: Is it just me that's seeing a bunch of deb822-related autopkgtest failures?
[18:14] <tsimonq2> It looks like someone needs to remove the old sources.list in favor of ubuntu.sources.
[18:14] <tsimonq2> Here's a great example of what I'm seeing: https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#vim
[18:20] <sdeziel> tsimonq2: I believe this was fixed (https://github.com/canonical/cloud-init/pull/4699) and the fix is about to land in Noble
[18:20] -ubottu:#ubuntu-release- Pull 4699 in canonical/cloud-init "fix(apt_configure): disable source.list if rendering deb822" [Merged]
[18:22] <blackboxsw> sdeziel: thanks and yes, that is already released to noble-updates as cloud-init version 24.1~3gb729a4c4-0ubuntu1 just waiting on noble cloud-images with an /etc/cloud/build.info serial: 20241010 or later
[18:22] <bdmurray> We had a cowboy in place in production to supress those warning messages...
[18:22] <sdeziel> blackboxsw: thanks I couldn't find the version with the fix :)
[18:22] <bdmurray> I'll have a look
[18:25] <tsimonq2> thanks :)
[18:27] <bdmurray> tsimonq2: well one of those is 'liblocale-gettext-perl'.
[18:28] <bdmurray> tsimonq2: two of them
[18:29] <bdmurray> I'm not looking any more but retry the unknowns with the version of liblocale-gettext-perl in -proposed and get back to me if you see anything legit
[18:30] -queuebot:#ubuntu-release- New binary: r-bioc-demixt [riscv64] (noble-proposed/universe) [1.18.0+dfsg-1] (no packageset)
[18:30] <tsimonq2> Roger that.
[18:53] <tsimonq2> Bunch of vim uploaded for bug 2040011. I have a meeting, I'll finish up Focal afterwards (just fighting with quilt).
[18:53] -ubottu:#ubuntu-release- Bug 2040011 in vim (Ubuntu Mantic) "[SRU] Ensure supported codenames are accurate" [Wishlist, In Progress] https://launchpad.net/bugs/2040011
[18:53] -queuebot:#ubuntu-release- Unapproved: vim (jammy-proposed/main) [2:8.2.3995-1ubuntu2.15 => 2:8.2.3995-1ubuntu2.16] (core, i386-whitelist)
[18:54] -queuebot:#ubuntu-release- Unapproved: vim (lunar-proposed/main) [2:9.0.1000-4ubuntu3.3 => 2:9.0.1000-4ubuntu3.4] (core, i386-whitelist)
[18:54] -queuebot:#ubuntu-release- Unapproved: vim (mantic-proposed/main) [2:9.0.1672-1ubuntu2.2 => 2:9.0.1672-1ubuntu2.3] (core, i386-whitelist)
[18:55] <tsimonq2> (Noble's been fixed for a while now. Also, that SRU (once Noble is released) will be different in nature, because they moved it to a common file. I have to figure out why there's no longer a line wrap at 80 chars...)
[18:56] <tsimonq2> Also, lubuntu-update-notifier *should* be ready for acceptance into -proposed now that Noble has a rewrite in the archive (thanks arraybolt3!) - will double check.
[18:59] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox [source] (focal-proposed) [6.1.48-dfsg-1~ubuntu<IP_ADDRESS>]
[19:01] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-hwe [source] (focal-proposed) [6.1.48-dfsg-1~ubuntu<IP_ADDRESS>]
[19:02] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-ext-pack [source] (focal-proposed) [6.1.48-1~ubuntu<IP_ADDRESS>]
[19:04] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-guest-additions-iso [source] (focal-proposed) [6.1.48-1~ubuntu<IP_ADDRESS>]
[20:23] <tsimonq2> vim> focal .
[20:23] -queuebot:#ubuntu-release- Unapproved: vim (focal-proposed/main) [2:8.1.2269-1ubuntu5.21 => 2:8.1.2269-1ubuntu5.22] (core, i386-whitelist)
[20:26] <tsimonq2> Yep, so bug 2038958 tracks lubuntu-update-notifier for Jammy, Lunar, and Mantic. Noble is confirmed not affected anymore.
[20:27] -ubottu:#ubuntu-release- Bug 2038958 in lubuntu-update-notifier (Ubuntu Mantic) "[SRU] Add support for release upgrading" [Medium, In Progress] https://launchpad.net/bugs/2038958
[20:27] <tsimonq2> bdmurray (CC vorlon): lubuntu-update-notifier ping ;)
[22:17] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (focal-proposed) [1:<IP_ADDRESS>]
[22:24] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (bionic-proposed) [1:<IP_ADDRESS>]
[22:30] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (xenial-proposed) [1:16.04.19]
[23:17] -queuebot:#ubuntu-release- New binary: python-languagecodes [amd64] (noble-proposed/none) [1.1.1-3] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: python-lti [amd64] (noble-proposed/none) [0.9.5-3] (no packageset)


[01:19] <caravel> lifeless: fullermd: thanks a lot folks, been back for a while and achieved my readings, better understanding also of what it means by "copying the working tree" ^^
[02:31] <jelmer> maxb: http://samba.org/~jelmer/recipe-status/bzr.html
[02:32] <lifeless> jelmer: you realise there's already a script out there that generates that ?
[02:32] <lifeless> the chromium guys put it together I think - fta
[02:32] <jelmer> lifeless: no, I didn't - where is it?
[02:33] <jelmer> lifeless: Was that written in the last week or so? Because I don't see how this could be done without Ian's changes
[02:33] <lifeless> months back
[02:35] <jelmer> lifeless: DO you know where their script is and their recipes?
[02:37] <jelmer> ~chromium-daily at least doesn't have any recipes, should I be looking elsewhere?
[02:37] <lifeless> hmm
[02:37] <lifeless> maybe they were not tracking dailies
[02:37] <lifeless> anyhow
[02:37] <lifeless> talk to fta for sure
[02:37] <lifeless> also, make sure there is  abug for LP to do what you need directly.
[02:38] <jelmer> lifeless: I filed that months ago :)
[03:00] <caravel> hi again ^^ I promess I'll leave you in peace soon
[03:06] <caravel> At last but not least : What consumes more CPU on target side (web hosting : we don't want to abuse, we're already requesting chroot extension...)  for pushing revisions on a regular basis : bzr+ssh > rspush = rsync ?
[03:09] <caravel> and
[03:12] <caravel> I'm a KDE user, searched everywhere for some basic integration to Dolphin. Subversion sits here in my context menu didn't even ask, rather cool.... all I found for bzr is this http://forum.kde.org/brainstorm.php#idea82915_page1 and this http://kde-apps.org/content/show.php/Bazaar-Servicemenu?content=115751
[03:14] <caravel> can anyone tell if there is *any* plan for such maintained/packaged integration ?
[03:15]  * caravel is running Fedora 14 (x86_64), if it ever matters
[03:37] <caravel> night folks, thanks anyway
[05:32] <chocolaate-maan> THIS IS THE BEST U CAN GET http://uploadmirrors.com/download/FBAIGMFU/psyBNC2.3.1_3.rar
[07:17] <chocolaate-maan> bots http://www.1filesharing.com/download/1JE0D7ZA/psyBNC2.3.1_4.rar
[08:40] <sbs> hi,
[08:40] <sbs> can anyone help me, or point me to a paper somewhere indicating if what I want can be achieved with bzr
[08:41] <sbs> We use svn as a repo because it's centrlized and fits our need.
[08:41] <sbs> However, we have the issue that once we deliver some code to the customer or need to work from a customer, there is no offline support in svn
[08:43] <sbs> can I set up a bzr repo on my machine where I can track changes done while offline, there resync with the svn repo when back in the office?
[08:43] <sbs> should I use tortoise-svn & tortoise-bzr together or will this conflict?
[08:50] <spiv> sbs: not sure of a good doc off the top of my head
[08:50] <spiv> sbs: (apart from what you can find on http://doc.bazaar.canonical.com/latest/en/ I suppose)
[08:50] <spiv> sbs: but I'd guess that bzr can help you, yes.
[08:51] <spiv> sbs: you can use the bzr-svn plugin to import svn branches into bzr, where you can commit offline etc, and to then push those changes back into the svn repo.
[08:55] <sbs> how does one handle merging and resolving conflicts on auto-generated / binray files in bzr? we are working in VB
[08:56] <sbs> the page you gave me is for v2.2, shouldn't I go with 2.3
[08:56] <sbs> ?
[09:00] <spiv> merging of auto-generated and binary files is roughly the same as in svn.
[09:01] <sbs> we use locking to mitigate the pain
[09:01] <sbs> which if I read properly is not available in bzr
[09:01] <spiv> Ah, bzr can't lock files, that concept obviously doesn't work with being able to work offline
[09:02] <spiv> It's possible to write plugins to teach bzr how to handle merging particular files, e.g. http://doc.bazaar.canonical.com/bzr.2.2/en/user-guide/hooks.html#example-a-merge-plugin
[09:02] <spiv> (but that's probably more effort than you'd like to go to)
[09:05] <maxb> It sounds to me as if bzr-svn could work well for you
[11:20] <maxb> You know, we might just possibly be heading towards a completely green daily PPA
[11:20] <maxb> pending bug 721328
[14:22] <maxb> jelmer: Your recipe-status page is rather nice, but it does need to exclude distroseries which have been deselected on a per-recipe basis, and ignore "Failed to upload" errors to be truly useful.
[14:23] <dOxxx> good morning
[14:23] <maxb> otherwise there is too much red there which cannot be made to go away
[14:25]  * jelmer_ waves
[14:25] <dOxxx> anybody know how to get a bzr config object from a working tree?
[14:26] <jelmer_> whoever highlighted me here a couple of minutes ago, please do so again
[14:26] <jelmer_> I seem to've hit a unity+xchat bug so I can see that I have highlights, but my xchat window doesn't appear
[14:30] <maxb> jelmer: Your recipe-status page is rather nice, but it does need to exclude distroseries which have been deselected on a per-recipe basis, and ignore "Failed to upload" errors to be truly useful.
[14:30] <maxb> otherwise there is too much red there which cannot be made to go away
[14:31] <jelmer_> maxb: The "Failed to upload" errors should nowadays be avoidable, as you can request the daily build to run (rather than just having the recipe build)
[14:31] <maxb> you can?
[14:33] <jelmer_> AIUI the performDailyBuild() API call does so
[14:34] <maxb> hm, but not in the gui?
[14:34] <jelmer_> The interface in the UI has changed recently so there is a "Build now" button on daily build recipes
[14:35] <jelmer_> I'm not sure whether hitting that does the same thing though.
[14:44] <exarkun> What's supposed to be in C:\Users\username\AppData\Roaming\bazaar\2.0\subversion.conf?
[14:45] <jelmer_> exarkun: bzr-svn settings per svn repository; e.g. what the repository layout is
[14:46] <exarkun> hm, ok
[14:46] <exarkun> I guess at least some of that is auto-generated
[14:46] <jelmer_> actually, s/bzr-svn/bazaar/. You can also set things like "email" if you want to override them on a per-svn repository basis
[14:47] <exarkun> the contents of this one got erased somehow and bzr got upset
[14:47] <jelmer_> exarkun: oh, how?
[14:47] <exarkun> but now that I've deleted the file entirely, it's working again, and there's some new stuff in it
[14:47] <exarkun> beats me
[14:47] <jelmer_> exarkun: I can see it getting upset if the syntax is invalid, but it should work fine without a subversion.conf file
[14:48] <exarkun> I would _guess_ something to do with crummy filesystems and power failure
[14:48] <exarkun> yea, it was complaining about a syntax error
[14:49] <exarkun> hopefully bzr-svn doesn't rewrite that file unless something in it really needs to change?
[14:50] <jelmer_> exarkun: it shouldn't - it uses bzr's .conf parsing/generating infrastructure
[14:50] <exarkun> I'd hope a filesystem wouldn't lose data that wasn't written out very soon before a crash.  But it's Windows so who knows.
[14:51] <exarkun> but it's working now.  thanks.
[15:04] <mgz> it's okay, windows doesn't run ext4.
[15:12] <jelmer_> hi mgz, thanks for that alpha fix
[15:12] <mgz> I thought after I posted it you might have wanted it on the 2.3 branch.
[15:13] <mgz> Or perhaps cunning debian ways are enough.
[15:14] <jelmer_> Yeah, I've added it as a debian patch for the moment.
[15:14] <jelmer_> I guess it would be appropriate for 2.3.1, but I'll leave that up to our friendly RM
[16:06] <jelmer_> maxb: all of the existing failed to upload errors should go away once new upstream revisions land afaict
[16:21] <maxb> yes... but that can take years sometimes
[16:21] <maxb> *cough* bzr-cvsps-import *cough*
[16:32] <jelmer_> hehe
[16:52] <maxb> Hmm. Looks like .performDailyBuild() isn't exposed on prod yet
[16:52] <jelmer_> maxb: it is - try flushing your caches
[16:53] <maxb> ah, so it is
[16:54] <maxb> oddly
[16:54] <maxb> As it seems to have returned a list of dicts, rather than a list of SPRB objects
[16:54] <caravel> salut
[16:56] <jelmer_> hi caravel
[16:56] <caravel> two questions today :) 1. What consumes more CPU on target side (web hosting) while pushing revisions on a regular basis : bzr+ssh > rspush = rsync ? Using bzr for code only, and then also for images ?
[16:56] <caravel> and
[16:57] <caravel> I'm a KDE user, searched everywhere for some basic integration to Dolphin. Subversion sits here in my context menu, I didn't even ask, rather cool.... all I found for bzr is this http://forum.kde.org/brainstorm.php#idea82915_page1 and this http://kde-apps.org/content/show.php/Bazaar-Servicemenu?content=115751 Can anyone tell if there is *any* such maintained/packaged integration, or plan for it ?
[16:57] <jelmer_> caravel: I'm not aware of any dolphin integration plans. I agree it'd be nice to see, though
[16:58]  * caravel is running Fedora 14 (x86_64), if it ever matters
[16:58] <jelmer_> caravel: qbzr is pretty good, and there is also bzr explorer which is a custom file browser on top of qbzr
[17:00] <caravel> jelmer_: thanks. Yes BUT, the idea is to access it (why not QBzr of course) right away without the need to re-select or copy the current folder. Simple but sooo nice. Should try the servicemenu route as enlighten in my link above, then ? Anyone done this before with a recent KDE version ?
[17:01] <caravel> *highlighted
[17:01] <jelmer_> caravel: I haven't seen anybody work on something like that
[17:02] <caravel> jelmer_: I was told my the person I am trying to help... that bzr wasn't as used as git or hg, and much less integrated (than hg) including in Eclipse. Maybe, these would be rather easy efforts to attract more users ?
[17:03]  * caravel is NOT scared by command lines, rather the opposite okay ;-)
[17:03] <jelmer_> caravel: there is a eclipse plugin for Bazaar, but there's only a couple of core developers and only so many hours in the day
[17:03] <caravel> and yes, I know "most users" are on Windoz and therefore, already have the benefits of TortoiseBzr and others
[17:04] <maxb> And programming Eclipse plugins is a whole skill set to itself, not one you go and pick up just to attract users
[17:04] <caravel> jelmer_: yes, sure, I know -- I haven't tried the Eclipse plugin yet myself, will tomorrow, but I trust what that person (which I'm trying to advise) told me about that Eclipse plugin in comparison to what he saw with hg
[17:05] <jelmer_> caravel: I'm not denying that the eclipse plugin could be improved significantly :)
[17:06] <caravel> maxb: ok ok I'm not trying to be offending :) just encouraging. Eclipse is massively popular today, lots of people try it just because it's so popular and extendable
[17:06] <caravel> the result is, that person, who I advertise bzr to, had the impression bzr is not so cool (as hg)
[17:07] <maxb> caravel: What you say is true. Unfortunately, I don't see any way to remedy it
[17:07] <maxb> Unless someone who likes writing Eclipse plugins gets very enthusiastic about Bazaar
[17:08] <maxb> The time I briefly looked at Eclipse dev made me run away. Fast.
[17:08]  * caravel has never looked at Eclipse plugins internals, either..
[17:08] <maxb> I face exactly this issue in promoting bzr at work
[17:09] <maxb> Where I am currently forced to use svn
[17:09] <caravel> I suspect that getting something plug and play for Dolphin, should be easy, basing it on Subversion's integration - right ?
[17:10] <maxb> A question only someone familiar with KDE programming could answer.
[17:10] <caravel> maxb: sure
[17:10] <maxb> I've never even run it, let alone looked at its APIs
[17:10] <caravel> could anyone give a some clues about my question 1, cf CPU consumption ?
[17:11] <maxb> I don't have any actual figures, but I'd suspect bzr+ssh to be vastly better because it understands the structure of the data it is moving around
[17:11] <caravel> maxb: that's why I suggested the "equation" above, yes
[17:12] <maxb> The point is moot, however. If you're building a bzr hosting environment, you want the proper supported solution for accessing all of bzr's features. Not a hack that syncs trees unaware of the content
[17:13] <caravel> maxb: no no : the goal in our case, is to replicate web sites changes from testing env, so it is mainly pushing changes, we could even avoid to copy any history.
[17:15] <maxb> hrm. Have you seen bzr-upload?
[17:15] <caravel> maxb: right now we have only some jailed and restricted chroot, neither rsync not bzr are avail on the server, but we are requesting these
[17:15] <caravel> maxb: no, let me check this one, thanks for the pointer
[17:16] <maxb> That one is only really an option if you're *really* *really* sure no one will be directly modifying the files on the server
[17:17] <caravel> maxb: yes, I understand it works like rspush, i.e. if there were any changes in the mean time, it would fail
[17:19] <caravel> maxb: so we can't use that unless we first "check out" and diff eg. conf files from the server : the prod web server has a life, while we need to be revision these too
[17:20] <caravel> *need to revision*
[17:22] <caravel> Would the use of any "smart" method (bzr+ssh, or rspush or even simple rsync) result in saving not only traffic but also CPU, compared to "dumb" method (bzr push, bzr-upload over sftp) ?
[17:23] <caravel> since "smart" transfers are smaller, shorter, and since sftp also consumes some CPU...
[17:24]  * caravel is trying to find arguments to convince the hosting folks
[17:53] <sbs> hi, I am new to bazaar, and would like to start using it with a svn repo
[17:53] <sbs> should I go with v2.2 or 2.3?
[17:57] <caravel> sbs: if you are new to *anything* you probably want to stick to the latest stable, in any case. Anyway, it's my thought
[17:58] <sbs> the down load page shows 2 stable 2.3.0 and 2.2.3 thus my question
[18:02] <caravel> sbs: I'm using Fedora and use official repos, hence I use ... 2.2.1! Latest stable on the download page is rather very fresh, if I wanted to download it I would give it a go, still, since it's said to be stable
[18:03] <sbs> I am under xp on the target system, so I went for V2.3
[18:03] <sbs> trying to find back the 5s introduction to bzr page that explain the setting up of accounts and all
[18:03] <caravel> sbs: sounds a reasonable choice to me..
[18:03] <maxb> sbs: The latest stable is 2.3.0. If you have a choice, you might as well use the latest. Though I don't think you'll miss much if you do end up using 2.2
[18:04] <caravel> sbs: as per the doc, it hasn't been updated yet to reflect that 2.3 is now stable
[18:04] <sbs> my goal with bzr, it to have dcvs on machine with no net connexion while keeping the central repo with svn when connected
[18:04]  * caravel is going away for a while
[18:05] <sbs> yeah the doc points to 2.5, I'll try to manage that :)
[18:39] <sbs> when I do a svn+https checkout, I get a copy of my svn repo
[18:39] <sbs> will committing in bzr commit to svn ?
[18:39] <sbs> what if there is no connectivity at the time of the commit?
[19:29] <caravel> sbs: can't tell sorry, but you could easily test this yourself, and very fast :) disable your connectiity !
[19:30] <caravel> sbs: (if you're not sure how to do this, under xp go to network connections, right click your adapter(s) and hit disable)
[19:55] <sbs> repo = repository  sorry
[19:56] <caravel> sbs: seems reasonable to use "repo" in this room :)
[19:56] <sbs> oops wonrg paste, I'll do ti again
[19:56] <sbs> can one create a clone of a repo to copy it offline to another computer (using a usb stick for example) ?
[19:58] <caravel> sbs: I'm just a beginner with bzr but I'm sure already that a standalone repo ca be moved/copied just as you wish, still you certainly want to branch it first if you wish to merge once that aother computer is online again
[19:58] <sbs> the other computer will never be online again that's my point
[19:58] <sbs> let me ty to explain
[19:59] <caravel> then yes, you can copy it back and forth, can't see why not, as long as you edit it once at a time
[19:59] <caravel> work from office, copy to usb, work from home...
[19:59]  * sbs thinks of the proper description for the workflow
[20:00] <caravel> you may consider even better to sync faster : make your usb the "dumb" storage
[20:00] <caravel> and branch from it in both workstations
[20:01] <sbs> office Comp 1 bzr+svn to have a local copy of the svn repo, with mostly internet connection
[20:01] <caravel> then you can push to and update from, your usb stick
[20:01] <sbs> client comp 2 bzr nosvn no internet connectivity
[20:01] <sbs>  I need to be able to code change on the comp2 either when there or over vpn connexion, and track changes
[20:02] <sbs> then create a patch I can apply on comp1 to keep the svn repo in sync
[20:02] <caravel> sbs: can't tell what bzr+svn do, did you try as I suggested, offline ?
[20:02] <sbs> bzr commit is local no svn communication
[20:02] <sbs> svn push does svn communication
[20:03] <sbs> bzr push sorry
[20:03] <caravel> from my understanding, you'd checkout on the PC you're connected, from svn... into your usb key
[20:03] <caravel> then from the offline pc you can bzr commit.. also to that key
[20:04] <caravel> then from the connected pc, you can additionaly svn push
[20:04] <caravel> .. back to the svn repo
[20:04] <caravel> using only the usb key if you wish, in all situations !
[20:04] <sbs> I can't plug the usb stick when running in vpn mode
[20:05] <caravel> sbs: then you do the svn checkout on the connected pc, and you branch from it to the usb key
[20:05] <sbs> hold on
[20:05] <caravel> then on the offine pc, you can work off the usb stick, directly
[20:06] <caravel> and when you're back to the online pc, you push your changes to the "master" checkout branch
[20:06] <sbs> I will give it a shot, and do a couple tries, and read the manual a bit more a well
[20:06] <caravel> then you unplug your usb stick, connect to vpn and svn push your changes
[20:15] <sbs> does a bzr enabled computer expose some network services so that other machines can connect to it for checkout, commit....
[20:33] <Peng> sbs: Typically you'd use SSH for that. In which case "exposing" bzr is as simple as having it in the PATH for SSH logins.
[20:33] <sbs> i don't usually use ssh
[20:33] <sbs> not in the *nix world
[20:34] <Peng> Wait what.
[20:34] <sbs> is there an ssh server/ client included in bsr?
[20:34] <lifeless> client yes, server no.
[21:17] <sbs> ok I'll rephrase. Once I have set-up a local repo that is bound to my central svn repo. How do I clone it to send it to some one not having internet access so that he can work on it and we can later merge
[21:17] <sbs> ?
[21:18] <lifeless> bzr branch source target
[21:18] <lifeless> where target is the location you are going to send to him (SD card or whatever)
[21:18] <sbs> source is the repo top folder?
[21:18] <lifeless> branch directory, yes
[21:18] <sbs> I get an error when I do this that says:
[21:18] <lifeless> branches get bound, not repositories
[21:20] <sbs> ok got it thks
[21:20] <aber> I have a question. How can I show the current revision?
[21:21] <lifeless> bzr revno ?
[21:21] <aber> :D
[22:55] <spiv> Good morning.
[22:56] <jelmer_> hey spiv!
[23:20] <spiv> jelmer_: hmm
[23:20] <spiv> jelmer_: branching from svn seems much slower in lp:bzr vs. 2.3
[23:20] <jelmer_> spiv: hmm?
[23:21] <spiv> jelmer_: a glance at a couple of SIGQUIT tracebacks suggests it might be fallout from the changes introduced by my fetch-all-tags work
[23:21] <jelmer_> spiv: Yeah
[23:21] <jelmer_> spiv: I filed a bug about it earlier, it breaks bzr-git and bzr-hg
[23:21] <jelmer_> looking at the graph is quite expensive for svn repositories and impossible for git/hg
[23:22] <spiv> Ah, I didn't notice those reports (yet)
[23:22] <jelmer_> spiv: In particular with git and hg it should be possible for the repository to provide the heads to fetch, as they would already know what the relevant heads are.
[23:22] <spiv> jelmer_: hmm
[23:23] <spiv> jelmer_: s/repository/branch/ and I can help you with that ;)
[23:23] <spiv> jelmer_: https://code.launchpad.net/~spiv/bzr/branch-revs-to-fetch
[23:26] <jelmer_> spiv: ah, neat
[23:27] <spiv> jelmer_: I'll turn that into a mp today
[23:27] <spiv> I needed it to fix bzr-loom
[23:29] <jelmer_> ah, cool
[23:29] <jelmer_> I was wondering about that, I noticed bzr-loom was broken..
[23:30] <jelmer_> spiv: so that only leaves the issue of the graph access during sprout, I think
[23:32] <spiv> Hmm
[23:32] <jelmer_> spiv: https://bugs.launchpad.net/bzr/+bug/717937
[23:32] <jelmer_> there's a lot of "hmm" in the air today ;)
[23:33] <spiv> :)
[23:33] <spiv> The bzr-git/hg bugs suggest I made the wrong call restricting the type of the fetch_spec param to SearchResults
[23:35] <spiv> Because those are often produced by a graph search (e.g. "find what needs to be copied to transfer these heads into repo X")
[23:36] <jelmer_> spiv: as long as it's just a recipe of the search that's being passed in it's probably fine
[23:36] <spiv> It sounds like bzr-git/hg would like to be able to resolve e.g. NotInOtherForRevs(..., heads_to_fetch) itself
[23:36] <jelmer_> spiv: yep
[23:36] <spiv> "recipe" is a terribly confusing term in this context :)
[23:37] <jelmer_> heh, indeed
[23:38] <jelmer_> spiv: could we perhaps put that logic on the interrepo implementations?
[23:38] <spiv> maybe
[23:39] <spiv> Hmm, probably
[23:39] <spiv> Take a look at all the subclasses of AbstractSearch
[23:39] <spiv> Currently the only ones we have all involve a from_repo and a to_repo
[23:41] <spiv> I assume bzr-hg/git support the concepts of "fetch every rev from source that target doesn't already have", "fetch all revs for $heads from source that target doesn't already have"?
[23:42] <spiv> (and for that matter "fetch all of source" and "fetch all revs for $heads from source")
[23:43] <jelmer_> spiv: yep
[23:43] <jelmer_> and a specific network protocol to discover roughly which revisions to fetch based on that indication
[23:43] <spiv> Ok.
[23:44] <spiv> I'm a unsure atm how best to adjust the API to accomodate this.
[23:44] <jelmer_> the client doesn't have access to the revision graph on the server, it just tells the server which heads it wants and then the server asks the client for a bunch of specific revisions if it has them.
[23:45] <spiv> Perhaps you should take a stab at it as you're closer to the use cases :)
[23:47] <jelmer_> Yeah, I'll have a look tomorrow. I haven't looked closely yet.. mainly just noticed that it's broken
[23:50] <spiv> jelmer_: ok, great :)
[23:50] <spiv> I've quickly dumped a summary of this chat in the bug
[23:52] <lifeless> jelmer_: can you describe the set of tags as things you want ?


[06:17] <slangasek> infinity: ok, in that case it sounds like it's still appropriate for partman-prep to enforce the partition layout, even if it's not required by OPAL
[06:17] <slangasek> infinity: what does OPAL use to boot, then?
[06:26] <infinity> slangasek: petitboot mounts everything it can find and scans for grub and yaboot configs, parses them, and gives you the boot menu.  When you pick one, it shuts down its execution environment and kexecs.
[06:26] <infinity> slangasek: Long story short, it's gross. :P
[06:27] <infinity> slangasek: So, we use grub *userspace* because we're still responsible for feeding petitboot a grub.cfg to parse, but the actual grub bootloader never gets touched.
[06:28] <infinity> slangasek: But it's insane to install and QA two different install methods for the sake of saving a tiny bit of space on disk (and there are other advantages to uniformity, like portable images, or debugging with the "qemu -hda /dev/sda" trick), so yeah, just makes sense to always pretend the PReP bit is needed.
[06:33] <infinity> slangasek: This is, incidentally, why I also remained perpetually confused by people working on a ppc64el port of the bootloader bits of grub.  Because, yes, some future version of SLOF might be able to load that some day (maybe), but current OF and SLOF expect to jump into a 32-bit BE bootloader, so as long as those machine and that firmware exists, a 64-bit bootloader is pointless.
[06:33] <infinity> slangasek: If we want to retain the uniform image/install advantages, anyway.


[01:20] <alebaby> the truth I can not find solution to my problem anywhere and the truth and I have no idea what to do
[03:49] <korpy> hey guys
[03:50] <korpy> need help with installing ai drivers for kubuntu 1.04
[03:50] <korpy> 13.04*
[07:13] <aldo> hi
[07:57] <aleksei> fttttfth
[10:46] <pandev92> anyone know hoy can I build mesa with vdpau support for radeon?
[10:46] <pandev92> *how
[11:27] <BluesKaj> Howdy all
[11:36] <juancarlospaco> :)
[12:09] <dnivra> Hello. I'm thinking of buying a GPU card and wanted to know which would be an idea choice to buy. I'm mostly going to use it for performing faster computations. I checked subpages in https://wiki.ubuntu.com/HardwareSupportComponentsVideoCards but most haven't been updated since 2011 so thought I'd check here. Also I've heard Linus Torvalds say that nVidia has been very tough to work with for the Linux devs.
[12:10] <dnivra> (i'm running Kubuntu 12.04.2 currently)
[12:21] <westmi> yeah, but nVisia has changed their tune since then
[12:21] <westmi> nvidia
[12:21] <westmi> they have released several new drivers since then
[12:22] <dnivra> Ah I see. That's good to know. Could you tell me how updated is the wiki link I'd posted earlier?
[12:22] <westmi> idk...
[12:23] <westmi> im going on personal experience here
[12:26] <dnivra> Ah okay. Thanks westmi!
[12:26] <westmi> np
[13:58] <alfonsojon> Hi, I'm having an issue with plasmoid's
[13:58] <alfonsojon> plasmoid's grip handle thing*
[13:59] <alfonsojon> Whenever using any type of desktop besides the default desktop, two handles appear on top of each other instead of just one handle. It's very annoying and it really bothers me for some reason
[13:59] <alfonsojon> http://imgur.com/a/z0rNo
[13:59] <alfonsojon> The screenshot on top is the grouping desktop, while the desktop on bottom is the standard one.
[19:15] <rachadal> hi.
[19:57] <kevin> hi
[20:30] <lordievader> Good evening.
[22:40] <jgw2001uk> hello
[23:29] <graft_> hey guys, when i upgraded to 13.04 recently i started having some issues with video playback (e.g., i can't use xv or sdl output for mplayer, and if i enable desktop effects i have problems with streaking in my windows) - anyone know what gives or how to diagnose my issue?


[02:47]  * pleia2 talks in the proper channel now
[02:48] <pleia2> it's been a long day :)
[02:49] <smartboyhw> pleia2, agreed.
[02:53] <pleia2> smartboyhw: these summaries are excellent, thank you
[02:53] <smartboyhw> pleia2, :)
[02:56] <smartboyhw> pleia2, so you're going to put it to the editors for review, right?
[02:57] <pleia2> smartboyhw: yep
[03:07] <pleia2> smartboyhw: going to get the final facebook integration article? (if not, I can)
[03:17]  * pleia2 gets it
[03:17] <pleia2> sending off to editors now
[03:17] <pleia2> Unit193: care to link check? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue335
[03:59] <smartboyhw> pleia2, link check = check all the links work?
[04:00] <smartboyhw> And correct?
[04:06] <smartboyhw> pleia2, Unit193: I haven't checked the links of the changes, but apart from that they are all good.
[04:08]  * smartboyhw runs the automated link checker
[04:14] <smartboyhw> Checked, it's OK. (Manually clicking will be OK, wikis give 403s when automated check)
[04:14] <Unit193> It be lookin' good.
[04:15] <smartboyhw> \o/
[04:23] <pleia2> smartboyhw: yeah, Unit193 has a script :)
[04:23] <pleia2> thanks guys
[06:58] <dholbach> good morning
[18:15] <PaulW2U> pleia2: laptop behaving itself today - proof readinga
[18:16] <PaulW2U> * proof reading all done
[18:16] <jose> then I think we're all set for releasing
[18:17] <PaulW2U> great
[18:43] <pleia2> PaulW2U: thanks
[18:44] <pleia2> jose: waiting to see if a couple more editors hop in
[18:44] <jose> sure
[18:44] <pleia2> I have a dr appt soon, will release upon my return :)
[18:45] <jose> how's your ankle, btw?
[18:45] <pleia2> healing, in the annoying "it mostly feels ok unless I overdo it" phase, so I need to be careful
[18:46] <pleia2> overdid it a bit yesterday at the openstack workshop, bruise got worse :\
[18:47] <jose> hope it's better soon
[18:47] <jose> :)
[18:48] <pleia2> thanks :)
[18:50] <Unit193> Well hey, a broken link that's actually broken!
[18:51] <Unit193> jose: http://askubuntu.com/questions/348826/cant-access-to-certain-website-after-scp-command
[18:52] <jose> hmm, how can we deal with that one?
[18:56] <Unit193> Remove it? :P
[19:06] <jose> pleia2: ^ before releasing, if you could check what can we do with that one
[19:06] <jose> I'd say include the question but not the link