[12:40] <asac> yay. 800 unread ffox bug mails
[12:40] <asac> i feel a bit like bruce all mighty ;)
[12:44] <fta> asac, http://paste.ubuntu.com/22091/
[12:45] <asac> fta: oh cool
[12:45] <asac> well ... no so cool. i still dont get where my bugmail went :(
[12:49] <asac> debian bug 469020
[12:52] <asac> tse ... no patch
[13:01] <fta> we fixed that, right ?
[13:02] <asac> fta: different
[13:02] <asac> i pushed that patch for now
[13:02] <asac> we should take care that upstream reviews it
[13:03] <asac> i think both patches make sense
[13:03] <asac> 1. allow .cfg files to be set per-gre and per-application (us)
[13:03] <asac> 2. allow lockPref everywhere
[13:04] <asac> we certainly should test what happens if with this patch you have a lockPref in GRE and a normal pref in APPLICATION
[13:05] <fta> hm, I get that when I 1st run the new prism: http://paste.ubuntu.com/22098/
[13:05] <asac> fta: yeah, bad entity :)
[13:06] <asac> whats in the wizard line?
[13:06] <asac> look for &<key>; ... and then see why key is not found in a .dtd
[13:06] <asac> debian bug 467612
[13:08] <fta> hm, this is in xul, not prism ?
[13:09] <fta> http://mxr.mozilla.org/mozilla/source/toolkit/mozapps/extensions/content/update.xul#51
[13:10] <asac> fta: can prism open chrome://mozapps/locale/extensions/update.dtd
[13:10] <asac> ?
[13:10] <asac> maybe use javascript console to openWindow(...)
[13:11] <fta> wont work, it will go to the main browser
[13:11] <asac> fta: otoh, prism might "overlay" the toolkit wizard. better check that its not the overlay that introduces this unknown entity
[13:11] <asac> fta: try openDialog
[13:14] <fta> i get an empty/tiny dialog
[13:17] <asac> not sure how to best debug prism. ... does it ship its own update.dtd? have you looked if there is a overlay?
[13:18] <fta> http://paste.ubuntu.com/22102/
[13:18] <asac> i have the feeling that mikes "sysplugin" patch misses a hunk for mozilla/toolkit/xre/nsXREDirProvider.cpp
[13:20] <asac> fun. he already has an overlapping patch for uriloader/exthandler/unix/nsOSHelperAppService.cpp
[13:20] <asac> lets get some unrelated change for that file upstream :)
[13:21] <asac> fta: yeah. they have a overlay
[13:21] <asac> check chrome.manifest
[13:21] <asac> then look what the overlay.xul is
[13:21] <asac> ups
[13:21] <asac> :)
[13:21] <asac> anyway. check chrome.manifest
[13:22] <Jazzva> Anyone knows of an easy way to remove files from bzr branch, and then add other files from different directory, where most of the files are pretty much the same as the removed ones? bzr rm *, cp files, then bzr add * doesn't produce short diff...
[13:23] <fta> http://paste.ubuntu.com/22103/
[13:24] <fta> Jazzva, brz mv file1 file2 ?
[13:24] <asac> Jazzva: if those are in the same bzr branch you should use bzr mv
[13:24] <asac> Jazzva: but only if its really a mv-evolution that lead to this
[13:24] <asac> cannot tell whats best until i see the example
[13:26] <Jazzva> asac: Here's the problem. I have livehttpheaders.ubuntu branch. Now there's a merge with debian's version, and I want to update my branch with that version...
[13:27] <fta> asac, http://paste.ubuntu.com/22105/
[13:30] <Jazzva> damn... as I already had the diff between old and new ubuntu version, I needed just to apply that, and then commit :)
[13:31] <asac> Jazzva: well ... our branch is somewhat independent from debian one
[13:32] <asac> Jazzva: you just need to update .upstream branch and merge that over
[13:32] <Jazzva> asac: You mean the packaging stuff?
[13:32] <asac> Jazzva: yes. we have our own packaging based on xpi.mk right?
[13:32] <Jazzva> yep...
[13:32] <asac> if debian doesnt have that, it means that this merge just means: "new upstream source" and looking if debian fixed anything we want as well
[13:33] <Jazzva> They just changed chrome.manifest to not use unjarred directories
[13:34] <Jazzva> well, I think I'll update upstream with current debian's source, without debian/ dir, then merge .ubuntu with .upstream, and adapt the packaging...
[13:35] <Jazzva> is that reasonable?
[13:36] <asac> Jazzva: 1. update .upstream branch to the version that debian ships now
[13:36] <asac> 2. cd .ubuntu
[13:36] <asac> 3. bzr merge ../.upstream :)
[13:36] <asac> commit
[13:37] <Jazzva> Well, that's what I said... and to modify packaging to the new chrome.manifest :)
[13:52] <asac> Jazzva: why?
[13:52] <asac> Jazzva: you say upstream changed their .xpi layout? or debian?
[13:52] <fta> "Due to some security fixes that needed to be rushed into Gecko as their exploits are potentially known to possibly dangerous people (I expect more info will be made available when those updates are shipped), we needed to do another round of candidate builds, which are now dated June 21 and have replaced the old files in this directory."
[13:52] <fta> hm
[13:54] <asac> fta: yes. sec update is delayed i guess
[13:54] <asac> (i hope :))
[13:55] <Jazzva> asac:Upstream added chrome.manifest. Now, I'm not really sure about original upstream sources, but debian's changelog mentions "chrome.manifest: Adapt for flat chrome", probably upstream shipped contents of chrome/ in jar file, so they unjarred it, and then adapted chrome.manifest to reflect that change
[13:55] <asac> i already see the release happing on friday night next week agian
[13:55]  * asac rumbles
[13:56] <asac> Jazzva: we dont want to follow that road
[13:56] <asac> Jazzva: what happens if you just build with latest upstrem source?
[13:56] <asac> does it work?
[13:57] <Jazzva> asac: Ah... Let me download the intact upstream source. I don't think it'll work with our current rules file, it should work with little modification of rules file.
[13:58] <asac> fta: i want to push mozilla-devscripts to debian
[13:59] <asac> for xpi.mk mainly
[13:59] <asac> not sure if anyone would be interested in the tarball feature in debian
[13:59] <asac> most likely me for icedove :)
[14:04] <Jazzva> asac: So, we're not merging extensions that are packaged with xpi.mk from debian?
[14:05] <asac> Jazzva: depends. merging most means tracking their orig.tar.gz version ... but only if they are ahead of us
[14:05] <asac> Jazzva: but we cannot really reuse their packaging. we should rather convince them to use our package infrastructure
[14:06] <Jazzva> Mhm...
[14:07] <Jazzva> So, since I uploaded livehttpheaders debdiff yesterday (I think) to the merge bug report, should I post that the debdiff shouldn't be used?
[14:07] <Jazzva> But instead merged from a bzr branch...
[14:08] <asac> Jazzva: yes.
[14:08] <asac> Jazzva: prepare the update in bzr and let that sponsor
[14:08] <Jazzva> Ok, the extensions works with new upstream, I'll push the new version soon
[14:08] <asac> great
[14:13] <Jazzva> Should I keep debian's changelog entries?
[14:14] <Jazzva> And report in our changelog entry what entries are not in our version
[14:14] <Jazzva> Or to not add them at all?
[14:18] <asac> Jazzva: for now we are independent I'd say
[14:42] <asac> fta: https://code.edge.launchpad.net/~mozillateam/firefox-extensions/BOT.TASKS
[14:42] <shirish> hi guys :)
[14:43] <asac> fta: as you can see from the "config" files, the directory hierarchy is completely redundant and just to organize the files for humans
[14:44] <asac> so every information should be in the config hierarchy
[14:44] <asac> well ... HARDY.SUFFIX is obviously wrong :)
[14:45] <shirish> asac: can I attend the ubuntu-meeting, I just want to watch
[14:45] <Jazzva> asac: debian's orig.tar.gz contains some locale files marked as executables (dtd, xul, ... files) and lintian is not happy. Should I fix that in debian/rules? The same is for shipping empty one empty CVS dir...
[14:45] <Jazzva> *The same questiong for ...
[14:46] <Jazzva> s/questiong/question/
[14:46] <asac> shirish: why not?
[14:46] <asac> shirish: since you are kind of a vocal contributor, I assume that you even might have something to say :)
[14:47] <shirish> apart from getting firefox-3.0 not much ;)
[14:47] <asac> Jazzva: is just the lintian "source" check unhappy?
[14:47] <asac> or the binary check too?
[14:48] <Jazzva> I think it's the binary, as I did binary build...
[14:48] <Jazzva> Well, they're not errors, just warnings. But would be nice to fix them
[14:54] <Jazzva> asac ^
[14:57] <asac> Jazzva: how does the exact complain read like?
[14:57] <asac> anyway. fixing permissions should be fine.
[14:57] <Jazzva> asac: http://paste.ubuntu.com/22124/
[14:58] <Jazzva> What's the right way for the first dir? To just remove it from the directory tree?
[14:59] <Jazzva> *first complaint
[14:59] <Jazzva> And also for the rest. To change the permissions directly, or to do that from debian/rules?
[14:59] <asac> Jazzva: no file should be executable for extensions
[15:00] <asac> Jazzva: so for now, just chmod a-x -R $DIR
[15:00] <asac> maybe append that to the BUILD_CMD?
[15:00] <Jazzva> asac: Not using BUILD_CMD for this extensions, as it doesn't provide a build script
[15:00] <Jazzva> I can add it in build target in debian/rules
[15:01] <asac> Jazzva: yeah. whatever ;)
[15:01] <asac> should happen _before_ the package is created
[15:34] <Jazzva> asac: does ubuntu-universe-sponsors know how to handle merges from bzr branches, or are you gonna do it?
[15:35] <Jazzva> just to know should I set the bug report status to confirmed and unassign me, so they can do it...
[15:37] <asac> Jazzva: you dont ask for "merge" sponsorship, but just for "sponsor bzr branch"
[15:37] <asac> but yes, i can do it
[15:38] <asac> Jazzva: add firefox-extensions project
[15:38] <asac> otherwise i dont see bugmail
[15:41] <Jazzva> asac: No need to bother you, if someone else can do it :). I proposed a branch in the bug report, so I'll see what will happen...
[15:49] <asac> yeah
[16:03] <asac> fta: https://code.edge.launchpad.net/~mozillateam/firefox-extensions/BOT
[16:04] <asac> feel free to replace plugins/UPSTREAM with the real upstream task code
[16:16] <asac> the runtask code is mostly to show how to parse config hierarchy. but is ok to use that way for now i guess
[16:26] <asac> http://www.asoftsite.org/s9y/archives/142-Ubuntu-MozillaTeam-Meeting-today-at-1800-UTC-Sun,-22-Jun.html
[16:50] <asac> ha i branded my profile :) ... https://edge.launchpad.net/~asac
[16:51] <asac> unfortunately the tiger looks a bit squeezed
[16:53] <asac> RainCT: ping ... meeting in 2h :)
[16:54] <asac> but i guess you remembered ;)
[16:55] <RainCT> Hey
[16:56] <RainCT> Jazzva send me a reminder yesterday :)
[16:56] <RainCT> Jazzva: thx
[16:56] <Jazzva> RainCT: No problem ;)
[16:57] <Jazzva> asac: Got a minute to talk about liferea-webkit?
[16:58] <asac> Jazzva: sure.
[16:59] <Jazzva> asac: Well, so far I've tested liferea with our webkit package (I think), and it worked ok
[16:59] <asac> good
[17:00] <Jazzva> i tested epiphany-webkit, with both sources grabbed from upstream svn, and I think I encountered some glitches. Though, I might have done something wrong, since fta says debian uses it and it's ok
[17:00] <asac> i havent tracked the debian state of the package
[17:00] <Jazzva> I'll test it again, to check for those glitches. But it should be fine...
[17:00] <asac> Jazzva: have you tried to just spin the debian epiphany-browser in ubuntu?
[17:01] <Jazzva> Nope...
[17:01] <asac> Jazzva: try that
[17:01] <asac> lets see how far we get
[17:01] <asac> debian uses xulrunner 1.9 as well nowadays, so maybe it just works
[17:01] <Jazzva> And another thing... Will you have time to look at gnome-voice-control in mentors.d.o? :)
[17:02] <asac> Jazzva: link to .dsc please
[17:02] <Jazzva> Shouldn't I try epiphany with webkit?
[17:02] <asac> is that an initial upload?
[17:02] <asac> Jazzva: i think the debian pakage builds both
[17:02] <asac> epiphany-gecko + epiphany-webkit
[17:02] <Jazzva> Here's the link http://mentors.debian.net/debian/pool/main/g/gnome-voice-control/gnome-voice-control_0.2-1.dsc
[17:06] <asac> Jazzva: only thing i dont like is that its not in bzr :)
[17:06] <asac> (as it doesnt have a patch system)
[17:06] <Jazzva> Well... I'll include a patch system for 0.3, as I don't think this will get any further fixes :)
[17:07] <asac> Jazzva: what happened  to http://bazaar.launchpad.net/~jazzva/gnome-voice-control/ubuntu ?
[17:07] <asac> and upstream?
[17:07] <asac> is that still the place?
[17:07] <Jazzva> the page on gnome.org? yep
[17:07] <asac> Jazzva: why not make a debian branch?
[17:08] <Jazzva> They already shipped 0.3, but we can't have it, cause it depends on pocketsphinx, and as they said it won'd build with sphinx.
[17:08] <asac> yeah
[17:08] <asac> anyway ... can we use the branches?
[17:09] <Jazzva> asac: Didn't know debian has bzr... Ok, I'll setup one later, as I have to finish something before the meeting
[17:09] <asac> for debian ... that would be great ;)
[17:09] <asac> Jazzva: you can just use launchpad
[17:09] <asac> and use Vcs-Bzr: in debian/control
[17:09] <asac> that works
[17:09] <Jazzva> Ok :)
[17:09] <asac> look http://packages.qa.debian.org/icedove
[17:09] <asac> "Version Control:" links to the bzr branch in launchpad
[17:10] <asac> so use the code.launchpad url ... then users can just click on the url :)
[17:10] <Jazzva> noted :)
[17:10] <asac> Jazzva: i'd suggest to use ubuntu as upstream for deiban :) ... so bzr brach ubuntu debian ... and then replay the changelog changes you did
[17:11] <Jazzva> uh-huh... k
[17:12] <asac> ok i am off till meeting
[17:12] <asac> cu then ;)
[17:12] <Jazzva> see ya
[17:12] <asac> lets see if gnomefreak pops-up :)
[17:14] <shirish> asac: who packages firebug?
[17:22] <Jazzva> shirish: jetsaredim is mentioned as ubuntu qa contact on https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions , so I suppose he does the packaging
[17:24] <shirish> ok just to know firebug 1.3 is out and firebug 1.4 should be soon as well. Would be putting up a bug-report for 1.3
[17:25] <shirish> https://addons.mozilla.org/en-US/firefox/addon/1843
[17:26] <shirish> btw don't know whether u guys like (or adopted) arora or not, I also like this browser, pretty stable.
[17:27] <Jazzva> shirish: I don't see him as a bug contact, though I suppose he'll read the message in the channel
[17:27] <shirish> sorry meant it is 1.2b3 while we have 1.2b2+svn573
[17:39] <Jazzva> asac: As for debian package, works ok, just doesn't want to open a link in a new window when I right click on the link -> "Open in a new window". Can that be related to this warning "** (epiphany-webkit:5369): WARNING **: Unable to connect to system bus:"?
[17:40] <Jazzva> and it's not render japanese characters
[17:40] <Jazzva> s/render/rendering/
[17:40] <asac> Jazzva: yes. please paste content of epiphany-webkit package
[17:40] <asac> dpkg -L ...
[17:41] <Jazzva> asac: http://paste.ubuntu.com/22157/
[17:41] <asac> Jazzva: thats not much :)
[17:42] <asac> Jazzva: and epiphany-browser? epiphany-data ?
[17:43] <rzr> hi
[17:43] <rzr> i said i would come
[17:43] <asac> hi RainCT
[17:43] <asac> rzr ;)
[17:43] <asac> fabulous
[17:43] <rzr> here i am (back from a music fest)
[17:44]  * rzr checking his mails
[17:45] <shirish> ok guys put up a bug https://bugs.launchpad.net/ubuntu/+source/firebug/+bug/242165
[17:45] <rzr> how long the meeting will take ?
[17:46] <shirish> sorry couldn't get more info. as I would have liked, the AMO site also doesn't seem to have a way to get some changelog
[17:47] <asac> rzr: usually we target for an hour
[17:47] <asac> but mostly depends on agenda and how discussions go :)
[17:48] <rzr> I'll read the log
[17:49] <Jazzva> asac: And the ubuntu-meeting room is also free after 21, in case it takes longer.
[17:52] <rzr> so how did discussions go, bc it seems quiet now :)
[17:52] <asac> rzr: meeting has not yet started :)=
[17:52] <asac> @time
[17:53] <rzr> cool
[17:53] <asac> 1800 UTC
[17:53] <asac> => #ubuntu-meeting
[17:53] <rzr> i have the time to take a shower before :)
[17:53] <Jazzva> asac: enjoy the pkg contents http://paste.ubuntu.com/22159/
[17:53] <asac> no doubt
[17:53] <asac> Jazzva: /usr/share/dbus-1/services/org.gnome.Epiphany.service
[17:54] <rzr> well i feel really filthy, so dont panic if it takes more time :)
[17:54] <asac> hmm
[17:54] <asac> hehe
[17:54] <asac> Jazzva: no that is ok
[17:54] <asac> Jazzva: please search the source tree for "org.gnome.Epiphany" :)
[17:55]  * Jazzva is manually forming machine instructions from assembler at the moment, by the way... Frustrating :).
[17:55] <asac> hehe
[17:56] <Jazzva> ok, I'll report once find finishes it's work
[17:56] <asac> Jazzva: running in chroot?
[17:57] <Jazzva> yep
[17:57] <Jazzva> /usr/share/dbus-1/services/org.gnome.Epiphany.service
[17:57] <Jazzva> funny...
[17:57] <Jazzva> well... that's the one it installs, right?
[17:59] <asac> Jazzva: start dbus in the chroot
[17:59] <asac> otherwise dbus wont work
[17:59] <asac> Jazzva: why cant you test in your main system?
[18:00] <Jazzva> mostly unmet deps in hardy...
[18:00] <asac> Jazzva: upgrade main system :)
[18:00] <asac> Jazzva: try to start dbus in chroot for now
[18:01] <Jazzva> started
[18:01] <Jazzva> Upgrade to intrepid? I'm waiting for some later alpha :)
[18:01] <asac> Jazzva: haha
[18:01] <asac> Jazzva: you are a developer :) .... upgrade intrepid and clear the merge list ;)
[18:03] <Jazzva> heh :)... Ok, I might lower the criteria for intrepid. gutsy was b1 or b2, hardy a4 or a5.
[18:04] <Jazzva> Criteria: Manually fixing disassembled code is OK. (current mood)
[18:14] <Jazzva> asac: Still not opening in new window... dbus is running, warning is not reported
[18:25] <asac> Jazzva: ok. but that is a webkit thing right?
[18:25] <asac> with gecko it works?
[18:26] <asac> https://wiki.ubuntu.com/MozillaTeam/Bugs/TriagersHandbook
[18:28] <Jazzva> Sorry.. I forgot to test. My mind is mostly on assembler atm :)
[18:28] <Jazzva> (well, linker actually)
[18:31] <Jazzva> Works with gecko.
[18:32] <Jazzva> asac ^
[18:32] <asac> Jazzva: ok. guess 2.23 is what we want then
[18:32] <asac> Jazzva: i think debian will not go for it, so we have to go ahead on our own
[18:33] <Jazzva> Ok, feature freeze is by the end of the august. So, we have time for that :)
[18:33] <Jazzva> But I think we can go for that plan to move webkit to main and enable -webkit packages...
[18:34] <asac> Jazzva: 2.23 doesnt have gecko anymore
[18:34] <asac> so it requires ab it of repackaging
[18:34] <Jazzva> Ok.
[18:36] <Volans> Hi all :)
[18:38] <asac> Volans: hi
[18:38] <Volans> Hi asac I'm here for the meeting....
[18:38] <asac> Volans: great. 20min left ;)
[18:48] <shirish> the meeting's here or in #ubuntu-meeting?
[18:49] <Volans> shirish: in #ubuntu-meeting at 18 UTC
[18:49] <Volans> (12 minutes left ;) )
[18:50] <shirish> ;)
[18:52] <shirish> asac: this is for u, do you know anyway to subscribe to a particular package so one knows when the new package is updated, something like launchpad sends a mail or a notice whenever a new release of a package say 'foo' is being made.
[18:52] <shirish> it would be nice if such a notice could be sent.
[18:57] <asac> shirish: not sure ... if there is no such feature, then it probably already is filed as a feature request against launchpad
[18:58] <asac> shirish: as a workaround you can subscribe to all bugs and then you get the "Fix released" notifications
[18:59] <asac> -> #ubuntu-meeting
[18:59] <shirish> right, but that's not really a "workaround"
[19:00] <fta> it's pretty easy to create an RSS feed from https://edge.launchpad.net/ubuntu/+source/firefox-3.0/+publishinghistory
[19:02] <asac> fta: #ubuntu-meeting :)
[19:17] <shirish> ubotu@agenda
[19:17] <shirish> @agenda
[19:17] <shirish> @time
[19:18] <Volans> shirish: https://wiki.ubuntu.com/MozillaTeam/Meetings ;)
[19:19] <shirish> Volans: I was trying to see if there was some way that ubottu can spit the agenda, without using a browser ;)
[19:19] <jetsaredi1> shirish: re firebug - my wife just had surgery last week so I've been a bit busy but if you want to merge a new upstream feel free
[19:19] <Volans> the agenda of the meetings yes, but I don't think the single meeting agenda... and in particular this agenda was set to a wiki page...
[19:20] <shirish> jetsaredi1: sorry to hear about your wife's surgery, hope she's fine
[19:21] <jetsaredi1> shirish: no worries - just been a bit crazy with two little kids running rampant
[19:21] <jetsaredi1> I had started to merge the upstream originally then they released another version
[19:22] <jetsaredi1> part of the problem with the versioning is that their build system changes the numbering from what is in svn
[19:22] <shirish> jetsaredi1: I don't have any packaging know-how or experience or even dare for the same, take your time , whenever u can that would be nice. Just wanted u to know that's it has come up.
[19:22] <jetsaredi1> yea - webdeveloper needs to be updated as well
[19:25] <shirish> jetsaredim: there's also something called firecookie which also looks cool, I'm sure u know about it as well ;)
[19:26] <jetsaredim> honestly - had no idea
[19:26] <jetsaredim> i had just worked on adding extensions that I was using
[19:28] <shirish> jetsaredim: it uses or can use firebug alongwith it, it gives more readability about what cookies are stored inside.
[19:28] <jetsaredim> cool
[19:49]  * RainCT is wondering what he is doing in the team :)
[19:50] <shirish> RainCT: everybody is in #ubuntu-meeting
[19:51] <RainCT> yes, I'm following the discussion, didn't mean that :)
[19:51] <Jazzva> RainCT: Contributing ;)?
[19:51] <RainCT> heh
[21:28] <Volans> good meeting... now I have to go, bye bye
[21:28] <asac> Volans: cu
[21:35] <Jazzva> Log is available on https://wiki.ubuntu.com/MeetingLogs/Mozilla-2008-06-22
[21:36] <Jazzva> I'm sorry if you bump into some cyrillic characters in the log, as it's a localised version of xchat, but most of the messages are translated (I might have missed some, though)
[21:39] <asac> Jazzva: thanks!
[21:41] <Jazzva> asac: No problem... and also bug 242211
[21:41] <Jazzva> Feel free to modify the description if needed ;)
[21:42] <Jazzva> Should meeting logs also be categorized under MozillaTeam?
[21:42] <Jazzva> (by adding CategoryMozillaTeam)
[21:42] <asac> Jazzva: confirmed bug
[21:42] <Jazzva> asac: Thanks :)
[21:42] <asac> Jazzva: let me know if something happens :)
[21:43] <Jazzva> asac: Sure...
[21:43] <asac> my bugmail probably filters this to /dev/null :)
[21:44] <Jazzva> It filters it for sure, since you didn't subscribe ;)
[21:44] <Jazzva> (unless you're not auto-subscribed through some group membership)
[21:49] <asac> Jazzva: i am subscribed because i commented
[21:49] <asac> :)
[21:49] <Jazzva> You sure ;)? Subscribers list doesn't mention you :)
[21:50] <Jazzva> Did you check "Notify me of blabla"?
[21:50] <Jazzva> Anyway, I'll keep you updated
[21:51] <asac> Jazzva: my procmail filters everything i didnt opt in to /dev/null :)
[21:51] <asac> one kind of mail i always get is if i am assignee
[21:51] <asac> otherwise just ffox + xulrunner + thunderbird
[21:51] <asac> i always wanted to add another filter that would let through mails of bugs for which i am expl,icitly subscribed
[21:51] <asac> but well
[21:51] <asac> ah firefox-extensions mail goes through too
[21:51] <asac> :)
[21:52] <asac> fta: debian bug 480796
[21:52] <asac> glandium attached a xulrunner patch for the NMU there
[21:52] <asac> i think its already synched
[21:53] <asac> the build waits now for xulrunner-dev
[21:53] <asac> which we dont have
[21:53] <asac> wonder if we should add an empty package for that
[21:53] <asac> or if we rather want to touch any package that comes from debian
[21:53] <Jazzva> asac, any deadline for minutes?
[21:54] <Jazzva> I think I'll study telecommunications now
[21:54]  * Jazzva sighs...
[21:55] <asac> Jazzva: no deadline. within a few days if possible :)
[21:58] <Jazzva> cool :)
[22:27] <fta> asac, maybe you should review the ML owners: Ubuntu-mozillateam list run by ubuntu.ase at gmail.com, freddymartinez9 at gmail.com, asac at jwsdot.com, bluekuja at ubuntu.com
[22:57] <asac> fta: not sure. at least the moderations are all done by someone :)
[23:03] <fta> ok
[23:04] <fta> that's a review :)
[23:04] <asac> hehe
[23:05] <asac> indeed
[23:06] <asac> strange bug
[23:06] <asac> bug 242223
[23:07] <asac> reporter claims that its ubuntu only issue
[23:21] <Jazzva> telecommunications are not that much fun... https://wiki.ubuntu.com/MozillaTeam/Meetings/Minutes/2008-06-22
[23:22] <Jazzva> If I forgot something to add, let me know, or add it :)
[23:22] <Jazzva> (except for the broken link formatting which I will fix now)
[23:23] <asac> Jazzva: maybe on top an action summary, with just the actions and who is assigned (if any)
[23:23] <asac> maybe sorted by "assigned", "unassigned"
[23:24] <asac> so people can grab that when we announce these
[23:24] <Jazzva> Ok
[23:25] <asac> Jazzva: and maybe s/Rationale/Topic Summary/
[23:25] <asac> that was my wrongdoing :)
[23:25] <Jazzva> Oh :)
[23:31] <fta> Jazzva, as for Stevel_, it's not that he wasn't there, or that we couldn't acknowledge his prior contributions, it's more that he should contribute on the packaging for a while if he really wants to gain write access to our branches, or he could apply for the new sub-team we've discussed
[23:31] <fta> asac, correct me if i'm wrong ^^
[23:31] <Jazzva> fta, ok. I'll correct that
[23:32] <asac> fta: its correct, but the minutes is political :)
[23:32] <asac> i dont mind :)
[23:32] <asac> fta: i think that its ok to have this as a result in minutes
[23:33] <asac> fta: we should give him a real reason when declining in launchpad
[23:33] <asac> fta: or through chat
[23:33] <Jazzva> who's gonna setup mozillateam-community?
[23:33] <asac> usually gnomefreak does such things. as long as mozillateam is maintainer i am fine with anyone :)
[23:34] <Jazzva> Ok, so I'll assign him :)
[23:34] <asac> Jazzva: ack
[23:35] <asac> Jazzva: you can make wiki reference out of MozillaTeam/Extensions/Packaging by using
[23:35] <asac> ["MozillaTeam/Extensions/Packaging"]
[23:35] <asac> as syntax
[23:35] <Jazzva> hm, not just [Bla/Bla]?
[23:35] <asac> there are a few other occurences that are not properly linked
[23:35] <asac> #
[23:35] <asac> MozillaTeam/Bugs/UpstreamBugProceduresIntrepid
[23:35] <Jazzva> I noticed them...
[23:35] <asac> ah good
[23:36] <asac> Jazzva: not sure if you need quotes. with quotes works for me :)
[23:36] <Jazzva> Ok, I'll skip the attending list, as I'm afraid I'll miss someone.
[23:36] <asac> Jazzva: thats ok
[23:36] <Jazzva> Need quotes...
[23:40] <Jazzva> Fixed, I think... https://wiki.ubuntu.com/MozillaTeam/Meetings/Minutes/2008-06-22
[23:41] <asac> Jazzva: ok thanks. let me schuffle the order a bit :)
[23:41] <Jazzva> Ok... please add CategoryMozillaTeam, as i forget that :)
[23:42] <Jazzva> Thanks :)
[23:42] <Jazzva> I'll remove next meeting date from the header
[23:44] <Jazzva> ...and to clean up MozillaTeam/Meetings for the next agenda. (how it's easy to find excuses not to study telecom :))
[23:46] <asac> ok done
[23:46] <asac> lol
[23:46] <asac> telecom? like high-level view?
[23:46] <asac> law/regulations?
[23:46] <asac> network-optimization?
[23:47] <Jazzva> More like low-level (but not electronics low)
[23:47] <Jazzva> analag/digital modulations mostly, noise, signal-to-noise ratio and similar
[23:47] <asac> ah ok
[23:47] <asac> that wasnt that bad :)
[23:48] <Jazzva> You probably had better faculty than I have :)
[23:48] <fta> Jazzva, optical or electrical ?
[23:49] <asac> yeah, fta is your hero again :)
[23:49] <fta> asac, well, you know for which company i work for ;)
[23:49] <fta> -for
[23:49] <asac> thats why i claim that ;)
[23:50] <Jazzva> fta, umm... I think electrical.
[23:50] <Jazzva> :)
[23:50] <Jazzva> fta, which company do you work for? (if it's not too personal :))
[23:52] <fta> it is
[23:52] <Jazzva> Optical is sci-fi in our book (written in 1970-something). It's mentioned as an interesting field for future development :)
[23:53] <fta> but everything above 100M is optical
[23:54] <fta> we have 40G links now, and soon 100G
[23:54] <Jazzva> I don't think we mentioned anything above 100M.
[23:54]  * Jazzva feels frustrated
[23:54] <fta> :)
[23:54] <Jazzva> 1M/256k link over here...
[23:54] <asac> fta: 40G over one fiber?
[23:54] <fta> well, not at home, in the network
[23:55] <Jazzva> fta, international links?
[23:55] <fta> asac, yes, in 1 fiber
[23:55] <asac> fta: yeah. just wonder if you consider a link "a cable" or "a single fiber string"
[23:55] <asac> fta: how many colours does that use?
[23:56] <fta> either 1 or 4 depending on the quality of your fiber, the PMD (in pico sec, relative to the distance), the age of the equipements, etc..
[23:57] <fta> quality =~ chromatic dispersion + various other factors that i don't remember (as i'm not a specialist in optics)
[23:58] <Jazzva> Ok, now I'm off to study... See you later :)
[23:58] <asac> cu
[23:59] <fta> Jazzva, one day you'll see DWDM systems ;)
[23:59] <Jazzva> fta, you do know that's a foreign language to me atm :)?


