[04:07] <cooldude29> HI!!!!!!!!!!!!!! EVE#RYBODYZ!!!!!
[08:57] <thorwil> hi! where can i find and SVG of the updated edubuntu logo?
[12:48] <alkisg> highvoltage: I'm trying to upload fixed tuxpaint/tuxtype packages to lucid-proposed, is there a wiki page that describes that process?
[14:17] <alkisg> highvoltage: I supposedly uploaded fixed packages to lucid-proposed for both tuxpaint and tuxtype, could you check if I did it ok? https://launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=tux
[14:43] <highvoltage> alkisg this is the process you'd want to follow: https://wiki.ubuntu.com/StableReleaseUpdates
[14:43] <alkisg> highvoltage: yes, that's what I was trying to follow, I'm just not sure if I did it right
[14:44] <alkisg> (being the first time etc)
[14:44] <highvoltage> alkisg: I can look at it in an hour or so, in the middle of something else but I'll have some time later
[14:44] <alkisg> Sure, no hurry. Thanks!
[14:44] <highvoltage> alkisg: ok good :)
[19:12] <stefandebacker> how does the client know if he is thin or fat?
[19:58] <highvoltage> stefandebacker: probably by his initramfs image? :)
[19:58] <stefandebacker> thanks I already got the answer in #ltsp
[20:01] <alkisg> highvoltage: did you get a chance to look at tuxpaint/tuxtype? Would anything more be needed?
[20:02] <alkisg> https://launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=tux
[20:46] <alkisg> !info tuxpaint-data maverick
[20:47] <alkisg> !info tuxtype-data maverick
[20:49] <alkisg> OK, both of them were accepted in lucid-proposed, only testing + reporting remains
[20:50] <highvoltage> alkisg: hey!
[20:50] <alkisg> Hey highvoltage, everything ok with tux*
[20:51] <highvoltage> yes I just saw Riddel's mail about that. I guess all that's left is to test it
[20:51] <highvoltage> alkisg: I haven't had a chance to look yet, but it you install it and it works fine it should be ok. I can test it a bit later from -proposed
[20:51] <alkisg> Someone in #ubuntu-devel was suddened to hear that edubuntu-council members are also indirectly ubuntu-developers, though, and I'm wondering if he was right...
[20:52] <alkisg> I.e. maybe we should keep edubuntu-developers separated from edubuntu-council?
[20:53] <alkisg> (in other words, if a teacher with no development experience offers a lot to edubuntu and joins edubuntu-council, why would he be a developer too?)
[20:56] <highvoltage> alkisg: yep, it is kind of weird
[20:56] <highvoltage> alkisg: "suddenned"? did you mean "saddened"?
[20:56]  * alkisg looks it up in the dict...
[20:57] <alkisg> No, I meant from the verb "sudden"
[20:57] <alkisg> I.e. unexpected
[20:57] <alkisg> (erm, noun - whatever :))
[20:58]  * alkisg has never had proper english lessons, it's a miracle that he was able to get the michigan proficiency :))
[21:02] <highvoltage> heh :)


[09:08] <rizwan> hi all, i was upgrading my lubuntu yday to 20.04 and had to cancel it half way through, and now when I check my lubuntu version the terminal outputs 20.04 and I can't upgrade it (see: https://dpaste.org/GTTp). Does that mean everything is ok?
[11:45] <lemur> LXQT installer looks so weird ..... just saying
[11:46] <lemur> lubuntu live (one with LXQT)  installer (the partition and steps).. looks so weird ..... just saying
 when i used gnome, it felt like it designed for touchscreen, with its icons, windows, and using style
 @David Heinrich [Hi all, does Lubuntu have a tablet mode for laptops with a touchscreen that can …], ^
 but idk about lubuntu
 Unity is no longer in development. Standard Ubuntu Desktop uses Gnome with minor customizations.


