[09:51] <teknoprep> back
[09:52] <teknoprep> dpkg: error processing /var/cache/apt/archives/kdelibs-data_4%3a3.4.0-0ubuntu3.1_all.deb (--unpack):
[09:52] <teknoprep>  trying to overwrite `/usr/share/icons/default.kde', which is also in package knetworkconf
[09:52] <teknoprep> Errors were encountered while processing:/var/cache/apt/archives/kdelibs-data_4%3a3.4.0-0ubuntu3.1_all.deb          E: Sub-process /usr/bin/dpkg returned an error code (1)
[09:52] <teknoprep> tryed to put it all on one line
[09:53] <ChinaCatJones> let me think a second here, I am kinda of new to linux, but fixed the same issue on my box yestereday
[09:53] <teknoprep> its kdelibs thats having a problem
[09:54] <teknoprep> what did you do to fix it
[09:54] <teknoprep> lol
[09:56] <ChinaCatJones> tekno, I'm trying to remember, but it was the computer equivalent of beating on it with a hammer
[09:57] <ChinaCatJones> as i recall i deleted the affected files and ran apt-get install again
[09:58] <ChinaCatJones> I think the  bigger issue is that ubuntu libc6 doesn't like a lot of the multimedia stuff
[09:59] <ChinaCatJones> right now i am trying to get a newer verison of libc6 installed for gstreamer and mplayer. i neded to get faad/faac running
[09:59] <ChinaCatJones> any ideas anyone?
[10:01] <zippykde> Hi - god I hope someone knows the answer to this (:- - Im using Ubuntu with the Kubuntu desktop installed... Ive just dragged a file from my desktop into a folder on the desktop - and everything has vanished :-( - all my desktop icons, my home folder, all the software I've installed - it appears like a brand new install :-(
[10:02] <zippykde> And I cant find anything using the find files/folders :-(
[10:02] <zippykde> Anyone know why this would happen.?
[10:02] <teknoprep> are you logged in as root or something
[10:02] <teknoprep> or another user
[10:02] <zippykde> No - same user - not as root
[10:02] <teknoprep> cd ~/desktop
[10:03] <zippykde> k let me try it :-)
[10:03] <teknoprep> cd ~/Desktop
[10:03] <teknoprep> with a capital D
[10:03] <zippykde> Nothing :-( no files there
[10:04] <zippykde> this is really wierd - all the updates are still intact - but my desktop and home directory are empty :-(
[10:04] <zippykde> And the screen resolution has gone whacky (y'know like Winblows in safe mode..?)
[10:05] <zippykde> Any other ideas..? (btw all my app settings have reset too - my firefox extensions have disappeared - GAIM now has no accounts - well xept this one which Ive just made)
[10:07] <zippykde> I'll nip to the Ubuntu room see if anyone knows whats going on lol... wish me luck
[10:17] <nmorse> Okay, the Ubuntu kernel says it doesn't even have reiserfs support
[10:18] <nmorse> So how am I supposed to tell if it has extended attributes enabled?
[10:18] <DeadcAlm> anyone know where i can find info on editing the sources.list file to allow kynaptic to function thru a proxy?
[10:18] <nmorse> I'm trying to install beagle
[10:23] <KaiL> Diablo-D3: still awake?
[10:24] <KaiL> ...and whoever also tried to help with the ATI 9250
[10:24] <Jormundgand> Where can I find some info on expert mode?
[10:24] <KaiL> info?
[10:25] <Jormundgand> Yeah, like how it differs from regular install and what it does.
[10:25] <KaiL> just for the notes: be shure xorg-driver-fglrx is NOT installed, if you want DRI with the radeon driver (R200)
[10:28] <Jormundgand> Incidentally it seems to me that the Kubuntu people need to rethink what's installed by default. OpenOffice? Please. KOffice is bound to be superior.
[10:29] <nmorse> KOffice wasn't superior last time I checked, as in yesterday
[10:29] <nmorse> Though it is very nice, and the KDE database programs are much nicer
[10:29] <Jormundgand> KOffice has to be superior, it's specifically designed for KDE. Much like I'd choose Kopete over Gaim anyday - for reasons of customisability as well as design.
[10:30] <Jormundgand> If I wanted to use Gaim I'd install Ubuntu.
[10:30] <nmorse> Kopete is insanely stupid, UI-wise, if you ask me
[10:31] <nmorse> Who seriously would think to click on the funny little icons at bottom to do everything?
[10:31] <nmorse> Particularly group chat in Jabber?
[10:31] <Jormundgand> I prefer it to Gaim. I can have the nice iChat style speech bubbles.
[10:31] <Diablo-D3> kaiL: Im not awake
[10:31] <Jormundgand> And I don't use Jabber, so that's irrelevant to me.
[10:31] <Diablo-D3> infact Im dead tired
[10:31] <nmorse> I'd settle for a good KDE client with a decent UI
[10:32] <Diablo-D3> eh
[10:32] <Diablo-D3> gaim...
[10:32] <nmorse> Who knows, maybe the Open Usability group will start working with kde-network
[10:32] <nmorse> It would be nice
[10:32] <Diablo-D3> gaim sucks horribly, but it still ends up being the better im client
[10:32] <nmorse> Gaim is better, at the moment at least
[10:32] <Diablo-D3> the open usability group isnt that good
[10:32] <Diablo-D3> they tend to cause shit like the horrid mess that is gnome
[10:32] <nmorse> I like what they did with KDE-PIM
[10:32] <Diablo-D3> with the cancels on the left and the okays on the right
[10:33] <Diablo-D3> they violate the first rule of UI making
[10:33] <nmorse> Yeah, GNOME's been a piece of crap it's entire life
[10:33] <Diablo-D3> 1) if you're going to fuck up, be consistant at it
[10:33] <Jormundgand> I shall reinstall using expert mode and report.
[10:33] <Diablo-D3> so even if kde fucks up, its insanely consistant at it
[10:33] <Diablo-D3> brb
[10:33] <nmorse> Like I've said before, I've used GNOME occasionally since its alpha software days
[10:36] <nmorse> hey kkathman
[10:38] <kkathman> hey
[10:38] <kkathman> wassup?
[10:38] <nmorse> I thought one of the points behind Grub was editing the config file didn't require running anything as root for the changes to take effect?
[10:38] <nmorse> But apparently update-grub must be run
[10:38] <nmorse> Why bother with anything but lilo?
[10:39] <kkathman> Hmm...internet just went down then back up :(
[10:40] <pussfeller> since when you have to update grum if you edit menulist
[10:40] <pussfeller> err grub
[10:40] <nmorse> that's what the grub howto on ubuntulinux.org says
[10:41] <pussfeller> thats odd
[10:41] <nmorse> I know
[10:41] <nmorse> Like I said, why bother with Grub then?
[10:42] <nmorse> Debian uses Lilo by default, could have saved a lot of trouble
[10:43] <nmorse> Grub can't change the running kernel either, like Lilo can in some situations
[10:45] <nmorse> at least as far as I know
[10:47] <mae> grub is better.
[10:48] <mae> nmorse: update-grub needs to be run only to update automagic kernels..
[10:48] <mae> i.e. the specified options to be applied to each kernel.. its a debian thing
[10:49] <nmorse> Okay, yeah, should have stuck with Lilo or run XFS
[10:49] <nmorse> Using XFS on Ubuntu gives Lilo by default
[10:49] <mae> ya, but who uses XFS
[10:50] <nmorse> I actually like it
[10:50] <mae> heh.
[10:50] <nmorse> It's pretty fast at what I do
[10:50] <mae> i prefer reiser or ext3
[10:50] <nmorse> I use reiser a lot, I don't really like ext3
[10:50] <nmorse> even though it'll function as an ext2 filesystem with fsck, et al.
[10:50] <mae> ext3 is old .. but thoroughly tested and very stable
[10:51] <kkathman> uhm what setting in the control center changes the icon text color?
[10:51] <nmorse> It should be under fonts, probably
[10:52] <kkathman> nope...you just choose the font type there
[10:52] <kkathman> no color
[10:52] <kkathman> and its not under color
[10:52] <nmorse> Hmm.
[10:53] <kkathman> argh...I know it must be here somewhere :)
[10:53] <nmorse> Probably in Konqueror
[10:54] <kkathman> well that changes it for Konq, but not on the desktop
[10:55] <nmorse> Hmm, may be in a config file, but not in a program
[10:55] <nmorse> That would be odd, though
[10:55] <kkathman> found it
[10:55] <nmorse> where?
[10:55] <kkathman> right click the desktop under fonts, not kcontrol :)
[10:55] <kkathman> lol
[10:55] <kkathman> kinda confusing
[10:56] <kkathman> I knew I had set them once, but forgot where :)
[10:57] <nmorse> Hmm. KDE should do something about that
[11:04] <mae> is there any alternative to kdevelop.. that is less scatterbrained
[11:06] <morten> hehe, back from Tabletennis :P
[11:10] <morten> What is it that you have to write inorder to enable the nvidia driver??
[11:10] <morten> sudo nvidia-glx-enable ?
[11:14] <Lare2> .
[11:14] <Lare2> Does any one have problems downloading kubuntu from their site ?
[11:14] <nmorse> anyone here know why beagle vanished from backports?
[11:22] <kkathman> hey Diablo-D3 wassup :)
[11:24] <Diablo-D3> hey
[11:30] <Somez> hi everyone!
[11:30] <nmorse> hello
[11:30] <nmorse> there's got to be some f'ing way to install beagle on Ubuntu
[11:36] <kkathman> hey there chavo :)
[11:37] <Tm_T> kk o/
[11:38] <kkathman> hey Tm_T o/
[11:38] <Tezkah> hi everyone o/
[11:38] <Tezkah> what is "o/"
[11:38] <Tm_T> o head and / hand
[11:38] <Tezkah> ohhh
[11:38] <Tezkah> headslap
[11:39] <Tm_T> slap?
[11:39] <kkathman> hey there Tezkah o/
[11:39] <kkathman> nah its a wave :)
[11:39] <Tezkah> hi kkathman o/o~
[11:39] <nmorse> or nursing a hangover
[11:46] <Ghetek> need help making sound work
[11:46] <Ghetek> i get null device
[11:49] <Tm_T> ok, good night to you all ->
[11:50] <Blissex> Ghetek: http://WWW.sabi.co.UK/Notes/linuxSoundALSA.html#troubleshooting
[11:50] <nmorse> see you, Tm-T
[11:50] <kkathman> Ghetek: Does your system recognize it??  try an lspci and see
[11:53] <Ghetek> 0000:02:09.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)
[11:53] <Ghetek> yup
[11:53] <Diablo-D3> w00t an emu10k1
[11:53] <kkathman> excellent :)
[11:53] <Ghetek> ?
[11:53] <Ghetek> is that bad?
[11:53] <kkathman> no its very good
[11:54] <Ghetek> doctor kkathman, will the patient survive?
[11:54] <kkathman> absolutely
[11:54] <Ghetek> any ideas as to what to do now?
[11:56] <Ghetek> oh
[11:56] <Ghetek> i did alsamixer
[11:56] <Ghetek> and it thinks that my audio is my webcam i think
[11:56] <Ghetek> "Card: Camera"
[11:59] <kkathman> hmmm
[12:00] <kkathman> Odd that your audio wasnt configured during install
[12:01] <Ghetek> im going to take out the camera and restart x
[12:01] <Ghetek> wish me luck
[12:01] <kkathman> you should check out both the site that Blissex gave you, and www.ubuntuguide.org under sound
[12:01] <kkathman> brb
[12:02] <kkathman> decided I liked Konversation rather than irssi


[16:32] <jjohansen> \o
[16:33] <tyhicks> hello
[16:33] <tyhicks> #startmeeting
[16:33] <meetingology> Meeting started Mon May 22 16:33:46 2017 UTC.  The chair is tyhicks. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:33] <meetingology> Available commands: action commands idea info link nick
[16:33] <tyhicks> The meeting agenda can be found at:
[16:33] <tyhicks> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[16:34] <tyhicks> [TOPIC] Sponsored Updates
[16:34] <tyhicks> Jose Manuel Santamaria Lema (santa_) provided debdiffs for xenial and yakkety for kauth (LP: #1689759)
[16:34] <tyhicks> Rik Mills (acheronuk) provided debdiffs for xenial and yakkety for kde4libs (LP: #1689759)
[16:34] <tyhicks> v.naini provided debdiffs for zesty for kauth and kde4libs (LP: #1689759)
[16:34] <tyhicks> Thank you for your assistance in keeping Ubuntu users secure! :)
[16:34] <tyhicks> [TOPIC] Join us!
[16:34] <tyhicks> The Ubuntu Security Team has an open position. Learn more and apply at http://bit.ly/SecEngJob
[16:35] <tyhicks> [TOPIC] Weekly stand-up report
[16:35] <tyhicks> sbeattie: you're up
[16:35] <sbeattie> I'm in the happy place this week
[16:35] <acheronuk> tyhicks: you're welcome
[16:35]  * acheronuk shuts up
[16:35] <sbeattie> heh
[16:35] <tyhicks> hey acheronuk :)
[16:36] <sbeattie> I have an embargoed issue that I'm working on
[16:36] <sbeattie> I've some kernel cve triage bits and signoffs to do
[16:37] <sbeattie> I'll go down the open list to work on another update as well.
[16:37] <sbeattie> Oh, kernel team pointed me at some minor qrt failures to address with the 4.11 kernel.
[16:37] <sbeattie> (config renames ,etc.)
[16:38] <sbeattie> that's probably my week.
[16:38] <sbeattie> tyhicks: you're up
[16:38] <tyhicks> I'm on community this week
[16:38] <tyhicks> I've got a few eCryptfs kernel patches to review
[16:39] <tyhicks> I'm trying my best to cover for Jamie on forum.snapcraft.io this week
[16:40] <tyhicks> I've got some internal tasks to do today
[16:40] <tyhicks> then I'll spend time on seccomp
[16:40] <tyhicks> that's it
[16:40] <tyhicks> jjohansen: you're up
[16:41] <jjohansen> I'll be coordinating with sbeattie on some apparmor regression test failures, bug 1659111 is known and a kernel change, I knew about it before pushing, and told them the fix will follow
[16:41] <jjohansen> I have poked a couple people on the securityfs patches so hopefully I will be doing any needed replies/revision for that
[16:43] <jjohansen> and I am working on finishing beating the patch queue for upstream into shape, largely still breaking a few things into smaller logical chunks that make sense and trying not to break bisecting
[16:43] <jjohansen> oh and I suppose maybe the fixes for some qrt regressions, maybe
[16:45] <tyhicks> jjohansen: was that the wrong bug number? did you mean bug 1692543?
[16:45] <jjohansen> tyhicks: sorry yes 1692543, I grabbed the wrong line from irc :)
[16:46] <tyhicks> cool
[16:46] <jjohansen> I am going to push some more RFCs up this week, and I expect that to consume the rest of my time
[16:47] <jjohansen> so I think that is it for me
[16:47] <tyhicks> sarnold: you're up
[16:47] <sarnold> i'm on bug triage this week; back to MIRs; AA patch reviews if those will be helpful. and internal tasks
[16:47] <sarnold> that's it for me, chrisccoulson is out right?, so, ratliff?
[16:48] <ratliff> I'm on CVE triage this week
[16:48] <ratliff> I am finalizing an ESM update and will do the same update for Ubuntu Core 15 (rtmpdump)
[16:48] <ratliff> Most of the week will be focused on internal tasks.
[16:48] <ratliff> that's it for me, back to you tyhicks
[16:49] <tyhicks> thanks
[16:49] <tyhicks> [TOPIC] Highlighted packages
[16:49] <tyhicks> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so.
[16:49] <tyhicks> See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/SecurityTeam/GettingInvolved.
[16:49] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/ruby-saml.html
[16:49] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/icecast2.html
[16:49] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/kinit.html
[16:49] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/ruby-rest-client.html
[16:49] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/jsoup.html
[16:49] <tyhicks> [TOPIC] Miscellaneous and Questions
[16:49] <tyhicks> Does anyone have any other questions or items to discuss?
[16:51] <tyhicks> sbeattie, jjohansen, sarnold, ratliff: Thanks!
[16:51] <tyhicks> #endmeeting
[16:51] <meetingology> Meeting ended Mon May 22 16:51:41 2017 UTC.
[16:51] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2017/ubuntu-meeting.2017-05-22-16.33.moin.txt
[16:51] <jjohansen> thanks tyhicks
[16:51] <ratliff> thank you tyhicks!
[16:52] <sbeattie> tyhicks: thanks!
[16:54] <sarnold> thanks tyhicks!
[18:07] <cking> is there meant to be a DMB meeting right now?
[18:58] <bdmurray> Given that today is a Canadian holiday will we have quorum for the DMB meeting?
[19:00] <sil2100> o/
[19:00] <sil2100> Not sure
[19:02] <bdmurray> o/
[19:10] <jbicha> It's quiet…too quiet… :(
[19:11] <cking> i guess the meeting looks like it may be postponed
[19:12] <bdmurray> jbicha: Yeah, sorry about that. As I mentioned its a Canadian holiday and a couple of board members are Canadian.
[19:15] <jbicha> next Monday is a US holiday
[19:16] <cking> and a UK one too, and I'd like to be around for that to get PPU rights :-/
[19:16] <bdmurray> The schedule is every two weeks so the next one would be June 5th. We could take discussion of the applications to email.
[19:17] <cking> bdmurray, if that's possible, I'd appreciate that for my PPU request for zfs et al
[19:17] <sil2100> ;/
[19:18] <rbasak> Sorry I'm late.
[19:19] <bdmurray> rbasak: No problem, there's only 3 of us as it is.
[19:19] <sil2100> rbasak: hey! No problem, we don't have a quorum yet sadly
[19:19] <sil2100> So we didn't even start yet
[19:19] <bdmurray> We were just discussing reviewing via email.
[19:19] <sil2100> Let me re-ping
[19:19] <rbasak> OK
[19:21] <sil2100> I suppose we won't have anyone more, I would opt for an e-mail vote
[19:21] <sil2100> But we'd have to make sure that it's handled in a timely fashion
[19:22] <bdmurray> sil2100: How about we each start the discussion and babysit one application?
[19:27] <bdmurray> micahg: Are you here for the meeting?
[19:28] <micahg> I can sort of be, I'm in another meeting, so responses might be delayed
[19:28] <bdmurray> Hmm, isn't that usually the case?
[19:28] <micahg> yes, unfortunately :(
[19:28] <bdmurray> Would reviewing via email work better for you?
[19:29] <micahg> I don't know if that captures the whole story, it's good for the basic info, but the Q&A is sometimes useful to clarify one way or another (assuming we're talking about applications)
[19:31] <bdmurray> How do you suggest getting the Q&A if being engaged in meetings is challenging?
[19:31] <micahg> well, this is why I wanted to change the meeting times, the current times overlap for me
[19:32] <bdmurray> What happened with that?
[19:35] <micahg> I had trouble getting feedback from everyone and by the time I got feedback, I think the poll expired
[19:36] <micahg> it's a moot point until after the election I think
[19:36] <sil2100> bdmurray: +1 on the babysitting
[19:36] <bdmurray> sil2100: I'll take jbicha's application then
[19:37] <sil2100> bdmurray: ok, was cking for today as well?
[19:37] <bdmurray> sil2100: his came in at the last minute but I think we should review it anyway
[19:37] <bdmurray> let's not be a barrier
[19:37] <cking> i was very much 11th hour
[19:38] <sil2100> Yeah, I guess, I'll take a look at the application in a moment and follow up - you want to do some Q&A here + some voting, then finish it all of through e-mail? Or all by e-mail?
[19:38] <bdmurray> I'm fine with all by email.
[19:40] <sil2100> cking: would that be fine for you as well? I'd send out the discussion e-mail in a moment to get your application reviewed
[19:40] <cking> sure, that's perfect for me
[19:51]  * rbasak disappears
[20:02]  * cking eod


[01:46] <sarnold> and now I'm headed out; no visible motion on the rt
[11:08] <rbasak> https://git.launchpad.net/ubuntu/+source/ceph has taken an hour to clone so far, at 92%, current rate 69 KiB/s :-/
[11:08] <rbasak> Is there anything we can do to speed this up please? Would a repack help?
[11:14] <cjwatson> I'll try a repack
[11:14] <cjwatson> Perhaps there's some other problem but I don't have time to dig further right now
[11:27] <rbasak> Thanks
[11:28] <rbasak> FWIW I'm still at 92%, but if you're repacking, that presumably won't help unless I restart and meanwhile I/O will presumably be worse.
[11:52] <rbasak> FTR my ceph clone just finished at 1h45m, for comparison with next time.
[12:13] <cjwatson> Indeed, repacks will only be effective from the next clone.  It's repacked now though
[12:30] <kkremitzki[m]> We are having similar problems with FreeCAD's Launchpad git repo which has been timing out since the beginning of this month, perhaps a repack would help? https://code.launchpad.net/~freecad-maintainers/freecad/+git/freecad
[12:30] <cjwatson> I can try but I think we'll probably find it's deeper than that.
[12:30] <kkremitzki[m]> Indeed, thank you.
[12:30] <cjwatson> Oh, that's an import, almost certainly a different problem.
[12:30] <cjwatson> But won't hurt to try a repack.
[12:34] <cjwatson> Hm, something went quite dramatically south not long after 0800Z today.
[12:34] <cjwatson> Massive RAM spike
[13:20] <cjwatson> Dead cache battery on one of the host systems apparently, which can't be helping.  We've opened a ticket to get that replaced
[13:25] <cjwatson> May explain various other bits of slowness around git recently


[14:42] <mapreri> ddstreet, teward: my calendar says meeting in 18 minutes, right?
[14:42] <ddstreet> yep
[14:43] <mapreri> my calendar can be very noisy some days
[15:00] <ddstreet> o/
[15:00] <mapreri> (give me an extra min pls)
[15:00] <ddstreet> sure
[15:01] <mapreri> here
[15:01] <mapreri> sorry, wanted to finish a mail :)
[15:01] <ddstreet> teward around?
[15:02] <ddstreet> ok let's start, he may join later
[15:02] <ddstreet> #startmeeting Ubuntu Backporters
[15:02] <meetingology> Meeting started at 15:02:37 UTC.  The chair is ddstreet.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[15:02] <meetingology> Available commands: action, commands, idea, info, link, nick
[15:03] <ddstreet> ok let's run thru the previous action items...i am pretty sure almost all of mine are carry-over
[15:03] <ddstreet> #topic previous action items
[15:03] <mapreri> same, likely…
[15:03] <ddstreet> #subtopic ddstreet update tooling, requestbackport, backportpackage (carried over)
[15:03] <mapreri> such horrible 2.5 weeks for me :(
[15:03] <ddstreet> #action ddstreet update tooling, requestbackport, backportpackage (carried over)
[15:03] <meetingology> ACTION: ddstreet update tooling, requestbackport, backportpackage (carried over)
[15:03] <ddstreet> i'm hoping to get started on some of my other items once the charter/policies is done
[15:04] <ddstreet> but also, summertime is not great for getting things done :)
[15:04] <ddstreet> #subtopic ddstreet get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)
[15:04] <ddstreet> #action ddstreet get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)
[15:04] <meetingology> ACTION: ddstreet get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)
[15:04] <ddstreet> #subtopic ddstreet look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs (carried over)
[15:04] <ddstreet> #action ddstreet look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs (carried over)
[15:04] <meetingology> ACTION: ddstreet look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs (carried over)
[15:04] <ddstreet> #subtopic ddstreet schedule next mtg Oct 5 15:00 UTC
[15:04] <ddstreet> i did this one! ;-)
[15:04] <mapreri> :P
[15:04] <ddstreet> #subtopic mapreri upload (more of) all the tools (carried over, in progress)
[15:05] <mapreri> carried over, nothing done I believe
[15:05] <ddstreet> #action mapreri upload (more of) all the tools (carried over, in progress)
[15:05] <meetingology> ACTION: mapreri upload (more of) all the tools (carried over, in progress)
[15:05] <mapreri> (I mean, nothing new in the last month)
[15:05] <ddstreet> #subtopic mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)
[15:05] <mapreri> the new lintian maintainer is busy with other projects, apparently :|
[15:05] <mapreri> will chase him down again
[15:06] <ddstreet> hopefully they are less busy over the fall/winter
[15:06] <ddstreet> #action mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)
[15:06] <meetingology> ACTION: mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)
[15:06] <ddstreet> #subtopic mapreri review wiki page to see how we can highlight that backport requestors need to do the backport work and find a sponsor (carried over)
[15:06] <mapreri> carried over
[15:06] <ddstreet> #action mapreri review wiki page to see how we can highlight that backport requestors need to do the backport work and find a sponsor (carried over)
[15:06] <meetingology> ACTION: mapreri review wiki page to see how we can highlight that backport requestors need to do the backport work and find a sponsor (carried over)
[15:07] <ddstreet> #subtopic mapreri start thread on ML about how to use bug status to define meaing in process (carried over)
[15:07] <ddstreet> #action mapreri start thread on ML about how to use bug status to define meaing in process (carried over)
[15:07] <meetingology> ACTION: mapreri start thread on ML about how to use bug status to define meaing in process (carried over)
[15:07] <ddstreet> assumed carry over for that too
[15:07] <mapreri> yap
[15:07] <ddstreet> #subtopic mapreri poke unit193 about yt-dlp dep on dh-python
[15:07] <mapreri> uh, this I actually forgot
[15:07] <ddstreet> lol thats ok :)
[15:08] <ddstreet> should we carry it?
[15:08] <ddstreet> or drop it?
[15:08] <mapreri> but I now too time has passed, need to look what the thing was again
[15:08] <mapreri> please leave it
[15:08] <ddstreet> ok
[15:08] <ddstreet> #action mapreri poke unit193 about yt-dlp dep on dh-python
[15:08] <meetingology> ACTION: mapreri poke unit193 about yt-dlp dep on dh-python
[15:08] <mapreri> If it's there probably there was a good reason from past me
[15:08] <ddstreet> there's a bug associated, lemme at least link that for reference
[15:08] <mapreri> don't worry, I'll find it
[15:08] <ddstreet> ok
[15:08] <ddstreet> that's all previous action items
[15:09] <ddstreet> #topic open mailing list threads
[15:09] <ddstreet> #subtopic clarification on specific wording for no-bug-required backport exceptions
[15:09] <ddstreet> #link https://lists.ubuntu.com/archives/ubuntu-backports/2022-February/022680.html
[15:09] <ddstreet> i think we can carry this over too
[15:09] <mapreri> checked, still in inbox
[15:09] <ddstreet> #action clarification on specific wording for no-bug-required backport exceptions
[15:09] <meetingology> ACTION: clarification on specific wording for no-bug-required backport exceptions
[15:10] <ddstreet> #subtopic charter/policies
[15:10] <mapreri> (I also found in inbox the thread about dh-python, fwiw)
[15:10] <ddstreet> thanks for reviewing charter/policies! i just saw your email
[15:10] <ddstreet> #link https://lists.ubuntu.com/archives/ubuntu-backports/2022-October/022945.html
[15:10] <ddstreet> for reference
[15:11] <mapreri> yeah, of course I send such emails right before the meeting, what did you expect? :P
[15:11] <ddstreet> on quick read of your comments, the changes sound fine to me
[15:11] <ddstreet> lol
[15:11] <ddstreet> instead of trying to modify it now and re-review, i can update it after the meeting and send another email, and we can defer the vote to next meeting
[15:11] <ddstreet> if that sounds ok to you?
[15:12] <mapreri> sounds good.
[15:12] <mapreri> just checking
[15:12] <mapreri> electing the chair: super or simple majority?
[15:12] <ddstreet> #action ddstreet update charter/policies from mapreri review email, send new email asking for review again
[15:12] <meetingology> ACTION: ddstreet update charter/policies from mapreri review email, send new email asking for review again
[15:13] <ddstreet> i'm fine with either way, i think
[15:13] <mapreri> I also don't have a strong opinion on that one myself
[15:13] <mapreri> if you think simple may be easier, go with that (in my mail I wrote super)
[15:13] <ddstreet> i think i lean to just a simple majority
[15:14] <ddstreet> yeah, a simple majority for both appoint/approving, as well as removal, is probably best i think
[15:15] <mapreri> ack
[15:15] <ddstreet> ok i'll update the policies to state simple majority for chair add/remove
[15:15] <mapreri> …charter?
[15:15] <ddstreet> and we can tweak that pretty easy before the vote if we change our mind
[15:15] <ddstreet> oh charter right sorry
[15:15] <mapreri> good :)
[15:15] <ddstreet> yeah the charter currently says 'see the policies' but i agree it's easier to reduce cross-referencings
[15:15] <mapreri> next topic
[15:15] <mapreri> also, the policies don't say :P
[15:16] <ddstreet> yeah, clearly an oversight :)
[15:16] <ddstreet> i mean...i was testing you! lol
[15:16] <mapreri> :>
[15:16] <ddstreet> ok that's all ml threads
[15:16] <ddstreet> #topic open bugs
[15:16] <mapreri> I haven't kept up with the current bugs in the past month
[15:17] <mapreri> but looking at them now, I see it's the same set of open bugs from a month ago, so…
[15:17] <ddstreet> yep, one waiting on an upload
[15:17] <ddstreet> #link https://bugs.launchpad.net/ubuntu/jammy/+source/limnoria/+bug/1983415
[15:17] <ddstreet> oh wait i think someone did upload that
[15:17] <mapreri> I *believe* that's already uploaded, just need checking
[15:17] <mapreri> yeah, unit193 msg'd me on irc a week or so ago about it
[15:17] <mapreri> so it's on my todo, but if you want to take it, go ahead
[15:18] <ddstreet> the limnoria one is done, i approved it earlier this week
[15:18] <ddstreet> i'll mark it
[15:18] <mapreri> ah good good ^^
[15:18] <ddstreet> and one more bug
[15:18] <ddstreet> #link https://bugs.launchpad.net/ubuntu/focal/+source/ipmctl/+bug/1968076
[15:18] <ddstreet> i think this needs a sponsor
[15:19] <mapreri> yes
[15:19] <ddstreet> i think teward was going to sponsor it
[15:19] <ddstreet> i'll add a ping comment for him
[15:19] <mapreri> I guess we should either be hardliner and unsub us, or jfdi and sponsor it…?
[15:19] <mapreri> great
[15:20] <mapreri> handing out tasks to absentees... I love it! :D
[15:20] <ddstreet> i guess we can give it a bit more time before unsub
[15:20] <ddstreet> lol, he volunteered for it before so i'm re-purposing that :)
[15:20] <ddstreet> that's all the open bugs i see
[15:21] <ddstreet> #topic AOB
[15:21] <ddstreet> ok any other topics?
[15:21] <mapreri> about the other bug https://bugs.launchpad.net/ubuntu/+source/ubuntu-dev-tools/+bug/1959115 - unit193 has some unpublished private patches I need to look at
[15:21] <ddstreet> ah crap i moved topics too fast
[15:21] <ddstreet> ok that's excellent!
[15:22] <mapreri> also just had a quick look at the queues, I haven't spotted pending uploads
[15:22] <ddstreet> i'll add an action in the bugs topic section, i had assumed there was no movement on that one
[15:22] <ddstreet> hmm i guess we should have a topic section for pending uploads
[15:22] <mapreri> those patches are drowned on my IRC scrollback, so I guess I need to either go fishing or ask about them -.-
[15:22] <ddstreet> i think we've been pretty good about reviewing fairly regularly though
[15:22] <mapreri> yeah
[15:22] <mapreri> I think we are fine atm
[15:23] <ddstreet> #action mapreri review ubuntu-dev-tools patches for https://bugs.launchpad.net/ubuntu/+source/ubuntu-dev-tools/+bug/1959115
[15:23] <meetingology> ACTION: mapreri review ubuntu-dev-tools patches for https://bugs.launchpad.net/ubuntu/+source/ubuntu-dev-tools/+bug/1959115
[15:23] <ddstreet> anything else before we decide on next mtg date?
[15:23] <mapreri> nope, I'm good
[15:23] <ddstreet> #subtopic next mtg date
[15:24] <mapreri> about this…
[15:24] <mapreri> uh
[15:24] <mapreri> IRL meeting in prague?
[15:24] <ddstreet> you'll be in prague?
[15:24] <ddstreet> in nov?
[15:24] <mapreri> I'm unavailable the week before the summit (for another IRL event), and the week with the summit is no good for irc (probably), so either the week after or…?
[15:24] <mapreri> yes, I'll be
[15:25] <ddstreet> ah the ubuntu summit
[15:25] <ddstreet> i will likely not be there
[15:25] <mapreri> :(
[15:25] <ddstreet> i'm not sure if teward will
[15:25] <mapreri> would have loved to meet you there :)
[15:26] <ddstreet> yeah, since i'm no longer with canonical, i'll probably not travel to many ubuntu conf
[15:26] <ddstreet> i would have too!
[15:26] <ddstreet> i'll try to plan farther out to attend a future one
[15:26] <mapreri> you are still an active core-dev, so it shouldn't matter much since the whole idea was to gather a bit of community?  (at least, that's the public reason)
[15:26] <mapreri> but well, probably too late for planning?
[15:27] <ddstreet> sure, right, i just mean canonical use to pay for my travel to (some) confs
[15:27] <ddstreet> yeah i suspect it's too late for me to plan attending this one
[15:27] <ddstreet> just 1 month out
[15:27] <mapreri> so anyway, let's set for Nov 16th, 5 pm CET? (so… 16 UTC I believe)?
[15:27] <mapreri> since there is DST change…
[15:27] <mapreri> or do we want to keep the same?
[15:27] <mapreri> oh wait
[15:28] <ddstreet> nov 16 works for me
[15:28] <mapreri> actually 4pm CET is no good for me…, but 5pm CET is, so…
[15:29] <ddstreet> and i can do either, follow DST or not
[15:29] <ddstreet> so 5pm CET is 16:00 UTC on nov 16 right?
[15:29] <ddstreet> we're currently at 15:00 UTC for the mtg
[15:29] <ddstreet> right?
[15:29] <mapreri> going forward I have a recurring event on Wednesday that ends at 4pm CET (and then need to commute home)
[15:30] <mapreri> right, so let's move it to 16 UTC / 17 CET ?
[15:30] <ddstreet> sounds good, nov 16 at 16:00 UTC
[15:30] <ddstreet> #action ddstreet schedule next mtg nov 16 at 16:00 UTC
[15:30] <meetingology> ACTION: ddstreet schedule next mtg nov 16 at 16:00 UTC
[15:31] <ddstreet> any last topic before we end?
[15:31] <mapreri> I'm good
[15:31] <ddstreet> #endmeeting
[15:31] <meetingology> Meeting ended at 15:31:28 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-10-05-15.02.moin.txt
[15:31] <ddstreet> thanks mapreri!
[15:31] <mapreri> ty! o/
[15:31] <ddstreet> hope the summit is good :)
[15:32] <mapreri> looking forward to it!
[16:49] <teward> ddstreet: apologies for AWOLness here today.  High level deep dive security threat response @ work took all my time. emergency stuff happens.
[16:49] <teward> cc mapreri ^
[16:51] <mapreri> teward: your company has way too many emergencies for my heart… /o\
[16:53] <teward> sucks that new people dont read the policies for handling malware samples properly
[16:53] <teward> (one section of company does malware analysis)
[16:53] <teward> yes i will be sponsoring that one.  later today actually (lunch first!)


[18:14] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: Wallpaper for 24.04 @ https://github.com/Xubuntu/xubuntu-artwork/commit/635cb0b3ab8317912d68078d3eb81416f9a06bd1 (by knomepasi)
[18:37] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: Release xubuntu-artwork 24.04.1 @ https://github.com/Xubuntu/xubuntu-artwork/commit/df083d109574142537d68ae29c8a811ed930c369 (by bluesabre)


[22:02] <Bashing-om> !info linux-image-generic
[23:25] <genii> !info linux-image-generic cosmic
[23:25] <genii> I wonder why +1's !info doesn't pull up cosmic first
[23:26] <genii> ( even though in this case the versions do not vary )
[23:28] <Bashing-om> genii: had the same thought .  I did wind up giving the argument as 'cosmic' to confirm .


[02:11] <InHisName> Howdy doody
[09:34] <rmg51> Morning
[10:43] <JonathanD> Hey.
[11:22] <waltman> Morning again? I was just getting used to night.
[12:05] <teddy-dbear> Morning peoples, dogs, turkeys and everything else
[12:13] <JonathanD> Hi teddy-dbear
[12:13] <teddy-dbear> hi JonathanD
[13:33] <InHisName> howdy
[13:34] <JonathanD> Hey InHisName
[13:37] <InHisName> Hey JonathanD
[14:43] <ChinnoDog> Morning
[14:43] <JonathanD> hey.
[18:47] <waltman> I'm sitting in a bioinformatics seminar. The speaker has reinvented map-reduce, poorly.
[18:47] <waltman> MutantTurkey: amirite? :)
[18:47] <waltman> MutantTurkey is also here :)
[23:55] <ChinnoDog> gobble


[01:09] <coppro> which package has syscall manpages?
[01:10] <dtchen> coppro: manpages-dev
[01:11] <dtchen> (see also glibc-doc)
[01:22] <coppro> ty
[03:42] <savvas> asac: can you take a look at bug 338607 ? It fails to update firefox and firefox-gnome-support due to this bug. I tried to purge all firefox-related packages and clean-install it, but it still shows that error.
[03:47] <ScottK> savvas: Are you on amd64?
[03:47] <savvas> yes ScottK
[03:48] <ScottK> The amd64 buildds have been consistently behind the last few days.  I'm virtually certain you have nothing there other than garden variety archive skew that will cure itself.
[03:50] <savvas> well, I just used forbid-version and used the older package - firefox works fine with >= <IP_ADDRESS> (thankfully) :)
[03:51] <savvas> thanks for the tip though
[03:58] <wgrant> ScottK: That's not archive skew.
[03:58] <wgrant> savvas: Have you run out of disk space?
[03:59]  * jdong daringly upgrades his second box to Jaunty, hoping for a 0-for-0 track record.
[03:59] <jdong> actually... fglrx support probably is a surefire miss right now. Maybe I'll hold off :)
[03:59] <savvas> wgrant: well, I don't know how it was then, but not at the moment:
[03:59] <savvas> Filesystem           1K-blocks      Used Available Use% Mounted on
[03:59] <savvas> /dev/sda1             15480800   6511512   8182908  45% /
[03:59] <savvas> let me can try again
[04:00] <savvas> -can :P
[04:09] <savvas> wgrant: http://paste.ubuntu.com/127561/
[04:09] <savvas> it still breaks unfortunately
[04:10] <savvas> /dev/sda1 is ext4 if it matters
[04:13] <ia> hello. i've trying to package set of python scripts, debuild(for dsc) and pbuilder(for deb) don't show errors, but when I try to install package, i get this - http://paste.ubuntu.com/127560 ; but after this package appears in system, but when i try to run app, it shows import error(app includes some modules for work and looks like system can't register it for using); so, i will be very appreciate for any clues about how to solve this...
[04:15] <ScottK> savvas: What error does it give if you use apt-get instead of aptitude?
[04:16] <ScottK> ia: Would you pastebin your debian/control?
[04:18] <wgrant> savvas: Remove the problem .deb from /var/cache/apt/archives, and try again.
[04:20] <savvas> Unpacking xulrunner-1.9 (from .../xulrunner-1.9_<IP_ADDRESS>+nobinonly-0ubuntu1_amd64.deb) ...
[04:20] <savvas> dpkg-deb: subprocess paste killed by signal (Broken pipe)
[04:20] <savvas> dpkg: error processing /var/cache/apt/archives/xulrunner-1.9_<IP_ADDRESS>+nobinonly-0ubuntu1_amd64.deb (--unpack): short read in buffer_copy (backend dpkg-deb during `./usr/lib/xulrunner-<IP_ADDRESS>/libxul.so')
[04:21] <savvas> and testing wgrant's suggestion - thank you both for your time :)
[04:21] <ia> ScottK: something like this - http://paste.ubuntu.com/127563/
[04:23] <ScottK> ia: What Python versions will it work with?
[04:23] <savvas> wgrant: thanks!! it re-downloaded the package and now it installed fine!
[04:24] <wgrant> savvas: That's what I thought - great!
[04:24] <savvas> it's weird though.. isn't there a hash check for the packages?
[04:25] <wgrant> Yes.
[04:25] <wgrant> But only at download-time.
[04:25] <wgrant> So if it wasn't properly written to disk, or was truncated later, it wouldn't have noticed.
[04:26] <ScottK> savvas: Don't forget to invalid the bug.
[04:26] <savvas> ScottK: on my way :)
[04:27] <savvas> wgrant: ok :)
[04:27] <ia> ScottK: well, afaik this code doesn't use some python version-depended features. I've write and tested this code in intrepid with python 2.5.2 and it works fine.
[04:27] <ScottK> OK
[04:29] <ScottK> ia: Does http://paste.ubuntu.com:80/127565/ work any better?
[04:42] <savvas> ScottK: do you know how to test python-zsi ? I made a test merge package https://bugs.launchpad.net/bugs/237674 - still need to adjust the changelog a bit, but I think it's ok: http://ppa.launchpad.net/medigeek/ppa/ubuntu/pool/main/z/zsi/python-zsi_2.1~a1-2ubuntu1~ppajaunty2_all.deb
[04:47] <savvas> the only weird thing is that in CHANGES it says that zsi doesn't use PyXML, but the debian maintainer kept the python-xml dependency
[04:56] <savvas> be back later, I've updated the bug with a comment :)
[05:51] <ia> ScottK: thanks, that's a little bit helped me, but i've clashed with another problem - after installing python(i've checked this in python shell also) don't see included in package python files as modules. For example, i have /usr/share/pyshared/mylib/plugins/file.py in system after installing package, but when i runs "from mylib import file" i get message " No module named mylib". Could you tell me, please, names of some docs, where discussed in detail how
[05:51] <ia> to make python files available as modules?
[08:48] <Laibsch> what is the equivalent of #ubuntu-motu for main?
[08:48] <Laibsch> #ubuntu-devel?
[08:48] <Laibsch> #ubuntu-release?
[08:48] <TheMuso> Laibsch: there isn't one really
[08:48] <Laibsch> OK
[08:48] <Laibsch> bug 339088
[08:48] <Laibsch> makes sense?
[09:01] <Zarel> fabrice_sp_: You there?
[09:26] <dtchen> yeah, it's time for sleep. my branches are getting wacky names like /fork-harder.
[09:32] <fabrice_sp_> Zarel, yes
[09:32] <elmargol> dpkg-shlibdeps: failure: no dependency information found for /usr/lib/libmicrohttpd.so.5 (used by debian/gnunet-server/usr/lib/GNUnet/libgnunetmodule_hostlist.so).
[09:32] <fabrice_sp_> Zarel, but not for a long time
[09:32] <elmargol> Any ideas why I get this error? And how I should solve it?
[09:32] <Zarel> fabrice_sp_: Hi! I notice you have Warzone in your PPA now.
[09:32] <Zarel> Could you give instructions on how to use it?
[09:33] <fabrice_sp_> Zarel, yes. For intrepid only. I'm having problem duplicating it for Hardy
[09:33] <fabrice_sp_> (nothing linked to the package)
[09:33] <fabrice_sp_> Zarel, https://help.launchpad.net/Packaging/PPA#Adding%20a%20PPA%20to%20your%20Ubuntu%20repositories
[09:34] <Zarel> Hmm, this seems like a rather complex procedure.
[09:35] <fabrice_sp_> so the short one: add deb http://ppa.launchpad.net/fabricesp/ppa/ubuntu intrepid main to your repositor list
[09:35] <fabrice_sp_> :-)
[09:36] <fabrice_sp_> I published instructions in DVDStyler wiki
[09:36] <fabrice_sp_> I'm looking for it
[09:36] <fabrice_sp_> http://dvdstyler.wiki.sourceforge.net/InstallationDebian+
[09:40] <c_korn> I don't know if this is the right place to ask: I have built a library and created the dependencies with dh_makeshlibs. another package build-depends on that library but when that package calls dpkg-shlibdeps it fails with: failure: no dependency information found for /usr/lib/libdaisy.so.0 (used by debian/daisyconsole/usr/bin/daisyconsole).
[09:40] <c_korn> the file libdaisy.so.0 is a link: http://pastebin.com/d2bd7c22e
[09:58] <maxb> c_korn: Does /var/lib/dpkg/info/<name-of-library-package>.shlibs exist?
[09:58] <maxb> if so, paste its content
[10:00] <c_korn> libdaisy 0.2 libao2 (>= 0.8.6), libc6 (>= 2.3.2.ds1-21), libmad0 (>= 0.15.1b), libxml2 (>= 2.6.16)
[10:02] <maxb> I believe the second entry is supposed to be 0 not 0.2
[10:03] <hyperair> pochu: ping
[10:04] <c_korn> hm, the so is libdaisy.so.0.2 and libdaisy.so.0 and libdaisy.so link to it
[10:04] <maxb> c_korn: also that dependency list looks very bogus to me
[10:04] <maxb> Please paste your dh_makeshlibs invocation
[10:05] <maxb> Please also paste the result of objdump -p /usr/lib/libdaisy.so.0 | fgrep SONAME
[10:05] <c_korn> debian/rules: http://pastebin.com/d16e64506
[10:05] <c_korn>   SONAME               libdaisy.so.0
[10:06] <maxb> whoa!? A plain "dh_makeshlibs" *really* generated "libdaisy 0.2 libao2 (>= 0.8.6), libc6 (>= 2.3.2.ds1-21), libmad0 (>= 0.15.1b), libxml2 (>= 2.6.16)" !?
[10:06] <maxb> That seems a little hard to believe
[10:07] <hyperair> maxb: what's wrong?
[10:07] <maxb> Is libdaisy on revu or elsewhere downloadable?
[10:07] <c_korn> http://developer.skolelinux.no/info/studentgrupper/2006-hig-daisyplayer/www-files/p-download/
[10:07] <maxb> hyperair: well, first, dh_makeshlibs should have detected "0" from the soname, not "0.2", for the second field, no?
[10:08] <hyperair> maxb: good point
[10:08] <maxb> hyperair: and second, the dependency list mentions a whole bunch of libs which aren't libdaisy, and doesn't mention libdaisy
[10:08] <hyperair> hmm good point
[10:09] <maxb> c_korn: All your links to .dsc files are labelled "dcs" ! :-)
[10:09]  * maxb dgets the source and tries a build
[10:09] <c_korn> this is not my page
[10:09] <c_korn> I also am not the author of the app
[10:10]  * maxb is suspicious of the quality of the packaging, given the build failed
[10:11] <c_korn> dget -ux http://abs.getdeb.net/post_build/intrepid/libdaisy_0.2.4-1~getdeb1_source.changes
[10:11] <c_korn> this is what I have done
[10:11] <pochu> hi hyperair
[10:12] <maxb> c_korn: OK, so the problem is that the libdaisy source contains a manually written shlibs file which makes no sense whatsoever
[10:12] <hyperair> pochu: regarding your liferea patch, it seems to be upstream, so how come it hasn't entered ubuntu yet? =\
[10:12] <pochu> hyperair: it's upstream in trunk only, not in the 1.4 branch
[10:13] <c_korn> maxb: yes I delete the file in my package. please have a look at that.
[10:13] <pochu> hyperair: and we have 1.4.23 in Ubuntu while upstream is at 1.4.26 already
[10:13] <hyperair> pochu: i see. but can't the patch be backported?
[10:14] <pochu> hyperair: sure, that's why it's in the bug report :)
[10:14] <pochu> hyperair: or do you mean upstream for the 1.4 branch?
[10:15] <maxb> c_korn: The problem is that you do not delete the file. If you do, dh_makeshlibs generates one saying: libdaisy 0 libdaisy1
[10:15] <hyperair> pochu: no, i meant put into the liferea packaging in ubuntu
[10:16] <pochu> hyperair: ah, sure it can. I just haven't got to do it yet :)
[10:16] <c_korn> maxb: the file is not in the debian directory of my package, is it?
[10:16] <maxb> yes it is.
[10:16] <pochu> hyperair: we should do it and prepare 1.4.26 too
[10:16] <hyperair> pochu: i see.
[10:17] <hyperair> pochu: by the way, what about the whole notification daemon restart issue i pointed out in the bug report?
[10:17] <maxb> c_korn: I believe you're being tripped up by the problem that I don't think it's possble to remove a file in .diff.gz :-/
[10:18] <maxb> This is one of the reasons why upstreams should not ship debian/ dirs in their tarballs. You may need to repack the upstream tarball without the debian/
[10:18] <c_korn> maxb: ouch, now I see that I have forgotten to remove the debian directory in the tarball :-(
[10:18] <c_korn> this is stupid :P
[10:18] <hyperair> c_korn: tell upstream to not try to play the role of the debian maintainer
[10:18] <maxb> dpkg-source: warning: ignoring deletion of file debian/shlibs
[10:18] <maxb> c_korn: ^
[10:19] <c_korn> apologize for bothering
[10:19] <maxb> c_korn: Also, tell upstream not to include compiled .o files in their source tarball!
[10:20] <maxb> I think your clean rule may also be a little broken, judging by other errors
[10:21] <pochu> hyperair: I've got a patch for that, but due to a bug in libnotify, it will spit out a lot of critical warnings if there's no daemon at all
[10:21] <pochu> hyperair: http://trac.galago-project.org/ticket/184
[10:21] <hyperair> pochu: it shouldn't spit out errors, there's a .service file
[10:21] <pochu> hyperair: so unless that's fixed I won't merge the patch upstream I'm afraid
[10:21] <pochu> hyperair: yeah, look at the bug ;)
[10:22] <c_korn> maxb: thanks for pointing this out.
[10:22] <maxb> c_korn: And if the tarball is already repacked (as "< c_korn> maxb: ouch, now I see that I have forgotten to remove the debian directory in the tarball :-(" suggests), don't forget to name it appropriately
[10:22] <maxb> ie. some suffix to the version that indicates that
[10:23] <hyperair> pochu: damn strange
[10:23] <hyperair> pochu: shouldn't dbus autostart the service?
[10:26] <pochu> hyperair: the problem is that you may not have a daemon installed
[10:26] <pochu> hyperair: some people don't like notifications ;)
[10:27] <pochu> and for that use case, notify_init() should return FALSE indicating there's no daemon at all
[10:27] <hyperair> pochu: right. but surely when you tried to send notifications, there was a similar error?
[10:27] <hyperair> even before checking capabilities
[10:27] <pochu> nope
[10:27] <hyperair> okay, so how come there wasn't an error for this?
[10:27] <pochu> the error is just a g_warning("error, foo") in check_capabilities()
[10:27] <pochu> what do you mean?
[10:28] <hyperair> surely if libnotify couldn't send a notification, it'd throw a warning of some sort?
[10:28] <pochu> it doesn't
[10:28] <hyperair> meh
[10:28] <hyperair> such nonstandard behaviour
[10:30] <hyperair> so what's wrong with a warning anyway?
[10:30] <pochu> hyperair: one is fine, thousands is not :)
[10:31] <hyperair> aah right
[10:31] <pochu> right now it spits out one
[10:31] <hyperair> during initialization eh
[10:31] <pochu> because we only check for capabilities() on startup
[10:31] <pochu> yeah
[10:31] <hyperair> so when does notify_init() return false?
[10:32] <pochu> when there's no DBus connection at all
[10:32] <hyperair> as in when dbus isn't running?
[10:32] <pochu> I think so
[10:32] <pochu> http://svn.galago-project.org/trunk/libnotify/libnotify/notify.c
[10:32] <Laney> Anyone know what's responsible for setting the volume levels? What I see on Volume Indicator -> Open Volume Control
[10:32] <pochu> hyperair: bus = dbus_g_bus_get(DBUS_BUS_SESSION, &error);
[10:33] <Laney> master keeps being reset to mute on reboots :(
[10:33] <pochu> if (!bus) return FALSE
[10:35] <hyperair> pochu: i see if (error != NULL)
[10:37] <pochu> indeed
[10:37] <pochu> which means, if there's no DBus running, return FALSE
[10:37] <pochu> but we don't care about a notification daemon
[10:37] <hyperair> blah
[10:43] <hyperair> pochu: do you think that bug will be fixed in libnotify before jaunty?
[10:48] <pochu> hyperair: I don't think so, libnotify upstream isn't very active these days
[10:48] <pochu> hyperair: but it could be patched in Ubuntu for sure
[10:49] <hyperair> pochu: if we patch that in ubuntu, then we can use your patch which floods with warnings right?
[10:49] <hyperair> and it wouldn't have an issue
[10:51] <pochu> hyperair: yep
[10:51] <hyperair> i see.
[10:51] <hyperair> but it might cause regressions right?
[10:52] <pochu> the libnotify change?
[10:52] <hyperair> mmhm
[10:52] <pochu> it would be an API break
[10:52] <hyperair> wait, even if you make the change like that...
[10:52] <pochu> unless you consider it a bugfix... but it could have regressions in that case indeed
[10:52] <hyperair> there's the whole issue of a notification daemon appearing after you've attempted to init it
[10:53] <pochu> yeah
[10:53] <hyperair> or disappearing after you've successfully init'd it
[10:53]  * pochu grumbles something about libnotify
[10:54] <hyperair> isn't there a way to check if the notification daemon is running?
[10:54] <hyperair> yeah looking at the whole issue, libnotify certainly is irritating
[10:54] <pochu> hyperair: do you know of any app that does everything fine? :)
[10:55] <hyperair> well...
[10:55] <hyperair> i'm not sure, i haven't tested any app that far
[10:55] <hyperair> how about pidgin?
[10:56] <hyperair> banshee.... i can't test with that, notify-sharp doesn't even depend on libnotify
[10:56] <hyperair> i'll try pidgin
[10:59] <hyperair> hmm pidgin's actions are missing completely
[11:00] <hyperair> banshee's actions are also missing when the notification daemon is replaced
[11:00] <hyperair> pochu: ^
[11:01] <hyperair> but banshee's patch hasn't gone upstream
[11:01] <pochu> that's what happen with Liferea right now, right?
[11:02] <pochu> it stops working if you replace the daemon
[11:02] <hyperair> just the actions
[11:02] <hyperair> i'm not sure about liferea
[11:02] <hyperair> i'm on intrepid, and the patch isnt even in jaunty
[11:02] <hyperair> huh now banshee's lost its notifications completely
[11:03] <hyperair> ah whoops i renamed the .service file wrongly
[11:03] <hyperair> okay, basically when replacing notify-osd with notification-daemon, most apps don't regain the actions hint
[11:03] <hyperair> pidgin and banshee included
[11:04] <hyperair> in that case it shouldn't be much of an issue
[11:04] <hyperair> it's standard now, sort of
[11:04] <hyperair> lol
[11:05] <pochu> heh
[11:10] <hyperair> pochu: did you hear about the ext4 data loss issue by the way?
[11:12] <pochu> just read the mail, yes
[11:12] <pochu> but I'm on ext3 fortunately ;-)
[11:15] <sebner> pochu: now my bleeding edge hunger is b0rken xD
[11:17] <hyperair> pochu: so am i, but i was seriously considering ext4 =(
[11:18] <pochu> that's sad indeed
[11:18]  * hyperair nods
[11:18] <hyperair> so will every affected application get patched?
[11:18] <pochu> re libnotify?
[11:21] <hyperair> no, re ext4
[11:23] <pochu> why should applications be patched?
[11:26] <sebner> hyperair: it's a design problem. you can't patch 20k applications
[11:26] <hyperair> sebner: figured as much
[11:26] <hyperair> pochu: because it's a problem in the applications?
[11:27] <hyperair> sebner: so it'll be patched in-kernel?
[11:27] <sebner> hyperair: as far as I understand it will be worked around in the kernel, yes
[11:27] <asac> savvas: wow. that looks scary
[11:28] <asac> i mean the upgrade error. did this resolve by itself?
[11:28] <hyperair> sebner: i see. but will this enter jaunty?
[11:29] <sebner> hyperair: Tso speaks about 2.6.30rc1, dunno, maybe one backports the patches
[11:29] <hyperair> .30 huh. that's far
[11:30] <hyperair> well, considering how many people are shifting towards ext4, i think this is a pretty high-impact bug
[13:12] <eMerzh> if someone want to review a package, ...i m looking for an advocate ( http://revu.ubuntuwire.com/details.py?package=sqliteman )
[13:14] <directhex> i'm not a MOTU, so i can't advocate
[13:15] <pochu> directhex: you gotta fix that now!
[13:15] <directhex> pochu, you're the second person in as many days to say that
[13:15] <directhex> it'd certainly be faster than my DD application
[13:15] <pochu> ;)
[13:16] <pochu> where are you in NM?
[13:18] <directhex> waiting for an AM
[13:18] <directhex> i'm in the web of trust though, so that step shoould go quickly
[13:19] <directhex> sig          5178E2A5 2009-03-01  Dominic Hargreaves<EMAIL_ADDRESS>[13:19] <directhex> sig          80C83E8E 2009-03-03  Ian Lynagh (wibble<EMAIL_ADDRESS>[13:19] <pochu> I have a DD signature, yet my AM told me that's not enough :(
[13:19] <pochu> I'll convince him it is, I'm sure :-)
[13:19] <directhex> i have two!
[13:20] <savvas> asac: hey, just got in, yes it was kind of scary :) so it's apt or ext4 's fault about this?
[13:20] <directhex> i wish i knew who the random gmail account who signed my key is
[13:21] <directhex> also, i have a new pc and it is awesome
[13:21] <asac> savvas: not sure. i hope its ext4
[13:22] <asac> savvas: mvo is assigned now, so he will look
[13:22] <savvas> asac: ok, thanks for your help!
[13:41] <RainCT> Is it possible to install Ubuntu MID's menu on a normal system (that one with the big icons)?
[13:41] <directhex> RainCT, yes
[13:41] <directhex> RainCT, you mean the netbook menu or MID menu? they're not the same
[13:41] <RainCT> directhex: Err, the netbook one.
[13:42] <directhex> netbook-launcher package
[13:42] <directhex> plus some odds & sods
[13:43] <RainCT> oohh, nice
[13:43] <directhex> see https://wiki.ubuntu.com/UNR section on 8.10 installation for better instructions
[13:45] <RainCT> directhex: thanks
[13:52] <DktrKranz> savvas, bug 335741, mind integrating your changes into andrew's ones?
[13:54] <savvas> DktrKranz: I'll check it tonight :)
[13:55] <DktrKranz> savvas, cool.
[14:01] <savvas> DktrKranz: actually, I gave it a quick look, I think Andrew has covered everything :)
[14:01] <savvas> --install-layout=deb
[14:02] <savvas> that was the important part I guess, and the new debian package version supports 2.6 by default in the makefile/configure :)
[14:53] <surfaz> hi! Someone has a problem with xorg-options-editor package in Jaunty?
[14:53] <surfaz> When I try install this app, apt-get say this
[14:54] <surfaz> Depends: python (<2.6) but it will install 2.6.1-0ubuntu3
[14:56] <lidaobing> surfaz, I can't find this package in jaunty
[14:57] <bobbo> lidaobing: sourcepackage name is "xorg-options-editor-gtk", I'm looking at it now
[14:58] <surfaz> lidaobing, http://packages.ubuntu.com/jaunty/xorg-options-editor-gtk
[14:58] <surfaz> Strange is:
[14:58] <surfaz> python  (<< 2.6)
[14:58] <surfaz>     An interactive high-level object-oriented language (default version)
[14:58] <surfaz> dep: python (>= 2.5)
[14:58] <surfaz> but default python version of Jaunty is 2.6
[14:58] <lidaobing> surfaz, a rebuild should works
[14:58] <lidaobing> surfaz, it's a bug.
[14:59] <bobbo> surfaz: Have you filed a bug?
[14:59] <surfaz> bobbo, should I do?
[14:59] <bobbo> surfaz: yeah, then ping me and I'll work on it :)
[15:03] <geser> looks like the package needs the DEB_PYTHON_INSTALL_ARGS_ALL line removed from debian/rules for the transition
[15:06] <Laney> Can I interest anyone in a broken-boost-python-incompatible-with-2.6-anyway miro?
[15:07] <DktrKranz> savvas, thanks
[16:11] <surfaz> lidaobing,
[16:11] <surfaz> https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220
[16:15] <lidaobing> surfaz, ping bobbo, he said he will deal with it.
[16:15] <lidaobing> surfaz, I can't upload
[16:16] <surfaz> bob
[16:16] <surfaz> ok
[16:16] <surfaz> I should make a feature freeze exception?
[16:18] <geser> why do you believe you need a FFe for it?
[16:24] <surfaz> geser, because now we are in FF?
[16:25] <surfaz> bobbo, https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220
[16:25] <bobbo> surfaz: thanks
[16:25] <surfaz> bobbo, debdiff attached
[16:25] <surfaz> now I uploading to my ppa
[16:26] <bobbo> surfaz: cool, I'll have a look, have you tested its installability on a Jaunty system?
[16:26] <surfaz> with my debdiff, yes
[16:27] <bobbo> ok, i'll try and build it
[16:27] <surfaz> bobbo, https://launchpad.net/~surfaz28/+archive/ppa
[16:28] <bobbo> tseliot: ping
[16:28] <tseliot> bobbo: yes?
[16:28] <tseliot> it just needs a rebuild
[16:29] <surfaz> tseliot, not only
[16:29] <tseliot> and the export in rules
[16:29] <surfaz> remove DEB_PYTHON_INSTALL_ARGS_ALL also needed
[16:29] <tseliot> ok
[16:29] <surfaz> tseliot, https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220
[16:29] <bobbo> surfaz: I didn't remove that var (added --install-layout=deb) and it still works fine, have you tried just rebuilding it?
[16:29] <tseliot> please attach the debdiff to the bug report and I'll upload it
[16:29] <geser> surfaz: where do you see in your debdiff a new feature which needs an exception?
[16:30]  * tseliot has to leave
[16:30] <surfaz> tseliot, http://launchpadlibrarian.net/23581563/xorg-options-editor-gtk_0.2ubuntu1.debdiff
[16:30] <surfaz> geser, ehh, you are right...
[16:30] <surfaz> u_u
[16:30] <tseliot> surfaz: ok, thanks
[16:30]  * tseliot > leaves
[16:31] <surfaz> bobbo, why PPA only built i386 pacakge?
[16:31] <geser> bobbo: cdbs has that (--install-layout=deb) as default set in DEB_PYTHON_INSTALL_ARGS_ALL if it's not overwriten in the package (and --no-compile is also in the default)
[16:31] <geser> surfaz: because of Architecture: all
[16:31] <bobbo> geser: ah I didn't know that! So it obviously isn't needed :)
[16:32] <surfaz> geser, ehh... I don't undestarnd... all = any arch  ,  any = depend of arch, no?
[16:33] <geser> bobbo: DEB_PYTHON_INSTALL_ARGS_ALL = --no-compile -O0 --install-layout=deb (set in /usr/share/cdbs/1/class/python-distutils.mk)
[16:33] <geser> surfaz: all = one package works on all architectures while any = needs to be build on every architecture
[16:34] <geser> and the i386 buildd builds also the arch:all packages
[16:34] <surfaz> ahh, ok
[16:34] <surfaz> thanks!
[16:44] <bobbo> surfaz: I have looked at your debdiff and left some comments in the bug report
[16:45] <bobbo> surfaz: Would my suggestion be ok with you? (the last one?)
[16:48] <surfaz> I sent Spanish transaltion to Alberto Milone
[16:50] <bobbo> surfaz: has he commented on it?
[16:51] <surfaz> not yet
[16:51] <bobbo> surfaz: because I am still reluctant to upload it without his input on it
[16:58] <surfaz> bobbo, new debdiff without po file
[16:58] <surfaz> https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220
[16:59] <Turl> any posibility of https://bugs.launchpad.net/bugs/250973 getting a FFe?
[17:17] <surfaz> bobbo, ?
[17:22] <lfaraone> Hi, there seems to be a package (aiccu) which freezes on postinstall/configure stages. How can I debug the problem>
[17:23] <DktrKranz> ScottK, is boost1.37 a good choice or should we use boost1.35 instead?
[17:24] <geser> lfaraone: edit the postinst script to show which commands get executed to see where it hangs
[17:25] <phil_ps> hi, I am trying to use debuild
[17:25] <lfaraone> geser: is there a flag I can add to the script that does that, or should I just have it echo every command?
[17:25] <phil_ps> I get this error: E: glife_0.2.1-1ubuntu1_source.changes: bad-ubuntu-distribution-in-changes-file jaunty
[17:26] <phil_ps> do I need to be using chroot?
[17:26] <geser> lfaraone: edit /var/lib/dpkg/info/<pkg>.postinst and insert "set -x" near the top
[17:26] <phil_ps> I am developing on intrepid
[17:26] <geser> lfaraone: and then call "dpkg --configure <pkg>"
[17:27] <geser> phil_ps: looks like output from lintian, you can ignore it
[17:28] <phil_ps> oh, you're right, it made the file
[17:28] <lfaraone> geser: it stops at ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/aiccu.postinst configure ''
[17:28] <Turl> phil_ps: intrepid doesn't know about jaunty, that's why it complains
[17:28] <lfaraone> Turl: does jaunty know about karmic?
[17:29] <lfaraone> Turl: (shouldn't we release it with karmic support so that we don't have to backport it in later?)
[17:29] <phil_ps> Turl: yeah, okay. the people on launchpad asked if I could get rid of the lintin warnings (optional) so I want to try
[17:29] <lfaraone> phil_ps: what are the other warnings?
[17:29] <lfaraone> phil_ps: that's one you can ignore, it won't show up on newer lintiansss
[17:30] <Turl> phil_ps: if you debuild on jaunty, that won't show, so you can just omit it
[17:33] <phil_ps> lfaraone: W: glife source: debian-rules-ignores-make-clean-error line 53
[17:33] <phil_ps> lfaraone: W: glife source: ancient-standards-version 3.6.1 (current is 3.8.0)
[17:33] <phil_ps> lfaraone: that's it
[17:33] <lfaraone> phil_ps: that's easy, bump the version to 3.8.0
[17:33] <Turl> phil_ps: the first one is because it uses -$(MAKE)
[17:33] <lfaraone> phil_ps: *standards version
[17:34] <lfaraone> phil_ps: simply edit the control file
[17:34]  * lfaraone will brb.
[17:35] <phil_ps> lfaraone: okay, got the standards updated
[17:35] <Turl> run lintian -i *.changes to get the full scoop
[17:35] <Turl> it says how to fix some, including the ignore-make...
[17:36] <geser> *please* check the policy changes when updating the standards version instead of simply bumping it
[17:36] <Turl> geser: won't lintian tell you after the bump?
[17:36] <phil_ps> geser: where can I check that
[17:38] <geser> /usr/share/doc/debian-policy/upgrading-checklist.txt.gz
[17:39] <phil_ps> Turl: okay, ran lintian -i *.changes but it says to edit the Makefile....I generate the Makefile using configure...don't know how to program in the shell very well yet
[17:40] <Turl> phil_ps: you have to edit debian/rules, not the makefile
[17:40] <Turl> phil_ps: pastebin the full lintian please, and your debian/rules
[17:42] <phil_ps> Turl: what pastebin do I paste it to?  (I am _really_ new)
[17:43] <phil_ps> Turl: I searched pastebin in google and didn't find the site I saw on IRC before
[17:43] <geser> e.g paste.ubuntu.com
[17:43] <jpds> phil_ps: paste.ubuntu.com
[17:43] <Turl> phil_ps: pastebin.com is ok for me
[17:45] <phil_ps> http://paste.ubuntu.com/127845/
[17:45] <jpds> 1~
[17:46] <jpds> Erm, whoops. Sorry.
[17:46] <Turl> phil_ps:
[17:47] <Turl> replace line 99 in the pastebin with [ ! -f Makefile ] || $(MAKE) distclean
[17:47] <phil_ps> Turl: okay, got it.  thank you so much!
[17:48] <Turl> np phil_ps :)
[17:50] <phil_ps> so will lintian tell me if I don't adhere to the policy changes?
[17:50] <phil_ps> I re-ran after bumping the version and it didn't complain
[17:51] <azeem> phil_ps: only if a test has been written for that change
[17:51] <azeem> in practise, lintian cannot cover everything
[17:52] <phil_ps> yeah, one of the things is licenses
[17:52] <phil_ps> it would take alot of work to check that
[17:53] <phil_ps> (if someone had a typo or something...)
[18:20] <Toobaz> is there an Ubuntu official policy about packages which only have a menu item in the Debian menu (and hence end up in "Others" section)? I've asked a maintainer to add a .desktop under "Education;Science;Math;", but (also because of the bug that Science is no main cathegory) he prefers "Applications/Science/Data Analysis", and I can understand him. Is there any possibility to avoid a (quite permanent) patch at the MO
[18:20] <Toobaz> (reference: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518596 )
[18:21] <hyperair> Toobaz: well you could put the .desktop file in debian/, and then use .install to get it into place
[18:21] <hyperair> Toobaz: i don't think there's a policy regarding this though
[18:21] <Toobaz> hyperair: maybe I misunderstood you, but the problem is not the path of the .desktop file, but its content
[18:21] <hyperair> Toobaz: the desktop file doesn't exist right?
[18:21] <Toobaz> well, we're creating it
[18:22] <Toobaz> no, it doesn't
[18:22] <hyperair> right. you create it, and put it inside the debian/ dir
[18:22] <hyperair> you know what debian/ is right?
[18:22] <Toobaz> obviously
[18:22] <hyperair> yes good
[18:22] <azeem> Toobaz: your initial line got cut off at "patch at the MO..."
[18:22] <Toobaz> the problem is: what do I put near "Categories="?
[18:22] <Toobaz> oh
[18:22] <Toobaz> sorry
[18:22] <hyperair> then you have a debian/package.install file which shoves this debian/whatever.desktop into /usr/share/applications
[18:22] <Toobaz> patch at the MOTU level?
[18:22] <azeem> so what do you want patch where?
[18:22] <Toobaz> hyperair: I know how to install the .desktop file. The problem is its content
[18:23] <azeem> the .desktop is shipped by upstream already?
[18:23] <hyperair> Toobaz: you mean you don't know how to create it? =\
[18:23] <Toobaz> -Categories="Applications/Science/Data Analysis"
[18:23] <Toobaz> +Categories=Education;Science;Math;
[18:23] <Toobaz> (in the .desktop file)
[18:23] <hyperair> then patch it as such
[18:23] <azeem> Toobaz: what are diffing?
[18:23] <azeem> +you
[18:23] <Toobaz> azeem: ?!?
[18:23] <Toobaz> got it?
[18:23] <azeem> that's a diff no?
[18:23] <hyperair> Toobaz: take a look at the codelite package. i've patched the .desktop file in that oen
[18:24] <Laney> hyperair: He knows how to patch it!!!
[18:24] <hyperair> Laney: then i'm misunderstanding =.=
[18:24] <Laney> yes you are :(
[18:24] <hyperair> Laney: i can't figure out exactly what he wants
[18:24] <Toobaz> hyperair: I will certainly file a patch if it is the case. But I'd like to avoid it
[18:24] <Toobaz> Laney: do you know "Debian menu"?
[18:24] <Toobaz> we don't have it
[18:24] <Laney> Toobaz: Yes
[18:25] <Laney> does the package provide a desktop file too?
[18:25] <hyperair> Toobaz: bug upstream, and if upstream doesn't comply, patch it
[18:25] <azeem> Toobaz: do you mean "Debian maintainer"?
[18:25] <Toobaz> Laney: sorry, I meant "hyperair:"
[18:25] <Toobaz> azeem: yes
[18:25] <azeem> Toobaz: well, that wasn't obvious
[18:25] <azeem> you wrote "Maintainer"
[18:25] <hyperair> Toobaz: you're talking about stuff that goes in /usr/share/menu?
[18:25] <Toobaz> azeem: sorry
[18:25] <Toobaz> hyperair: wow, maybe you're clarifying me a lot
[18:25] <azeem> so it wasn't clear where the .desktop file you want to patch came from
[18:26] <hyperair> Toobaz: stuff that goes in /usr/share/menu is the debian menu stuff. stuff that goes in /usr/share/applications are .desktop files, which appear in the GNOME/KDE menus
[18:26] <Toobaz> is /usr/share/menu specific for the Debian menu?!
[18:26] <hyperair> Toobaz: that's right.
[18:26] <Toobaz> hyperair: wow, great
[18:26] <Toobaz> thanks
[18:26] <hyperair> they have a different format too
[18:27] <Laney> so what you want is for the maintainer to add a desktop file with your categories
[18:27] <Toobaz> Laney: exactly, thanks. I noticed the different formats, but not the different folders. Perfect.
[18:27] <Laney> nice
[18:28] <hyperair> Laney: where is the debian menu still used anyway?
[18:28] <hyperair> Laney: is it even used in debian anymore?
[18:28] <Laney> erm
[18:28] <Laney> random old desktop environments I guess
[18:29] <hyperair> .l.
[18:29] <hyperair> lol*
[18:29] <hyperair> ..how did i type that?
[18:29]  * hyperair gapes
[18:30] <hanska> Laney: also xfce in a separate menu
[18:30] <hanska> Laney: there has been a thread on -devel, recently, about dropping / changing it
[18:30] <Laney> yeah, saw that
[18:30] <Laney> gods
[18:30] <Laney> I've been trying to get to the shop for hours now
[18:30]  * Laney is really gone now
[18:30] <hanska> Laney: still dot? :P
[18:31] <Laney> still grinding away
[18:31] <Laney> brb
[20:02] <Laney> Elbrus: are you fixed now?
[21:02] <RainCT> Is there some command to get "~/.config" (for a shell script)?
[21:03] <RainCT> The spec talks about an $XDG_CONFIG_HOME environment variable but it doesn't seem to be defined here
[21:04] <RainCT> ah, nevermind, if it's empty you're supposed to use $HOME/.config
[21:10] <Elbrus> Laney: ?
[21:10] <Laney> you were disconnecting over and over
[21:24] <Elbrus> Probably a problem with the internet connection. Not doing it manually.
[21:24] <Laney> yeah, I guessed that much
[22:17] <Rhonda> Did I something wrong with  LP #336396 and LP #336406 or is fixing security bugs not really an issue for packages in universe?
[22:18] <Laney> Rhonda: MOTUs in general won't see ubuntu-security subscribed bugs
[22:18] <Laney> try #ubuntu-hardened
[22:19] <Laney> there is MOTU-swat but I don't know how it works really
[22:19] <Rhonda> Laney: Well, I would guess the security team to hand over the issues to the people in motu taking care of such tasks...
[22:20] <Laney> Rhonda: I think that ubuntu-security people still do the uploads
[22:20] <Laney> your best bet is to ask in there
[22:20] <Rhonda> ... or LP assigning security reported bugs not to the Ubuntu Security Team but some other team when they are with packages in universe.
[22:22] <Rhonda> For now it looks quite strange and that I have to dig around where to look is even more strange. :/
[22:22] <Rhonda> Being sent from channel to channel isn't quite helpful. :(
[22:23] <Laney> "Due to lack of manpower, flaws in stable releases and Ubuntu-modified packages are not fixed by ubuntu-security, but the team will provide assistance in releasing updates which are prepared by other developers. "
[22:23] <Rhonda> The update is prepared, the patch is in there.
[22:24] <Laney> right, I'm just saying that we are not the people to do the upload for you :(
[22:24] <Laney> I appreaciate that this is unhelpful though
[22:24] <Rhonda> Well, if it's the security team doing the upload, they are subscribed to the bugs, so a ping from it should be sufficient, right?
[22:25] <Laney> I would imagine so
[22:30] <Laney> I pinged them to the backlog
[22:51] <gregor> http://www.gnashdev.org/?q=node/67 when is this version included into ubuntu?


[14:24]  * xTEMPx looks around all sneaky-like.
[14:25]  * xTEMPLARx is baffled by all the people who gripe about Gnome 3 as though its the most broken pile of software ever installed on a PC.  I have NO problems using it on a daily basis.  It doesn't impede my workflow and there's nothing missing or obvious things it "won't let me do".
[14:29] <wrst> xTEMPLARx: where have you been?
[14:29] <wrst> and good morning
[14:30] <wrst> morning average_guy
[14:31] <wrst> and xTEMPLARx i tend to agree i lik ethe work flow with gnome-shell
[14:31] <xTEMPLARx> heya
[14:31] <xTEMPLARx> been off work some, and workin like a banshee when I was here lately
[14:32] <xTEMPLARx> today's a bit quieter, although I'm sure I've just jinxed myself
[14:32] <wrst> ok that explains it then :)
[14:32] <wrst> may the trouble begin :)
[14:34] <xTEMPLARx> speak of the devil
[14:34] <xTEMPLARx> my least favorite caller is on  hold
[14:35] <wrst> ha ha xTEMPLARx, glad its not me!
[14:45] <xTEMPLARx> oh great
[14:45] <xTEMPLARx> it was one of those "hey, just touching base with you because we're having some problems that I can't intelligently describe, but I'm just letting you know I'm gonna call you in an hour or two from the site.
[14:45] <wrst> how bad is it xTEMPLARx?
[14:45] <xTEMPLARx> ...kind of calls
[14:45] <wrst> ha ha xTEMPLARx lucky you!
[14:45] <xTEMPLARx> i didn't finish my sentence lol
[14:47] <wrst> ha ha :)
[14:47] <wrst> they expect you to make magic
[14:58] <xTEMPLARx> indeed :D
[14:59] <wrst> well make it happen ! :)
[14:59] <xTEMPLARx> this particular customer I dislike quite a bit because a) he's not very smart, but b) he obviously hangs on to his job by BSing his way thru conversations
[14:59] <xTEMPLARx> reminds me of a middle schooler
[14:59] <xTEMPLARx> like he thinks he's got everybody fooled
[14:59]  * xTEMPLARx is being mean
[14:59]  * xTEMPLARx will stop now.
[14:59] <wrst> those are the peolpe that makes you want to do things you shouldn't do :)
[14:59]  * wrst thinks xTEMPLARx is beign honest
[15:00] <xTEMPLARx> if you ain't got nuttin' nice t'type, don't type nuttin'!
[15:00] <xTEMPLARx> i shoulda just kept mah trap shut
[15:00] <xTEMPLARx> =]
[15:02] <wrst> its less fun if you do it that way!
[15:02] <xTEMPLARx> also less likely to get me in trouble
[15:02] <xTEMPLARx> i have an innate tendency to speak before thinking
[15:02] <xTEMPLARx> its not good
[15:12] <wrst> xTEMPLARx: i certainly have that issue... all the time
[15:13] <xTEMPLARx> makes life difficult sometimes
[15:13] <xTEMPLARx> esp. with teh misses
[15:28] <wrst> ha ha i don't know what you are talking about :)
[15:44] <wrst> xTEMPLARx: roy clark never really got the recognition he deserved as a musician
[15:48] <xTEMPLARx> not at all
[15:48] <xTEMPLARx> he was amazing
[15:48] <xTEMPLARx> wrst:  you ever use turntable.fm?
[15:48] <xTEMPLARx> can you listen to music at work?
[15:49] <wrst> as a guitar player i think he should be ranked up there with say clapton, hendrix, vaughn etc different style but probably better
[15:49] <wrst> yes i can somewhat when i am not "entertaining" :)
[15:50] <xTEMPLARx> http://turntable.fm/christian_anything2
[15:54] <wrst> ok just signed up, just for you xTEMPLARx :)
[15:54] <xTEMPLARx> wewt!
[15:56] <xTEMPLARx> so
[15:56] <xTEMPLARx> what it is is a DJ-style setup
[15:56] <xTEMPLARx> you build up a playlist
[15:56] <xTEMPLARx> and you get an empty DJ slot
[15:56] <xTEMPLARx> when your turn comes, your next song in y our list plays
[15:56] <xTEMPLARx> or the top song in the list
[15:56] <xTEMPLARx> then it round-robins thru everybody
[15:57] <xTEMPLARx> this room has a tendency to be pretty busy most of the time, so they have it automated to allow you two songs then it relieves you of your post.
[15:57] <wrst> ahh cool
[15:57] <xTEMPLARx> to get in the queue to DJ, you type .addme in the room
[15:57] <xTEMPLARx> and it'll tell you when your turn is
[15:57] <wrst> ok cool
[15:57] <xTEMPLARx> if you're not able to pay attention to it, though, you may lose your turn
[15:57] <xTEMPLARx> I lose my turn frequently
[15:57] <xTEMPLARx> :D
[15:58] <wrst> not working the greatest for em at the moment
[15:58] <wrst> choppy
[16:00]  * wrst tries another browser
[16:01] <xTEMPLARx> oh another thing... its generally considered good form to hit the like button for everybody's song
[16:02] <xTEMPLARx> if you really really don't like a song, but its not inappropriate for the room, just don't click anything.  Only if it's inappropriate for the room should lame be clicked
[16:02] <xTEMPLARx> =]
[16:04] <wrst> ok you know me too well xTEMPLARx!
[16:05] <xTEMPLARx> well its more of a considerate thing to do sort of scenario... we don't click lame just because someone's idea of a good song isn't our own.
[16:06] <wrst> xTEMPLARx: i think i'm in que some hw
[16:06] <wrst> *how
[16:06] <xTEMPLARx> not in queue, you're in a dj slot
[16:06] <xTEMPLARx> so now
[16:07] <xTEMPLARx> make sure your song queue on the right there has a song in it.  do a search for a good song by any christian artist
[16:07] <wrst> already got it
[16:08] <wrst> including josh turner but not carrie underwood :)
[16:08] <wrst> O_o
[16:09] <wrst> xTEMPLARx: this seems like some mashup of irc and pandora? :)
[16:09] <xTEMPLARx> kinda
[16:09] <wrst> and xTEMPLARx i shose a 7:57 second song was that rude for the first go around just now realized that
[16:10] <xTEMPLARx> then put somethin else in your queue :D
[16:10] <xTEMPLARx> oh for your second song
[16:10] <xTEMPLARx> 7:57 ain't so bad, but I tend to shy away from them unless I know there haven't been any insanely long songs in a while
[16:10] <xTEMPLARx> and we tend not to go much over that
[16:10] <xTEMPLARx> once in a while is okay
[16:10] <wrst> ok well count it to ignorance :)
[16:10] <wrst> most of the songs i like are like that
[16:12] <wrst> i'm still choppy will have to try this again when i get home its pretty interesting
[16:15] <xTEMPLARx> there's more to life than Hillsong United :P
[16:15] <xTEMPLARx> :D
[16:42] <wrst> no acually this was not hillsong xTEMPLARx
[18:25] <xTEMPLAR1> argh!
[18:32] <xTEMPLARx> hehe
[18:32] <xTEMPLARx> fixed it :D
[18:40] <wrst> congrats xTEMPLARx, you made a lot of noise
[18:40] <wrst> :)
[18:41] <xTEMPLARx> i thought nvidia had randomly broken, but then I remembered I got a gnome-shell upgrade and probably a kernel upgrade a bit ago
[18:43] <wrst> ahh
[18:43] <wrst> all well?
[18:53] <xTEMPLARx> thus far
[18:53] <xTEMPLARx> i had to reboot because I replaced teh power supply in this machine around lunch time today
[18:53] <xTEMPLARx> and when it came back up it was at the CLI
[18:53] <xTEMPLARx> lol