[07:50] <nibbon_> Jeremy31: the renaming performed by systemd turned out to be due to the presence of the file /.dockerenv
[07:50] <nibbon_> apparently that file determines whether or not the system has to be consider a container
[07:50] <nibbon_> 🤦♂
[08:54] <Piraty> yikes


[00:01] <RAOF> Eickmeyer: I know it's preexisting, but that postinst looks suspicious. Unconditionally deleting configuration files seems bad?
[00:02] <Eickmeyer> RAOF: That service file is meant for non-Ubuntu distros, such as Fedora.
[00:03] <RAOF> Are we both talking about `/etc/xdg/autostart/autojack.desktop`?
[00:03] <RAOF> Because that's a configuration file you're deleting in postinst.
[00:04] <Eickmeyer> RAOF: Oh, no. That has to be deleted because we don't want it running in xdg/autostart, but rather as a user systemd service.
[00:04] <tumbleweed> ah, that dbus issue is part of Ubuntu's dbus delta
[00:04] <RAOF> (Deleting `/lib/systemd/system/studio-system.service` in the postinst *also* seems suspicious, but is at least not in an usually-preserved path)
[00:06] <vorlon> Eickmeyer: so why is that file present such that it needs to be deleted in postinst?
[00:06] <RAOF> Eickmeyer: Why might that file exist in `xdg/autostart`?
[00:06] <Eickmeyer> Previous versions of Ubuntu Studio had it.
[00:06] <Eickmeyer> er... ubuntustudio-controls.
[00:06] <Eickmeyer> And it wasn't autodeleting during upgrade.
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-mail-autoconfig [amd64] (groovy-proposed) [1.0.3-6]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-pack [amd64] (groovy-proposed) [1.0.7-5]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-timezone [amd64] (groovy-proposed) [1.1.0-5]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-vfs [amd64] (groovy-proposed) [2.4.0-5]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-mime-viewer [amd64] (groovy-proposed) [2.2.2+debian0-1]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-tree [amd64] (groovy-proposed) [2.0.5-5]
[00:07] <RAOF> Eickmeyer: https://manpages.debian.org/wheezy/dpkg/dpkg-maintscript-helper.1.en.html
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-smtp [amd64] (groovy-proposed) [1.9.5-5]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-xml-element [amd64] (groovy-proposed) [2.0.4-7]
[00:07] <vorlon> right
[00:07] <vorlon> should be using dh_maintscript for this, not a hard-coded delet
[00:07] <vorlon> e
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-editor [amd64] (groovy-proposed) [2.0.5+debian0-4]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-itip [amd64] (groovy-proposed) [2.1.2-6]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-queue [amd64] (groovy-proposed) [1.1.5-5]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-routes [amd64] (groovy-proposed) [2.0.5-7]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-socket-client [amd64] (groovy-proposed) [2.1.2-3]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-text-diff [amd64] (groovy-proposed) [2.2.0-5]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-http [amd64] (groovy-proposed) [2.1.7-5]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-rdo [amd64] (groovy-proposed) [2.1.0-5]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-spellchecker [amd64] (groovy-proposed) [2.1.3-7]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-listheaders [amd64] (groovy-proposed) [1.2.5-5]
[00:07] -queuebot:#ubuntu-release- New: accepted php-horde-rpc [amd64] (groovy-proposed) [2.1.8-5]
[00:08] <RAOF> Likewise, why would `/lib/systemd/system/studio-system.service` exist?
[00:08] -queuebot:#ubuntu-release- New: accepted php-horde-argv [amd64] (groovy-proposed) [2.1.0-5]
[00:08] -queuebot:#ubuntu-release- New: accepted php-horde-date-parser [amd64] (groovy-proposed) [2.0.6-5]
[00:08] -queuebot:#ubuntu-release- New: accepted volk [amd64] (groovy-proposed) [2.3.0-2]
[00:08] -queuebot:#ubuntu-release- New: accepted volk [armhf] (groovy-proposed) [2.3.0-2]
[00:08] -queuebot:#ubuntu-release- New: accepted volk [riscv64] (groovy-proposed) [2.3.0-2]
[00:08] -queuebot:#ubuntu-release- New: accepted php-horde-crypt [amd64] (groovy-proposed) [2.7.12-3]
[00:08] -queuebot:#ubuntu-release- New: accepted volk [arm64] (groovy-proposed) [2.3.0-2]
[00:08] -queuebot:#ubuntu-release- New: accepted volk [s390x] (groovy-proposed) [2.3.0-2]
[00:08] -queuebot:#ubuntu-release- New: accepted php-horde-image [amd64] (groovy-proposed) [2.6.0-2]
[00:08] -queuebot:#ubuntu-release- New: accepted volk [ppc64el] (groovy-proposed) [2.3.0-2]
[00:09] <Eickmeyer> RAOF: In other distributions, ondemand.service does not exist. That service file is required every boot for studio-controls to function.
[00:09] <Eickmeyer> ondemand.service is an Ubuntu-only thing.
[00:11] <RAOF> But why are you manually `rm`ing `studio-system.service` in the postinst?
[00:12] <Eickmeyer> To prevent people from enabling it. I could not convince the developer that it can exist without doing anything.
[00:12] <Eickmeyer> Mostly to make him happy.
[00:12] <xnox> RAOF:  Eickmeyer: what package are you discussing? i'm curious to review it.
[00:13] <Eickmeyer> xnox: studio-controls, it's identical to ubuntustudio-controls, but we're de-ubuntuifying it and making it distro-agnostic.
[00:13] <Eickmeyer> So, it's literally a file rename of what already exists.
[00:14] <xnox> ok
[00:14] <RAOF> And hence has the good fortune to be subject to AA review 😉
[00:14] <xnox> Eickmeyer:  why are you de-ubuntuifying it?
[00:14] <xnox> Eickmeyer:  are you..... leaving us?
[00:14] <Eickmeyer> xnox: I'
[00:14] <Eickmeyer> oops
[00:15] <Eickmeyer> xnox: I'm not leaving, but other distros want the tool. I also lead Fedora Jam.
[00:15] <Eickmeyer> And my developer, Len Ovens (OvenWerks) doesn't want to have to develop in two places, and I don't blame him.
[00:16] <xnox> i see. cool.
[00:16] <RAOF> Yeah, it's perfectly reasonable to change it from a native to a real upstream package.
[00:17] <RAOF> But I still don't see why the Ubuntu postinst has “#Remove systemd service file for non-Ubuntu systems” :)
[00:17] <Eickmeyer> RAOF: Because the functionality already exists in lib/systemd/ondemand.service.d
[00:18] <Eickmeyer> There's a studio.conf file there that does the same thing.
[00:18] <Eickmeyer> We wouldn't want that function to double-up, causing two processes to start.
[00:19] <RAOF> Oh! You mean to say that the package *installs* `/lib/systemd/system/studio-system.service` and then you delete it in the postinst?
[00:19] <Eickmeyer> RAOF: Correct.
[00:19] <RAOF> Um, no.
[00:19] <RAOF> Just don't install it in the package!
[00:20] <Eickmeyer> I tried that, and debhelper threw an error, iirc.
[00:21] <Eickmeyer> But, I suppose I might be able to manipulate studio-controls.install.
[00:21] <RAOF> `dh_missing` may have warned about upstream files existing but not being installed?
[00:21] <Eickmeyer> Yes, I think I remember that.
[00:21] <RAOF> If so, `debian/not-installed` is the file you want to list them in.
[00:22] <xnox> Eickmeyer:  we have many packages that install only a subset of things.
[00:22] <xnox> based on distro
[00:22] <xnox> e.g. cloud-init
[00:22] <xnox> (a very versatile per-distro thing)
[00:23] <Eickmeyer> This also may have been when the package was native.
[00:23] <RAOF> There seems to be even less for a native package to install a file, only to delete it in its own postinst :)
[00:24] <RAOF> s/less/less reason/
[00:24]  * Eickmeyer feels as though he's about to get hit upside the head with a Nack
[00:27] <Eickmeyer> RAOF: I've made the changes, including the maintscript, changed debian/studio-controls.install to not install studio-system.service, and added not-installed to list that file.
[00:29] <RAOF> Sounds good. I'll reject what's there and the new upload a review?
[00:29] <Eickmeyer> Yeah, sounds good.
[00:29] <Eickmeyer> teward: ^
[00:30] <Eickmeyer> RAOF: https://launchpad.net/studio-controls is where it's located, FYI.
[00:31] -queuebot:#ubuntu-release- New: rejected studio-controls [source] (groovy-proposed) [1.99.1-0ubuntu1]
[00:54] -queuebot:#ubuntu-release- Unapproved: keystone (focal-proposed/main) [2:17.0.0~b3~git2020041013.7bb6314e4-0ubuntu1 => 2:17.0.0-0ubuntu<IP_ADDRESS>] (openstack, ubuntu-server)
[00:56] -queuebot:#ubuntu-release- Unapproved: heat (focal-proposed/main) [1:14.0.0~b3~git2020041012.2ef9f4bf3-0ubuntu1 => 1:14.0.0-0ubuntu<IP_ADDRESS>] (openstack, ubuntu-server)
[01:00] -queuebot:#ubuntu-release- Unapproved: designate (focal-proposed/main) [1:10.0.0~b3~git2020041012.9ed2623a-0ubuntu1 => 1:10.0.0-0ubuntu<IP_ADDRESS>] (openstack, ubuntu-server)
[01:00] -queuebot:#ubuntu-release- Unapproved: neutron (focal-proposed/main) [2:16.0.0~b3~git2020041516.5f42488a9a-0ubuntu2 => 2:16.0.0-0ubuntu<IP_ADDRESS>] (openstack, ubuntu-server)
[01:10] -queuebot:#ubuntu-release- New source: studio-controls (groovy-proposed/primary) [1.99.1-0ubuntu1]
[01:18] <teward> RAOF: studio-controls now in New should meet with better approval
[01:19] <RAOF> Ta. I'll get onto that next.
[05:25] -queuebot:#ubuntu-release- New binary: vlfeat [s390x] (groovy-proposed/universe) [0.9.21+dfsg0-6ubuntu1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: vlfeat [ppc64el] (groovy-proposed/universe) [0.9.21+dfsg0-6ubuntu1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: vlfeat [arm64] (groovy-proposed/universe) [0.9.21+dfsg0-6ubuntu1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: vlfeat [amd64] (groovy-proposed/universe) [0.9.21+dfsg0-6ubuntu1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: vlfeat [armhf] (groovy-proposed/universe) [0.9.21+dfsg0-6ubuntu1] (no packageset)
[05:29] -queuebot:#ubuntu-release- New: accepted studio-controls [source] (groovy-proposed) [1.99.1-0ubuntu1]
[05:30] -queuebot:#ubuntu-release- New binary: studio-controls [amd64] (groovy-proposed/none) [1.99.1-0ubuntu1] (no packageset)
[05:49] -queuebot:#ubuntu-release- Unapproved: openssh (xenial-proposed/main) [1:7.2p2-4ubuntu2.9 => 1:7.2p2-4ubuntu2.10] (core)
[06:00] -queuebot:#ubuntu-release- New binary: vlfeat [riscv64] (groovy-proposed/universe) [0.9.21+dfsg0-6ubuntu1] (no packageset)
[09:21] -queuebot:#ubuntu-release- New: accepted studio-controls [amd64] (groovy-proposed) [1.99.1-0ubuntu1]
[09:21] -queuebot:#ubuntu-release- New: accepted vlfeat [arm64] (groovy-proposed) [0.9.21+dfsg0-6ubuntu1]
[09:21] -queuebot:#ubuntu-release- New: accepted vlfeat [ppc64el] (groovy-proposed) [0.9.21+dfsg0-6ubuntu1]
[09:21] -queuebot:#ubuntu-release- New: accepted vlfeat [s390x] (groovy-proposed) [0.9.21+dfsg0-6ubuntu1]
[09:21] -queuebot:#ubuntu-release- New: accepted vlfeat [amd64] (groovy-proposed) [0.9.21+dfsg0-6ubuntu1]
[09:21] -queuebot:#ubuntu-release- New: accepted vlfeat [riscv64] (groovy-proposed) [0.9.21+dfsg0-6ubuntu1]
[09:21] -queuebot:#ubuntu-release- New: accepted vlfeat [armhf] (groovy-proposed) [0.9.21+dfsg0-6ubuntu1]
[10:11] <mitya57> Can someone please reject tilda in focal SRU queue? Then I will upload a version with a different changelog entry, addressing bdmurray's comment.
[10:14] <sil2100> RikMills: hey! You around?
[10:18] <sil2100> RikMills: I'm looking at the plasma SRUs right now, and just wanted to make sure this is not an error - for two packages already I saw that debian/control has been modified and some dependencies being changed from >= 4:<IP_ADDRESS>~ to >= 4:5.18.4~ (for example the libkf5sysguard-dev dependency in plasma-vault)
[10:18] <sil2100> RikMills: it's weird that the dependency is now smaller, is this intentional, or a typo for something that was supposed to be 4:5.18.5~ ?
[10:18] <sil2100> Since this is .5 basically
[10:23] <sil2100> mitya57: done
[10:23] -queuebot:#ubuntu-release- Unapproved: rejected tilda [source] (focal-proposed) [1.5.2-0ubuntu1]
[10:24] <RikMills> sil2100: sorta intentional or sorta not. let me explain. the packaging was taken from 5.18.5 in groovy where the interneral stack build deps were bumped from <IP_ADDRESS> to 5.18.5, where I then lowered some in debian/control to allow things to build sice we are not doing the whole stack for the SRU. in this case I forgot that Plasma people made a snafu so had to release <IP_ADDRESS> so just pout 5.18.4. In the end it doesn't matter at all as
[10:24] <RikMills> the build deps in the archive are fine, but that is why
[10:25] <mitya57> sil2100: thanks!
[10:25]  * RikMills glares at mistypes
[10:32] <sil2100> RikMills: ok, so what's important is that those that were downgraded to .4 from .4.1 don't really require .5 - thanks!
[10:33] <RikMills> sil2100: yep. exactly.
[10:37] <sil2100> Ok, was also worried about the new build requirement of KF5 CoreAddons in plasma-browser-integration without a new build-dep, but then I see almost all libkf5*-dev packages actually pull it in ;p
[10:42] <RikMills> sil2100: yes, much of kf5 frameworks is like that. I should probably add it explicitly though. I'll do that in groovy packaging
[10:44] -queuebot:#ubuntu-release- Unapproved: accepted drkonqi [sync] (focal-proposed) [5.18.5-0ubuntu0.1]
[10:44] <sil2100> RikMills: thanks o/
[10:44] -queuebot:#ubuntu-release- Unapproved: accepted kinfocenter [sync] (focal-proposed) [4:5.18.5-0ubuntu0.1]
[10:44] -queuebot:#ubuntu-release- Unapproved: accepted kwin [sync] (focal-proposed) [4:5.18.5-0ubuntu0.1]
[10:45] -queuebot:#ubuntu-release- Unapproved: accepted milou [sync] (focal-proposed) [4:5.18.5-0ubuntu0.1]
[10:46] -queuebot:#ubuntu-release- Unapproved: accepted plasma-browser-integration [sync] (focal-proposed) [5.18.5-0ubuntu0.1]
[10:46] -queuebot:#ubuntu-release- Unapproved: accepted plasma-desktop [sync] (focal-proposed) [4:5.18.5-0ubuntu0.1]
[10:46] -queuebot:#ubuntu-release- Unapproved: accepted plasma-discover [sync] (focal-proposed) [5.18.5-0ubuntu0.1]
[10:47] -queuebot:#ubuntu-release- Unapproved: accepted plasma-pa [sync] (focal-proposed) [4:5.18.5-0ubuntu0.1]
[10:47] -queuebot:#ubuntu-release- Unapproved: accepted plasma-vault [sync] (focal-proposed) [5.18.5-0ubuntu0.1]
[10:48] -queuebot:#ubuntu-release- Unapproved: accepted plasma-workspace [sync] (focal-proposed) [4:5.18.5-0ubuntu0.1]
[10:49] -queuebot:#ubuntu-release- Unapproved: accepted xdg-desktop-portal-kde [sync] (focal-proposed) [5.18.5-0ubuntu0.1]
[10:49] <RikMills> \o/
[10:51] -queuebot:#ubuntu-release- Unapproved: rejected live-build [source] (focal-proposed) [3.0~a57-1ubuntu38.1]
[10:52] -queuebot:#ubuntu-release- Unapproved: qemu (bionic-proposed/main) [1:2.11+dfsg-1ubuntu7.24 => 1:2.11+dfsg-1ubuntu7.25] (ubuntu-server, virt)
[10:54] <cpaelzer> the qemu that showed up in bionic-unapproved fixes an issue in an ongoing SRU verification
[10:55] <cpaelzer> the actual change vs what is already reviewed and in -proposed comes down to just https://git.launchpad.net/~paelzer/ubuntu/+source/qemu/commit/?id=47a2da2f474b81bb2ba033b9facf21c16194e3eb
[10:55] <cpaelzer> sil2100: you did the initial accept - since this is also blockign some coming CVE fixes I wante to ask if you (or someone else of the SRU Team) could check and accept that qemu
[10:56] <cpaelzer> it also builds quite some time, so accepting it soon would allow to re-verify it today
[10:56] -queuebot:#ubuntu-release- Unapproved: rejected sbuild-launchpad-chroot [source] (focal-proposed) [0.16ubuntu<IP_ADDRESS>]
[10:58] -queuebot:#ubuntu-release- Unapproved: rejected sbuild-launchpad-chroot [source] (eoan-proposed) [0.15ubuntu<IP_ADDRESS>]
[11:01] <sil2100> cpaelzer: ok, looking good o/
[11:02] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (bionic-proposed) [1:2.11+dfsg-1ubuntu7.25]
[11:07] <cpaelzer> thank you
[11:08] <rbalint> ddstreet, true qemu is not found on arm64, i've updated LP: #1684588 with ppc64el finding it now
[11:09] <rbalint> Laney, systemd/ppc64el still times out :-(, is there anything else to make the change to adding it to long_tests take effect?
[11:13] -queuebot:#ubuntu-release- New binary: tinyxml2 [amd64] (groovy-proposed/universe) [8.0.0+dfsg-2] (i386-whitelist, kubuntu)
[11:13] -queuebot:#ubuntu-release- New binary: tinyxml2 [s390x] (groovy-proposed/universe) [8.0.0+dfsg-2] (i386-whitelist, kubuntu)
[11:13] -queuebot:#ubuntu-release- New binary: tinyxml2 [ppc64el] (groovy-proposed/universe) [8.0.0+dfsg-2] (i386-whitelist, kubuntu)
[11:15] -queuebot:#ubuntu-release- New binary: tinyxml2 [i386] (groovy-proposed/universe) [8.0.0+dfsg-2] (i386-whitelist, kubuntu)
[11:18] <rbalint> Laney, ahh, it  is bos02, not bos01
[11:21] -queuebot:#ubuntu-release- New binary: tinyxml2 [arm64] (groovy-proposed/universe) [8.0.0+dfsg-2] (i386-whitelist, kubuntu)
[11:22] -queuebot:#ubuntu-release- New binary: tinyxml2 [armhf] (groovy-proposed/universe) [8.0.0+dfsg-2] (i386-whitelist, kubuntu)
[11:25] -queuebot:#ubuntu-release- New binary: tinyxml2 [riscv64] (groovy-proposed/universe) [8.0.0+dfsg-2] (i386-whitelist, kubuntu)
[11:34] <Laney> ah
[11:34] -queuebot:#ubuntu-release- Unapproved: tilda (focal-proposed/universe) [1.5.0-1.1 => 1.5.2-0ubuntu1] (ubuntu-mate)
[11:34] <rbalint> Laney, fixing it ...
[11:35] <Laney> yeah forgot we had separate configs there
[11:35] <Laney> annoying system
[11:35] <rbalint> Laney, agreed :-)
[11:36] <Laney> it's going to be gone with the New Deployment®™Ⓒ
[11:36] <Laney> that looks more like https://git.launchpad.net/autopkgtest-cloud/tree/mojo/service-bundle?h=wip/mojo-juju-2
[11:38] <rbalint> Laney, could you please update the config? https://code.launchpad.net/~rbalint/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/383943
[11:38] <rbalint> ddstreet, Laney ^ sneaking systemd-upstream in
[11:40] <ddstreet> sweet!
[11:40] <Laney> rbalint: it needs to be in both configs
[11:40] <rbalint> Laney, ah, even more confusing, fixing it
[11:41] <Laney> we have two cloud regions that can run ppc64el tests
[11:41] <Laney> not sure if systemd-upstream will work there
[11:41] <Laney> rbalint: also  long_test not big?
[11:42] <rbalint> Laney, i'd like to try in on big, to see the gain, it runs qemu
[11:43] <Laney> what gain?
[11:43] <Laney> big reduces the capacity available for all other tests
[11:43] <Laney> and we frequently get many systemd tests running at once
[11:45] <Laney> (yeah systemd-upstream should work there I think)
[11:45] <rbalint> Laney, i thought ppc64el was doing relatively well regarding capacity
[11:46] <rbalint> Laney, also the shorter run time may make up for some of the kept resources
[11:47] <rbalint> Laney, we can revert to long if big makes too much trouble
[11:47] <rbalint> Laney, i think it would make sense to give it a try
[11:49] <rbalint> Laney,'ve updated the mr
[13:05] -queuebot:#ubuntu-release- Unapproved: accepted rabbitmq-server [source] (focal-proposed) [3.8.2-0ubuntu1.1]
[13:23] <Laney> rbalint: sorry went to lunch. m1.large uses 5 1/3 × as much RAM and 4 × as many vCPUs as the autopkgtest policy and so I don't really want to do this 'on spec' without more consideration
[13:23] <Laney> I'll give you long_tests for now
[13:24] -queuebot:#ubuntu-release- Unapproved: accepted rabbitmq-server [source] (bionic-proposed) [3.6.10-1ubuntu0.2]
[13:25] <rbalint> Laney, please check the comments on ddstreet's previous mr, it seems vorlon finally approved the big change
[13:26] <Laney> which one is that?
[13:26] <rbalint> Laney, https://code.launchpad.net/~ddstreet/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/369620/comments/974133
[13:26] <rbalint> Laney, also linked from current mr
[13:31] <Laney> thanks, I'll refer to my previous arguments then
[13:31] <Laney> basically that if we want to do this, we need to work on improving our own support
[13:32] <rbalint> Laney, is there a bug/ticket to track that?\
[13:33] <rbalint> Laney, also trying and reverting does not seem too much hassle if it turns out to be too heavy on the infra
[13:38] <Laney> rbalint: There's https://bugs.launchpad.net/auto-package-testing/+bug/1654761 for at least part of it
[13:38] <Laney> I think we're missing a bug for 'limit the number of concurrent big tests'
[13:41] <rbalint> Laney, ok, thanks for merging the long bump, i'm opening a new mr for 'big' to let the discussion be documented around the change
[13:42] -queuebot:#ubuntu-release- Unapproved: accepted rabbitmq-server [source] (xenial-proposed) [3.5.7-1ubuntu<IP_ADDRESS>]
[13:42] <Laney> FYI I killed the current systemd/groovy/ppc64el run
[13:43] <Laney> it sneaked in before I had deployed the change
[13:43] <Laney> should restart in a few minutes
[13:49] <rbalint> Laney, ok, thanks
[13:49] <rbalint> Laney, i've filed the new mr and invited you, too, to the review/discussion
[14:44] -queuebot:#ubuntu-release- Unapproved: barbican (focal-proposed/main) [1:10.0.0~b2~git2020020508.7b14d983-0ubuntu3 => 1:10.0.0-0ubuntu<IP_ADDRESS>] (openstack, ubuntu-server)
[15:00] -queuebot:#ubuntu-release- Unapproved: ceilometer (focal-proposed/main) [1:14.0.0~b3~git2020041012.75b9d4e9-0ubuntu1 => 1:14.0.0-0ubuntu<IP_ADDRESS>] (openstack, ubuntu-server)
[16:32] -queuebot:#ubuntu-release- Unapproved: ironic-inspector (focal-proposed/universe) [1:10.0.1~git2020041316.14b425e-0ubuntu1 => 1:10.1.0-0ubuntu<IP_ADDRESS>] (no packageset)
[16:34] -queuebot:#ubuntu-release- Unapproved: magnum (focal-proposed/universe) [10.0.0~b3~git2020041013.01629398-0ubuntu1 => 10.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[16:41] -queuebot:#ubuntu-release- Unapproved: manila (focal-proposed/universe) [1:10.0.0~b3~git2020041013.ea90fd17-0ubuntu1 => 1:10.0.0-0ubuntu<IP_ADDRESS>] (openstack)
[16:41] -queuebot:#ubuntu-release- Unapproved: masakari-monitors (focal-proposed/main) [9.0.0~b3~git2020041013.e225e6d-0ubuntu1 => 9.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[16:44] -queuebot:#ubuntu-release- Unapproved: panko (focal-proposed/universe) [7.0.0-0ubuntu1 => 8.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[16:45] -queuebot:#ubuntu-release- Unapproved: zaqar (focal-proposed/universe) [10.0.0~b3~git2020041014.22c457a5-0ubuntu1 => 10.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[17:22] -queuebot:#ubuntu-release- Unapproved: masakari (focal-proposed/main) [9.0.0~b3~git2020041013.94ec959-0ubuntu1 => 9.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[17:30] -queuebot:#ubuntu-release- Unapproved: python-os-ken (focal-proposed/main) [1.0.0-0ubuntu1 => 1.0.0-0ubuntu1.1] (ubuntu-server)
[17:45] -queuebot:#ubuntu-release- Unapproved: python-oslo.service (focal-proposed/main) [2.1.1-0ubuntu1 => 2.1.1-0ubuntu1.1] (openstack, ubuntu-server)
[18:22] -queuebot:#ubuntu-release- Unapproved: networking-bagpipe (focal-proposed/universe) [12.0.0~b3~git2020041013.c15d5e0-0ubuntu1 => 12.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[18:26] -queuebot:#ubuntu-release- Unapproved: networking-bgpvpn (focal-proposed/universe) [12.0.0~b3~git2020032545.9dcd5ed-0ubuntu1 => 12.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[18:27] -queuebot:#ubuntu-release- Unapproved: networking-hyperv (focal-proposed/universe) [1:7.3.2~git2020021315.1b1ee11-0ubuntu1 => 1:8.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[18:34] -queuebot:#ubuntu-release- Unapproved: networking-odl (focal-proposed/universe) [1:16.0.0~b3~git2020032509.3de47a829-0ubuntu1 => 1:16.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[18:34] -queuebot:#ubuntu-release- Unapproved: neutron-fwaas (focal-proposed/main) [1:16.0.0~b3~git2020032402.5e6c04885-0ubuntu1 => 1:16.0.0-0ubuntu<IP_ADDRESS>] (openstack, ubuntu-server)
[18:34] -queuebot:#ubuntu-release- Unapproved: neutron-dynamic-routing (focal-proposed/universe) [2:16.0.0~b3~git2020041013.045811b-0ubuntu1 => 2:16.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[18:34] -queuebot:#ubuntu-release- Unapproved: neutron-vpnaas (focal-proposed/main) [2:16.0.0~b3~git2020041013.358d35202-0ubuntu1 => 2:16.0.0-0ubuntu<IP_ADDRESS>] (openstack, ubuntu-server)
[19:08] -queuebot:#ubuntu-release- Unapproved: xorg-server-hwe-18.04 (bionic-proposed/main) [2:1.20.5+git20191008-0ubuntu1~18.04.1 => 2:1.20.8-2ubuntu2~18.04.1] (no packageset)
[19:10] -queuebot:#ubuntu-release- Unapproved: networking-sfc (focal-proposed/universe) [10.0.0~b3~git2020032510.8417568-0ubuntu1 => 10.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[19:10] -queuebot:#ubuntu-release- Unapproved: placement (focal-proposed/main) [3.0.0~b3~git2020041014.0f90d197-0ubuntu1 => 3.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[19:10] -queuebot:#ubuntu-release- Unapproved: octavia (focal-proposed/universe) [6.0.0~b3~git2020041014.771a5d87-0ubuntu1 => 6.0.0-0ubuntu<IP_ADDRESS>] (no packageset)
[19:10] -queuebot:#ubuntu-release- Unapproved: mesa (bionic-proposed/main) [19.2.8-0ubuntu0~18.04.3 => 20.0.4-2ubuntu1~18.04.1] (core, xorg)
[19:11] -queuebot:#ubuntu-release- Unapproved: swift (focal-proposed/main) [2.24.1~git2020041316.a495f1e32-0ubuntu1 => 2.25.0-0ubuntu<IP_ADDRESS>] (openstack)
[19:55] -queuebot:#ubuntu-release- Unapproved: systemd (bionic-proposed/main) [237-3ubuntu10.40 => 237-3ubuntu10.41] (core)
[19:56] <ddstreet> tjaalton when you get in tomorrow, for your ~ubuntu-sru shift, would be great if you could accept this systemd upload ^ has an urgent patch.  thanks!
[19:57] <ddstreet> or bdmurray or vorlon if you happen to have sru review time today ^
[20:03] <bdmurray> ddstreet: I reviewed some of this already right?
[20:03] <ddstreet> bdmurray some of it was in the upload for focal, yes (and there is also an upload in eoan with some)
[20:04] <bdmurray> okay then it might make sense for me to do it
[20:11] -queuebot:#ubuntu-release- Unapproved: networking-l2gw (focal-proposed/universe) [1:16.0.0~b3~git2020032509.d57ae1a-0ubuntu1 => 1:16.0.0~git2020051415.30f4209-0ubuntu<IP_ADDRESS>] (no packageset)
[20:19] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (eoan-proposed) [242-7ubuntu3.9]
[20:36] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (bionic-proposed) [237-3ubuntu10.41]
[20:47] -queuebot:#ubuntu-release- Packageset: Added studio-controls to ubuntustudio in groovy
[20:48] <Eickmeyer> ^ Thanks!
[21:55] <ddstreet> Eickmeyer i replied to your dmb email, essentially all the DMB bits are done now, we just need the TB to change the packageset uploader over to the new ubuntu-studio-uploaders team
[21:56] <ddstreet> if it gets urgent, you might be able to ping one of the TB members, otherwise I assume they'll get to it at their next meeting
[21:57] <fo0bar> flipping through channels; IRTA "i replied to your dumb email"
[22:39] <Eickmeyer> ddstreet: Thanks!
[22:57] -queuebot:#ubuntu-release- Unapproved: gnome-desktop3 (focal-proposed/main) [3.36.2-0ubuntu1 => 3.36.2-0ubuntu2] (ubuntu-desktop)