[05:24] <lotuspsychje> good morning to all
[05:25] <Bashing-om> lotuspsychje: :) WB .. Hang'n loose .
[05:32] <lotuspsychje> hey Bashing-om
[05:32] <lotuspsychje> how was the night
[05:39] <Bashing-om> lotuspsychje: Been slow but steady - just not much I know much about .
[07:13] <jink> Hullo.
[07:16] <ducasse> good morning
[07:28] <lotuspsychje_> hi jink ducasse lordievader
[08:05] <lotuspsychje_> !info linux-image-generic xenial
[08:05] <ubot5`> linux-image-generic (source: linux-meta): Generic Linux kernel image. In component main, is optional. Version <IP_ADDRESS>.122 (xenial), package size 2 kB, installed size 14 kB
[09:30] <lotuspsychje_> work time guys, have a great weekend to all!
[09:42] <BluesKaj> Hi folks
[09:47] <jink> BluesKaj: :/
[09:48] <BluesKaj> have to wear my wrist brace again
[09:48] <BluesKaj> beats tylenol for pain relief
[09:49] <jink> :o
[09:51] <ducasse> BluesKaj: for rsi?
[09:53] <BluesKaj> rsi?
[09:53] <ducasse> repetitive stress injury
[09:55] <BluesKaj> perhaps, never had it medically dignosed, too much mouseing and playing drums probly doesn't help it either
[09:55] <BluesKaj> diagnosed
[11:21] <BluesKaj> ud
[20:52] <pauljw> hi everyone
[21:26] <Carll> hey pauljw
[21:27] <pauljw> hi Carll :)
[21:32] <Carll> :)
[22:35] <nacc> people who say "the linux world" are usually talking out their rear


 I started a USN refresh this morning, should probably scrap that and bump the version
[07:20] <marcustomlinson> actually no, I'll do the refresh as well, will take me some time to test
[08:02] <Laney> hey
[08:05] <didrocks> hey Laney
[08:06] <oSoMoN> good morning Laney
[08:07] <Laney> 👊 didrocks oSoMoN
[08:08] <duflu> Morning Laney
[08:11] <Laney> 👏 duflu
[08:12] <duflu> 🙃
[08:33] <Laney> sitting outside to work always seems like a great idea
[08:33] <Laney> stupid sun
[11:21] <doko> Laney, didrocks, kenvandine, seb128: Currently at GitHub Satellite in Berlin, and met Jason Warner. Forwarding greetings from him
[11:22] <Laney> doko: 😍
[11:22] <Laney> hello back!
[12:11] <seb128> bah, I wonder how users upgrade their system
[12:12] <seb128> we got a bunch of error report on the new software-properties that landed some days ago in bionic-updates
[12:13] <seb128> the snapd-glib depends is not properly versioned, but those users are using the newest software-properties but still have an outdated snapd-glib version, I wonder what's going on and how they do their partial updates :/
[12:13] <seb128> or maybe they are users installing a !Ubuntu image, not having software-properties and installing that one without doing upgrades?
[12:14] <jibel> seb128, do you have a link to such error?
[12:14] <Laney> phasing?
[12:15] <Laney> no https://people.canonical.com/~ubuntu-archive/phased-updates.html
[12:15] <seb128> snapd-glib is not listed
[12:15] <seb128> right
[12:15] <seb128> jibel, https://errors.ubuntu.com/problem/063a6452979ec2e97686c6136f1447b4e5442f42 is the bucket
[12:16] <seb128> well, I will fix the depends
[12:16] <seb128> still the "social" side is interesting, I wonder how our users interact with their systems
[12:18] <seb128> the reports have for most a "UnreportableReason" with a stack of non updated packages, so they don't do updates
[12:18] <seb128> but then why did they get the new software-properties? it's not a security update...
[12:19] <seb128> (also some did install from ubuntu/bionic so not the "software-properties was missing and they went to install it to have add-ppa or something")
[12:28] <didrocks> doko: oh nice! Say hi to him from us :)
[12:30] <jibel> it'd be interesting to collect apt sources
[12:31] <jibel> some are running bionic with a libsnapd-glib from xenial
[12:31] <jibel> maybe they installed 3rd party packages that is holding it back
[12:32] <seb128> yeah, still weird :/
[12:33] <jibel> others don't even have security updates installed
[12:34] <jibel> without the packages state it's hard to tell what's going on for these users
[12:35] <seb128> indeed...
[12:36] <jibel> errors.u.c is so slow that it is barely usable
[12:39] <jibel> it really looks like the package database is incoherent and must be fixed manually
[12:39] <didrocks> I wonder if some people have issues on dist-upgrade, then, stuck in the middle, but can still reboot
[12:39] <didrocks> then, they have an incoherent database and don't know how to fix it
[16:34] <Trevinho> morning pple


[02:41] <cr3> when installing 6.06 from the live cd on a 2.2Gb hard drive and if you select "erase entire disk", it will create 128Mb swap and 2.1Gb root but the installer will crash later due to a full disk.
[02:42] <cr3> Oddly, I have an installation of 6.06 which takes less than 2Gb
[02:42] <cr3> Perhaps some extra space is being taken during the installation process and then removed afterwards.
[02:43] <cjwatson> I think that's known
[02:43] <cjwatson> I need to attack ubiquity/partman's disk space checks in general
[02:45] <cr3> cjwatson: is my assessment right, though, that some extra space is being taken during the installation?
[02:46] <cjwatson> yes; ubiquity copies the whole live filesystem and then removes a few bits
[02:46] <cjwatson> I tried to get the high water mark but may not have got it quite right
[02:47] <cjwatson> for example, ubiquity itself is copied to the hard disk and then removed at the end
[02:48] <cr3> cjwatson: that rings a bell, I remember overhearing you speak about this during AllHands. that's a trick to make it possible for the live cd and installer to coexist in the same limited space, right?
[02:49] <cjwatson> yes, basically
[02:49] <cjwatson> the live CD installer doesn't use .debs, but copies the live filesystem instead
[02:52] <jerom1> cr3 : Hi, can you call me for support please ?
[02:58] <cr3> jerom1: sure, I tried calling you several times during the last few days. give me a few minutes, I'm on the phone right now.
[02:58] <jerom1> cr3 : ok no problem
[03:15] <cr3> jerom1: ok, I'm dialing...
[03:15] <jerom1> cr3: oki cool
[03:19] <cr3> jerom1: the number I'm dialing is not answering, please see my private messages
[03:30] <jerom1> cr3 : please see my response in private
[05:18] <cr3> cjwatson: might there be a workaround to install 6.06 on a 2Gb drive using the live cd? the alternate works fine, but the live cd is so much more user friendly
[08:28] <cjwatson> cr3: afraid not, if the contents of the live filesystem don't fit


[05:31] <bigjools> somehow my 2fa is no longer working and I'm locked out, who can help please?
[05:32]  * bigjools waves at wgrant
[05:32] <wgrant> bigjools: Have you tried resyncing it through the web UI?
[05:32] <bigjools> yep
[05:34] <wgrant> bigjools: What happens when you try to resync it?
[05:35] <bigjools> wgrant: "none of the devices could be syncronized .... etc"
[05:36] <wgrant> bigjools: And you have no backup codes or a backup device?
[05:36] <bigjools> I changed my phone recently and was using my backup device, which is not working :/
[05:37] <bigjools> (because I wanted to add my new phone)
[05:38] <wgrant> bigjools: Alright, you'll need to talk to #canonical-sysadmin, though I think you've just missed the NZ WVG.
[05:38] <bigjools> argh
[05:39] <bigjools> thanks wgrant
[05:39] <bigjools> just found the FAQ for this
[08:46] <aleksander0m> wgrant, yes, just the last four; I also contacted the user via launchpad and told him that spam was being sent from his account
[08:47] <aleksander0m> wgrant, I see them removed, thanks; may be worth checking if the same user account posted comments in other bugreports as well
[18:10] <Karthick> Hello, I am helping a friend in setting up a launchpad account. However we are getting this error http://i.stack.imgur.com/Iqebp.png
[18:11] <Karthick> We have checked the key is available in the keyserver.. Could someone help?
[18:15] <dobey> Karthick: on keyserver.ubuntu.com ? sometimes there is a delay between uploading the key there and it being visible to launchpad
[18:15] <Karthick> dobey, yes it is on  keyserver.ubuntu.com and we are able to see the key visible there
[18:18] <dobey> Karthick: so it sounds like the account is set up fine, you just having trouble getting the key associated to it? i'd say wait a little bit and then try it again. also double check that the fingerprint you're telling launchpad is correct for the public key on the server
[18:21] <Karthick> dobey, i have searched using the name and found the key listed there, copied that finger print (confirmed on the machine too using 'gpg --fingerprint') and pasted it on the launchpad account and clicked on importkey.. And then we are seeing that error message.
[18:23] <dobey> Karthick: and how long has it been since the key was pushed to the key server?
[18:23] <Karthick> It is now more than 4 hours.
[18:24] <dobey> can you try again then please once more?
[18:25] <Karthick> dobey, sure you want me to try now? or sometime later?
[18:25] <dobey> Karthick: well it should be working by now i would think. also i think you need to leave off the "/1024" or whatever at the end of the fingerprint
[18:27] <Karthick> dobey, i have just tried it doesn't work.. Should i share you the key to confirm whether the format is correct?
[18:27] <dobey> sure you can pm me the fingerprint
[18:36] <dobey> ok i found the key on the keyserver. i'm not sure why it'd be failing. :-/
[18:36] <dobey> wgrant: ^^ if/when you're around, any ideas why gpg import would fail on launchpad if key is on server?
[18:56] <Karthick> one more question.. this uses https://login.launchpad.net ubuntuone account for signing in.. However i see a frequent logout.. (with in a minute).. Is there any timeout for this?
[19:01] <dobey> logout from where?
[19:03] <dobey> Karthick: do you have cookies disabled or something like that?


[13:01] <geser> Hello
[13:01] <geser> Welcome to the "Q&A session about the DMB work"
[13:02] <geser> My name is Michael Bienia and I'm one of the seven DMB members and leading you now through this session
[13:05] <geser> Before I start a small disclaimer: although the DMB has ca common understanding we are all still human and each DMB member has his own opionon and interpretation of some parts. So this session might get biased by my own opinion.
[13:05] <geser> Let's us come to the first topic: What tasks does the DMB have?
[13:06] <geser> Mostly we have to deal with applications for ubuntu-contributors, Per-package upload access (PPU), MOTU, core-devs and upload permissions for non-delegated package sets
[13:07] <geser> The differences between those is as follows:
[13:09] <geser> - ubuntu-contributors: This just gives Ubuntu membership but though development contributions (the other kind of contributions are still handled by the other boards)
[13:09] <geser> It gives no upload rights of any kind or any special status, just Ubuntu membership
[13:10] <geser> and can be understood as a reward for those on their road to upload permissions
[13:11] <geser> the requirements for ubuntu-contributors are the same as for ubuntu-members: "sustained and significant contributions"
[13:11] <geser> The first upload rights come through PPU
[13:12] <geser> This gives someone upload rights to one package (or a small set of packages).
[13:13] <geser> It is expected that the applicant knows the packaging of those package (easily shown with sponsored uploads of those)
[13:13] <geser> and it is good to know some basic Ubuntu policies (as far as they are related to that package)
[13:14] <geser> PPU is for person who care about one or two (or some more) packages
[13:16] <geser> It shouldn't be understood as a general path for broader upload permissions (but as the interests might broaden over time one can apply for more upload right later)
[13:18] <geser> For the most was the next step in the past after ubuntu-contributors to apply for MOTU. With the still ongoing archive reorganisation this has lead to some more options: MOTU and upload rights for a package sets.
[13:19] <geser> Some package sets (like ubuntu-desktop, kubuntu, edubuntu) have a delegated body processing the applications for those and are not handled by the DMB
[13:21] <geser> Upload rights for MOTU and a package sets don't differ much. The biggest difference is the focus of contributions.
[13:22] <geser> While for a package set the focus is on the packages in this set, MOTU has a more general focus set on the unseeded packages.
[13:23] <geser> For both a broad set of package skills and knowledge of the Ubuntu policies is expected.
[13:24] <geser> A guideline is to contribute for around one release cycle to have participated once in each phase of development.
[13:25] <geser> And the last team for which DMB handles the application is "core-dev".
[13:26] <geser> core-devs are like MOTUs generalists but they can upload nearly everything
[13:27] <geser> They take of those packages which are currently in the "main" component
[13:28] <geser> Therefore they are expected to have good packaging skills, knowlegde of the Ubuntu policies and a good judgement on the changes they apply as they might affect a good basis of the Ubuntu users.
[13:29] <geser> So the next questions is: How do I apply?
[13:31] <geser> https://wiki.ubuntu.com/DeveloperMembershipBoard/ApplicationProcess describes the process of how to apply and links to a template (https://wiki.ubuntu.com/UbuntuDevelopment/DeveloperApplicationTemplate)
[13:32] <geser> This template is a guide for how an application should look like
[13:33] <geser> A good application should have around 3-5 endorsements. But his depends on the team one applies to.
[13:34] <geser> The more endorsements one gets the better as they show a good integration into the current team
[13:34] <geser> So what does the DMB look at when processing an application?
[13:35] <geser> First we look at the application page, so it should contain all relevant links which might benefit your application
[13:37] <geser> We also look at your contributions as linked in your application or LP page (if sponsored uploads don't linked to you on LP because your sponsor added his own changes to this upload, please link those uploads in your application page)
[13:39] <geser> We also check the quality of your contributions. The amount of contributions doesn't really matter but a certain amount is excepted to be able to judge your packaging skills.
[13:40] <geser> And of course the more complicated ones are of more interest than the easy one, so list them in your application page.
[13:41] <geser> We also look at how you handled bug reports.
[13:41] <geser> And as we can't monitor everything an applicant did (or not did), we rely on the endorsements from others.
[13:42] <geser> The last step is to appear on a DMB meeting where we ask you some questions.
[13:43] <geser> Those questions are mostly related to parts of your application page or packages you worked on (nothing to worry about).
[13:44] <geser> When we are done, the DMB votes on your application and you see the result (assuming the vote reached quorum).
[13:44] <geser> Quesions? Comments?
[13:49] <geser> Doesn't look like there are any questions left.
[13:50] <ClassBot> There are are 10 minutes remaining in the current session.
[13:50] <geser> Thanks to everybody who attended (or not attended).
[13:55] <ClassBot> There are are 5 minutes remaining in the current session.


 questions in -kde4
[01:58] <nixternal> hehe
[01:58] <nixternal> put there aren't any plans in the topic
[01:59] <nixternal> I have been telling people to put openSUSE in a VM if you want to see a very bad desktop
[01:59] <stdin> I'm tempted, but I know no one ever reads the damn topic anyway :p
[01:59] <nixternal> if we put up alpha packages, there will easily be 50+ bugs files against plasma not working worth a damn
[02:00] <stdin> people expect them because we had 4.0 alphas
[02:00] <nixternal> if they want 4.1 alphas, do it, but for Intrepid
[02:01] <stdin> break it before the base is even uploaded, yeah :)
[02:01] <nixternal> as soon as you put out Hardy 4.1 alpha packages, people will complain...tell them if they want it so bad, to start working on building the packages
[02:03] <stdin> I could answer: depends, are you going to create them for me?  then when they say "how?" I'll just say, !packaging :p
[02:03] <stdin> then I'll /part really fast and run so they can't ask me for help
[02:04] <nixternal> stdin: are those 4.0.4 module packages on your broadband connection?
[02:04] <stdin> if you can call it broadband, yeah
[02:04] <nixternal> hehe, ok
[02:04] <nixternal> I am grabbing games now, have the rest to grab
[02:04] <nixternal> going to just grab them all in one shot while kdebindings 4.0.4 test builds
[02:04] <stdin> ahh, I noticed my lag jump :p
[02:05] <nixternal> hehe
[02:05] <nixternal> that's me w00tin' your server :p
[02:05] <stdin> what are you getting, like 30KB/s at the most?
[02:06] <nixternal> I have found the same exact problem though in everyone of your module packages you did for 4.0.4
[02:06] <nixternal> 43k
[02:06] <stdin> I haven't checked in a while and it varies from time to time (depending on who owns my ISP at the time)
[02:06] <nixternal> you didn't create a backport bug and close it in the changelog :p
[02:06] <nixternal> I have created all of the backport reports, and I am just editing the changelog with emacs so you get the karma
[02:07] <stdin> bah, that's the job of a motu :p
[02:07] <nixternal> just adding (LP: #xxxx) to the * New upstream release line
[02:07] <nixternal> I may have updated an install file for new stuff added to the package, other than that, they are good
[02:08] <nixternal> kind of hard for you to do the testing though w/o libs and base
[02:09] <stdin> yeah, it would have taken too long for me to either hack them to build with 4.0.3 or get libs etc built, so I skipped a step there
[02:09] <stdin> I usually like to test build before I call them "ready"
[02:11] <stdin> I think python is making me lazy, just spent 5 mins trying to figure out what was wrong with my c++ code, turns out I didn't type the variable :/
[02:11] <Riddell> stdin: I expect alpha packages will start to appear next week
[02:12] <stdin> Riddell: those will be for intrepid right?
[02:17] <Riddell> stdin: yes
[02:17] <Riddell> but maybe someone will want to backport them to a PPA
[02:18] <stdin> as long as Qt4.4 won't break things, I don't see why not
[02:18] <stdin> I haven't even tried Qt4.4 yet, missed out on the whole dev cycle there
[02:20] <Jucato> you're not the only one stdin
[02:21] <seele> Riddell: i've been under the impression you're afk for most of the weekend
[02:22] <Riddell> seele: I have to pass the time somehow while I fill in my tax return
[02:22] <nixternal> yikes, kdebindings 4.0.4 is being a brat
[02:23] <Jucato> it always is...
[02:23] <nixternal> it just stops building at the same spot every time
[02:24] <Riddell> I wouldn't worry too much about it nixternal
[02:24] <Jucato> maybe skip the offending module?
[02:25] <nixternal> yup, skipping and moving on...I should have all of the modules uploaded either tonight or tomorrow morning at the latest
[02:30] <seele> ew taxes.. good luck
[02:32] <Riddell> the trick is to end up making sure they owe you as much as possible
[02:33] <Riddell> I wonder how much I can claim for toilet paper use in the last year
[03:25] <vorian> evening :)
[05:52]  * Serega silently: "Good time of day"
[05:53] <Hobbsee> heya!
[06:00] <Serega> Hobbsee: glad to see you
[06:00] <Hobbsee> :)
[08:54] <Serega> Riddell: Jonathan?
[11:36]  * SiNiESTrO is away: Ausente por ahora.
[13:27] <Riddell> Serega: hi
[13:27] <Serega> Riddell: hi!
[13:28] <Serega> Riddell: I have a debdiff, could you please review and upload it?
[13:28] <Riddell> sure
[13:31] <Riddell> Serega: any idea what would cause this? http://bugs.kde.org/show_bug.cgi?id=161592
[13:31] <Riddell> possibly the lack of decss?
[13:32] <Arby> Riddell: if you're in review mode could you have a look at the debdiff on https://bugs.edge.launchpad.net/ubuntu/+source/koffice/+bug/226281 when you get a chance.
[13:32] <Serega> Riddell: I have already fixed this, thank you for pointing
[13:32] <Riddell> Serega: can you say so on that bug, or got a comment for me to add?
[13:33] <Serega> I will add a comment
[13:34] <Riddell> Arby: yes, sorry I got busy yesterday
[13:34] <Arby> Riddell: no problem it was pretty late anyway, no rush
[13:35] <Arby> just trying to make pbuilder behave for testing purposes
[13:35] <Hobbsee> Riddell: you missed the meeting, too
[13:35] <Riddell> Hobbsee: I know, I said I would
[13:35] <Hobbsee> oh
[13:36] <Serega> Riddell: http://kubuntu.pastebin.ca/1006896
[13:37] <Serega> Riddell: look at the line 32 of the debdiff - is if a fix for "looping"
[13:39] <Riddell> groovy
[13:39] <Riddell> Arby: your diff is backwards but otherwise all good
[13:40] <Arby> Riddell: oh, what is the correct way then?
[13:40] <Arby> and what happens next, I'm still learning the process
[13:41] <Serega> Riddell: how detailed that comment should be?
[13:41] <apachelogger> nixternal: what's the build error for kdebindings?
[13:41] <Riddell> Arby: just means you diffed the new against the old rather than the old against the new, so I need to patch with -R
[13:41] <Riddell> Arby: next I upload
[13:42] <Arby> yay, first ever package done :)
[13:42]  * Arby looks for something else to do
[13:45] <Riddell> Arby: kdelibs if you're feeling like doing important stuff :)
[13:45] <Riddell> Serega: which comment?
[13:46] <Arby> Riddell: I'm just wondering if that would be considered insane at this stage
[13:46] <Arby> let me look at the report
[13:47] <Riddell> Arby: I happen to not use the merge reports, I tend to just start with Debian's debian/ dir and apply changes listed in debian/KUBUNTU-DEBIAN-DIFFERENCES and the changelog
[13:48] <Serega> Riddell: below the bugreport at the bugs.kde.org
[13:48] <Arby> Riddell: I've been using the Conflicts section to know where I should be looking for things to check
[13:48] <Arby> Riddell: I'll give it a go if you're prepared to pick up the pieces
[13:48] <Riddell> Serega: oh just say it's a kubuntu specific bug and will be fixed in an update
[13:49] <Riddell> Arby: go for it
[13:49] <Arby> commence operation suicide
[13:51] <Riddell> operation arby-is-elite
[13:51] <Arby> :)
[13:52] <Arby> Riddell: what does dfsg mean in the version number for kdelibs
[13:53] <Hobbsee> means they ripped out the good bits
[13:53] <Hobbsee> or the bad bits.  depending on your POV>
[13:53] <Hobbsee> the debian nonfree bits, anyway
[13:54] <Arby> oh so dfsg = debian free software guidelines?
[13:54] <Arby> and they've removed the bits that are non-compliant?
[13:54] <apachelogger> Arby: yes
[13:55] <Arby> ok
[14:00] <Riddell> they'll have removed some RFC files
[14:00] <Riddell> (which I've removed upstream)
[14:00] <Riddell> I don't know if that'll give them a higher or lower version number than we have
[14:01] <Riddell> dpkg --compare-versions 1 gt 2; echo $?  to find out
[14:02] <stdin> I got bored one day, so I made this http://stdin.pastebin.com/d2f36677a for dpkg --compare-versions
[14:02] <Riddell> stdin: that could be added to ubuntu dev tools
[14:03] <stdin> maybe, but like everything I do, it's just a hack :p
[14:03]  * apachelogger is afraid of that sh magic
[14:04]  * Hobbsee shakes her head
[14:04] <Hobbsee> stdin: of all the infinitely more useful things that you could have been doing.....
[14:04] <Arby> Riddell: where 1 = Ubuntu version and 2 = debian version? or the other way round
[14:05] <stdin> Hobbsee: I made that months ago actually, almost forgot about it
[14:05] <Hobbsee> oh, i guess there is text in there, so you wouldn't be able to do it wiht an alias...
[14:06] <apachelogger> stdin: sounds familiar to me
[14:06]  * apachelogger created approx. 3 billion scripts related to packaging and revuing
[14:06] <apachelogger> spread all over the system :D
[14:06] <Hobbsee> stdin: we'll find more useful stuff for you to do, than to write wrappers around dpkg --compare-versions.
[14:06]  * apachelogger gives everyone a cookie and leaves for ice cream
[14:06] <Riddell> Arby: any way round, you're just trying to find out if one number is considered larger than the other
[14:07] <stdin> Hobbsee: like write it in python? ;)
[14:07]  * Hobbsee smacks stdin :)
[14:08] <stdin> I think Hobbsee was actually the inspiration for that script, so it's all her fault
[14:08] <Hobbsee> apachelogger: sh's not so bad.  i wrote a shell script that rsyncs iso's.
[14:08] <Hobbsee> stdin: what?  how?
[14:08] <stdin> Hobbsee: I was confused with what ~ meant at the time, and you showed me the dpkg --compare-versions command
[14:09] <stdin> Hobbsee: and then I got the idea for the script
[14:09] <Hobbsee> ah yes, true
[14:09] <Hobbsee> heh
[14:09]  * Hobbsee has wrappers around dpkg-buildpackage written, though
[14:09] <Riddell> debuild
[14:09] <stdin> I can go one better, I have a wrapper around debuild
[14:10] <stdin> again, in #!/bin/sh
[14:10] <Arby> Riddell: dpkg --compare-versions kdelibs_3.5.9.dfsg.1-4.dsc gt kdelibs3.5.9-0ubuntu7.dsc; echo $? returns 0
[14:10] <stdin> my infamous backport script
[14:10] <Arby> which I think means there version is higher than ours
[14:10] <Arby> *their even
[14:11] <Hobbsee> Riddell: hmm, it might actually be debuild, but still adds more switches.
[14:11] <Riddell> Arby: it does indeed
[14:11] <Riddell> Arby: so we can swap to using their .orig fiel
[14:11] <Riddell> file
[14:12] <Arby> so I should work from kdelibs_3.5.9.orig.tar.gz
[14:13] <Arby> sorry I'm struggling to keep up here
[14:14] <Riddell> Arby: you should work with the debian .orig file
[14:15] <Riddell> since we want to be as close to debian as possible, they have a larger version number which means we can
[14:16] <Arby> oh so the file I mentioned is the kde upstream file, and  kdelibs_3.5.9.dfsg.1.orig.tar.gz is the debian version?
[14:17] <Riddell> Serega: what does the change to kubuntu_07_codecs_installation.diff do?
[14:17] <Riddell> Arby: yes
[14:24] <Riddell> Serega: and where is "Hide extra error messagebox"?
[14:35] <Serega> Riddell: "extra error messagebox" see line 195 of the patch
[14:36] <Serega> Riddell: also at line 225 starts handling of additional situations of the codecs absense
[14:37] <Arby> what does AM_MAINTAINER_MODE mode mean in the context of a configure.in file?
[14:37] <Arby> specifically, this diff http://paste.ubuntu.com/9977/
[14:37] <Serega> a sense of all another changes I cannot understand (diff?)
[14:37] <Riddell> Arby: do whatever debian does
[14:37] <Arby> ok
[14:38] <Serega> Riddell: do you know what that stuff means? like line 177
[14:43] <Serega> I have really not changed anything around it
[14:51] <Arby> Riddell: advice please http://paste.ubuntu.com/9978/
[14:51] <Arby> my guess is take the debian version
[14:51] <Arby> but keep launchpad-integration
[15:11] <Hobbsee> nixternal: i think your tasque is buggy.
[15:31] <Riddell> Arby: we don't want menu-xdg
[15:31] <Arby> Riddell: thanks
[15:34] <Arby> Riddell: almost all done, just stuck with one conflict
[15:34] <Arby> https://merges.ubuntu.com/k/kdelibs/REPORT shows a conflict with 98_buildprep.diff
[15:34] <Arby> but I can't find what it conflicts with
[15:35] <Riddell> Arby: oh scrap buildprep patches
[15:35] <Arby> oh ok
[15:35] <Riddell> they just contain the Makefile.in etc diffs, but I just let those live in the package .diff.gz
[15:35] <Arby> ok thanks
[15:35] <Arby> in that case I'm nearly there I think
[15:36] <Riddell> exciting
[15:36] <Arby> just need to run debuild and make a debdiff
[15:36] <Arby> if it builds :)
[15:36] <Arby> cross everything
[15:40] <Riddell> Serega: that's just diff being difficult, I can try and remove those
[15:40] <Riddell> Serega: what's the change to kaffeine.cpp?
[15:40] <Riddell> slotPlaylistPlay() ?
[15:40] <Serega> Riddell: overall changes? or this commit?
[15:41] <Serega> Riddell: yes, slotPlaylistPlay is overall
[15:41] <Riddell> Serega: line 110
[15:41] <Arby> woohoo it builds
[15:41] <Riddell> overall?
[15:41] <Riddell> Arby: already?  that's a quick build
[15:41] <Arby> Riddell: well debuild -S went to completion
[15:41] <Serega> Riddell: I meant entire kubuntu07-autoinstallation.patch
[15:41] <Serega> Riddell: no, changes there
[15:42] <Serega> this time
[15:42] <Riddell> Serega: oh I see, so it is
[15:42] <Serega> all my changes for ubuntu9 are in kxinewidget.cpp
[15:42] <Riddell> diffs of diffs are tricky things
[15:42] <Serega> true :)
[15:43] <Serega> Riddell: I could pick it myself if you have more importrant things to do
[15:45] <Serega> do not want to overhead you, Jon
[15:46] <Serega> with a mechanic work
[15:50] <Riddell> I'm out for half an hour just now
[15:50] <Riddell> if you want to try and get it down to a minimal diff that would be good
[15:50] <Arby> Riddell: debdiff attached to https://bugs.launchpad.net/ubuntu/+source/kdelibs/+bug/226476
[15:51] <Arby> I think I have the version number wrong but that can be fixed later
[15:51] <Arby> Riddell: I'm off out too. please leave feedback or instruction in the bug report
[15:51] <Arby> whenever you have time
[16:07] <nixternal> apachelogger: there is no build error, it just stops building
[16:08] <nixternal> Hobbsee: yes the tasque is buggy...I don't get why people are getting the evolution-sharp error and then a lot of others are not getting it
[16:15] <apachelogger> nixternal: Oo that sounds almost strange
[17:10] <nixternal> KDE 4 just ate my dog!
[17:11]  * jpatrick wonders what KDE5 will do
[17:12] <nixternal> go go gadget kde4 builders!
[17:21]  * Serega dreams to retab all sourcecode in the world... arrgh
[17:25] <nixternal> my dog just got stung in his twig and giggleberries, totally hating it right now
[17:29] <Serega> lol :)
[17:38] <Serega> Riddell: I have updated the pastebin. I doubt we can strip it more safely.
[17:38] <Riddell> Serega: url?
[17:39] <Serega> Riddell: http://kubuntu.pastebin.ca/1007120
[17:52] <jjesse> nixternal: your dog got stung?
[17:52] <Nightrose> Riddell: Neon is going live soonish - maybe you want to get it on kubuntu.org
[17:52] <jjesse> hah
[17:52] <nixternal> jjesse: ya
[17:54] <jjesse> what is neon?
[17:54] <jpatrick> jjesse: buildy amarok builds
[17:55] <Nightrose> amarok nightly builds
[17:55] <Nightrose> ;-)
[17:55] <jpatrick> daily*
[17:55] <jpatrick> or nightly..
[17:55] <jjesse> ah :)
[17:55] <jjesse> guess whose hard drive is going again
[17:56] <jjesse> have my 2nd replacement drive from dell coming
[17:56] <fdoving> Riddell: around?
[17:57] <Riddell> Nightrose: sure, if I know what to say
[17:57] <Riddell> hi fdoving
[17:58] <Nightrose> Riddell: great :) one sec
[17:58] <fdoving> hi riddell. if you're touching kio-umountwrapper, please add dependencies on konqueror and dolphin. without those it'll randomly get uninstalled after one or both of those, and fail because the files it tries to "un-divert" does not exist. (uninstalled before).
[17:59] <fdoving> Riddell: i was thinking it might be possible to push that 2 word change into the other debdiff with the eject error patch. if its not already pushed.
[17:59] <nixternal> w00t, foxnews.com video now works in Linux (in Konqueror at that!)
[17:59] <Riddell> fdoving: am I touching kio-umountwrapper?  surely the patch was just for kdebase
[17:59] <fdoving> Riddell: ah, right. sorry tehn. i'll make a debdiff myself then :)
[18:22] <fdoving> Riddell: is intrepid open for uploads yet?
[18:23] <nixternal> yes
[18:23] <nixternal> fdoving: ^^
[18:23] <fdoving> nixternal: thanks. I need a main sponsor.
[18:23] <fdoving> in a few min.
[18:24] <nixternal> fdoving: ping Riddell, Hobbsee, or ScottK :)
[18:24] <nixternal> there, did it for you actually :p
[18:24] <fdoving> or rather, i'm ready in a few min if someone is available :)
[18:24] <fdoving> thanks again :)
[18:38] <Serega> what does this mean - "open for uploads"?
[18:39] <Serega> and "yet" in this context :)
[18:39] <fdoving> open for uploads means that packages can be uploaded, and added to the archives of the distribution version.
[18:40] <fdoving> "yet" in this context is because in the past it took some time after a release before the new version was "opened for uploads"
[18:42] <Serega> ah, cool. thank you
[19:09] <fdoving> Riddell: would be nice if you could push http://frode.kde.no/ubuntu/intrepid/kio-umountwrapper/ to intrepid. - this might be a sru candidate, as it can complicate upgrades.
[19:12] <fdoving> related to bug 186729
[19:59] <Artemis_Fowl> seele: I am back to developing again. If you have in mind anything about how the new KGRUBEditor's UI should be, let me know
[20:00] <Artemis_Fowl> seele: it is highly probable that with this release I will create the SytsemSettings module, too
[20:01] <nixternal> Artemis_Fowl: are you the original kgrubeditors dev?
[20:01] <nixternal> that is the same one I saw on kde-apps.org right?
[20:02] <Artemis_Fowl> nixternal: yep
[20:03] <nixternal> rock on with your badself then :)
[20:03]  * Artemis_Fowl rocks on with his badself...
[20:03] <nixternal> you inspired some gnome devs to work on something similar...I remember then all going "we need something to graphically edit grub with and there is nothing out there"
[20:03] <nixternal> then I showed them kgrubeditor and they were like "damn, got beat to the punch" :)
[20:04] <nixternal> actually, it was LaserJock who had a GSoC student last year that was working on it
[20:04] <Artemis_Fowl> hehe
[20:04] <Artemis_Fowl> KDE ftw
[20:04] <nixternal> no doubt :)
[20:04]  * Artemis_Fowl could say that he hates GNOME
[20:06] <nixternal> I used to, but I am starting to like Gnome apps more and more each day
[20:06] <nixternal> the DE doesn't suit me, but they do have some nifty little apps
[20:06] <Artemis_Fowl> the funny thing is that I may work on creating a Desktop Enviroment independent core for the app
[20:07] <Artemis_Fowl> so that we could sdare code
[20:07] <Artemis_Fowl> share*
[20:07] <Artemis_Fowl> anyway
[20:07]  * Artemis_Fowl will be back in some mins
[20:15] <nixternal> that would rock
[20:29] <Artemis_Fowl> nixternal: have the GNOME guys created a project page or something like this?
[20:30] <nixternal> Artemis_Fowl: it was on wiki.ubuntu.com somewhere
[20:30] <nixternal> if you can't find it, just keep an eye out for LaserJock in ubuntu-devel or ubuntu-motu
[20:31] <Artemis_Fowl> nixternal: good
[20:31] <ScottK> laserjock is active in #ubuntu-motu right now.
[20:32] <Nightrose> http://amarok.kde.org/en/node/482 \o/
[20:33] <Nightrose> cookies for the releaselogger everyone!
[20:33] <Nightrose> ;-)
[20:33] <fdoving> yay, systray works in 4.1 :)
[20:37] <nixternal> Riddell: should I upload all of these kde 4.0.4 packages to intrepid as well?
[20:41] <ScottK> nixternal: Do you think we need to?  Why not just go straight to the 3.1 alpha?
[20:41] <nixternal> oh ya, derr I forgot Riddell is working on that for next week already
[20:41] <nixternal> thanks for reminding me there
[20:42] <ScottK> No problem.  I'd suggest give 4.0.4 a skip.  The buildd's have enough to digest this weekend already.
[20:42] <nixternal> exactly
[20:49] <seele> anyone have Artemis_Fowl's email?
[20:55] <Nightrose> seele: https://edge.launchpad.net/~artemis-fowl-2007
[22:00] <Arby> Riddell: around?
[22:01] <Arby> or anyone who has experience of merging k3b for that matter
[22:07] <Riddell> hi Arby
[22:08] <Arby> Riddell: I'm looking at merging k3b, there's some stuff in KUBUNTU-DEBIAN-DIFFERENCES that I don't understand
[22:08] <Arby> so far I'm down to http://paste.ubuntu.com/10072/
[22:08] <Arby> I don't know what that means I actually need to do
[22:09] <Arby> or is that just a record
[22:09] <Arby> I've resolved the conflicts listed in the report file to the best of my knowledge
[22:09] <Arby> I just don't want to leave the job half finished
[22:11] <Riddell> Arby: there are patches in debian/patches?
[22:11] <Arby> yes
[22:11] <Riddell> and presumably something in debian/rules to apply those patches
[22:11] <Riddell> and something else in debian/rules to create the translation .pot file
[22:11] <Arby> there could be, what would it look like
[22:12] <Arby> I don't know how to read rules files yet
[22:13] <Riddell> diff the rules files and see what the changes are
[22:13] <Riddell> grep for patch I'd guess
[22:14] <Arby> can't find any mention
[22:14] <Riddell> the .pot generation will be the bunch of lines that include createdesktop.pl
[22:15] <Riddell> include /usr/share/cdbs/1/rules/simple-patchsys.mk  ?
[22:15] <Arby> is this it -> include /usr/share/cdbs/1/rules/simple-patchsys.mk
[22:15] <Riddell> looks like it uses cdbs in the version I have, so there won't be a need for createdesktop.pl
[22:15] <Riddell> that's the one :)
[22:16] <Arby> ok that's present
[22:16] <Arby> so I think rules is ok
[22:17] <Arby> what about the last 3 lines in the file I pasted above
[22:17] <Riddell> k3b uses some mp3 and other codecs we can't include on the CD
[22:18] <Riddell> so those get split out into the libk3b2-extracodecs package in kubuntu
[22:18] <Riddell> look for libk3b2-extracodecs.install and the lines for libk3b2-extracodecs in debian/control
[22:18] <Arby> the .install file is present
[22:19] <Arby> checking control
[22:19] <nixternal> Riddell: how did kxsldbg get skipped from the kdewebdev package?
[22:19] <nixternal> there was a .install file, but there wasn't anything in control for kxsldbg-kde4
[22:19] <Riddell> nixternal: dunno, I expect I just copied what debian had at the time
[22:19] <nixternal> hehe, well I fixed that...I just have like 2 more of the core packages to upload to backports
[22:20] <Arby> Riddell: debian/control has a section for libk3b2-extracodecs
[22:20] <nixternal> kdewebdev and kdetoys for core packages, well kdebindings as well
[22:20] <Riddell> Arby: in debian?
[22:21] <Arby> as far as I can tell yes
[22:21] <Riddell> by libk3b2.files it means libk3b2.install, make sure that has the separate files listed, (so it doesn't install the mp3 codecs)
[22:21] <Arby> checking
[22:23] <Riddell> the kubuntu-media-k3b bit seems to be obsolete, according to the changelog
[22:23] <Arby> libk3b2.install doesn't mention mp3
[22:24] <Arby> ok I that in the changelog
[22:24] <Arby> s/I/I see/
[22:25] <Arby> so I think we're there
[22:31] <Arby> except that debuild -S fails with debian/rules:64: *** target file `clean' has both : and :: entries. Stop.
[22:31] <Arby> sounds like some sort of syntax error
[22:58] <Riddell> apachelogger: dude, this nightly amarok thing really works
[23:07] <Arby> Riddell: could you take a look at debian/rules for k3b, I can't get it to build http://paste.ubuntu.com/10099/
[23:07] <Arby> I tried removing the ubuntu section of that diff
[23:08] <Arby> but debuild fails with the error just up there ^^
[23:13] <Riddell> Arby: looks like us and debian have entirely different debian/rules files
[23:14] <Arby> ah, that sounds bad
[23:14] <Riddell> pick whichever you prefer I guess and go with that
[23:14] <Arby> I'm not qualified to have a preference
[23:14] <Riddell> toss a coin
[23:15] <Riddell> we should, I suppose, keep the diff with debian as small as possible
[23:17] <Arby> are you saying I need a completely new rules file from debian?
[23:17] <Arby> sorry I'm a bit out of my depth here
[23:17] <Arby> a lot actually
[23:18] <Riddell> just copy it over from debian
[23:18] <Arby> looking for it now
[23:27] <Riddell> hmm
[23:27] <Riddell> having said that, you'd need to work out how to add patch support to it
[23:28] <Riddell> so maybe it's easiest to stick with the cdbs one we have currently
[23:29] <Arby> so where do I look for that
[23:29] <Arby> in a previous package version?
[23:29] <Riddell> Arby: yes
[23:29] <Riddell> apt-get source k3b
[23:30] <Riddell> surely you have the existing source already, else what are you starting from?
[23:30] <Arby> I do, I'm just getting lost among all the different files
[23:30] <Riddell> mm, that happens
[23:30] <Arby> I'm starting from what grab-merge.sh k3b spits out
[23:32] <Arby> and I don't yet know which of the numerous files contains what I want
[23:33] <Arby> this is becoming one of those 'why did I start this moments' :)
[23:36] <Riddell> Arby: I can't get your kdelibs patch to apply against the current debian version, could you just tar up the debian/ directory and get that to me somehow?
[23:37] <Arby> sure, give me a minute
[23:39] <Riddell> Arby: oh never mind, I worked out how to do it
[23:39] <Arby> Riddell: did I get something wrong (likely)?
[23:40] <Riddell> not at all
[23:40] <Riddell> I just wasn't sure how to apply a debdiff with different .orig files
[23:40] <Riddell> Arby: did you test compile kdelibs?
[23:41] <Arby> Riddell: I ran debuild -S as advised on https://wiki.ubuntu.com/UbuntuDevelopment/Merging
[23:41] <Arby> and that completed
[23:42] <Riddell> that just compiles a source package, which is good, you should also run debuild to see if it compiles binary packages ok
[23:42] <Riddell> I'll run that now on kdelibs#
[23:43] <Arby> ah I haven't been doing that
[23:43] <Arby> oh well, now I know :)
[23:44] <Arby> ah yes now I know why I didn't do it
[23:45] <seele> Nightrose: thanks
[23:45] <Arby> it fails for lack of builddeps
[23:45] <Arby> because I couldn't get pbuilder to work
[23:46] <Arby> Riddell: debuild -S completes on k3b when I replace debian/rules with the our previous version
[23:46] <Arby> preparing debdiff
[23:52] <Arby> Riddell: debdiff attached https://bugs.launchpad.net/ubuntu/+source/k3b/+bug/226635
[23:54] <Arby> and that's enough packaging for one day