[16:51] <wxl> gsilva: you ready for your session? :)
[22:18] <wxl> gsilva: you ready for tomrorow?
[22:55] <gsilva> sorry, wans't here
[22:55] <gsilva> yea, I am :)
[22:55] <wxl> gsilva: great, i'm excited
[22:56] <gsilva> Me too
[22:56] <gsilva> Hopefully we can achieve something from there
[22:56] <wxl> i was part of the community q&a session today and there was much discussion about how to encourage membership
[22:56] <gsilva> really? that's cool!
[22:56] <wxl> so i think coupling our work encouraging contributions will make a big difference
[22:56] <wxl> i was also caught riding my bike in the community roundtable this morning XD
[22:57] <gsilva> lool
[22:58] <wxl> in there we had an interesting discussion of calling for "bite-sized contributions"
[22:58] <wxl> like to put it in terms of your work, maybe you're sick on release day. well, you could put a call out
[22:58] <wxl> that kind of thing
[22:58] <wxl> (Maybe not the best example)
[22:59] <wxl> gsilva: https://twitter.com/wxl/status/595702678296072193 you can even see me in a helmet next to belkinsa XD
[22:59] <gsilva> loool! That's cool
[23:02] <Unit193> wxl: Excellent!
[23:03] <wxl> Unit193: :)
[23:04] <gsilva> How were you commuting to work while online? 3G data?
[23:04] <wxl> 4G
[23:04] <wxl> this *IS* america XD
[23:04] <wxl> gsilva: so did you prepare any slides or are we just chatting? i hope the latter :)
[23:05] <Unit193> wxl: So, capped at 5G month! :P
[23:06] <gsilva> Just chatting, specially since people also are bringing other topics
[23:06] <gsilva> I have some stuff underlined that I wish to talk about, but there are no strict rules
[23:06] <wxl> nice
[23:37] <phillw> hi folks, how goes UOS ?