[01:22] <test34> ikonia is a kidop?
[01:23] <ikonia> test34: is a time waste
[01:23] <ikonia> ?
[01:23] <Pici> what?
[01:23] <ikonia> test34: what version of ubuntu are you using
[01:23] <test34> ikonia, Does Ubuntu 11.10 use the UUID for /etc/crypttab ?
[01:24] <ikonia> test34: I'm not discussing anything with you until you confirm what version of ubuntu you are using
[01:24] <ikonia> test34: you've been confusing in #ubuntu+1 about what version you are using and for some reason refuse to confirm what you're using, which is because I believe you are trying to use #ubuntu+1 for non-development support
[01:25] <ikonia> actually - I'm not intersted in silly games, I'm going to bed. You can stay out of the channel until I return in the morning
[01:25] <ikonia> good night
[01:26] <test34> ikonia, fixing a bug would be development.. I'm using 11.04.. and if you confirm that 11.10 still use the parition name instead of the UUID inside the file /etc/crypttab the the bug must still exist
[01:26] <IdleOne> test34: You were fully aware that #ubuntu+1 is for 11.10 you joined right after I told another user to go there to discus 11.10 and started asking for support for 11.04. Now I know you think how different can it be really be but there are significant changes in the dev version that may or may not have anything to do with the issues you are having in 11.04. Please use the appropriate channel for the version you are using.
[01:27] <IdleOne> bug fixes are a dev issue but not necessarily have anything to do with the dev version.
[01:29] <IdleOne> Now please use #ubuntu for support with 11.04 and you can return tomorrow and discuss with ikonia about removing the ban in +1
[01:29] <test34> I only wanted to try to prevent someone else to experience this very important bug... but anyways have fun
[03:20] <mneptok> ikonia: responding to name-calling with more name-calling is not productive.
[03:21] <mneptok> one man's opinion.
[04:43] <rww> 04:43 < vibhav> he cant even understand subtle humour
[04:43] <rww> oh gods, this is funny
[04:46] <vibhav> so where were we?
[04:46] <vibhav> ooops
[04:46] <rww> oh good, i thought i was going to have to do work
[05:02] <elky> if he highlights me once more for no good reason, he's going to find himself banned from everywhere I can touch.
[05:27] <bazhang> axi93 seems to be offering suspect advice
[05:30] <Myrtti> blaah
[05:30] <Myrtti> to sleep more or no..
[05:31] <bazhang> more sleep is always a good idea
[07:44] <elky> happygolucky seems intent on annoying people
[08:07] <rww> given #defocus, I am all kinds of unsurprised
[09:57] <oCean> !isitout
[09:58] <oCean> what's the !isitout supposed to be when it is not out yet?
[10:01] <Tm_T> "no, "it" is in" ?
[10:02] <jussi> !-isitout
[10:06] <jussi> !no, isitout is <reply>no, not yet, way too early! :)
[11:11] <LjL> i can't watch attentively, i'm testing my new Amiga (which is giving issues) :(
[11:12] <ikonia> LjL: as in "new" or new old
[11:15] <LjL> ikonia: new old, unfortunately... i should have bought a new one i guess. but this came with an accelerator card which i wanted. however, the floppy drive doesn't work, and that's a huge bummer :(
[11:15] <ikonia> LjL: I lifted mine out of my parents loft a few weeks ago, I'm going to bring it home next time I'm up there
[11:18] <LjL> ikonia: which model is it?
[11:19] <ikonia> A1200
[11:19] <ikonia> OLD
[11:19] <LjL> ikonia: mine is an A1200 too, it's as new as an Amiga gets really :P
[11:19] <LjL> ikonia: it's a good Amiga
[11:19] <ikonia> true, I've got a 500 somewhere that I bought a few years ago
[11:20] <LjL> ikonia: does it have an HDD?
[11:20] <ikonia> little internal one
[11:20] <Myrtti> just for the record, this sweat guy is creeping me out, he first sent me a memoserv message "pay your bills" (I do have an email saying it was him, and it has his hostname on it, even if he claimed on -offtopic that he didn't send any memoserv messages) and then aiming his weird (semi-?)sexual advances at me, believing I'm male
[11:21] <LjL> ikonia: it's worth between 60 and 100 pounds with an HDD, fyi
[11:22] <ikonia> I won't be selling it
[11:22] <Daviey> http://guru.meditation.daviey.com/
[11:22] <LjL> heh
[11:22] <ikonia> I like it
[11:22] <bazhang> Myrtti, doubt he'll be around much longer, if the current path continues
[11:22] <ikonia> I can assure you he won't
[11:23] <Myrtti> also, if it comes to arbitration of the issue later on, I already state I won't be available for it
[11:28] <bazhang> now in #ubuntu
[11:28] <ikonia> siletn, so no issue
[11:28] <ikonia> silent
[11:35] <oCean> URineffe1tualOP<EMAIL_ADDRESS>has joined #ubuntu
[11:36] <bazhang> urineffectualtroll
[11:43] <bazhang> d'oh!
[11:43] <ikonia> how tedious
[11:51] <bazhang> back again in -ot
[11:56] <topyli> again<EMAIL_ADDRESS>(banned)
[12:01] <topyli><EMAIL_ADDRESS>[12:02] <elky> http://privatepaste.com/ec69059097
[12:03] <elky> I think we can safely temporarily ban *.hsd1.fl.comcast.net
[12:03] <ikonia> cool, I'll shink the ban I've just placed down
[12:04] <tsimpson> elky: /who only shows people you share channels with, as everyone is +i by default on freenode
[12:05] <elky> tsimpson, yes, temporarily
[12:05] <Myrtti> tsimpson: it is still a good representation of the percentages we are talking about
[12:06] <tsimpson> all I said was /who only shows people you share channels with
[12:07] <tsimpson> ie, not really representative of the network user base
[12:07] <elky> 3 in #ubuntu, 1 in ##php
[12:07] <ikonia> I'll remove the ban in a few minutes
[12:07] <Myrtti> no hurry...
[12:08] <ikonia> well, I don't want people who try to join to get "you are banned"
[12:08] <topyli> what about this guy joining from in.comcast.net? bad luck or...
[12:09] <ikonia> bad luck I feel
[12:09] <Myrtti> the only people coming from florida with comcast is sweat
[12:09] <Myrtti> in my lastlog of the past 24h or so
[12:09] <ikonia> but my eyebrows also went up
[12:09] <elky> i think floridans tend to go with bell
[12:10] <ikonia> 13:10 -!- jpmh<EMAIL_ADDRESS>[12:10] <ikonia> that's him I think
[12:10] <ikonia> 12:36 -!- happygol1cky<EMAIL_ADDRESS>has
[12:10] <ikonia> joined after the last happygol1cky kick
[12:11] <ikonia> probaby trying a different client has he was changing idents earlier
[12:11] <elky> note the .co.
[12:11] <ikonia> ahhh
[12:11] <Myrtti> he would have already joined -ot
[12:12] <Myrtti> as I said, the only people coming from florida with comcast is swear
[12:12] <Myrtti> sweat
[12:12] <ikonia> I missed the co
[12:12] <ikonia> I'll remove the ban, see if it's ok now
[12:12] <Myrtti> I doubt it is but who knows
[12:13] <ikonia> well, I'll just put it back if he comes back and leave it longer
[12:13] <elky> if you're concerned, set the channel to muted, op up
[12:13] <Myrtti> yyyeaahhhhhh
[12:13] <ikonia> how wrong could I be
[12:14] <Pici> :/
[12:14] <jussi> ikonia: that ban is broken - you forgot the *.
[12:14] <ikonia> did I, oops
[12:15] <elky> niko, how many online from the 98 range for .hsd1.fl.comcast.net?
[12:15] <ikonia> well spotted
[12:15] <ikonia> it's not just 98, he was 78 a few minutes ago
[12:16] <elky> likewise 78
[12:16] <ikonia> comcast appears to be a bit more random
[12:16] <elky> yeah, but if it's possible to do a temp kline, it's worth trying at least :P
[12:16] <elky> he'll lose interest sooner if he can't connect to the network
[12:18] <elky> also, s/78/76/
[12:24] <ikonia> he's still sat there as BanMeIfUsuckCock
[12:27] <elky> meh. past pumpkin time. ciao.
[12:28] <ikonia> night
[12:29] <Myrtti> elky: nini loverly
[12:29]  * Pici waves
 Windows Server discriminates Ubuntu!
[12:36] <ikonia> ?
[12:36] <bazhang> in #ubuntu
[12:42] <ikonia> I am getting fedup of actionparsnips random and sloppy advice, he's changed, it's garbage now
[12:48] <ikonia> well BanMeIfUsuckCock is still sat waiting for the ban to be removed
[12:59] <Pici> gj
[12:59] <ikonia> idiot
[13:00] <Myrtti> :-DDDDD
[13:54] <Pici> fyi, I'm seeing some issues with releases.ubuntu.com via ipv6, just in case we get any weird reports in #u
[14:04] <ikonia> interesting
[14:05] <ikonia> Pici: are you on v6 ?
[14:05] <Pici> ikonia: my linode is, and I'm tunneling through it.
[14:06] <ikonia> very cool
[14:11] <mneptok> 23:27 <+bazhang> axi93 seems to be offering suspect advice
[14:11] <mneptok> don't believe them! don't believe them! don't get bitten twice! you got some sus-sus-SUS-pect advice!
[14:12] <mneptok> http://www.youtube.com/watch?v=PJRZ-s6Lq-o
[14:12] <Myrtti> lääkkeet
[14:17] <mneptok> Myrtti: kyllä!
[15:28] <ikonia> removed the florida ban in -ot
[16:30] <oCean> wow
[17:04] <mneptok> 11:01 < SealedWithAKiss> Window's is so much better than Ubunut. It makes me sick to think that this OS was even created *Violently vomits on Ubuntu developers*
[17:04] <mneptok> 11:03 [Freenode] CTCP VERSION reply from SealedWithAKiss: xchat 2.8.6 Ubuntu
[17:04] <mneptok> irony overdose. i'm off to the bank.
[17:05] <rww> well of course, you have to test something to be able to violently throw up on it
[17:06] <ikonia> I can't be bothered with letting these idiots play games, they know it's not how you behave with people, so can go elsewhere
[17:07] <Pici> Jordan_U: Its not really helpful to shoo trolls into -offtopic :/
[17:08] <Jordan_U> Pici: Sorry, somewhat distracted at the moment. Did they actually continue on there?
[17:08] <Pici> yes, was kicked, but just came back
[17:08] <Jordan_U> :(
[17:58] <Doomtron_> Hello, I'm banned at #ubuntu-br because of flood, but I someone banned me when I wasnt in the channel and now Idk if I get ban because of a flood that I did at, more or less, 3a.m (by the way the 3 peoplethat was in there was laughing) or another flood, that I dont remeber to another flood.
[17:59] <Doomtron_> Sorry my english
[18:00] <Doomtron_> So, how can I discover who banned me, and the reason of the ban? The ops let some comment for the ban ?
[18:16] <ikonia> Doomtron_: the channel #ubuntu-irc contains the ops you need to speak to
[18:18] <Doomtron_> ikonia: ok
[20:44] <genii-around> Could someone please tell me my last two disconnection strings? Quassel kept crashing...
[20:45] <Pici> genii-around: Read error: Connection reset by peer
[20:45] <Myrtti> Presario-R3200-PJ850EA-ABF
[20:45] <Myrtti> damnit
[20:45] <genii-around> Pici: Thanks!
[20:45] <Myrtti> *sigh*
[20:46] <h00k> Myrtti: It's okay, I lubs you anyway.
[20:47] <Myrtti> ♥
[21:02] <mneptok> Myrtti: have you taken up archaeology?
[21:02] <mneptok> (sorry, "physical anthropology")
[21:03] <Myrtti> depending on the definition
[21:05] <mneptok> Myrtti: i ask because you mentioned "Presario"  ;)
[21:06] <Myrtti> oh that was a mispaste from #xubuntu
[21:06] <mneptok> yes, but a Presario? really? is this still 2011?
[21:06] <mneptok> :)
[21:07] <charlie-tca> Xubuntu users have older computers, sometimes
[21:08] <rww> older computers that are powered by mice in wheels
[21:08] <charlie-tca> I suppose he would laugh at my Micron PII, too :)
[21:08]  * Myrtti nods
[21:08] <Myrtti> I've got a new computer powered by mice
[21:08] <Myrtti> well, "new"
[21:08] <charlie-tca> huh, me too
[21:08] <Myrtti> MPC-L Viglen
[21:09] <mneptok> charlie-tca: would you like me to boot my Mac Quadra 605 (68040 at 25Mhz) that runs OpenBSD? ;)
[21:09] <popey> I must take that off hilight
[21:09] <charlie-tca> I have a nice, almost new, PIII here
[21:09] <Myrtti> popey: you do
[21:09] <rww> popey: hrm?
[21:09] <charlie-tca> mneptok: not familiar enough with mac systems, but going by the speed, it seems a bit slow to me
[21:10] <mneptok> charlie-tca: c1993 hardware
[21:10] <Myrtti> rww: MPC-L Viglen
[21:10] <Myrtti> it's like marmite to popey
[21:10] <Myrtti> MARMITE I tell you
[21:10] <charlie-tca> heh, I was right! At least mine is about 1996
[21:11] <mneptok> charlie-tca: http://en.wikipedia.org/wiki/Macintosh_Quadra_605
[21:11]  * rww assumes it's some computer from before he was born, wanders off
[21:12] <mneptok> youngsters.
[21:12] <charlie-tca> hehe, it is a bit old for me. I need things that don't need a ppc port, at least
[21:13] <charlie-tca> I do have an older 386-25 here, complete with the monitor, though
[21:13] <charlie-tca> I haven't decided what to do with that one, yet
[21:57] <mneptok> i am about to get on my motorcycle, drive across the Rio Grande to Intel's Rio Rancho fab, and punch someone in the head for this iwlagn regression.
[22:00] <IdleOne> don't forget your passport
[22:00] <rww> mneptok is illegal in 13 states
[22:00] <IdleOne> and 2 provinces
[22:02] <rww> and Australia
[22:02] <IdleOne> nobody wants to go back to Australia
[22:03] <mneptok> rww: IdleOne already said "provinces," which covers Aussie, whether or not they want to admit it. >:)
[22:03] <mneptok> (and the Rio Grande in Albuquerque is 100% US on both sides)
[22:03] <rww> I'm too used to calling them "convic... *dodges rocks from elky*
[22:05] <IdleOne> mneptok: cover your arse and bring the passport
[22:05] <mneptok> rww: speaking of convicts, this commercial almost makes me want to try the game - http://www.youtube.com/watch?v=ZCuh5mh6lVc
[22:05]  * rww has no youtubes access
[23:53] <cwillu_at_work> quick question:  what's the policy general regarding people asking about btrfs?  is there any?
[23:53] <cwillu_at_work> in the sense of "things often recommended but known to cause problems"
[23:54] <mneptok> cwillu_at_work: BTRFS is an install-time supported filesystem
[23:55] <mneptok> https://help.ubuntu.com/community/btrfs
[23:55] <mneptok> thus, it is a supported package
[23:55] <mneptok> the big caveat is the same one that goes along with LUKS and cryptfs. "Put it on /boot and you're asking for problems."
[23:55] <rww> and as with other occasionally-problematic things like Wubi, some people choose not to support it. that is fine. complaining at length about it (for example) would be offtopic and not fine.
[23:56] <cwillu_at_work> okay, can I provide you some information about that then?
[23:56]  * cwillu_at_work follows btrfs development very closely, and has used it extensively for a few years now
[23:56] <cwillu_at_work> because calling it "supported" is causing people to misconstrue the stability
[23:58] <cwillu_at_work> power cuts can and do cause unmountable filesystem (although it's expected that the upcoming fsck will be able to recover), there are BUG_ON's which are known to be triggered unnecesarily (which will kill the system if used for the installation target)
[23:59] <mneptok> cwillu_at_work: this is better raised as a packaging and "this is included in Main?!?!?!" discussion than an IRC editorial issue.
[23:59] <cwillu_at_work> mneptok, I didn't realize it was actually listed as a supported target
[23:59] <mneptok> !info btrfs