[06:43] <robertzaccour> !bug #719818
[06:43] <ubot4> Launchpad bug 719818 in compiz (Ubuntu) "compiz doesn't play well with gtk-recordMyDesktop (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/719818
[06:44] <ikonia> just spamming it in many channels won't help
[06:45] <persia> At this point it's waiting for someone to review, and try to determine the cause.  This phase usually takes a while.
[06:45] <persia> And this bug requires specific hardware: at least useful 3D rendering, and potentially an Intel graphics core.
[06:45] <robertzaccour> ikonia, this is #ubuntu-bugs, what did you think this channel was for?
[06:45] <ikonia> robertzaccour: read the topic and it will tell you what it's for
[06:46] <robertzaccour> ikonia, dude will you stop tracking me please? its getting annoying, and strange
[06:46] <ikonia> I'm not tracking you, however will you follow the bug reporting process please
[06:46] <ikonia> just joining channels and hitting the bug report will not get it fixed
[06:47] <ikonia> read the process and follow it
[06:47] <robertzaccour> ikonia, I submitted the bug report
[06:47] <ikonia> robertzaccour: ok, so what do you think pasting it in here will do ?
[06:48] <robertzaccour> ikonia, get people to check it out and maybe help fix it?
[06:48] <ikonia> ok, as I said, if you read the topic and process you'll find out that this is not a "fixing" channel
[06:48] <ikonia> it's not going to get fixed "now"
[06:49] <persia> We don't tend to work on a most-recent-interrupt basis, really.  In some cases, we like realtime discussion to help track down specific issues, but you've submitted most of the interesting information anyway.
[06:50] <robertzaccour> which is exactly why I'm here, realtime discussion. maybe there is some way i can help i dunno
[06:50] <robertzaccour> ikonia, ya got that? now stop tracking me and shutty, please
[06:50] <persia> Hang around.  If someone is triaging your bug, they may ping you.
[06:50] <ikonia> robertzaccour: there is nothign to discuss, no-one has even reviewed the bug yet
[06:50] <ikonia> robertzaccour: if you tell me to shut up again, I'll remove you from this channel, is that clear ?
[06:50] <persia> And do take care to avoid personal disputes: most of the time it's easier to step away for a few minutes.
[06:51] <ikonia> persia: there is no personal dispute
[06:51] <robertzaccour> ikonia, I know that, but maybe someone might have experience with something similar, or maybe someone might be able to direct me towards progress
[06:51] <persia> ikonia, That's a bit high-handed: same about personal stuff.
[06:51] <ikonia> robertzaccour: have you looked for duplicate bugs
[06:51] <robertzaccour> ikonia, yes, have you?
[06:51] <ikonia> robertzaccour: don't get smart, I'm trying to help you
[06:52] <ikonia> robertzaccour: if you look for duplicate bugs and there are none, and you ask in a bug channel if anyone has seen it before, does it not stand to reason that a bug reporting chanel would have reported it ?
[06:52] <robertzaccour> haven't found any duplicates so far
[06:52] <robertzaccour> ikonia, if i find a duplicate bug I will attatch the same video to try to help
[06:53] <robertzaccour> maybe someone here has experience with this type of issue i don't know
[06:53] <ikonia> robertzaccour: ok, so apply some common sense, you said you'd looked for duplicate bugs, that's not true, you're looking, if there was an issue that was known about, there would be a bug, so expecting someone to have seen it if there is no bug doesn't work
[06:53] <ikonia> if someone had experienced it in a bug channel, you would expect there to be a bug, as this is the channel that deals with bug management
[06:54] <robertzaccour> ikonia, not everyone reports what they've handled, thats just how it is. i don't know
[06:54] <robertzaccour> people fix bugs themselves without reporting them all the time
[06:55] <robertzaccour> not everyone submits their work on their machines to help others
[06:56] <ikonia> robertzaccour: they do in a bug reporting channel
[06:57] <robertzaccour> ikonia, thats why i'm here
[06:57] <persia> We don't *have* any bug reporting channels: IRC isn't a good medium for bug reports.
[06:58] <robertzaccour> this is more of a follow-up help channel. people share ideas for fixing bugs
[06:58] <persia> No.
[06:58] <robertzaccour> ?
[06:58] <persia> This is a bug management and coordination channel.
[06:58] <micahg> this is a bug *triage* channel, if people come in here reporting bugs, we tell them to file them on LP
[06:58] <micahg> and we help them file the bugs if necessary
[06:58] <persia> We try to figure out the *cause* of bugs, and make sure that sufficient information is available that anyone can reproduce the bug, to make it easier for folks to solve the bugs.
[07:01] <robertzaccour> oh i see
[07:01] <persia> So hang about: if someone is working on your bug, you being around can help to speed the answering of questions.  Be aware it may be a couple days before that happens.
[07:01] <robertzaccour> persia, does it look like my bug can possibly be fixed from what you can tell?
[07:02] <persia> I have no idea, and no currently working hardware that could reproduce it.
[07:02] <ikonia> after all that's been said, you just ask that
[07:02] <robertzaccour> okedokey
[07:02] <ikonia> what video card do you use ?
[07:02] <ikonia> (intel/nvidia/ati)
[07:02] <robertzaccour> ikonia, i asked for possibilities, not immediate ideas
[07:03] <persia> ikonia, It's in the bug report already.
[07:03] <robertzaccour> ikonia, it should say in the bug report apport-collect info
[07:03] <robertzaccour> intel i think
[07:03] <persia> Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 09)
[07:03] <ikonia> thank you
[07:03] <ikonia> I've just shut down to console as I'm shutting down my laptop, don't want to parse launchpad
[07:03] <ikonia> robertzaccour: if it's intel and a problem with the Xorg module, there is scope to fix it as it's open, so that's a better position than other vendors
[07:04] <robertzaccour> i don't even know much about that
[07:05] <persia> Depends on the Intel chip: not all of them have open drivers.
[07:05] <persia> (I think that one does though)
[07:05] <robertzaccour> yes exactly. if it has open drivers i know it can possibly be fixed because it worked perfectly in windows
[07:06] <robertzaccour> not guaranteed to be fixed, but possible to
[07:06] <robertzaccour> too much hardware variety floating around there are no guarantees
[07:17] <snapp> hi
[07:17] <snapp> i want create the image of the my partition boot (is part of / lvm) i found online this: sudo grub-mkimage --output=/boot/grub/core.img ext2 _chain pc gpt biosdisk lvm , but this command i must do from / of lvm whi access chroot?
[07:18] <snapp> i am here for bug grub lvm
[07:24] <robertzaccour> whoa i google searched my issue and the bug report is already on the front page of search results
[07:24] <robertzaccour> 3rd link
[07:36] <MoLE_> hi all.  Is there anything I can do to progress bug 719754 - appears to be generating a large number of duplicates rapidly.
[07:36] <ubot4> Launchpad bug 719754 in ubuntu "package mount 2.17.2-3.3ubuntu4 failed to install/upgrade: subprocess new pre-installation script returned error exit status 127 (affects: 19) (dups: 15) (heat: 146)" [Undecided,Confirmed] https://launchpad.net/bugs/719754
[07:37] <snapp> i want create the image of the my partition boot (is part of / lvm) i found online this: sudo grub-mkimage --output=/boot/grub/core.img ext2 _chain pc gpt biosdisk lvm , but this command i must do from / of lvm whi access chroot?
[13:08] <njin> hello, is right that eth0 issue are logged in wifisyslog?
[13:10] <njin> hello, is right that eth0 issue are logged in wifisyslog?
[13:12] <hggdh> what is wifisyslog? I do not have this log (by default)
[13:54] <njin> hggdh, is a linux's apport log
[14:01] <njin> hello, i've got a bug in Unity but i can't understand the cause, I open firefox maximized, then I open Evolution maximized and I click on a link and the page is loaded on Firefox, but it remain under Evolution, i've to minimize Evolution to see Firefox
[14:02] <njin> Instead if Firefox is minimized it appear rightly over Evolution, then is that Firefox or Compiz?
[14:08] <charlie-tca> I would guess firefox, which does things it's own way, when it wants to
[14:15] <hggdh_> njin: then it is probably a result of an apport hook collecting relevant data from other sources
[16:30] <devin> hello
[16:30] <devin> i have a bug to report
[16:30] <devin> I "think" its 100 paper cuts worthy
[16:30] <devin> anyone there?
[16:34] <charlie-tca> yes, we are here, unless we all went away again
[16:35] <charlie-tca> you can report the bug using "ubuntu-bug PACKAGE" in a terminal, and comment that you think it fits the 'hundred papercuts project' criteria
[17:29] <njin> hello, can i suggest to use the ppa mainline kernel for servers'
[17:29] <njin> ?
[17:30] <micahg> njin: a normal sysadmin should laugh
[17:30] <micahg> unless it's in a test env
[17:31] <njin> ok
[17:31] <micahg> njin: so, it depends :)
[17:32] <hggdh> usually -- as a sysadmin -- I would never install an unofficial kernel on a prod machine
[17:32] <njin> micahg. i've a report aof a bug in 10.04 server fixed in 10.10, what can i suggest?
[17:32] <njin> micahg:^^
[17:32] <njin> linux bug
[17:33] <micahg> njin: ask the kernel team if the patch can be backported, the kernel team also said they were going to provide 2.6.35 kernels for servers
[17:33] <bdmurray> hggdh: but as a good sysadmin don't you have the exact same hardware available as a backup and for testing?
[17:34] <micahg> njin: it also depends how bad the bug is
[17:34] <micahg> 14.5 months to the next LTS :)
[17:34] <hggdh> bdmurray: not always... one would hope that all would do it, but I have seen a lot without a matching test env (if with a test env at all)
[17:34] <micahg> hggdh: +2
[17:35] <micahg> oops
[17:35] <micahg> eh, +2 works
[17:35] <njin> bug 720190
[17:35] <ubot4> Launchpad bug 720190 in ubuntu "10.04 LTS Server install Hyper-v Network issue with Multiple assigned virtual cores (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/720190
[17:35] <bdmurray> hggdh: right I was being sarcastic ;-)
[17:36] <hggdh> heh
[17:36] <micahg> njin: sorry, I don't know much about this, maybe hggdh has some ideas
[17:37] <charlie-tca> change the package to linux
[17:37] <charlie-tca> let the kernel team decide what to do with it
[17:38] <hggdh> yes, it is a kernel issue
[17:38] <njin> charlie, yes, but i was wondering if is possible run the 2.6.35-lucid ppa mainline kernel on a server
[17:39] <njin> 2.6.32. don't work, or install maverick or try the ppa, right?
[18:04] <yofel> njin: there is 2.6.35 for lucid in lucid-updates as linux-image-generic-lts-backport-maverick
[18:04] <yofel> that would be worth to try too
[18:04] <yofel> njin: or rather linux-image-server-lts-backport-maverick for server
[18:34] <micahg> bdmurray: why did you change the apt-offline SRU task to triaged?  it's ready for sponsorship
[18:38] <bdmurray> micahg: on a call
[18:55] <njin> I cannot found the needed-packaging stock response
[18:59] <yofel> I don't think we have one, bugs tagged with needs-packaging get auto-wishlisted by bryce
[18:59] <bdmurray> micahg: isn't triaged further along than confirmed
[18:59] <micahg> bdmurray: not for sponsorship
[19:00] <bdmurray> hrm I still think thats dumb
[19:00] <micahg> I think the policy might have been created before triaged existed
[19:01] <micahg> bdmurray: but if it's going to change, it should probably be discussed on the ubuntu-devel ML
[19:01] <yofel> njin: or did you mean https://wiki.ubuntu.com/Bugs/Responses#Incomplete%20Package%20Request ?
[19:01] <bdmurray> micahg: okay
[19:03] <micahg> bdmurray: hmm, it seems status has been removed from the sponsorship page
[19:06] <njin> yofel, no i mean the request of packaging, i cannot found that stock reply that we have
[19:07] <yofel> if it's not on th responses page then we don't have an official one
[19:07] <yofel> *on the
[19:07] <njin> yofel, sorry i'm blind.
[19:08] <njin> is that you suggest
[19:08] <yofel> heh
[19:08] <njin> thanks .-)
[19:09] <bdmurray> micahg: hunh, well that makes things a bit easier
[19:11] <micahg> bdmurray: I'm confused, there's no status information about dev processes except for buried deep in the old MOTU wiki pages
[19:17] <vish> in practice, i'v noticed sponsors are fine with bugs set to "triaged", its only when the bug is set to "in-progress" that it confuses them
[19:18] <vish> micahg: the set back to "confirmed" was mainly because not all have the lp-fu to set it back to triaged
[21:22] <patrickmw> Anyone here running Natty that uses Evolution for email?  Curious if anyone has had issues sending messages.  Either getting error referencing a lock in Outbox or referencing "Appending to local 'Sent' folder instead"
[21:31] <BUGabundo> o/
[21:37] <BUGabundo> charlie-tca: one has to laugh sometime ROFL
[21:37] <BUGabundo> :p
[21:38] <charlie-tca> I know
[21:38] <charlie-tca> Just seemed appropriate at the time
[21:38] <BUGabundo> I've been here for how long? 6 years?
[21:38] <BUGabundo> helping all kind of users
[21:39]  * charlie-tca shrugs
[21:39] <BUGabundo> and a 1 day users says I'm not helping
[21:39] <BUGabundo> ahahah
[21:39] <charlie-tca> she/he can't help it if they are in a hurry to make everything work in an unstable desktop
[21:40] <BUGabundo> :)
[22:19] <zhogan85> Hi, I'm new the channel. I've been an ubuntu user for a little over a year but would like to start contributing to the community. I would like to begin by triaging bugs. I've read the wikis, but am a little unsure about how or where to start.
[22:22] <penguin42> zhogan85: Feel free to ask on here, and I think there is a formal process of getting a mentor, not sure what the mechanics of that are
[22:22] <charlie-tca> Welcome to bugs, zhogan85
[22:23] <zhogan85> I have a mentor on the Beginners Team, but I thought asking on this channel couldnt hurt
[22:23] <patrickmw> bdmurray: ping
[22:24] <bdmurray> patrickmw: hey
[22:24] <patrickmw> bdmurray: I'm trying to run ubuntu-bug users-admin.  I guess its not package, how do I find out what package it belongs to?
[22:25] <penguin42> dpkg -S
[22:26] <charlie-tca> zhogan85: I suggest grabbing a bug from https://wiki.ubuntu.com/Bugs/HowToTriage#Untriaged%20bugs to start
[22:26] <bdmurray> zhogan85: I'd suggest thinking about a piece of software you like / care about and looking at its bugs in Launchpad
[22:27] <bdmurray> patrickmw: what penguin42 said or dpkg -S $(which users-admin)
[22:27] <hggdh> and keeping distance from X and kernel issues
[22:27] <penguin42> bdmurray: I'm curious, when would you use $(which, I would have said `
[22:27] <patrickmw> ty
[22:28] <hggdh> penguin42: $() is more portable, and easier to look at
[22:28] <penguin42> hggdh: More portable than ` ? ` has been around forever
[22:30] <hggdh> oh yes, certainly -- at least when you get to have ticks inside the expression -- you *know* $( will be closed by a ), but you (I, at least) are never sure if it is a tick of grave
[22:31] <hggdh> nad I *think* -- not sure, will have to check -- that $() is POSIX
[23:22] <patrickmw> can anyone try to reproduce bug 720383 ?
[23:22] <ubot4> Launchpad bug 720383 in evolution (Ubuntu) "Error while Sending message (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/720383
[23:34] <zhogan85> charlie-tca: I had done that, and picked a bug that seemed simple enough, but assigned from trying to comfirm it, what can I do without being on the control team
[23:34] <zhogan85> bdmurray: thanks for the pointer
[23:34] <zhogan85> hggdh: thanks for the pointer
[23:35] <bdmurray> zhogan85: you can document how to recreate the bug in the bug description if it isn't there
[23:35] <bdmurray> zhogan85: you can add a relevant bug tag to the bug report
[23:35] <bdmurray> zhogan85: you could improve the bug title
[23:35] <zhogan85> would a relevant bug tag be a tag to a similar bug?
[23:35] <bdmurray> zhogan85: you could look for duplicates of the bug
[23:36] <bdmurray> https://wiki.ubuntu.com/Bugs/Tags
[23:36] <bdmurray> has a list of some of the tags we use
[23:39] <bdmurray> zhogan85: so there are a lot of things one could do ;-)
[23:39] <zhogan85> great, thanks
[23:39] <zhogan85> Ill try some of these
[23:39] <bdmurray> if there is a specific bug you are looking at I'm sure someone would be happy to help with more specifics
[23:41] <patrickmw> bdmurray: i was trying to come up for a new meaning of the "bd" in your nick.  Something like "bug diva" or "bug  doctor"
[23:42] <zhogan85> so, i'm looking at bug 719958
[23:42] <ubot4> Launchpad bug 719958 in evolution (Ubuntu) "evolution crashes clicking Tasks button (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/719958
[23:42] <zhogan85> i tried reproducing it but to no avail
[23:43] <patrickmw> zhogan85: are you trying to reproduce evolution bugs?
[23:45] <zhogan85> yeah, I picked a bug with a program I was familiar with but I couldn't reproduce it
[23:45] <patrickmw> zhogan85: bug 720383 really needs a confirmation
[23:45] <ubot4> Launchpad bug 720383 in evolution (Ubuntu) "Error while Sending message (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/720383
[23:46] <patrickmw> zhogan85: if you could take a look at that would be much appreciated!
[23:46] <bdmurray> zhogan85: are you using french?
[23:47] <zhogan85> no, im not using french
[23:49] <bdmurray> zhogan85: are you using the same package version?
[23:50] <zhogan85> yeah, i'm using the same version but without french
[23:51] <zhogan85> sorry, your previous post, im not using natty alpha 3
[23:51] <patrickmw> zhogan: do you have a vm app?
[23:51] <patrickmw> zhogan: even that would help
[23:52] <zhogan85> ok, ill create a virtual machine
[23:52] <bdmurray> zhogan85: so I'd comment on what you did and that you weren't able to recreate it
[23:53] <zhogan85> ill confirm it later tonight or tomorrow. thanks for the pointers and guidance but i gotta run for now
[23:53] <bdmurray> zhogan85: thanks for stopping by!
[23:54] <patrickmw> bdmurray: i need to nag on bug 720383, its a showstopper if we can confirm it
[23:54] <ubot4> Launchpad bug 720383 in evolution (Ubuntu) "Error while Sending message (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/720383