[02:06] <phillw> hi good people.. i seem to have builds
[02:06] <phillw> ali@amjjawad:~/src/linux-3.13$ ls /boot/*3.13*
[02:06] <phillw> /boot/config-3.13      /boot/initrd.img-3.13.0  /boot/vmlinuz-3.13
[02:06] <phillw> ali@amjjawad:~/src/linux-3.13$
[02:06] <phillw> what is the nest step?
[02:07] <phillw> ali@amjjawad:~/src/linux-3.13$ ls -al /boot/*3.13*
[02:07] <phillw> -rw-r--r-- 1 root root    161299 Jan 20 21:13 /boot/config-3.13
[02:07] <phillw> -rw-r--r-- 1 root root   2116315 Jan 20 21:14 /boot/initrd.img-3.13
[02:07] <phillw> -rw-r--r-- 1 root root 131261285 Jan 20 23:08 /boot/initrd.img-3.13.0
[02:07] <phillw> -rw-r--r-- 1 root root   2475801 Jan 20 21:13 /boot/System.map-3.13
[02:07] <phillw> -rw-r--r-- 1 root root   5357936 Jan 20 21:12 /boot/vmlinuz-3.13
[02:07] <phillw> sorry, missed the file sizes
[02:09] <phillw> oops.. runs away.. this was a debian installer issue... sorry.
[07:49] <ppisati> yup
[08:56] <apw> ppisati, yupper ?
[08:56]  * apw yawns at the moon
[08:58] <Faux> bug #1270818 apw: That new kernel is delicious and seems fine, thanks.
[08:58] <ubot2`> Launchpad bug 1270818 in linux (Ubuntu) "nouveau(?) breaks or hangs in 3.13.0-4, -2, but not -1 on GK107GLM [Quadro K2000M]" [Medium,Incomplete] https://launchpad.net/bugs/1270818
[08:58] <Faux> I commented the ticket.
[08:58] <ppisati> apw: can you still see the moon over there?
[08:59]  * ppisati is reading kernelnewbies 3.13 summary...
[09:06] <apw> ppisati, a laudible goal ... and no, no actual moon
[10:08] <smb> apw, Ok, that was painful but you got the second ack for henrix cve patch now
[10:09] <henrix> \o/
[10:10] <smb> apw, About the resize problem... I wonder whether I should maybe sit back until the the 3.13 rebase is in the daily so the percpu counting thing has not chance to have another weird effect
[10:21] <apw> yeah possible
[10:21] <apw> smb, ack ta
[10:29] <Kano> Hi, why is 3.13 final without .orig.tar.xz?
[10:39] <apw> lazyness
[12:54] <apw> smb, -5 just hit -release
[12:57] <xnox>  -5 solved my boot problems (compared to -4) so I'm happy =) thanks everyone.
[14:16] <apw> xnox, great
[14:22] <smb> apw, Ok, kinda failed replacing the kernel inside the cloud.image and did the resize with the -4 kernel. This surprisingly worked though leaving a 30G image pretending to be almost full (so ext4 suffered as well at that point). Reboot with -5 made things look good again. So there is a chance that resize is working except with that ugly kernel
[14:23] <apw> smb, yeah sounds plausible
[14:30] <brendand> bjf, those -proposed kernels still held up?
[15:06] <smb> apw, Ah I found the resolution about the resize problem in the past. It was the journal overflowing (when creating the image small and then resize to quite large). Not sure whether the kernel can or actually does better recovery for that now but in general it should be avoided by the cloud-images now being created with an explicit journal size large enough to handle the resize
[15:07] <smb> SpamapS, ^ But your issues may have been related to the percpu counters madness (if you used the 3.13.0-4 kernel
[15:55] <jsalisbury> **
[15:55] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[15:55] <jsalisbury> **
[16:55] <jsalisbury> ##
[16:55] <jsalisbury> ## Kernel team meeting in 5 minutes
[16:55] <jsalisbury> ##
[17:46] <SpamapS> smb: regarding resize issues.. I do have a very large resize reserved because I am making cloud images where I don't know how big the root will be...
[17:46] <SpamapS> bin/disk-image-create:MKFS_OPTS="$MKFS_OPTS -E resize=274877906944"
[17:46] <SpamapS> smb: but, as yet, I have not recreated the problem
[18:37]  * apw reboots to get a kernel which can add up right
[18:44] <apw> that makes a heck of a difference, some 28G of space was mia
[19:41] <jsalisbury> op #ubuntu-kernel
[19:46] <sforshee> hallyn: anyone I should cc when I send this tty patch upstream? Right now I have you and ebiederm.
[20:13] <hallyn> sforshee: that's probably good...  since alan cox gave up on tty i'm not sure;  maybe greg kh.
[20:13] <hallyn> but eric and me + lkml is good
[20:19] <sforshee> hallyn: greg is one of the maintainers so he'll be included
[20:19] <sforshee> should be going out soon
[20:25] <hallyn> sforshee: great, thanks.  whatever happened to tracking down who's pinning the console?
[20:26] <sforshee> hallyn: I updated the bug earlier. lxc sets /dev/kmsg as a symlink to /dev/console, and upstart opens /dev/kmsg.
[20:27] <hallyn> sforshee: aaah.  interesting.  last night i looked to see if lxc could be to blame and i noticed the kmsg handling but figured that was just a bind mount and couldn't be it :)
[20:29] <sforshee> hallyn: I'm not really sure if lxc needs to do something different or if upstart needs to realize that kmsg might be a symlink and use O_NOCTTY. I'll let you and jodh fight that one out ;-)
[20:30] <hallyn> sforshee: i'm probably ok saying that we just don't redirect kmsg for unprivileged containers;  but then if the kernel patch goes through it's moot.
[20:31] <sforshee> hallyn: I think it's an undesirable situation with or without the kernel patch
[21:10] <apw> sforshee, are you sending this patch to "us" as well ?
[21:11] <sforshee> apw: yes after upstream validates its correctness
[21:12] <sforshee> apw: I added cc stable anyway, so assuming it's acceptible it will get to us one way or another
[21:14] <apw> sforshee, sounds perfect thanks
[23:34] <bdmurray> xnox, cjwatson: given the precise branches of ubiquity are out of date how should I submit a fix for bug 1051935 for 12.04.4?
[23:34] <ubot2`> Launchpad bug 1051935 in ubiquity (Ubuntu Precise) "Fails with SystemError when too many files are open" [High,Triaged] https://launchpad.net/bugs/1051935
[23:38] <cjwatson> bdmurray: https://code.launchpad.net/~ubuntu-installer/ubiquity/precise-proposed looks up to date to me
[23:38] <cjwatson> we don't care about the UDD ones
[23:39] <bdmurray> cjwatson: ah, okay thanks


[12:07] <dkettman> Hmm whats interesting is in the busybox shell, there isnt a /dev/disk directory ..
[12:07] <dkettman> It has to be a driver issue...
[12:08] <dkettman> I'm going to try changing the e2label on the drive to see if I can get it to work ..
[12:08] <ijuz__> does it find the disk?
[12:08] <dkettman> Or .. better yet, just specify the acutal disk :)
[12:08] <ijuz__> yes :)
[12:08] <dkettman> Trying that ..
[12:10] <dkettman> hanging again
[12:11] <ijuz__> probably it's just a bug, does it find any disk at all?
[12:11] <dkettman> Waiting for busybox again
[12:13] <dkettman> If it cant find /dev/hda1, then there is an issue ..
[12:14] <ijuz__> uhm... most likely it's sda1
[12:14] <dkettman> Not on this one .. when I ran mount it showed up as /dev/hda1
[12:14] <ijuz__> ok
[12:15] <dkettman> and in the initramfs(busybox) there is no /dev/disk/*, /dev/hd*, /dev/sd*
[12:15] <ijuz__> but there is some other stuff in /dev ?
[12:16] <dkettman> lots of pty, tty, and some others
[12:16] <dkettman> no disk-looking devices though ..
[12:18] <dkettman> this is really weird .. I'm going to compare the two config files because when I ran make oldconfig, it asked me about some options not present in 2.6.22
[12:30] <dkettman> Going to re-burn the Fiesty Fawn CD (left it at home) and see if it works while in live
[12:30] <dkettman> just as a shot in the dar
[12:30] <dkettman> er dark