[02:41] <valorie> they are meeting tonight to decide
[02:41] <valorie> https://blog.linuxfestnorthwest.org/ has not been updated yet
 Fwd from RikMills: https://blog.linuxfestnorthwest.org/2020/03/13/covid-19-cancellation.html
 (Photo, 963x633) https://irc-attachments.kde.org/tI990EIp/file_25286.jpg
[19:34] <valorie> I think that was predictable, but :(
 completely, but at least people can get changed plans sorted now
[19:40] <valorie> yep
[19:40] <valorie> gonna call the hotel in a bit to cancel
[19:41] <valorie> and I guess write to the ubuntu-community fund folks
[19:41] <valorie> perhaps use the money for SeaGL or so


[12:14] <superm1> exactly
[12:14] <superm1> that was copied from the gutsy ubuntu seed
[12:14] <superm1> but its not used at all
[12:14] <superm1> i guess it could be removed since its not used
[12:20] <Riddell> superm1: but why don't you use it?
[12:20] <Riddell> superm1: what are you trying to create here?  is this only for a live CD?
[12:20] <superm1> Riddell, because we dont have a desktop target at all.  The boxes are supposed to be set up like appliances
[12:21] <superm1> the live package is just for the live disk, the standalone is used after install is completed
[12:22] <Riddell> install of what?
[12:22] <superm1> there is an ubiquity derived installer in live mode
[12:22] <superm1> that copies everything over and preconfigures the appliance
[12:24] <Riddell> superm1: so run me through how you'd set up mythbuntu on a box
[12:26] <superm1> Riddell, okay, so you'd pop in this disk.  If you've got an existing box setup, and this is adding to the network, you have the option to either add this as a "live" frontend or install as a standalone.  If it is ran as a live frontend, all the settings you choose are copied to a flash drive.  If you choose to install, you open up the installer.  Youre provided with a list of htings to change and modify.  You choose to your liking and its i
[12:26] <superm1> nstalled like a standard ubuntu install
[12:26] <superm1> once you reboot, you're ideally all set up and ready to go
[12:26] <superm1> and can go right into media library, watch tv, etc
[12:26] <superm1> so after the install finishes, it removes mythbuntu-live
[12:26] <superm1> and any other unnecessary packages
[12:27] <superm1> but mythbuntu-standalone sticks around for similar purposes as ubuntu-desktop between releases
[12:29] <Riddell> so mythbuntu-live is unnecessary for the installed mythbuntu box?
[12:29] <superm1> correct
[12:30] <superm1> but it simplifies the current build process
[12:30] <superm1> and the uninstallation of unnecessary items
[12:30] <Riddell> but it has all the myth stuff in it
[12:30] <Riddell> there's hardly anything in standard
[12:31] <superm1> because so many things can be customized during the install
[12:31] <superm1> and shouldn't be present on every box
[12:32] <superm1> during install the user gets to choose if the box will be a frontend / slave backend /master backend /customizes plugins/ customizes services
[12:33] <Riddell> what do you mean by a "live" frontend?
[12:33] <superm1> live in the sense, that you dont need a hard drive.  You cna boot off the disk, and load your settings for connecting to another box from a flash drive
[12:34] <superm1> or choose them on the fly
[12:35] <Riddell> man, this is going to complicate my SeedManagement diagram :)
[12:35] <Riddell> is standard the same as ubuntu-standard?
[12:36] <superm1> yes
[12:36] <Riddell> oh, wait, it's standalone
[12:36] <superm1> the standalone isn't however
[12:37] <RainCT> does the debian/menu file accept PNGs? (can't remember it now)
[12:37] <Riddell> superm1: so why not make standalone the desktop seed?
[12:38] <superm1> well we could do that, but then would have to deal with inheriting all the stuff from the standard ubuntu desktop seed right?
[12:39] <Riddell> presumably you're expecting to make CDs out of this in the same way as ubuntu desktop CDs are with the live filesystem being made from desktop+live (except in your case it's now standalone+live)
[12:40] <superm1> well the current way that we are making disks isn't the same as the ubuntu desktop CDs are made
[12:40] <superm1> its a custom script that i wrote
[12:41] <superm1> i wasn't finding much about the way desktop CDs were made
[12:41] <Riddell> no, that isn't released yet, it should be sometime before gutsy comes out
[12:42] <superm1> hence why I couldnt find it then :)
[12:42] <superm1> in any which case, i can point you at our build script should you be curious how we are doing that too
[12:45] <Riddell> I think renaming desktop to standalone is a bad idea, it just confuses that it does the same thing, and I wouldn't worry too much about merging being a hassle, I merge ubuntu desktop changes in kubuntu desktop seed all the time and it's not a problem
[12:45] <Riddell> otherwise, seems fine to me, although cjwatson is the authority when it comes to seeds
[12:46] <Riddell> superm1: your script takes an existing CD and remasters the live filesystem?
[12:46] <superm1> Riddell, no.
[12:46] <superm1> it debootstraps in
[12:46] <superm1> and then creates a cd from scratch
[12:46] <Riddell> ah, clever :)
[12:47] <superm1> only unfortunate side effect is that squashfs-tools ends up in the CD image right now
[12:47] <superm1> i'm assuming something similar is done for the ubuntu desktop CDs however?
[12:47] <geser> RainCT: iirc no, as not all window managers support it. I hope the menu policy mentions it.
[12:47] <Riddell> yes
[12:48] <superm1> Riddell, so how do I avoid getting all of the ubuntu-desktop items in my desktop seed then when it uses the normal gutsy seed to base from in [gutsy]  from update.cfg?
[12:49] <superm1> Riddell, and if your curious to see what I do: http://codebrowse.launchpad.net/~mythbuntu/mythbuntu/mythbuntu-livedisk/annotate/supermario%40portablemario-20070731074308-8vd91mtlqhc63a2u?file_id=mythbuntu_install.sh-20070730021708-mgcieyteypjaasi6-4
[12:49] <Riddell> well, remove them from your desktop seed
[12:49] <superm1> Ok.
[12:52] <Riddell> superm1: what's the point of the mythbuntu-live package?
[12:53] <superm1> Riddell, easy way to modify what's installed in builds without having to modify the build script
[12:54] <Riddell> ok, the other seeds don't have it so it's a bit a-typical, but then you're not using the same CD build script, so it's fair enough
[12:56] <superm1> Riddell, given what i'm currently doing here for the builds, will it be a less painful transition over to doing the builds the way the standard desktop cds are built when that procedure is released?
[12:57] <Riddell> will what?
[12:58] <superm1> moving away from this build script to the method used to build ubuntu desktop disks
[12:58] <Riddell> renaming standalone back to desktop would be I imagine yes
[12:59] <Riddell> if that's what you're talking about?
[12:59] <superm1> well you had said that the process used to build ubuntu desktop cds will be made clearer by gutsy release
[12:59] <superm1> so i'd ideally switch things over to be built that way
[01:01] <Riddell> sure, this seems the way to go
[01:02] <superm1> ok then i'll switch it over
[01:03] <superm1> Riddell, should I still push this through the standard revu procedure given that not all of -motu is confident on seed functionality?
[01:03] <Riddell> superm1: probably not, run it by cjwatson instead
[01:04] <superm1> Ok.  i'll do that then
[01:04] <superm1> thanks for your help Riddell :)
[01:04] <Riddell> no problem, it's been interesting
[01:07] <Riddell> let me know if you need me to upload it, once cjwatson has seen it
[01:08] <superm1> okay will do
[01:10] <RainCT> Good night all
[02:30] <bddebian> Heya gang
[02:31] <crimsun> hey, it's the other guy who isn't online much!
[02:31] <bddebian> crimsun: !!
[02:31] <crimsun> how's life?
[02:31] <bddebian> Well I'm hoping to come back
[02:31] <crimsun> excellent.
[02:31] <bddebian> Has been busy as hell but slowing down.  You?
[02:32] <crimsun> getting busier here, will be offline for an extended period shortly.
[02:32] <bddebian> Doh :-(
[02:32] <crimsun> don't worry, there are still plenty of packages awaiting your touch :-)
[02:33] <bddebian> Heh
[02:43] <RAOF> Like xserver-xgl!
[02:45] <crimsun> and alsa-*!
[03:01] <zul__> isnt TheMuso doing alsa ;)
[03:03] <ajmitch> hello crimsun, zul_______
[03:04] <zul__> hey ajmitch how goes it?
[03:04] <ajmitch> alright
[03:10] <ScottK> Good evening everyone.
[03:11] <ajmitch> hello ScottK
[03:11] <ScottK> Seems like you aren't the only one grumpy about tracker.
[03:12] <Hobbsee> hiya
[03:12] <ScottK> Hi there.
[03:12] <RAOF> Yay!  I managed to log a trackerd segfault.
[03:14] <RAOF> Oh.  That's a boring log.  Darn.  Hope the backtrace is interesting at least.
[03:16] <ajmitch> ScottK: me, grumpy?
[03:16] <ScottK> Wait, no...
[03:16] <ScottK> Maybe it was bitter.
[03:16] <ajmitch> yeah, I can do bitter
[03:16] <zul> sarcastic even?
[03:17] <ajmitch> nah
[03:17] <Hobbsee> hiya ajmitch
[03:17] <zul> hey Hobbsee
[03:18] <Hobbsee> hiya zul
[03:20] <bddebian> Heya ScottK
[03:20] <TheMuso> Greetings all.
[03:20] <ScottK> High there bddebian.
[03:21] <bddebian> Heya TheMuso
[03:25] <bryce> I've got a package (displayconfig-gtk) in Section: admin, and am getting this error when doing pbuilder:  Copying source file
[03:25] <bryce>     -> copying [displayconfig-gtk_0.2+20070731ubuntu2_source.changes]
[03:25] <bryce>     -> copying [./admin]
[03:25] <bryce> cp: cannot stat `./admin': No such file or directory
[03:25] <bryce>  -> Aborting with an error
[03:25] <bryce> anyone know offhand what this means?
[03:28] <Hobbsee> bryce: at the end presumably?
[03:28] <bryce> yup
[03:29] <Hobbsee> bryce: got the source that you can dump somewhere?
[03:29] <RAOF> Maybe the changes file points to it?
[03:29] <bryce> no idea.  If I change it to Section: gnome, then it complains about cannot stat `./gnome': ...
[03:29] <StevenK> Neat!
[03:29] <RAOF> That's pretty cool, yeah.
[03:29] <StevenK> bryce: Can you pastebin the debian/rules file?
[03:30] <bryce> sure
[03:30] <bryce> this is in the *source.changes:
[03:30] <bryce> Files:
[03:30] <bryce>  f20f849c1f2e9c038e644c94293340fd 671 admin optional displayconfig-gtk_0.2+20
[03:30] <bryce> 070731ubuntu2.dsc
[03:30] <bryce>  58b085ef5924d3f8b738ed273eb7f675 77649 admin optional displayconfig-gtk_0.2+
[03:30] <bryce> 20070731ubuntu2.tar.gz
[03:30] <bddebian> RAOF: Where's your xserver-xgl bzr branch?
[03:30] <bryce> http://pastebin.ca/649354
[03:31] <RAOF> bddebian: https://code.launchpad.net/~raof/xserver-xgl/ubuntu-raof
[03:31] <Hobbsee> bryce: for a start, were you intending to build that natively?
[03:31] <RAOF> It's also linked to a bug in the u-u-s queue.
[03:32] <bryce> Hobbsee: "natively"?  I was attempting to build it in a pbuilder gutsy environment on a feisty system
[03:32] <Hobbsee> bryce: no .diff.gz, and no orig.tar.gz
[03:33] <bryce> Hobbsee: I'm attempting to build from displayconfig-gtk's latest bzr checkout
[03:33] <bryce> (plus some changes of my own)
[03:34] <bryce> ok, anyway, nevermind, I was just hoping this would be an obvious error message to someone.  I'll experiment a bit more and sort it out.  thanks
[03:36] <RAOF> bddebian: bzr smart-server is coming Real Soon Now(tm) to launchpad, that makes it quite a lot faster.
[03:36] <bddebian> *cough*
[03:37] <ScottK> Good thing the LP devs have a good reputation for being able to deliver speedy/responsive <<<<<<<< nevermind.

[03:37] <bddebian> heh
[03:38] <Fujitsu> RAOF: It's already there...
[03:39] <RAOF> But not advertised, because it thrashes I/O on launchpad.
[03:39] <Fujitsu> Aha.
[03:39] <bddebian> Hmm, I wonder if I start a build of glibc on GNU/Hurd if it would actually finish before bzr
[03:39] <Hobbsee> RAOF: i wonder how one uses it, then
[03:40] <RAOF> Apparently it'll be fixed + advertised in bzr 0.20 :(.
[03:40] <Fujitsu> Wasn't 0.18 just released?
[03:41] <Hobbsee> RAOF: right, i'll pull other strings then :)
[03:41] <StevenK>        bzr |     0.18-1 |         gutsy | source, all
[03:41] <RAOF> Not very long ago, yeah.  Apparently it missed 0.19 because I gave all the Sydney bzr hackers the flu.
[03:42] <ajmitch> bad bad RAOF
[03:43] <bddebian> heh
[03:43] <ajmitch> bryce: you are running pbuilder build against the .dsc, right?
[03:43] <bddebian> This is ridiculous
[03:44] <RAOF> bddebian: Some of the slowness you're seeing is my fault; I shouldv'e excluded the .git directory from the initial import.
[03:44] <bryce> ajmitch: thx
[03:44] <ajmitch> bryce: easy mistake to make :)
[03:45] <bddebian> d00d, I've dist-upgraded my hurd box and pulled the glibc source so far and this thing isn't even 1/2 way done yet :-)
[03:45] <ajmitch> bddebian: checking out his xgl branch?
[03:45] <bddebian> Was trying to but about to stop it :-)
[03:45] <ajmitch> took me about 2 hours to check it out
[03:45] <bddebian> chirst
[03:46] <RAOF> Gah!  Smart server is so much faster!    Is it really worth making a separate tarball?
[03:51] <RAOF> ajmitch: I can if it's important.
[03:51] <RAOF> If there *was* a release, I certainly wouldn't be doing it.
[03:53] <ScottK> bddebian: We're just old and don't understand.
[03:53] <RAOF> It offers a more fine-grained history than changelog?  Makes it easier to collaborate on maintenance?
[03:54] <bddebian> ScottK: Apparently :_)
[03:54] <ScottK> Yes, but we aren't doing team maintenance on your package.
[03:54] <ScottK> You're wanting bddebian to review it.
[03:55] <ScottK> dget -x .... is so much easier.
[03:55] <ajmitch> poor bddebian
[03:55] <bddebian> OK so that fails because I don't have nor want the build deps.  I need to build it in a pbuilder
[03:55] <RAOF> ScottK: True.  I could push it to revu if that's easier.
[03:55] <ajmitch> no you can't
[03:55] <ScottK> Ah. no.  see /topic
[03:55] <RAOF> Well, not until it's up again, of course :)
[03:55] <ajmitch> revu has left us
[03:55] <bddebian> :'-(
[03:55] <Fujitsu> REVU is some way away.
[03:55] <ScottK> How big is it?
[03:56] <Fujitsu> It's being moved into the DC, so... who know.
[03:56] <Fujitsu> *knows
[03:56] <ScottK> Oh my.
[03:56] <ajmitch> most likely not before freeze
[03:56] <ajmitch> so effectively not used before release
[03:56] <bddebian> I can see it for upstream development but I don't get it for distro changes but what do I know, I'm a moron
[03:56] <ScottK> Would have been nice to have waited until after the freeze for that then....
[03:57] <ScottK> bddebian: Do you read ubuntu-devel?
[03:57] <Fujitsu> ScottK: There was apparently a security issue on 4 loco servers, including tiber.
[03:57] <ScottK> Ah.
[03:57] <bddebian> ScottK: I get it, I don't always read it.  I have a life ya know :-)
[03:57] <ScottK> OK.
[03:57] <Fujitsu> So they're all being moved into the DC, which also means no root access except for canonical-sysadmins.
[04:00] <StevenK> Fujitsu: Where was that message? I can't see it in the archives.
[04:00] <Fujitsu> StevenK: lococontacts.
[04:01] <ScottK> bddebian: There was sort of related thread over the weekend through today on apt-get source wanting to redirect you to a vcs.  That's all.
[04:01] <bddebian> egads
[04:02] <Fujitsu> The ETA has unfortunately been revoked :(
[04:03] <ajmitch> big surprise
[04:03] <ScottK> If I can bring up a basic Ubuntu LAMP box to use in the meantime, would someone be willing to set up another instance of REVU on it?
[04:03] <ajmitch> time to use other services
[04:04] <ajmitch> and if they're alive
[04:04] <Fujitsu> At least tiber will be new hardware when it returns.
[04:04] <ScottK> I've got spare IPs and a spare box that's a bit in pieces, but I've got all the pieces.
[04:04] <ScottK> I've also got bandwidth.
[04:05] <ScottK> I had plans for it, but don't need it until next month.
[04:06] <ajmitch> so the problem is setting up an instance of REVU
[04:07] <Fujitsu> I'd first try to get a very ETA from newz2000, but he's likely not around for some hours :(
[04:08] <ajmitch> nor is setting it up at all documented
[04:08] <Fujitsu> Would there have been many changes?
[04:08] <Fujitsu> I set it up a year or so ago, it's not too hard.
[04:08] <ajmitch> some small changes
[04:08] <ScottK> REVU minus a few patches is better than no REVU at all.
[04:09] <ajmitch> only marginally so at times
[04:09] <ajmitch> at least it'd give us a chance to clear the backlog...
[04:09] <Hobbsee> we could just get rid of REVU entirely... </hopeful?
[04:09] <Fujitsu> It was last merged 3 months ago.
[04:09] <Hobbsee> we could just get rid of REVU entirely... </hopeful>
[04:09] <bddebian> heh
[04:09] <ajmitch> Hobbsee: replace it with...?
[04:09] <Hobbsee> ajmitch: no new packages to ubuntu
[04:09] <Fujitsu> ajmitch: No it wouldn't.  Sheesh
[04:10] <ScottK> bddebian: Fix bugs?
[04:10] <ScottK> Steal packages off of mentors?
[04:11] <ajmitch> Fujitsu: that's what I mean by clearing the backlog
[04:11] <RAOF> It's probably against Debian ettequete to file a "new upstream version" bug with a debdiff to upgrade the package, right?
[04:11] <Fujitsu> ajmitch: Ah, I see.
[04:11] <ajmitch> Hobbsee: not likely to happen
[04:12] <ScottK> RAOF: I've seen it often done with a link to the .dsc for the upgraded package.
[04:13] <RAOF> ScottK: Awesome.  I'll look into that then.
[04:13] <bddebian> The uus queue actually looks pretty clean
[04:14] <ScottK> Merges then...
[04:14] <ajmitch> only because people have been all over it, frequently
[04:14] <bddebian> Where are merges these days?  mom, dad, baby, what? :-)
[04:14] <RAOF> bddebian: You could take the new upstream version of azureus off my hands, if you like!
[04:14] <bddebian> no thanks :-)
[04:15] <ScottK> bddebian: MoM or DaD as you prefer.
[04:15] <ScottK> Each has advantages.
[04:24] <ScottK> Fujitsu: Would you be willing to follow up with newz2000 about an ETA for REVU and help me get a new one up and running if it isn't soonish?
[04:24] <Fujitsu> ScottK: I poked him 20 minutes ago, but he's likely asleep or busy with something else.
[04:24] <ScottK> OK.
[04:24] <Fujitsu> He's in UTC-5, AFAIK.
[04:25] <ScottK> Hmmm
[04:25] <ScottK> Pleny early then.
[04:25] <Fujitsu> Fairly.
[04:25] <ScottK> Plenty even
[04:25] <Fujitsu> Just got a response.
[04:25] <ScottK> And ...
[04:26] <Fujitsu> elmo is working on it, with actual transfers likely starting tomorrow morning London time.
[04:27] <ScottK> ETA this weekish then?
[04:28] <Fujitsu> Probably within the next day or two.
[04:28] <Fujitsu> The hardware is all ready and stuff, just got to get the data from ServerPronto.
[04:28] <ScottK> Cool.
[04:28] <ajmitch> not nearly as bad as feared
[04:28] <Fujitsu> Fortunately.
[04:28] <ScottK> Then I guess my box can rest in peace (or pieces) for a while yet.
[04:29] <bddebian> Install GNU/Hurd on it ;-P
[04:30] <Fujitsu> Hah.
[04:30] <ScottK> No thanks.  I do eventually want it to do something.
[04:31] <bddebian> pfft
[04:32] <ajmitch> ScottK: that's easy
[04:32] <ajmitch> it'll eventually crash
[04:33] <bddebian> It's gotten much more stable actually
[04:33] <wfarr> bugger about REVU being down
[04:33] <Fujitsu> wfarr: Yeah, probably a couple of days until it's back.
[04:34] <wfarr> I'll have to find somewhere else to upload a package I need reviewed for now
[04:35] <Fujitsu> Hm, as tiber was likely compromised, all the packages on there have to be considered more tainted than usual.
[04:36] <Hobbsee> Fujitsu: might be an idea to ask everyone to reupload the packagse they're interested in.  *shrugs*
[04:36] <ajmitch> Fujitsu: yes
[04:36] <Fujitsu> Hobbsee: Yes, it is worth it.
[04:36] <ScottK> Fujitsu: Is it know when the period of vulnerability was?
[04:36] <Hobbsee> Fujitsu: exactly
[04:36] <ajmitch> however each package on there still has its corresponding .changes file that is signed
[04:36] <Fujitsu> ScottK: It was discovered on Monday, but I'm not sure if it's know.
[04:37] <ScottK> OK.
[04:37] <TheMuso> ajmitch: THey could have been resigned.
[04:37] <Fujitsu> *known
[04:37] <ajmitch> so the package source should still be able to be verified
[04:37] <Fujitsu> ajmitch: I thought of that... Unfortunate :(
[04:37] <ajmitch> TheMuso: then you'd easily be able to check that, wouldn't you?
[04:37] <Fujitsu> We can just recheck everything against the REVU keyring.
[04:37] <TheMuso> ajmitch: Yeah true that.
[04:37] <ajmitch> it's not like we really trust anything on there anyway
[04:37] <ajmitch> given that the keyring is basically wide open
[04:37] <Fujitsu> `more tainted than usual'
[04:38] <bddebian> OK so uploading is off period atm?
[04:38] <ajmitch> bddebian: no uploads to revu
[04:38] <Fujitsu> bddebian: Not to the archive.
[04:38] <bddebian> Grr
[04:38] <Hobbsee> ajmitch: hush.  we want to cut down the number of packages on there
[04:38] <TheMuso> Requires manual approval afaik.
[04:38] <Fujitsu> Hobbsee: That's what I was thinking. I hope the attacker obliterated the .changeses.
[04:39] <bddebian> Well the last one I got a message about awaiting moderator.  This one just got plain rejected
[04:39] <Hobbsee> Fujitsu: even if they didnt, we can consider them compromised
[04:39] <Fujitsu> bddebian: What was the rejection message?
[04:39] <bddebian> Not permitted to upload to the RELEASE pocket in a series in the 'CURRENT' state.
[04:40] <Fujitsu> bddebian: You can't upload to feisty.
[04:40] <bddebian> wtf
[04:40] <Fujitsu> Or any other pocket than PROPOSED or UPDATES of a CURRENT distrorelease.
[04:40] <bddebian> Gahh, moron
[04:41] <bddebian> This is why I hate scripts doing things for me :-)
[04:42] <ajmitch> don't mention that you use scripts to automate stuff
[04:42] <bddebian> I meant just dch -i :)
[04:42] <TheMuso> bddebian: YOu have to check that, especially if you are using feisty.
[04:43] <TheMuso> I have made that mistake once before.
[04:43] <bddebian> I know but I'm old and senile
[04:43] <ajmitch> quick, everyone lynch him!
[04:44] <bddebian> :'-(
[04:53] <ajmitch> don't be silly
[04:53] <ScottK> bddebian: Don't do that.  Then I'd have to be old and bitter here by myself again.
[04:56] <Hobbsee> ScottK: and who would you find to have 4 hour rants with?
[04:57] <bddebian> ScottK: hehe
[04:58] <ajmitch> not me
[05:00] <ScottK> IIRC it was Laserjock last time.
[05:00] <ajmitch> and look what you did to him
[05:01] <ScottK> Yeah, well at least I got through 4 hours with him without violating the CoC.
[05:01] <ScottK> I have done less well on that in far less time recently.
[05:01] <bddebian> I can't get through 5 minutes without violating the CoC :-)
[05:01] <ScottK> Yeah, but I did it on a logged IRC channel.
[05:01] <ScottK> That hurts the deniability.
[05:02] <ajmitch> nor in private, of course
[05:12] <calc> ScottK: heh
[05:12] <bddebian> Do we really need to change the Section to Multiverse for contrib packages from Debian?
[05:12] <ScottK> Which?
[05:12] <ScottK> bddebian: Why would we do that?
[05:12] <calc> crimsun: still here?
[05:12] <bddebian> Dunno apparently it was done for ivtv
[05:13] <ScottK> AFAIK that's not a valid section.
[05:25] <bddebian> Hmm, I think ivtv should be synced..
[07:25] <pedahzur> Anybody here deal with X packages? It seems this wishlist item has languished for a while.  Anyone want to tackle it? https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/102018
[07:26] <ubotu> Launchpad bug 102018 in xorg "[Needs-packaging]  lbxproxy" [Wishlist,Confirmed]
[07:27] <Hobbsee> pedahzur: feel free to
[07:28] <pedahzur> I know...I need to learn to package things anyway, but trying to package something that is part of a larger ecosystem like X isn't really my idea of a "first time packager" task.  Guess I need to a) find a smaller package, b) find a mentor, or c) both. :)
[07:29] <pedahzur> What's the general opnion of "fixing" packages that were created with checkinstall?  If I created it that way, could I wrangle it into shape, or is the general consensus that one should start from scratch?
[07:30] <RAOF> pedahzur: It would take more effort to fix a checkinstall package than it would to package from scratch.
[07:30] <Hobbsee> pedahzur: you dont end up with a source at all, for a checkinstall package, do yoU?
[07:30] <RAOF> Anyway, checkinstall doesn't make a source package?
[07:30] <pedahzur> Hobbsee: Not sure...I think it has all the rules there, but you might not.  Never checked that because I never needed it. :)
[07:30] <Hobbsee> pedahzur: unless you like editing binary files, i'd suggest you start from scratch
[07:31] <Hobbsee> pedahzur: it doesnt really help you
[07:32] <pedahzur> OK.
[08:18] <RAOF> While I'm touching compizconfig-python, do we want to make it build for all supported python versions?
[08:18] <RAOF> Amaranth: Ping, re compizconfig-python
[08:47] <Wedhus_Liar> i need help about crossover installation
[09:11] <DarkSun88> Hi all
[09:17] <\sh> moins
[09:19] <DarkSun88> Hi \sh
[09:56] <TheMuso> I'd be there for the next system build I would do.
[09:56] <TheMuso> I don't need a chunky card at all.
[09:56] <Yagisan> nice shiney new 8500GT - bouaght because new systems don't have agp slots anymore ...
[09:56] <Yagisan> I try 3d games development
[09:57] <RAOF> Owch, you can't even use the packaged drivers.
[09:57] <Yagisan> that was the cheapest card I could find that does SM4, and as a added bonus - fanless
[09:57] <Yagisan> RAOF, yeah - nvidia-glx-new didn't work
[09:58] <RAOF> And stable-driverless, sadly.
[09:59] <Yagisan> what really sucks
[09:59] <Yagisan> my old hardware isn't supported anymore
[10:00] <Yagisan> (I really need to get a spellcheck for xchat)
[10:00] <Yagisan> it still does 2d
[10:00] <Yagisan> but no 3d since xfree86 3.3
[10:00] <TheMuso> Yagisan: Wow, talk about a regression.
[10:01] <RAOF> That card never really did 3d anyway, though, right?
[10:01] <Yagisan> TheMuso, nobody cares about it anymore
[10:01] <Yagisan> it did a decent amount of 3d
[10:01] <Yagisan> not full T&L
[10:01] <TheMuso> c
[10:01] <RAOF> Oh, really
[10:01] <TheMuso> ugh
[10:01] <Yagisan> but certaily helped with texturing etc
[10:01] <RAOF> One of my friends had one of those cards, and we tried to run a game.
[10:02] <RAOF> Not so much with the 3d, then.
[10:02] <TheMuso> And then it was so cool and new for it all to be on one card. :)
[10:02] <Yagisan> I bought that card for my then 486
[10:02] <Yagisan> it had a whopping 4MB of EDO ram
[10:03] <RAOF> Yeah, that's right.  I think the one I knew was in a pentium 133
[10:03] <Yagisan> 25% of what my 486 had
[10:03] <RAOF> That 486 had a lot of ram!
[10:04] <Yagisan> the 486 is long dead, but that card worked in my 486, 6x86, k6/2, 2 durons, and and athlon64 system
[10:04] <Yagisan> RAOF, it was for DOOM :D
[10:04] <TheMuso> A little over 10 years ago when we got it.
[10:05] <RAOF> Mmm, the memories.  Hazy as they are :)
[10:05] <TheMuso> And it still works.
[10:06] <Yagisan> that they do
[10:06] <Yagisan> one I can't geta 5V pci slot though - then, its not going to grace any new boxes
[10:07] <Yagisan> I like my new distcc farm - I can build my game in under 22 seconds now
[10:09] <TheMuso> heh
[10:12] <RAOF> Man, plain shell sucks.
[10:14] <RAOF> Amaranth: In here is probably better, because I want to ask whether or not I should care that compizconfig-python is only built against 2.5
[10:14] <\sh> well, it doesn't suck like ruby ;)
[10:14] <Amaranth> RAOF: I dunno, mvo did it
[10:15] <RAOF> The package is crufty.
[10:15] <Amaranth> mvo did it :)
[10:15] <Amaranth> Although I could fix it
[10:15] <Amaranth> I guess
[10:15] <RAOF> I'm doing it
[10:16] <RAOF> There's absolutely no reason to ship static libs for a python module, right :)
[10:18] <Amaranth> right
[10:18] <Amaranth> we need a generic "strip static bullshit" helper
[10:19] <RAOF> Totally.
[11:40] <geser> AndyP: are planing to merge xpdf?
[11:48] <geser> lucas: Hi, http://people.debian.org/~lucas/ubuntu-versions seems to use old Ubuntu data as unimultiverse-outdated-ubuntu.html list packages that are synced for over a week
[11:50] <AndyP> geser: no, wasn't planning on it
[11:51] <AndyP> i also wasn't planning not to :)
[11:52] <geser> are you going to merge xpdf or should I? the last Debian upload closes a CVE
[12:09] <AndyP> geser: i'm pretty busy with other things at the moment so you can go ahead (sorry for the delay)
[12:10] <geser> ok
[12:40] <coNP> ScottK: lighttpd .debdiff for feisty ready
[01:02] <siretart> Riddell: thanks for notice, canonical-sysadmin is contacted
[01:04] <coNP> Does someone have an edgy pbuilder with some computing power and wants me to test a package? :)
[01:05] <coNP> s/test/help testing/
[01:06] <RAOF> For *edgy*?
[01:06] <coNP> edgy-security
[01:06] <coNP> I guess you need an edgy pbuilder for that.
[01:07] <coNP> If I am wrong, feel free to correct me :)
[01:07] <geser> coNP: what do you need tested?
[01:07] <Kmos> I need a debdiff to be checked and uploaded for stunnel4
[01:08] <Kmos> https://bugs.launchpad.net/ubuntu/+source/crywrap/+bug/128634
[01:08] <ubotu> Launchpad bug 128634 in crywrap "[Remove]  Please remove crywrap from Gutsy" [Undecided,Invalid]
[01:08] <Kmos> http://launchpadlibrarian.net/8668258/stunnel4_4.20-2ubuntu1.debdiff
[01:08] <coNP> geser: bug 127718
[01:08] <ubotu> Launchpad bug 127718 in lighttpd "lighttpd security fixes" [High,In progress]  https://launchpad.net/bugs/127718
[01:09] <coNP> I guess I can install somehow an edgy pbuilder
[01:10] <geser> coNP: yes, create a pbuilder and point it to edgy
[01:11] <geser> coNP: do you need more than a test-build in edgy?
[01:11] <Kmos> geser: can you help me on that crywrap/stunnel4 one ?
[01:11] <geser> Kmos: I'm busy now
[01:11] <coNP> geser: actually I don't need anything from edgy, but maybe should check :)
[01:12] <Kmos> geser: ok, thx anyway
[01:12] <coNP> Maybe does sbuild support better building for different targets?
[01:12] <geser> Kmos: I give it a quick look, what about conflicts? isn't it also needed?
[01:12] <Kmos> hobbsee doesn't asked for that
[01:13] <Kmos> just the two ones i've added
[01:13] <Kmos> but I can change it
[01:14] <geser> Kmos: I'm not sure about the conflicts, I've to reread the Debian policy about it
[01:14] <Kmos> geser: :)
[01:14] <Kmos> http://www.debian.org/doc/debian-policy/ch-relationships.html#s7.5.2
[01:15] <Kmos> geser: i think it don't need it, because the crywrap package will be removed, so it won't do any conflict
[01:25] <lucas> geser: fixing this, thank you
[01:39] <Kmos> http://kmos.homeip.net/~kmos/ddclient/ -> prepared to be uploaded
[01:44] <\sh> guys, someone blogged about an tool for monitoring, was written in java and had an eclipse alike ide...can someone remember the name of this tool?
[01:45] <white> !info teamspeak-server gutsy
[01:45] <highvoltage> doesn't rung a bell :/
[01:45] <ubotu> teamspeak-server: VoIP chat for online gaming (server). In component multiverse, is optional. Version <IP_ADDRESS>-1 (gutsy), package size 1067 kB, installed size 2928 kB (Only available for i386 amd64)
[01:45] <highvoltage> *ring
[01:45] <white> !info teamspeak-server sid
[01:45] <ubotu> teamspeak-server: VoIP chat for online gaming (server). In component non-free, is optional. Version <IP_ADDRESS>-1 (sid), package size 1068 kB, installed size 2820 kB (Only available for i386 amd64)
[02:03] <viviersf> ajmitch, ping :)
[02:13] <coNP> If preparing security patches, should they be against <distro> or <distro-updates>?
[02:14] <white> coNP: which package?
[02:14] <coNP> lighttpd: https://launchpad.net/ubuntu/+source/lighttpd/
[02:14] <white> coNP: do you have a CVE number?
[02:15] <coNP> No CVE I guess. I speak about bug 127718
[02:15] <ubotu> Launchpad bug 127718 in lighttpd "lighttpd security fixes" [High,In progress]  https://launchpad.net/bugs/127718
[02:15] <white> coNP: well lighttpd has a few security issues
[02:16] <coNP> I based feisty on prev. feisty-security
[02:16] <coNP> no, sorry
[02:16] <coNP> feisty on prev. feisty, edgy on prev edgy-security
[02:16] <coNP> but dapper has dapper-security and dapper-updates as well
[02:16] <coNP> I guess I should use dapper-security
[02:17] <geser> coNP: should it published through <distro>-security or <distro>-updates?
[02:17] <coNP> geser: Yes. That is the question.
[02:17] <Amaranth> -security
[02:18] <Amaranth> and it should be only security fixes
[02:18] <Amaranth> anything else can come later in -updates
[02:18] <coNP> Thanks, Amaranth. So get latest -security and do an update.
[02:18] <pschulz01> Greetings.. are there any tools for updating debian/changelog with a python script?
[02:18] <Amaranth> pschulz01: eh?
[02:18] <coNP> dch is a perl script ... :)
[02:19] <pschulz01> Ok.. the package is for a python program though.
[02:19] <geser> coNP: and include the CVE numbers
[02:19] <coNP> geser: in the changelog?
[02:19] <Amaranth> pschulz01: don't automatically update changelog
[02:19] <pschulz01> Amaranth: nightly packaging.
[02:20] <geser> coNP: yes, under references
[02:20] <Fujitsu> pschulz01: python-debian might have what you want.
[02:20] <coNP> Okay, geser, thanks. I guess I have to re-upload my debdiffs then
[02:20] <coNP> No that it would be very hard to include a line in the changelog :)
[02:20] <geser> coNP: when I follow http://secunia.com/advisories/26130/ from your changelog entry I see there several CVEs listed
[02:21] <pschulz01> Fujitsu: Ta :-)
[02:21] <coNP> geser: yes. So I  should also include the CVE numbers as well
[02:21] <coNP> Not only the link to them.
[02:22] <geser> yes
[02:22] <coNP> Cool, thanks. :)
[02:22] <geser> and you can tell LP which CVEs belong to your bug
[02:23] <coNP> I am figuring out right now.
[02:23] <geser> "Link to CVE" in the left pane
[02:24] <coNP> Yes. They are only candidates though.
[02:24] <coNP> Should they be listed anyway?
[02:24] <coNP> I mean CVE candidates
[02:24] <geser> yes
[02:24] <coNP> Okay
[02:29] <RainCT> is a package of a python program supposed to include .pyc files?
[02:30] <Fujitsu> RainCT: Urgh, no.
[02:30] <Fujitsu> RainCT: Please see the Debian Python Policyl
[02:30] <Fujitsu> -l
[02:46] <coNP> ScottK2: do you have time a / o are you in a mentoring mood?
[02:46] <ScottK2> Actually, I'm just about to head out the door.  Sorry.
[02:47] <coNP> Okay. I am going as well. So later then.,
[03:11] <norsetto> HiYa all
[03:13] <Hobbsee> hey norsetto
[03:14] <norsetto> Hobbsee: Hey Hobbsee
[03:17] <RainC1> someone knows what can be the reason why lintian say "postinst-does-not-call-updatemenus" if there is update-menus on qttube.postinst.debhelper?
[04:24] <Nafallo> hmm
[04:24] <Nafallo> why do we have both roundcube and roundcube-webmail?
[04:32] <geser> because it was first packaged for Ubuntu and entered a year later Debian with a slightly different name
[04:34] <geser> we should add Conflicts/Provides/Replaces: roundcube-webmail to roundcube (or a whole transitional package) and remove roundcube-webmail
[04:38] <xxxxx1> heya ubunteros
[04:52] <norsetto> and ubunteras.....
[04:53] <xxxxx1> norsetto, :)
[04:55] <bddebian> Heya gang
[04:55] <geser> Hi bddebian
[04:55] <bddebian> Hi geser
[04:57] <xxxxx1> hello bddebian
[04:57] <bddebian> Heya xxxxx1
[04:59] <geser> norsetto: https://wiki.ubuntu.com/BddebianIsAGod :)
[05:00] <norsetto> LOL!
[05:00] <bddebian> pfft
[06:07] <RainC1> gutsy has a help submenu on system, or?
[06:31] <lamont`> E: Build-Depends dependency for ieee80211 cannot be satisfied because the package linux-headers-2.6.17-2-all cannot be found
[06:31] <lamont`> hehe
[06:36] <lamont`> E: Failed to satisfy Build-Depends dependency for onscripter: libstdc++6-4.0-dev
[06:36] <lamont`> thou shalt not build-depend on build-essential packages, esp since sometimes they change names.
[06:37] <lamont`> bugs, even
[06:37] <Hobbsee> lamont`: you've larted the people responsible?
[06:37] <lamont`> Hobbsee: just bitched here is all.
[06:37] <Hobbsee> awww
[06:39] <lamont`> OTOH, this effort is brought to you thanks to k3d taking a long time to build, so that the universe packages are still in sources.list and my script therefore works... once that build is done, then the buildd will just have main there, and, well, ...
[06:40] <lamont`> libpar2 is also guilty of build-depending on a build-essential (and renamed) pacakge
[06:40] <lamont`> I think it build-deps: libstdc++6-dev
[06:41] <AndyP> is it bad practice to put informational messages such as "Creating database, this could take a while" in a postinst script?
[06:41] <lamont`> depends on how long "a while" is, and how impatient the user is likely to become....
[06:42] <lamont`> AndyP: OTOH, if it's going to take that long, launch it in the background, maybe?
[06:43] <AndyP> lamont`: my spidey senses don't like that idea for some reason
[06:45] <xxxxx1> AndyP, it's optional
[06:46] <lamont`> E: Build-Depends dependency for gaim-xmms-remote cannot be satisfied because no available versions of package gaim-dev can satisfy version requirements
[06:46] <lamont`> E: Failed to satisfy Build-Depends dependency for festival-gaim: gaim-dev
[06:46] <lamont`> E: Failed to satisfy Build-Depends dependency for gaim-galago: gaim-dev
[06:47] <AndyP> xxxxx1: which is optional?
[06:47] <xxxxx1> AndyP, verbosity
[06:47] <lamont`> AndyP: the messages about taking a long time
[06:47] <lamont`> and other verbosity. :-)
[06:47] <AndyP> ok, cool
[06:48] <lamont`> and whichever way you choose, expect that someone will file a wishlist-bug against the package wanting the other.
[06:49] <AndyP> no wonder i couldn't find any policy about it :)
[06:50] <bddebian> AndyP: Heya.  Did you fix svk? :-)
[06:55] <AndyP> bddebian: ah sorry, no, couldn't find that patch
[06:56] <bddebian> Bah :-)
[06:56] <AndyP> bddebian: it was a build failure wasn't it?
[06:57] <bddebian> Aye
[06:57] <bddebian> But it built fine for me but not you apparently :-)
[06:58] <AndyP> yeah, i was thinking... do PPAs offer test building on all arches? :)
[06:59] <bddebian> I don't even know what PPA is :-(
[06:59] <geser> bddebian: PPP = Personal Package Archive
[07:00] <geser> AndyP: afaik supports PPA currently only i386 and amd64
[07:00] <AndyP> geser: ah ok
[07:01] <AndyP> bddebian: well if you're confident that it built ok for you i think it's safe to assume that i screwed up and go ahead and upload the new version ;)
[07:02] <AndyP> i have to go for dinner, catch up later
[07:02] <bddebian> Laterz
[07:03] <lamont`> ecasound2.2 also build-deps libwrap-dev, which is not provided by libwrap0-dev
[07:03] <geser> norsetto (and bddebian): https://help.launchpad.net/PPAQuickStart
[07:04] <bddebian> norsetto: geser is DA MAN :)
[07:06] <lamont`> gpe-todo has a versioned build-dep on a virtual package.  for the loss
[07:08] <zul> hey lamont`
[07:08] <lamont`> morning zul
[07:09] <lamont`> make[1] : Entering directory `/build/buildd/acl2-3.2/books'
[07:09] <lamont`> Sun Jul 22 20:50:52 UTC 2007
[07:09] <lamont`> /bin/sh: time: not found
[07:09] <lamont`> make[1] : *** [all]  Error 127
[07:10] <lamont`> acl2 gets to decide if it want so fail because of bashism, or because it has no build-depends: time
[07:11] <lamont`> how frozen is universe atm?
[07:11] <geser> it's on manual
[07:41] <coNP> ScottK: around? :)
[07:42] <ScottK> Yes
[07:42] <coNP> So I did two debdiffs
[07:42] <ScottK> Did you see keescook's comment on your lighttpd diffs?
[07:42] <coNP> Not yet. Then first I have a look.
[07:42] <coNP> But I guess I'll still have some questions.
[07:43] <ScottK> OK.
[07:43] <coNP> So. I have checked.
[07:43] <ScottK> I'll be mostly here for ~ 4 hours
[07:44] <coNP> http://secunia.com/advisories/26130/ lists other issues. Should these also be fixed?
[07:47] <ScottK> coNP: I'd say fix all the CVEs you can find patches for.
[07:47] <coNP> Okay. They seems to include links to trac changesets that can be used as patches
[07:48] <coNP> OTOH keescook says list CVEs per patch. That is the natural approach. I choose the "references" section, because https://wiki.ubuntu.com/SecurityUpdateProcedures seems to direct me to do so. I am happy to list them for each patch and maybe we can fix the documentation as well.
[07:48] <ScottK> Sounds good, I'd talk to keescook about what you are doing and why.
[07:50] <keescook> coNP: feel free to use either references or on a per-patch basis.  the diff I looked at didn't have the CVE in either place.  (maybe I missed it)
[07:51] <keescook> and I wasn't sure what the html~ thing was.  :)
[07:51] <coNP> Oh, sorry. I was only told by geser to add CVEs that I added (home version). But I did not want to upload new debdiffs because I wanted to ask if the other issues should be fixed as well. So first patch-patch-patch, then change logs.
[07:51] <coNP> I am afraid html~ comes from upstream.
[07:51] <coNP> I'll check that as well of course.
[07:51] <coNP> Or was it in the debdiff?
[07:52] <ScottK> It was in the debdiff if I understood correctly.
[07:52] <coNP> Okay, np, I will upload new ones soon anyway.
[07:52] <coNP> (unfortunately no hotplugging :()
[07:56] <bddebian> heh
[09:02] <stgraber> RainCT: just found a small problem with script, it currently creates .tgz based on <distro>-base.tgz which will be a problem if someone create gutsy/i386 and gutsy/amd64
[11:48] <ScottK> coNP: I'll be AFK for several hours now.  Keep up the good work.
[11:58] <RainCT> coNP, stgraber: please test :) http://bazaar.launchpad.net/~rainct/ubuntu-dev-tools/dev
[12:03] <RainCT> good night
[12:13] <bddebian> w00t, go AndyP :-)


[06:29] <mgedmin> gnome-shell keeps segfaulting and leaving my session unlocked on resume in 16.10 (no ppa) :(


[13:21] <marvin24> ppisati: sorry to bother you again, I ask some days ago about applying http://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/arch/arm/boot/dts/tegra20-paz00.dts?id=5816898b9592b877209e91c493db946ab275d825 to the unstable (3.14..) branch of the ubuntu kernel
[13:21] <marvin24> are you still planing to do it?
[14:22] <Llynix> I'm having problems with the latest few kernels, they don't seem to boot properly.  I've had to go back to 3.5.0-44 in order to get my computer booted.  Would like to know how to properly file a bug report or perhaps find one already open for my problem.
[14:25] <ppisati> marvin24: i though the outcome of that discussion was: this patch is gonna enter enter 3.15 and we are going to move unstable to 3.15 ASA it's out, so...
[14:25] <ppisati> marvin24: IIRC
[14:26] <marvin24> ppisati: I'm not sure what happens with unstable
[14:26] <marvin24> my guess was it becomes stable at some point
[14:26] <marvin24> thus keeping version 3.14
[14:26] <ppisati> marvin24: nope
[14:26] <ppisati> marvin24: unstable it's just a sandbox right now
[14:27] <ppisati> marvin24: i mean, yeah, it's going to be the stable branch in the future (for U)
[14:27] <marvin24> ah, maybe you can still apply it, because I want to play with the kernel package (and the installer)
[14:27] <ppisati> marvin24: but wasn't your patch entering upstream?
[14:27] <marvin24> yes, but only in 3.15
[14:27] <marvin24> if ubuntu every releases a 3.14 kernel for trusty, I want to make sure that this patch is in
[14:28] <marvin24> not sure how to accomplish this ...
[14:30] <ppisati> marvin24: nope
[14:30] <ppisati> marvin24: we'll never release a 3.14 kernel for T
[14:31] <ppisati> marvin24: unstable will go to 3.15, maybe .16, etcetc and at some point we'll say "ok, U will release with this version" and it'll become the U kernel
[14:37] <marvin24> ppisati: ok, thanks for explanation
[14:38] <marvin24> I think I'll apply it locally then and play with it a bit later
[15:59] <Llynix> Where are Ubuntu kernel bugs filed?


[00:01] <mobile-mech> oh dang, thats sick
[00:01] <mobile-mech> i need to find a group to do some tabletop stuff online
[01:06] <cmaloney> That's the nice thing about this: it's solo
[01:07] <cmaloney> but can also be played co-op or with a GM


[04:14] <nixternal> http://www.nixternal.com/tmp/final   <-- anyone feel like playing it a few times...tell me if you have any problems with it
[04:21] <stdin> nixternal: works great in konqueror, not in firefox :p
[04:21] <nixternal> stdin: ya, doesn't work in the 2 worst browsers in the world
[04:21] <nixternal> firefox and ie
[04:21] <nixternal> works in konqi, opera, and safari
[04:21] <stdin> what a shame :p
[04:22] <nixternal> I don't feel like debugging that crap...I hate web browsers
[04:22] <vorian> lol
[04:22] <vorian> sniper
[04:22] <nixternal> ya, those are words the professor said we had to have
[04:25]  * Jucato waves
[04:26] <Jucato> Hobbsee: contentless ping :)
[04:27] <Hobbsee> You sent me a contentless ping.  This is a contentless pong.  Please provide a bit of information about what you want and I will respond when I am around.
[04:27] <Hobbsee> :)
[04:27] <Jucato> hahah I just love that response :)
[04:27] <Jucato> Hobbsee: fancy putting https://wiki.kubuntu.org/Kubuntu/Meetings in the channel topic? :)
[04:27] <Hobbsee> topic's not locked
[04:28] <Jucato> heeh ok :)
[04:28] <Jucato> woot! I changed the topic! I changed the topic! :D
[04:29] <Hobbsee> :D
[04:29] <Jucato> 11+8 = 19... 19-12 = 7... right?
[04:30] <Jucato> lol I'm doubting my own math :)
[04:30] <Hobbsee> ...yes
[04:30] <Jucato> 7pm for me :)
[04:30]  * Jucato hopes family's not having dinner by then...
[04:31] <claydoh> 6 am for me
[04:31] <claydoh> no, 7am i think
[04:32] <claydoh> ill be there to this time
[04:33] <Jucato> :)
[04:34] <Jucato> claydoh: good! I can take use as prosecution's witness for some of the stuff I put on the agenda :P
[04:34] <DaSkreech> hi all
[04:35] <Jucato> yo DaSkreeeeeeeeeech
[04:35] <claydoh> can I plead the 5th?
[04:35] <Jucato> nope :)
[04:35] <claydoh> umm or are we under international law :)
[04:35] <Jucato> yep
[04:38] <DaSkreech> nixternal: yay you Lose?
[04:38] <claydoh> I am havin a knee operation in JAn, and will be off my feet for at leat 2 weeks, maybe 3
[04:38] <nixternal> ya, you killed balmer, releasing the penguin! :p
[04:39] <claydoh> so i plan to learn enough packaging to whip one up of kmymoney2 cvs
[04:39] <DaSkreech> With megatron no less
[04:40]  * Jucato sighs... planet wars...
[04:41] <DaSkreech> I hope Unicron wins
[04:42] <Jucato> Unicorns win!!!
[04:49] <DaSkreech> :-P
[04:49] <DaSkreech> I meant Cybertron
[04:49] <DaSkreech> We all know that Golden ponies win
[04:52]  * Jucato wonders if Cybertron transforms/transformed into a giant robot too... a sort of arch-rivalry between Unicron and Cybertron :)
[04:52] <DaSkreech> Didn't Unicron become cybertron?
[04:53] <Jucato> unicron? lost his head and went the way of the big bang
[04:53] <DaSkreech> Ah
[04:53] <Jucato> at least in one of the movies... not sure if they made a remake somewhere
[05:06] <nixternal> Jucato: did you play HangBallmer yet? :p
[05:06] <nixternal> it works in everything but IE7...go figure
[05:06] <Jucato> lol
[05:06] <Jucato> not yet
[05:06] <Jucato> flash game?
[05:06] <nixternal> javascript
[05:06] <Jucato> oh :)
[05:06] <nixternal> http://www.nixternal.com/tmp/final
[05:07] <Jucato> goes to try
[05:09] <stdin> crashes firefox nicely :)
[05:09] <Jucato> nooo! I let him live!
[05:10] <nixternal> stdin: how is it crashing firefox?
[05:11] <stdin> nixternal: after hanging ballmer, it just hangs and FF eats all my CPU
[05:11] <DaSkreech> Works in FF for me
[05:11] <Jucato> lol! this is the only game where you win if you lose :)
[05:11] <nixternal> ok, that is an issue with the popups it seems
[05:12] <nixternal>  5001 nixterna  15   0  144m  63m  20m S  7.6  4.2   0:09.09 firefox-bin
[05:12] <nixternal> it doesn't bomb firefox, but it doesn't do anything until you click close
[05:13] <stdin>  1371 stdin     25   0  194m  74m  22m R 89.4  7.4   1:28.32 firefox-bin
[05:15] <Hobbsee> WFM.
[05:19] <Jucato> legally blonde the musical... now that's not something you hear/see everyday...
[05:19] <yuriy> evenin
[05:19] <yuriy> hey nixternal, how's web browsing in konqueror in kde4 been working for you?
[05:20] <nixternal> like crap
[05:20] <Jucato> :)
[05:20]  * Jucato keeps on using konqueror3
[05:20] <yuriy> oh :( i was hoping the konqueror problems were fixed, then i'd get it set up as my main desktop
[05:20] <Jucato> not that I have a choice, since konvi and kdepim are run from my kde3 user :)
[05:21] <Jucato> yuriy: you can,just keep on using konqueror3 :)
[05:34] <DaSkreech> Jucato: I hope I don't hear it every day!!
[05:52] <DaSkreech> nixternal: http://slashdot.org/article.pl?sid=07/11/26/1341239
[05:52] <DaSkreech> First comment
[06:36] <DaSkreech> G'night
[08:43] <sebastian> good morning everybody
[08:43] <Jucato> s/morning/afternoon/
[08:44] <Jucato> good morning to you too :)
[08:48] <sebastian> afternoon, ... are there other times than cet ... ;)
[10:12]  * Jucato yawns, runs around the room, and goes out the door.
[10:23] <aplg|moblie_> sebas: wtf is cet?
[10:23]  * aplg|moblie_ only knows utc
[11:04] <Riddell> aplg|moblie_: european time, UTC+1
[11:10] <aplg|moblie_> aye ^_^
[11:11]  * Hobbsee wonders why multiple parts of the kdepim merge got bunged up.
[11:34] <Tonio_> Riddell: hi ;)
[11:34] <Riddell> salut Tonio_
[11:34] <Tonio_> Riddell: I'm just packaging disk manager
[11:34] <Riddell> Tonio_: what's that?
[11:34] <Tonio_> Riddell: we really should consider using this
[11:34] <Tonio_> Riddell: kde qtparted
[11:34] <Tonio_> Riddell: part of the alice project
[11:35] <Tonio_> Riddell: good points is that it is maintained andkde native app
[11:35] <Tonio_> Riddell: http://kde-apps.org/content/show.php/Disk+Manager?content=70149
[11:36] <Riddell> alice project?
[11:38] <Riddell> looks promising
[11:38] <Riddell> mhb might be interested in it, he was looking at paritioning apps
[11:39] <Tonio_> Riddell: it is :)
[11:41] <Tonio_> can someone please take a look at http://revu.tauware.de/details.py?package=kpar2 ? ;)
[11:58] <Riddell> (preferably not me since then I can't New it)
[12:11] <Nightrose> nixternal: haha nice game ;-)
[12:22] <apachelogger_> Tonio_: ehm, I already do :P
[12:22] <apachelogger_> or rather
[12:22] <apachelogger_> did :P
[12:23] <apachelogger_> upstream needs to add a copying.lib though
[12:32] <apachelogger> Tonio_: about kpar2 ... Homepage is now an own tag .. current standards is <IP_ADDRESS>
[12:33] <apachelogger> Riddell: btw, how long does the processing of a motu application usually take?
[12:34] <Hobbsee> oh yes, i should read that mail
[12:37]  * Hobbsee +1's, with comments about licencing.
[12:39] <Hobbsee> apachelogger: waiting on crimsun, ajmitch, and soren to respond (or a subset of them, i think)
[12:39] <Hobbsee> however, i suspect they were waiting on people like me to repsond
[12:39] <apachelogger> hehe, k :)
[12:42] <Riddell> Hobbsee: KDE 4 packages have had licencing problems?
[12:43] <Riddell> KDE packages in general have due to not including all the licence texts and other bits, but apachelogger is about the best at spotting that
[12:46] <Tonio_> apachelogger: no copying.lib for kpar2, as there is no lgpl stuff in it
[12:46] <Tonio_> apachelogger: will fix the version
[12:47] <Tonio_> apachelogger: what do you mean by "own tag" ?
[12:47] <Tonio_> apachelogger: have an example ?
[12:47] <aplg|mobile> Tonio_: Homepage: Blah right below Standards-version
[12:48] <Tonio_> aplg|mobile: hum, oki, I missed that new thing ;)
[12:48] <Tonio_> apachelogger: fixing
[12:48] <aplg|mobile> k
[12:48] <aplg|mobile> Hobbsee: about the licensing -> diskman's copyright file: http://pastebin.kubuntu-de.org/147001
[12:49]  * aplg|mobile actually thinks he improved on that stuff lately ;-)
[12:49] <aplg|mobile> afk, lunch
[12:49] <Hobbsee> aplg|mobile:
[12:49] <Hobbsee> #
[12:49] <Hobbsee> License:
[12:49] <Hobbsee> probably needs to be filled in, too
[12:50] <Tonio_> Riddell: can you drop uploads waiting in NEW ?
[12:50] <Tonio_> Riddell: looks like I dputed to ubuntu instead of revu.....
[12:50] <Hobbsee> Tonio_: what did you want dropped?
[12:50] <Tonio_> Hobbsee: kpar2
[12:51] <Tonio_> Hobbsee: should be revued before upload ;)
[12:51] <Hobbsee> hehe, indeed
[12:51] <Tonio_> Hobbsee: can you ?
[12:51] <Hobbsee> yes
[12:52] <Tonio_> Hobbsee: that's nice ;)
[12:52] <Hobbsee> Tonio_: rejected.
[12:52] <Hobbsee> Tonio_: yeah, it's one of the few thigns i can do :)
[12:52] <Tonio_> ho yeah you're archive manager now :)
[12:52] <Hobbsee> one of, yes
[12:52] <Tonio_> Hobbsee: you can do much more than me now ;)
[12:52] <Tonio_> I'll call you "boss" in the future :)
[12:53] <Hobbsee> hah
[12:53]  * Jucato thought she was boss already...
[12:53] <Jucato> hi Tonio_ :)
[12:53] <Hobbsee> aplg|mobile: looks better
[12:53] <Hobbsee> aplg|mobile: was thinking in terms of the khaki stuff
[12:54] <Jucato> Tonio_: Disk Manager is just a partition editor? not something like mountconfig?
[12:54] <Tonio_> Jucato: qtparted like
[12:54] <Tonio_> Jucato: currently working on the package
[12:54] <Jucato> ah
[12:55] <Tonio_> Jucato: but that's (good point) a real kde application
[12:55] <Tonio_> qtparted is unmaintained and not a kde application
[12:55] <Jucato> yep :)
[12:55] <Riddell> Tonio_: err, it disappeared
[12:56] <Jucato> Tonio_: hopefully it will stay maintained :)
[12:56] <Tonio_> Riddell: what dissapeared ? kpar2 ? I suspect Hobbsee dropped it
[12:56] <Tonio_> Jucato: it is part if a very active and interesting project, called alice
[12:57] <Tonio_> Jucato: remember that x.org config tool that we discuss a few weeks ago ?
[12:57] <Tonio_> Jucato: part of the same project
[12:57]  * Hobbsee killed it.
[12:57] <Jucato> you killed alice? O.o
[12:57] <Tonio_> Hobbsee: merci beaucoup chef !
[12:57] <Tonio_> Hobbsee: chef is french for boss, fyi
[12:58] <Jucato> darn!
[12:58] <Jucato> you just made me delete a whole sentence :)
[12:58]  * Jucato was about to ask that :P
[12:58] <Hobbsee> :)
[12:58] <Tonio_> Jucato: talking about that, we didn't do any french speaking day for a long time now :)
[12:58] <Tonio_> Jucato: Riddell is pretty good at speaking french ;)
[12:58] <Jucato> hehe yeah :)
[12:59] <Jucato> oooh really? :)
[12:59] <Riddell> moi?
[12:59] <Jucato> oui!
[13:00] <Tonio_> bien sur toi ! tu parles très bien français !
[13:00] <Tonio_> daniel holbach is pretty good too
[13:00] <Tonio_> understands very well
[13:01] <aplg|mobile> Hobbsee: well, khalkhi was around the time you admins decided to drop packages without a lgpl copy in the sources I think :P
[13:02] <Hobbsee> aplg|mobile: i wasnt an admin at that time
[13:02] <Jucato> ah I know tres bien :)
[13:02]  * Jucato resists the urge to sound stupid and say "three good!"
[13:02] <Jucato> :P
[13:03] <aplg|mobile> Hobbsee: well, I just want to say that I wasn't used to check for the complete copies
[13:03] <Hobbsee> aplg|mobile: oh, i see what you mean.  i'm just saying it's not my fault, per se :)
[13:05] <aplg|mobile> Hobbsee: hehe, if it is anyones fault, it's upstreams ;-)
[13:06] <Hobbsee> yes, they'll do for being blamed
[13:10] <Riddell> apachelogger is now a motu?  I only saw one motu council vote
[13:10] <Riddell> the process for this changes so frequently I lose track :)
[13:10] <Riddell> congratulations apachelogger!
[13:10] <Riddell> don't forget to do lots of merges
[13:11] <apachelogger> Riddell: thanks, gotta start with merging asap :)
[13:12] <Jucato> here they come!
[13:12] <jjesse> here who come?
[13:12] <jjesse> -/
[13:13] <Tonio_> Riddell: concerning disk manager, I don't really know what to do with the deps
[13:13] <Jucato> you! :)
[13:13] <Tonio_> Riddell: lots of things are optional, but imho should be installed by default, as this is for example loosing people with qtparted
[13:13] <Tonio_> Riddell: for example depends on xfsprogs, instead of recommends....
[13:13] <Tonio_> Riddell: what's your opinion about that ?
[13:14] <Tonio_> Riddell: imho the maximum things should be supported out of the box
[13:14] <apachelogger> hm
[13:14] <apachelogger> Tonio_: you read that I have an almost finished package? :P
[13:16] <apachelogger> btw, I think out of the box we should support the ubuntu defaults
[13:16] <apachelogger> maybe +ntfs
[13:16] <Tonio_> apachelogger: are you packaging this too ?
[13:17] <Tonio_> apachelogger: here is the list of optional packages:
[13:17] <Tonio_> hfsutils util-linux xfsprogs mount xfsdump e2fsprogs dosfstools reiserfsprogs jfsutils e2fsprogs ntfsprogs reiser4progs dosfstools udev
[13:17] <apachelogger> Tonio_: #173016
[13:17] <Tonio_> apachelogger: hum okay
[13:17] <Tonio_> apachelogger: we also have to patch the sources to remove the top banner
[13:17] <Tonio_> apachelogger: useless and doesn't respect kde apps HIG
[13:17] <apachelogger> well, maybe we can ask upstream to do so
[13:18] <apachelogger> he needs to add a copying.lib anyway
[13:18] <Tonio_> apachelogger: they won't, as they do for all alice apps
[13:18] <Tonio_> apachelogger: I don't see any problem in removing this, that respects the gpl
[13:18] <apachelogger> sure, but every patch we have to maintain is one patch too much IMO
[13:19] <Tonio_> apachelogger: maybe follow what gparted does
[13:19] <Tonio_> apachelogger: so depends on everything but suggests xfsprogs, reiserfsprogs, reiser4progs, jfsutils, ntfsprogs
[13:19] <Tonio_> apachelogger: I'd say recommends for those
[13:20] <Tonio_> Depends: util-linux, mount, e2fsprogs, udev
[13:20] <apachelogger> yeah, that's kinda what I had in mind
[13:20] <Tonio_> Recommends: hfsutils, xfsprogs, xfsdump,dosfstools, reiserfsprogs, jfsutils, ntfsprogs, reiser4progs, dosfstools
[13:20]  * apachelogger hacks up a desktop file
[13:21] <Tonio_> apachelogger: I greped the all code about that, so the list of tools should be complete
[13:21] <apachelogger> ok, thanks
[13:21] <Tonio_> apachelogger: that the Darth Vader thing you talked about yesterday hehe :)
[13:22] <Tonio_> apachelogger: now I understand
[13:22] <Tonio_> apachelogger: ping me once packaging is done, I'll revu that one
[13:22] <Tonio_> apachelogger: I tested this and we really need that one in main replacing qtparted
[13:22] <apachelogger> agreed
[13:22] <apachelogger> Tonio_: I'll upload it to revu once upstream released a tarball with copying.lib
[13:22] <Tonio_> apachelogger: want me to write the no banner patch ?
[13:23] <Tonio_> apachelogger: oki
[13:23] <apachelogger> Tonio_: if you have time, sure :)
[13:23] <Tonio_> apachelogger: you can rebuild the tarball with copying.lib and mention in the changelog that upstream has been pingued about
[13:23] <Tonio_> apachelogger: also the locales thing is a bit strange....
[13:23] <apachelogger> totally
[13:23] <Tonio_> apachelogger: have you tested this ?
[13:24] <apachelogger> nope
[13:24] <Tonio_> I'm unsure we get the translations
[13:24] <Tonio_> apachelogger: I'll have a look at that
[13:24] <apachelogger> k
[13:25] <Tonio_> apachelogger: that's un compatible with rosetta, maybe we should consider patching for standard gmo/po translations.....
[13:25] <apachelogger> again, maybe we can get upstream to do that?
[13:27] <Riddell> Tonio_: make it depend on anything in main, recommend others
[13:28] <Tonio_> Riddell: ok
[13:28] <Tonio_> apachelogger: then depends on everything :)
[13:28] <Tonio_> Depends: util-linux, mount, e2fsprogs, udev, hfsutils, xfsprogs, xfsdump,dosfstools, reiserfsprogs, jfsutils, ntfsprogs, reiser4progs, dosfstools
[13:28] <apachelogger> well
[13:29] <Tonio_> apachelogger: I'll give you too patches today : no banner patch and maybe french translation
[13:29] <apachelogger> I see no reason why a normal user (as in non-geek) needs to have 100% support for jfs for example
[13:30] <Tonio_> apachelogger: would that make it complicated for them ? I don't think so
[13:30] <Tonio_> apachelogger: normal users don't need those tools btw
[13:30] <apachelogger> nah, but waste space
[13:30] <Tonio_> apachelogger: those tools are very little
[13:30] <Tonio_> apachelogger: and this is not meant to be part of the default install btw
[13:30] <apachelogger> fair enough
[13:33] <Tonio_> apachelogger: oki seya for the patches :)
[13:40] <Tonio_> apachelogger: my concern is really the translation process.....
[13:41] <Tonio_> apachelogger: they are mostly empty now, but it should be possible to generate a pot file and get it in rosetta
[13:41] <Tonio_> apachelogger: will you patch admin/cvs.sh for rosetta ?
[13:41] <Riddell> apachelogger: partitioning tools are not on the whole for normal users
[13:41] <Tonio_> apachelogger: that will probably reach main, so we need the patch
[13:42] <Tonio_> Riddell: ++
[13:42] <Tonio_> Riddell: will rosetta work if there is no .pot in the sources as long as it is patched ?
[13:42] <Tonio_> Riddell: I suspect the sources have to be patched to load a .gmo catalog right ?
[13:43] <Tonio_> Riddell: translations are .ts files based
[13:43] <Tonio_> Riddell: can hardly work with rosetta I suspect.... :)
[13:43] <Riddell> rosetta doesn't talk .ts
[13:44] <Riddell> does this app use kdelibs?
[13:44] <apachelogger> Tonio_: how to generate a pot with i18n()? -.-
[13:45] <apachelogger> bah .svn in admin directory
[13:45] <Tonio_> apachelogger: sh admin/cvs.sh extract-messages
[13:45] <Tonio_> Riddell: it does but not for i18n things
[13:46] <Riddell> silly of it
[13:47] <Riddell> no point us changing it to KDE's gettext, just poke upstream that it would be a good idea
[13:48] <apachelogger> agree on that
[13:50] <jjesse> did i miss an email or did the alpha1 cd come out?
[13:50] <Riddell> not as far as I know
[13:52] <davmor2> Riddell: Alternative still not working it is crashing out because of a Kaffeine conflict.  I'll try it with ovaltene and see if it calms down :)
[13:53] <Riddell> davmor2: I just uploaded a new meta package for that
[13:53] <Riddell> so I'll wait for that and make new CDs
[13:53] <davmor2> okay cool
[14:19] <Riddell> kwwii: did ruphy get those wallpapers?
[14:19] <kwwii> Riddell: yeah, he said he would tell you where to download them
[14:19] <kwwii> let me remind him
[14:21] <Riddell> "Accepted: webkitkde" whee
[14:21] <apachelogger> Tonio_: package is done
[14:21] <Riddell> nixternal: there you go (it's got plenty of problems, but it's a start)
[14:22] <apachelogger> Tonio_: are you going to mail upstream about the translation stuff? if so please also mention to remove admin/.svn and add COPYING.LIB
[14:22] <apachelogger> did that myself for now
[14:22] <Riddell> Tonio_: "webkit is way better than khtml" is arguable, the difference is that webkit is bug compatible with safari
[14:30] <Riddell> hi jpatrick, I got that monster LUKS patch in
[14:31] <jpatrick> Riddell: thanks, it has a slight problem with it not including it's new .desktop files, waiting for PPA for testing now
[14:31] <Tonio_> Riddell: have tried to play with ajax apps like roundcube ?
[14:31] <jpatrick> hopefully we'll have LUKS support by tonight :)
[14:31] <Tonio_> NOTHING works in konqueror on that poin t
[14:32] <Tonio_> I have seen bugs on yahoo, gmail, all new modern webservices
[14:32] <Tonio_> opera and safari works on those
[14:32] <Tonio_> Riddell: better doesn't mean better codebase
[14:32] <Tonio_> Riddell: I meant "works in the real world"
[14:33] <Riddell> Tonio_: sure that's my point.  but just saying "better" will make the khtml developers grumpy since in various ways khtml is better
[14:35] <Tonio_> Riddell: let's say "adapted to modern web brosing" then ;)
[14:35] <Tonio_> Riddell: I just needed to troll a bit, sorry for that :)
[14:45] <jpatrick> Riddell: by the way, can you get tork passed New?
[14:55] <apachelogger> Tonio_: typo in karp2 control repairation vs. reparation
[14:55] <jpatrick> apachelogger: congrats!
[14:56] <apachelogger> jpatrick: thanks :)
[14:56] <apachelogger> I guess we now can flood universe with KWare :D
[14:57] <apachelogger> Tonio_: also have a look at the desktop file http://pastebin.kubuntu-de.org/147250 ... at least as much that lintian shuts up ;-)
[14:59] <apachelogger> Tonio_: + adding the docbook/manpage copyright and license to copyright file might not be too bad
[15:06] <bddebian> Heya
[15:08] <DaSkreech> sup?
[15:09] <bddebian> Nada, you?
[15:11] <Riddell> ah, modern urban colloquialisms
[15:12] <Jucato> heh :)
[15:36] <davmor2> Riddell: any news on the new images?
[15:37] <Riddell> davmor2: still waiting on kubuntu-meta to enter the archive
[15:38] <davmor2> okay ta.  Can you give heno or me a shout when it is good to test please :)
[15:40] <Riddell> sure
[15:41] <davmor2> ta muchly
[15:45] <nixternal> apachelogger: congrats! now you can leave jpatrick alone, which in turn leaves me alone :p
[15:45] <nixternal> Riddell: rock on with webkit! :)
[15:45] <apachelogger> lol
[15:45] <DaSkreech> webkit supporter?
[15:46]  * nixternal goes to see how much more dirty laundry is being aired on the planets today
[15:46] <apachelogger> nixternal: thanks though
[15:46] <nixternal> DaSkreech: big time webkit supporter
[15:46] <DaSkreech> ok :-)
[15:46] <DaSkreech> all I want is inserted hotkeys back and i'm ok
[15:46] <apachelogger> meh
[15:46] <Jucato> boo!
[15:46]  * Jucato runs
[15:46] <Jucato> apachelogger: congratulations btw
[15:47] <apachelogger> awful if someone calls you while you're at revuing -.-
[15:47]  * apachelogger forgot where he was
[15:47] <apachelogger> Jucato: thanks :)
[15:48] <apachelogger> Mez: omg, I think I default to nazi revu mode :S
[15:48] <Mez> apachelogger, you became motu ?
[15:49] <DaSkreech> I don't know if that's konqui or KHTMl but I want t back
[15:49] <DaSkreech> Which ever combo gives me that I'll use :)
[15:49] <DaSkreech> hi Mez
[15:49] <Mez> hey DaSkreech
[15:49] <apachelogger> Mez: yep
[15:50] <Mez> apachelogger, congrats, now I don't get bother either ;)
[15:50]  * Mez whistles
[15:50] <apachelogger> DaSkreech: what's inserted hotkeys?
[15:50] <Mez> and Nazi Revu is good ;) I taught you well you padwan
[15:50] <apachelogger> indeed
[15:50] <apachelogger> muhahahahaha
[15:50] <Mez> btw, I am your father
[15:51] <DaSkreech> apachelogger: When you are browsing a website if you press ^ then it makes up hotkeys for the links and shows them on the page
[15:51] <DaSkreech> apachelogger: Wow good thing you made Solo get the girl huh?
[15:51] <apachelogger> Mez: you made sweet love with Tm_T?
[15:51]  * apachelogger imagines awful things
[15:51] <Mez> apachelogger,  ?? ?
[15:51]  * Mez is confused
[15:51] <apachelogger> Tm_T is my mom!!!
[15:52] <Mez> o_O
[15:52] <apachelogger> DaSkreech: oh, ah well, press CTRL
[15:52] <Mez> I thought Tm_T was male. ...
[15:52] <DaSkreech> apachelogger: Yes I just said that
[15:52] <apachelogger> DaSkreech: that's a KHTML feature btw
[15:52] <Mez> yeah, accesskeys ftw
[15:52] <apachelogger> webkitty doesn't do taht
[15:52] <Mez> very useful when I'm feeling lazy
[15:52] <DaSkreech> apachelogger: damnit! I wonder if it will be hacked into the fruity HTML
[15:52] <apachelogger> Mez: so Tm_T can't be my mom because he's mail? Oo
[15:53] <Mez> apachelogger, I got 2 hours sleep last night
[15:53] <apachelogger> haha!
[15:53] <DaSkreech> sh e-mail ?
[15:53] <Mez> dont confuse me, my brain'll asplode
[15:53] <apachelogger> <-- 4
[15:53] <Mez> :P
[15:53] <Mez> <-- also won £160
[15:53] <apachelogger> <-- spent € 10.12
[15:54] <nixternal> <-- will work for food
[15:54] <apachelogger> Tm_T: once you have time, you might tell Dad that you're my mom
[15:54] <mhb> hello folks
[15:55] <nixternal> howdy mhb
[15:55]  * apachelogger gives mhb a beer
[15:55] <mhb> how are you?
[15:55] <apachelogger> ahoy!
[15:55] <mhb> apachelogger: thanks, that is nice of you, but I dont drink alcohol, actually.
[15:55] <nixternal> slowly waking up and working up the energy to get ready for a nice trek to the uni
[15:55] <mhb> apachelogger: ahoy to you too
[15:55] <apachelogger> -.-
[15:56] <apachelogger> really, how did the nerds2.0 became non-alcohol drinking
[15:56] <Jucato> ola mhb
[15:56] <apachelogger> this is just not originial :P
[15:57] <apachelogger> mhb: maybe I can interest you in a cup of tea?
[15:59] <DaSkreech> Is there a webkit channel?
[15:59] <apachelogger> #safari maybe :P
[16:00] <DaSkreech> That just has lions and tigers and beers!
[16:00] <DaSkreech> and I don't drink
[16:00] <DaSkreech> :)
[16:01] <mhb> apachelogger: I am sorry, it was a design decision
[16:02] <mhb> apachelogger: I like to live my life to the full, without being artificially influenced too much
[16:04] <apachelogger> mhb: makes perfect sense... you have to know I also was a teetotaler some time ago
[16:04]  * apachelogger got into bad influence though :|
[16:05] <apachelogger> it's all \sh_away's fault :P
[16:05] <mhb> continuing my Harry Potter analogies, /me is not among muggles anymore
[16:07] <mhb> apachelogger: I am tolerant enough, dont worry
[16:25] <nixternal> anyone have any ideas as to why when running apt-get upgrade or what not, it will freeze at certain steps? anyone experienced this before?
[16:26] <Riddell> not I
[16:26] <nixternal> I can't figure this one out...it has been happening for a while now
[16:26] <nixternal> it leaves a 'dpkg <defunct>' in the processes as well
[16:27] <mhb> nixternal: not me
[16:45] <apachelogger> nixternal: considering you have to time: http://revu.ubuntuwire.com/details.py?package=tastymenu
[16:45] <apachelogger> +how to upload anyway?
[16:51] <Tonio_> apachelogger: manpage is part of the packaging, and the licence of packaging is already in there for kpart2
[16:52] <Tonio_> I really don't want to override lintian
[16:52] <Tonio_> apachelogger: I really consider overriding litian hypopcrit practices
[16:52] <apachelogger> oh
[16:52] <apachelogger> I didn't say you shall override lintian
[16:52] <apachelogger> you shall fix the desktop file :P
[16:52] <Tonio_> hum, oki ;)
[16:53] <Tonio_> are there warnings ? I looked yeserday and didn't saw anything..... I was tired :)
[16:53] <Tonio_> apachelogger: I'll fixed this then :)
[16:53] <apachelogger> Tonio_: http://pastebin.kubuntu-de.org/147250
[16:53] <davmor2> Riddell: I'm going to be afk for a while so at this point let heno know when it's safe to test ta :)
[16:54] <Tonio_> package will be done tomorrow, as well as patches for diskmanager
[16:54] <Tonio_> apachelogger: thanks for the report, that'll be fixed.... true I didn't look carefully enough to the desktop file....
[16:54]  * apachelogger also forgets that all the time
[16:55] <Tonio_> well I lintian on the source package, not always on the deb file
[16:55] <Tonio_> that's my problem with packaging :)
[16:55] <Tonio_> I should include add a lintian hook to pbuilder
[16:55] <apachelogger> hehe, I do it for both, but the problem is ... as we can see from the paste, lintian doesn't detect every desktop file issue ;-)
[16:56] <Tonio_> apachelogger: right
[16:57] <Tonio_> apachelogger: I have to go, but we'll make a point tomorrow for this, all will be fixed
[16:57] <Tonio_> patches for disk manager are partially done
[16:57] <apachelogger> k
[16:57] <apachelogger> Tonio_: cya
[16:57] <Tonio_> bye ;)
[17:33] <mhb> there is something rotten in the state of FOSS
[17:33] <mhb> first the GNOME internal wars, now KDE
[17:33] <Riddell> two grumpy people and some replies doesn't make for a rotten core
[17:33] <coreymon77> huh?
[17:33] <coreymon77> whats going on
[17:34] <mhb> Riddell: I was hinting at autumn mood, not rotten core
[17:35] <coreymon77> i should prob take my name off of the agenda for the next meeting huh?
[17:36] <mhb> I just like that Hamlet quote
[17:36] <Riddell> ah, I'm not going to see Hamlet until next August so I didn't get the reference
[17:36] <coreymon77> btw
[17:37] <coreymon77> id love to come to the meeting tomorrow, but unfortunately i have an important driving lesson (my highway lesson) then
[17:38] <apachelogger> mhb: huh? kde? where?
[17:38] <coreymon77> and also, 11:00 utc in eastern is?
[17:39] <apachelogger> coreymon77: http://www.timeanddate.com/worldclock/fixedform.html
[17:40] <mhb> apachelogger: see dot.kde.org
[17:40] <Riddell> dot?
[17:40] <coreymon77> holy cow!
[17:40] <coreymon77> 6:00 in the morning!
[17:40] <coreymon77> sorry, cant come
[17:41] <Riddell> it's not a US friendly time I'm afraid
[17:41] <apachelogger> well
[17:41] <Riddell> next meeting just make sure US people decide on the time :)
[17:41] <apachelogger> not exactly cet friendly either :P
[17:41] <apachelogger> lunch time
[17:42] <Riddell> you're allowed to bring your lunch to the meeting, we won't mind
[17:42] <apachelogger> ^_^
[17:42] <apachelogger> talking about that... I think I might be hungry
[17:42] <Riddell> I recommend home made hummous
[17:43] <coreymon77> well
[17:43] <coreymon77> i cant come to this one
[17:43] <coreymon77> sorry
[17:44] <coreymon77> and theres the bell, back to class for me
[17:44] <coreymon77> bye guys
[17:45] <apachelogger> hm
[17:46] <apachelogger> ttf-liberation made me stop revuing for today -.-
[17:47] <Riddell> apachelogger: why's that?
[17:47] <apachelogger> Riddell: http://revu.ubuntuwire.com/details.py?package=ttf-liberation
[17:47] <apachelogger> have a look at the comment
[17:47] <apachelogger> that wasn't even a very close look
[17:48] <Lure> apachelogger: congrats on MOTU!
[17:48]  * apachelogger heads downstairs to hunt something eatable
[17:48] <apachelogger> Lure: hehe, thanks :)
[17:49] <Lure> apachelogger: I am expecting even more kde apps now ;-)
[17:49] <Riddell> apachelogger: by the way I find it a good idea to e-mail people after a revu since otherwise they may not see it
[17:51] <apachelogger> Riddell: oh, true, thanks for the hint
[17:51] <apachelogger> Lure: well, I expect me and jpatrick to flood universe :D
[17:52] <Lure> apachelogger: I have seen that flood already started ;-)
[18:11] <jpatrick> Riddell: .desktop fix for luks: http://people.ubuntuwire.com/~jpatrick/kdebase-luks-desktop-install-fix.debdiff
[18:12]  * bobesponja is away: Gone away for now.
[18:12] <Riddell> jpatrick: could you add a LUKS entry to https://wiki.kubuntu.org/HardyHeron/Alpha1/Kubuntu
[18:13] <jpatrick> Riddell: watch out, it has "Thu" in the date line
[18:13] <Riddell> jpatrick: fix it :)
[18:13] <jpatrick> will do
[18:16] <jpatrick> Riddell: ok, reuploaded
[18:17] <Riddell> uploaded?
[18:17] <jpatrick> the debdiff
[18:19] <Riddell> groovy, uploading (to archive)
[18:23]  * bobesponja_ is back.
[18:23]  * bobesponja is away: Gone away for now.
[18:23] <Riddell> bobesponja: gonnae no dae that
[18:24]  * bobesponja_ is back.
[18:24] <Riddell> bobesponja_: likewise
[18:25] <rouzic> hi all
[18:25] <jpatrick> hi rouzic
[18:26] <rouzic> hi jpatrick
[18:30] <jpatrick> rouzic: reunion mañana!
[18:31] <rouzic> jpatrick: I know
[18:31] <jpatrick> good...
[18:33] <rouzic> jpatrick: a que hora?
[18:34] <jpatrick> rouzic: 12 mediodia tiempo de España
[18:35] <rouzic> right :)
[19:10] <Tm_T> Mez: me a man? hah
[19:15] <Tm_T> apachelogger: son
[19:16] <apachelogger> Tm_T: yes, mom?
[19:45] <apachelogger> Riddell: can you get tastymenu past new now?
[19:46] <apachelogger> upstream put a lgpl and gfdl in
[21:53] <mhb> sebas: it may sound silly, but there are people who support you as well as those who have a negative opinion
[21:53] <mhb> sebas: just because we stay silent we are happy about what you do
[21:54] <mhb> erm, bad sentence :o) better one - we sometimes stay silent, but we are happy about what you do
[21:54]  * apachelogger has no clue what mhb is talking about Oo
[21:56] <mhb> apachelogger: sebas comment on the dot was a bit depressing
[21:57]  * apachelogger heads over
[23:42] <Riddell> davmor2: don't suppose you're awake?
[23:42] <davmor2> I am indeed :)
[23:43] <Riddell> davmor2: new alternate ready to test if you fancy
[23:43] <Riddell> live CD on its way
[23:44] <davmor2> Probably not testing it tonight but will certainly start the dl ready for an early start :0
[23:44] <davmor2> :) even
[23:44] <Riddell> thanks
[23:46] <davmor2> np
[23:48] <Riddell> new desktop cd out now
[23:48] <davmor2> sound rsyncing and then bedtiming :)
[23:49] <davmor2> nn


[01:30] <lubot1> quydox was added by: quydox
 Welcome!
 The fn button does not work to increase or decrease the brightness of the notebook
 MSi GE70 0ND
 Hello, I am using Lubuntu 17.10, how can I update to 18.04 :D
 sudo apt-get update
 @nosmiles77, thanks bro
 I use this command: sudo apt-get dist-upgrade
 and It updated to Ubuntu 18.04
 haha
 but I am using LXDE now
 Simon, Pls, help
 @nosmiles77 What's up?
 FN key still not working?
[11:48] <tsimonq2> (ein 8
[11:48] <tsimonq2> Whoops
 @tsimonq2 lxqt blog?
 @technicalbird, Not yet.
 I'll roll it into the weekly newsletter on Monday.
 On 7th?
 This Monday.
 I think so.
 In All ubuntu distro
 Xubuntu
 Lubuntu
 Ubuntu
 Kubuntu
 Only in 18.04
 Hmm.
 I don't know what to tell you, sorry.
 Kernel maybe?
 Maybe try joining #ubuntu on IRC, I know there's people there who would probably know the answer offhand.
 In Ubuntu 16.04 and Linux mint 18.3 all was well
 OK, thanks
[20:12] -queuebot:#lubuntu-devel- New binary: dde-qt-dbus-factory [s390x] (cosmic-proposed/universe) [1.0.1-2] (lubuntu)
[20:43] -queuebot:#lubuntu-devel- New binary: dde-qt-dbus-factory [amd64] (cosmic-proposed/universe) [1.0.1-2] (lubuntu)
[20:44] -queuebot:#lubuntu-devel- New binary: dde-qt-dbus-factory [i386] (cosmic-proposed/universe) [1.0.1-2] (lubuntu)
[23:09] -queuebot:#lubuntu-devel- New binary: dde-qt-dbus-factory [armhf] (cosmic-proposed/universe) [1.0.1-2] (lubuntu)
[23:10] -queuebot:#lubuntu-devel- New binary: dde-qt-dbus-factory [arm64] (cosmic-proposed/universe) [1.0.1-2] (lubuntu)