[02:29] <NCommander> sk
[02:30] <NCommander> wn 23
[02:30] <NCommander> argh
[08:41] <ogra_> cjwatson, does that look right ? http://paste.ubuntu.com/1058761/
[08:43] <ogra_> (or should the arm arches just be added to the bottom line of the file ?)
[08:44] <cjwatson> ogra_: No, better not, as that would affect all flavours.  That patch looks fine to me, except please sort the architecture names in the second chunk
[08:44] <ogra_> alphabetically ?
[08:44] <cjwatson> Yes
[08:44] <ogra_> k
[08:45] <cjwatson> (Well, I suppose we could override it in all flavours, but ARM is probably still sufficiently special that it's better not to I think)
[08:45] <ogra_> yeah, and flavours might not like the additional build time for their manual builds
[09:09] <jibel> quantal server and alternate failed to install automatically due to a warning. I filed bug 1017398
[09:09] <ubot2> Launchpad bug 1017398 in debian-installer "Quantal Server and alternate installation failed with error "Failed to retrieve InRelease"" [Undecided,New] https://launchpad.net/bugs/1017398
[09:12] <cjwatson> Thanks
[09:13] <cjwatson> Will fix once I have updated images handy
[10:13] <Daviey> hah, i was just about to look into that myself.. Super!
[10:23] <cjwatson> Yeah, sorry for delay, had a phone call, but on it
[10:28] <cjwatson> jdstrand: So, I'm tantalisingly close to having Archive.copyPackage work for you guys - not quite there as I missed a piece in what got deployed this morning (so don't try to use the shiny new unembargo=True flag yet as it won't work), but nearly
[10:28] <cjwatson> jdstrand: However, as it stands, the copies will land in the queue and require an archive admin to accept them, which I don't think will be acceptable
[10:29] <cjwatson> jdstrand: Do you think it would be sufficient for this to fix bug 648611 and grant ubuntu-security queue admin on the security pocket (which realistically is basically the current policy, just implemented extremely oddly), which would require you to manually accept the copies; or do I need to fix bug 1006871 somehow as well?
[10:29] <ubot2> Launchpad bug 648611 in launchpad "ubuntu-sru either have too much or too little permission as queue admins" [High,Triaged] https://launchpad.net/bugs/648611
[10:29] <ubot2> Launchpad bug 1006871 in launchpad "Copying packages to -updates always goes through unapproved queue, even when copying user is privileged" [Low,Triaged] https://launchpad.net/bugs/1006871
[10:32] <cjwatson> jdstrand: I'd like to kill off unembargo-package.py and the hack that lets you use Archive.syncSource ASAP, but obviously not at the cost of getting in the way of security updates
[12:02] <jdstrand> cjwatson: not looking super-closely at the bugs-- if 648611 allows us to use to maintain our autonomy, I think that is fine. I've already added some output to our script for approving things and that is acceptable (if a mild nuisance)
[12:02] <jdstrand> s/to use//
[12:03] <jdstrand> that could have been a clearer sentence. aiui, fixing 648611 should be enough
[12:11] <cjwatson> jdstrand: OK, thanks.  FWIW I do already have a branch up for review that adds sufficient API that the worst case would be that the script would have to poll for a minute or two until it can accept the copy for you
[12:12] <jdstrand> cjwatson: so, I have a libreoffice and oo.o update that I plan to push today. would you like me to try to use copyPackage on it?
[12:13] <jdstrand> cjwatson: (not for testing the unapproved bits, but the other parts)
[12:14] <cjwatson> jdstrand: No, you can't yet
[12:14] <jdstrand> ok
[12:14] <cjwatson> "not quite there as I missed a piece in what got deployed this morning", as above
[12:15] <cjwatson> The fix for that has been reviewed but needs to go through test suite, landing, QA, deployment
[12:15] <jdstrand> oh, I quickly read that 648611 was said piece
[12:20] <cjwatson> No, that one's separate
[12:21] <cjwatson> The bit that was broken was that my initial attempt had a bug which caused mail notifications to crash after the restricted files were unrestricted, because they were trying to get at uncommitted librarian files
[12:21] <cjwatson> So I'm moving the privacy update after mail notifications instead, since anything else is unspeakably cumbersome
[12:22] <cjwatson> If you try to use copyPackage(unembargo=True) right now it'll just crash when trying to run the copy job
[12:23] <jdstrand> I see
[12:23] <cjwatson> That'll hopefully be fixed by tomorrow, depending on buildbot runtime and such
[12:23] <jdstrand> cjwatson: thanks for all your work on this btw :)
[12:23] <cjwatson> np, I will get considerable LP LoC credit out of it ;-)
[12:23] <jdstrand> :)
[12:24] <cjwatson> Not to mention the ability to actually understand the copy code once it's about half the size
[12:24] <cjwatson> I'd be well up for you doing a test run once a fixed version is deployed; I guess that would at least be enough to remove unembargo-package.py, since you're only using that as a fallback right now
[12:26] <cjwatson> And we can keep Archive.syncSource around until you have more self-service queue admin
[12:26] <jdstrand> cjwatson: I'll be off Tu-Th, but feel free to ask mdeslaur to coordinate that with a member of my team
[12:26] <cjwatson> OK, cool
[14:34] <dobey> so, have we dropped the alpha freezes, or does the soft freeze happen at the end of today?
[14:38] <skaet> dobey,  switch over to using -proposed will happen later today
[14:38] <cjwatson> Where's the Launchpad branch for that?
[14:38] <dobey> ok
[14:38] <cjwatson> Or the ubuntu-archive-tools branch/commit
[14:38] <skaet> cjwatson,  thought we'd follow the same pattern as A1
[14:39] <skaet> issue?
[14:39] <cjwatson> Absent code to direct (a) auto-syncs and (b) uploads to -proposed, it'll be ineffective
[14:39] <cjwatson> This is in a relevant blueprint somewhere ...
[14:40] <cjwatson> The pattern for A1 was for people to upload to -proposed basically on the honour system, which sort of works some of the time but is not desperately effective and is certainly cumbersome
[14:40] <skaet> not as effective as we'd like,  but at least doesn't block some of the larger builds from progressing.
[14:40] <cjwatson> So as long as that's understood, fine
[14:40] <cjwatson> I thought you meant something stronger
[14:40] <skaet> no,  very much understand our infrastructure is not in place yet for that.
[14:40] <cjwatson> OK
[14:47] <cjwatson> Hah, I was just getting ready to QA that
[14:48] <cjwatson> less work for meeeee
[15:02] <Daviey> stgraber: In the ISO tracker, "Quantal Alpha 2" and "Quantal Daily" should both be in the Testing state, right?
[15:02] <Daviey> (I just created the A2 milestone)
[15:23] <stgraber> Daviey: yep. Whenever cron is disabled on nusakan and you start building new images, I usually mark the daily milestone as archived or released so people don't try and look for dailies when we aren't building them
[15:25] <Daviey> stgraber: ok, thanks.
[15:54] <ScottK> seb128: ^^^ How's that for service?
[15:57] <bjf> cjwatson, infinity, bug 1004556. who handles getting a package from -proposed to -updates?
[15:57] <ubot2> Launchpad bug 1004556 in linux-armadaxp "linux-armadaxp: 3.2.0-1603.6 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1004556
[15:59] <cjwatson> Periodic sweeps of pending-sru by archive admins
[16:00] <cjwatson> The fact that the previous upload didn't have a tracking bug broke our processes so you didn't get it done
[16:00] <cjwatson> Please include tracking bugs in future
[16:00] <bjf> cjwatson, ack
[16:00] <cjwatson> (In the changelog, that is)
[16:00] <bjf> cjwatson, ack
[16:02] <cjwatson> Looking now
[16:08] <seb128> ScottK, that's excellent, thanks a lot ;-)
[16:09] <cjwatson> bjf: Done
[16:09] <bjf> cjwatson, many thanks
[16:12] <Daviey> cjwatson: As bug 1017398 is fixed, re-spinning alternate and server make sense?
[16:12] <ubot2> Launchpad bug 1017398 in debootstrap "Quantal Server and alternate automated installation failed with error "Failed to retrieve InRelease"" [Undecided,Fix released] https://launchpad.net/bugs/1017398
[16:12] <cjwatson> Oh, sure
[16:13] <cjwatson> Running now
[16:13] <Daviey> oh, thanks.
[16:14] <Daviey> (I wasn't asking you to do it, just checking if it should now be done.. but thanks muchly for doing it)
[16:17] <cjwatson> I forgot you had nusakan access
[16:18] <Daviey> cjwatson: kindly forget for the rest of the week. :)
[16:20] <cjwatson> Ha
[16:20] <cjwatson> No chance mate :)
[16:21]  * xnox is reminded of the MIB red light tool
[16:27] <skaet> ev,  cjwatson - does it make sense to put out WUBI images this milestone?   looks like the same problem we had in A1 is still there. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1009564
[16:27] <ubot2> Ubuntu bug 1009564 in wubi "Quantal Ubuntu Wubi failed to install" [Critical,Confirmed]
[16:27] <skaet> Daviey, ^
[16:28] <Laney> ..
[16:28] <cjwatson> I have no opinion on the matter
[16:28] <Laney> err, no
[16:28] <cjwatson> One way to form an opinion might be to try to find out whether only jibel is affected or whether it's widespread
[16:28] <cjwatson> That bug only has one person marked as affected
[16:29] <ev> skaet: seems like more of a question for the kernel team. I'd rather not kick the can down the road, but I'm not sure how much is involved in fixing it.
[16:29] <skaet> balloons,  ^ do you know if anyone else has tested WUBI, and its not been makred.
[16:29] <ev> but I agree with cjwatson that we should first see how much of an issue it is.
[16:29] <balloons> not for alpha 2 to my knowlede
[16:30] <Daviey> I think it's reasonable to ship it for the Alpha series, with a Potentially known issue on the Release notes, requesting further confirmation. No?
[16:30] <balloons> although people weren't successful @ alpha 1
[16:30] <balloons> remember :-)
[16:30] <skaet> Daviey,   we didn't ship it for Alpha 1,  so getting more data right now seems prudent.
[16:30] <Daviey> If we withhold something that we think could have issues, then we won't get the exposure to confirm it.
[16:31] <skaet> balloons,  yeah its the alpha 1 data (or since then) we're trying to figure out about WUBI.   Was there any testing in last week's set?
[16:31] <balloons> to wubi, none to my knowledge
[16:31] <skaet> Daviey,  its more that if its still broke, and there isn't a fix likely, so we want to waste folks time....
[16:31] <balloons> typically have to go ask for that :-)
[16:32] <cjwatson> skaet: seems like we ought to verify the assumption in that first clause by getting somebody else to double-check
[16:32] <skaet> balloons,  can you see if we find someone to help double check if the issue is still there?
[16:32] <skaet> cjwatson,  yes
[16:33] <balloons> yes, I'll ask to have it looked @ again
[16:33] <skaet> thanks balloons
[16:38] <ogasawara> skaet: v3.5-rc4 was released yesterday and we've already rebased our Quantal kernel.  I'd like to squeeze in an upload in time for A2.  When would be the latest we could upload?  The reason I ask is there is also a bugfix for arm I'm told is getting addressed and should be fixed by tomorrow.  Would an upload tomorrow morning be too late?
[16:42] <skaet> ogasawara,  we'll switch over to using -proposed at 2100,  upload today would be better if possible, since the image testing will start tomorrow AM.   I suspect its going to be a case of upload when its ready, and we'll decide if we respin or not for it,  when its there.
[16:53] <skaet> ogasawara,  is there a bug number for the arm fix?
[16:59] <jibel> skaet, wubi r270 with disk image 20120625 is ok. Same system that was failing on A1.
[17:00] <jibel> I'll update and close the bug report
[17:04] <Daviey> ogasawara: can you comment if it's an ABI change?
[17:05] <ogasawara> skaet: ack, I'll check with ppisati for a bug# and let you know
[17:05] <ogasawara> Daviey: it will be an ABI bump
[17:08] <Daviey> If the kernel goes via -proposed.. cjwatson, we'll need a d-i no-change rebuild, right?
[17:27] <cjwatson> Daviey: Yes, though it doesn't strictly have to be in the same block migrated to release as the old ABI will stick around in NBS until d-i is done
[17:47] <xnox> if anything e2fsprogs update raises, please do not hesitate to get in touch with me
[19:04] <xnox> I would like some pieces of text to be included in the Apha 2 announce in relation to many updates in the filesystems stack
[19:04] <xnox> Where / How do I submit these for inclusion?
[19:06] <skaet> xnox,  please put them in the QuantalQuetzal/TechnicalOverview/Alpha2 wiki page
[19:07] <xnox> skaet: ok, thanks
[19:07] <xnox> skaet: it's not symlinked from the release schedule, will fix that as well.... unless it's done as an milestone release step on thursday?
[19:09] <skaet> xnox,  link didn't go in to schedule until after its released,  but with the recent changes (ie. we are using TechnicalOverview/Alpha2 rather than just TechnicalOverview),  we can do it now.   Its a good idea.
[19:09] <xnox> skaet: ok.
[19:21] <xnox> skaet: Please spell check / technical language check https://wiki.ubuntu.com/QuantalQuetzal/TechnicalOverview/Alpha2#Filesystem_Stack
[19:21] <skaet> xnox,  will do when I tak my next pass over it.   Thanks!  :)
[19:22] <xnox> skaet: you should subscribe to the page, to get spammed =))))
[19:23] <skaet> xnox,  usually do,  just hadn't remembered yet.  Thanks for the reminder, done.
[19:23] <skaet> :)
[19:25] <xnox> skaet: ok, I'm done now for the day. Good luck rick-rolling & spinning the cd bundle =)
[19:35] <bdrung> ScottK: desktop-file-utils is accepted in precise-proposed, but audacity not?
[19:36] <ScottK> bdrung: Yes.  Do they have to go together?
[19:39] <seb128> they don't, but having that specific issue resolved requires both sides
[19:39] <bdrung> ScottK: it make sense to combine them
[19:39] <seb128> it will not break anything having only desktop-file-utils though
[19:39] <seb128> d-f-u specify which handle to pick if there are several options
[19:39] <bdrung> seb128: but can it be tested without the patch for audacity?
[19:39] <seb128> the audacity part adds audacity as an option
[19:40] <ScottK> I had time to review one this morning and d-f-u was easy.
[19:40] <seb128> bdrung, by hacking locally the audacity .desktop yes ;-)
[19:40] <seb128> ScottK, that was still useful, the libreoffice bug has already been verification-done ;-)
[19:41] <seb128> the audacity one can be confirmed later, the update has to stay a week in proposed anyway
[19:41] <ScottK> Yeah.
[19:41] <ScottK> Actually the audacity one is pretty easy too.  Accepting.
[20:13] <ScottK> slangasek: speaking as a VERY new member of ubuntu-sru, I agree with your assessment about delegations.
[20:16] <slangasek> ScottK: ack
[21:37] <micahg> skaet: about the release announcement, shouldn't the stuff about making stuff uninstallable go before the other stuff in the list?  It seems to read that milestone bug fixes even if they make something uninstallable can go to the release pocket
[21:37]  * micahg forgot if he mentioned this last time
[21:41] <cjwatson> I assume that I should not run auto-syncs for a while
[21:41] <skaet> cjwatson
[21:41] <skaet> cjwatson,  yes that was going to be my request in the channel.
[21:42] <skaet> micahg,   I'll post the rules on the pad, and put it in the order you indicate there.
[21:42] <cjwatson> Easy enough to do
[21:43] <cjwatson> Or not to do
[21:43] <skaet> exactly.  :)
[21:43] <skaet> thanks cjwatson.


[07:36] <os1ris> can anyone give me some insight using ndiswrapper with ubuntu-server'
[07:36] <os1ris> ?
[08:39] <niru> hey folks
[08:39] <niru> whats up
[08:39] <niru> I am trying to come up with server version of my distro
[08:39] <niru> But seeing some problems need to be clarified by you folks
[08:39] <niru> any help
[08:40] <niru> How to start with
[08:40] <niru> I am editing the tasksel but unfortunate it is not taking what I give in taskesl
[08:40] <niru> rather packages get installed according to preseed file
[08:42] <niru> Any body available here
[08:47] <niru> ivoks hi
[08:47] <ivoks> hello
[08:48] <niru> I am editing the tasksel but unfortunate it is not taking what I give in taskesl
[08:48] <niru> rather packages get installed according to preseed file
[08:48] <niru> Can I use your method
[08:48] <niru> I am at present going with debian way
[08:48] <ivoks> mine method? :)
[08:48] <niru> could you tell me how  can move in ubuntu way
[08:49] <niru> I mean ubuntu way of using seed.I dont know esactly how t works
[08:49] <ivoks> i don't know about others, but i do it with kickstart
[08:49] <niru> Any explanation
[08:49] <niru> oh just explain me such that I can follow if possible
[08:50] <ivoks> it's easy
[08:50] <ivoks> it's redhat's tool
[08:51] <ivoks> you need system-config-kickstart
[08:51] <niru> ivoks:so you dont go with ubuntu
[08:51] <ivoks> ubuntu implemented system-config-kickstart
[08:52] <niru> ivoks:Could you give me any link
[08:53] <ivoks> i don't know if debians installer supports kickstart
[09:47] <niru> ivoks:ubuntu server version uses which method?
[09:47] <ivoks> it uses pressed files
[09:48] <ivoks> but it also supports kickstart
[11:54] <simulacra> exit
[05:47] <theacolyte> Can't seem to find any info in #ubuntu for this, or the website, what version of mysql does the server version come with?
[05:55] <mralphabet> dapper LTS? or edgy server
[05:55] <theacolyte> 6.10
[05:55] <theacolyte> sorry bout that
[05:58] <mralphabet> http://packages.ubuntu.com/edgy/misc/mysql-server
[05:58] <theacolyte> ah, thanks mralphabet
[05:59] <theacolyte> I knew it was out there, but couldn't find it
[08:08] <shawarma> fabbione: How do you feel about changing this channel to a support one?
[08:09] <ivoks> dev & support
[08:09] <ivoks> :D
[08:09] <Laser_away> does it matter?
[08:09] <shawarma> Yes, that too.
[08:09] <Burgwork> think that might be good
[08:10] <Burgwork> as this channel is not exactly busy
[08:10] <shawarma> Laser_away: "Does it matter what fabio thinks" or "does it matter if it's changed"?
[08:10] <ivoks> and #ubuntu is not a right place for server questions
[08:10] <fabbione> shawarma: i don't really like the idea od support
[08:10] <fabbione> it will become yet another #ubuntu
[08:10] <Laser_away> shawarma: heh, the later.
[08:10] <fabbione> but if you all think it's wise to open the gates.. go ahead
[08:11] <shawarma> fabbione: Did you read the arguments on the mailing list?
[08:11] <fabbione> shawarma: no?
[08:11] <maswan> fabbione: on the other hand, would it really disrupt any actual development discussions here?
[08:12] <shawarma> fabbione: It's basically about the principle of least surprise.
[08:12] <GNu_Joe> I've been waiting for the devlopment discussion, when does it occure?
[08:12] <shawarma> fabbione: a) People come here expecting it to be a support channel. 2) #ubuntu is really noisy and it would be nice to have a separate channel for server stuff.
[08:12] <shawarma> Heh.. a) and 2). Nice.
[08:13] <shawarma> and er... well, there was a third reason..
[08:13] <shawarma> Oh, right, that there's not really any devel discussion going on here anyway.
[08:13] <ivoks> ubuntu-server users mostly do know somethign about development
[08:13] <fabbione> maswan: no, but we did try to have support for a while and we ended up with people asking how compile kernels or install nvidia on servers
[08:13] <fabbione> ivoks: wrong
[08:14] <maswan> fabbione: ah, ok
[08:14] <ivoks> fabbione: i see :)
[08:14] <Laser_away> could there be a #ubuntu-server-devel?
[08:14] <shawarma> Well, that sort of questions should just be redirected to #ubuntu.
[08:14] <fabbione> maswan: people don't understand the difference and we were spending more time sending people to the right channels than anything else
[08:14] <fabbione> but again
[08:14] <shawarma> Laser_away: Either that or just move it to #ubuntu-devel.
[08:14] <fabbione> if the community feels the need.. so be it
[08:14] <fabbione> i am not pro or against
[08:15] <ivoks> fabbione: were that nvidia questions before 6.06?
[08:16] <fabbione> ivoks: no also after IIRC
[08:16] <ivoks> fabbione: cause there was no difference betwean server and regular install before 6.06
[08:16] <shawarma> The worst that could happen is that people will ask silly questions which we can just choose to ignore. Development discussion can go to #ubuntu-devel or, if the volume increases, to a specific #ubuntu-server-devel channel.
[08:16] <fabbione> but does it matter?
[08:16] <ivoks> both were installed from same CD, had same packages, etc...
[08:18] <ivoks> next question; who would answer on support questions? :)
[08:18] <shawarma> Same as in the other support channel: whoever feels like it.
[08:18] <ivoks> fwiw, i vote for 'let's try'...
[08:19] <Laser_away> what is the current support channel for server, #ubuntu?
[08:19] <ivoks> Laser_away: yes
[08:19] <ivoks> and no one here is on #ubuntu channel
[08:20] <ivoks> i think that says enough...
[08:20] <ivoks> (no, i didn't check all of you :)
[08:20] <shawarma> ivoks: Heh..
[08:20] <shawarma> Well then..
[08:21] <ivoks> it's your call fabbione
[08:21] <ivoks> see you later guys, gtg
[08:22] <shawarma> cheers
[08:22] <shawarma> Well, since noone seems to oppose..
[08:26] <shawarma> Let's see how long it takes before "the crowd" floods us with nvidia questions or whatnot.. :-)
[08:32] <Laser_away> well, you might need to define what "Ubuntu Server support" is
[08:34] <shawarma> It's kind of like porn, isn't it? I can't define it, but I know it when I see it.
[08:34] <shawarma> Laser_away: ..but if you can define it, feel free. :-)
[09:18] <theacolyte> Any of you have ldap working with php5 sucessfully?
[09:22] <theacolyte> Well, I just did, nm on that :)
[09:24] <shawarma> mkay. :-)
[09:34] <EtienneG> hey guys, can someone tell me how to install the Nvidia drivers on feisty ?
[09:34] <EtienneG> juuuuuust kidding
[09:36] <theacolyte> use yum
[09:39] <shawarma> heh
[09:49] <theacolyte> I'm SOOO tired of SNMP/MIB's I'm about to go blind!
[09:50] <theacolyte> I'd give me left foot to find a good snmp browser
[09:56] <morrolan> Hi, I've just installed ubuntu-server, and I'm struggling to create an SQL database?
[09:56] <theacolyte> morrolan: what's the issue?
[09:57] <mralphabet> mysql? or some other db engine
[11:09] <ivoks> nice topic :)
[11:18] <shawarma> ivoks: Feel free to change it. :-)
[11:19] <ivoks> http://www.zenoss.com/ - this would look great in ubuntu-server
[11:20] <shawarma> ivoks: It sure does look shiny. :-)
[11:24] <ivoks> i'll download it and give it a try
[11:25] <shawarma> Uh, it's a Python thing?
[11:25] <theacolyte> I'm actually setting up Cacti right now
[11:25] <theacolyte> heh
[11:26] <theacolyte> and wondering why apt-get install nagios-mysql requires postfix...
[11:26] <ivoks> python+zope+twisted
[11:26] <shawarma> ivoks: Wicked.
[11:27] <ivoks> and:
[11:27] <ivoks> http://sourceforge.net/potm/potm-2007-03.php
[11:27] <shawarma> Ever tried Zabbix?
[11:27] <ivoks> What is your development environment like?
[11:27] <ivoks> We develop on Mac OS and Ubuntu using a GNU development environment and Python.
[11:27] <ivoks> that's good enough for me :D
[11:27] <theacolyte> I'm an IS manager personally, not dev
[11:27] <shawarma> I've been a Nagios user for years, but maybe I should take a look at alternatives. There seems to be quite a few out there.
[11:28] <theacolyte> Mainly a windows shop here
[11:28] <theacolyte> I use GFI's product
[11:29] <theacolyte> Don't. I like Windows just the way it is :)
[11:29] <ivoks> yeah, me too :)
[11:29] <shawarma> So do I:Nowhere near any of my machines.
[11:29] <shawarma> :-)
[11:31] <theacolyte> more of a RHEL guy actually for linux, here's a question, I know you can do a package install such as yum groupinstall development, is there an equivalent for ubuntu?
[11:31] <theacolyte> such as apt-get install please get me everything i need to compile something
[11:31] <theacolyte> make, gcc etc
[11:32] <ivoks> apt-get install build-essential
[11:32] <theacolyte> ah thanks )
[11:33] <ivoks> it will not install all dev packages, just essential
[11:33] <shawarma> if "something" is already in ubuntu, then "apt-get build-dep something"
[11:34] <shawarma> ivoks: It's strange they don't provide .deb's if they use Ubuntu..
[11:35] <ivoks> shawarma: yes :/
[11:35] <theacolyte> lol
[11:35] <theacolyte> I swear to god. If I see that effing MOTD again I'm gonna come unglued
[11:35] <theacolyte> I thought it was just a runtime script that copied from a file that kept the motd?
[11:36] <shawarma> Eh?
[11:36] <theacolyte> well, the motd when reset always goes back to the default ubuntu motd
[11:36] <shawarma> theacolyte: When do you see it?
[11:36] <theacolyte> I thought it was just a matter of editing /var/run/motd
[11:36] <theacolyte> on log in
[11:37] <shawarma> Ah.
[11:37] <shawarma> touch $HOME/.hushlogin
[11:37] <theacolyte> you know... The programs included with the Ubuntu system are free software;
[11:37] <theacolyte> thanks.. that was driving me crazy
[11:37] <shawarma> The file is actually in /etc/motd{,.tail}
[11:38] <shawarma> Well... /etc/motd.tail contains the static part.
[11:39] <shawarma> $(uname -snrvm) is prepended to that to form /var/run/motd.
[11:39] <theacolyte> ah got it
[11:39] <shawarma> The FHS dictates that conf stuff should be in /etc, so there's a symlink in there.
[11:39] <theacolyte> why is it so persistant? hehe
[11:40] <shawarma> So, if you want to keep a MOTD with the uname stuff prepended, you change /etc/motd.tail. If you just want a static one, delete the /etc/motd symlink and replace it with something you like.
[11:41] <shawarma> The static one can of course just be an empty file.
[11:41] <theacolyte> ls
[11:42] <ivoks> there are some ugly stuff in zenoss
[11:42] <ivoks> like for sudoers:
[11:42] <ivoks> zenoss NOPASSWD: /bin/kill
[11:43] <ivoks> this makes it a bad software
[11:43] <Burgwork> oh geez
[11:43] <Burgwork> just while I was debating zenoss vs zabbix
[11:43] <shawarma> I wonder what it's for.
[11:43] <theacolyte> why would you use zabbix vs cacti?
[11:43] <shawarma> It's probably something about reloading configuration files or something.
[11:44] <ivoks> shawarma: exploiting :)
[11:44] <shawarma> ivoks: *G*
[11:44] <Burgwork> they are looking for people to help them build deb packages
[11:44] <ivoks> Burgwork: zenoss?
[11:44] <Burgwork> might want to ping upstream and tell them that is bad
[11:44] <Burgwork> yep
[11:44] <theacolyte> I'm curious actually. I'm trying to find some good monitoring/metric software
[11:44] <ivoks> i wanted to do that, but this strikes me...
[11:44] <theacolyte> So why zabbix vs cacti or nagios or something?
[11:44] <Burgwork> because zabbix is one install vs many
[11:45] <theacolyte> so zabbix is like nagios + cacti, etc?
[11:45] <Burgwork> thanks, I have better things to do than fight with configuring stuff endlessly
[11:45] <Burgwork> basically
[11:45] <theacolyte> got it, as do I
[11:45] <theacolyte> I tried groundwork, almost made me vomit configuring it, it's almost as bad as nagios
[11:45] <Burgwork> busy working up the courage to rebuild the asterisk server in house
[11:46] <theacolyte> * configuration is even worse than nagios *laugh*
[11:46] <ajmitch> hi Burgwork
[11:46] <Burgwork> hey ajmitch
[11:46] <theacolyte> ooo zabbix has a win32 agent
[11:46] <theacolyte> i'm sold already
[11:46] <Burgwork> our network, has fortunately, recovered from the attack of the incompetent alarms tech
[11:48] <theacolyte> Burgwork: what zabbbix version do the ubuntu repos have?
[11:48] <Burgwork> no idea
[11:48] <Burgwork> packages.ubuntu.com/zabbix will tell you
[11:49] <theacolyte> thanks
[11:49] <Burgwork> hmm, universe only
[11:49] <ivoks> oh, nice...
[11:49] <Burgwork> we need a solution in main
[11:49] <ivoks> http://www.zabbix.com/screenshots_11_screens.php - zabbix already considers croatia part of EU :)
[11:50] <ivoks> that was a joke
[11:50] <shawarma> nagios used to be in main, it seems.
[11:52] <ivoks> Burgwork: is there a strong reason why zabbix isn't in main?
[11:52] <theacolyte> here's one for you
[11:52] <theacolyte> did an apt-get install using dbconfig
[11:52] <theacolyte> Warning: mysql_pconnect(): Access denied for user 'zabbix'@'localhost' (using password: NO) in /usr/share/zabbix/include/db.inc.php on line 32
[11:53] <theacolyte> :)
[11:53] <ivoks> nice :)
[11:56] <theacolyte> excellent, and removing it and reinstalling it after manually making the database, dbconfig doesn't come back up... although that may be an ubuntu thing
[11:57] <ivoks> basicly, debconf should create DB and DB user
[11:57] <ivoks> that's not such a big deal...
[11:57] <ivoks> anything else? :)
[11:57] <theacolyte> i uninstalled the package, went to reinstall it, and it just flashed by without asking about dbconfig... answers cached someplace?
[11:58] <ivoks> yes
[11:58] <ivoks> dpkg-reconfigure will reconfigure it
[11:58] <ivoks> removing it with --purge will remove answers
[11:59] <theacolyte> why doesn't dbconfig ask for the root mysql password?
[12:00] <ivoks> theacolyte: maybe it isn't packaged well
[12:00] <theacolyte> got it
[12:00] <ivoks> i'll check it tomorrow
[12:01] <ivoks> but i think we should have something like this for next lts
[12:01] <ivoks> (like an option, ofcourse)
[12:02] <theacolyte> well
[12:02] <theacolyte> i hate zabbix already :)
[12:02] <ivoks> :)
[12:06] <shawarma> I've always like nagios-text.
[12:07] <shawarma> s/like/liked/
[12:07] <shawarma> It seems so wrong to monitor the MySQL database that your monitoring data is kept in.


[02:17] <Himanshu40> Hey guys :)
[02:17] <Himanshu40> I need some help regarding usr/shar/icons
[02:18] <Himanshu40> I had accidentally deleted usr/shar/icons
[02:18] <Himanshu40> and I cannot get it back
[02:18] <Himanshu40> when I restart my pc it shows no icons during login
[02:18] <Himanshu40> so I need some help
[02:19] <Himanshu40> anybody
[02:19] <Himanshu40> ??


[03:58] <sbalneav> Evening all
[04:10] <toddobryan> Is there a howto anywhere for setting up a lab with independent workstations? Something that talks about syncing configs, binaries, accounts, etc?
[04:11] <toddobryan> I realize thin clients would be much easier, but I don't have a powerful enough server, and the machines are good enough to run on their own.
[04:12] <sbalneav> toddobryan: Are you talking about simply setting up (n) copies of edubuntu, and having them look all the same?
[04:13] <toddobryan> That and having them stay in sync.
[04:13] <toddobryan> If I realize that I need to modify something, I don't want to do it 30 times.
[04:13] <toddobryan> Like adding a bookmark to the default Firefox or something.
[04:13] <sbalneav> Simplest to that would be to have the not-too-powerful server be an nfs and ldap server.  That way you'll have shared home directories, and common login authentication.
[04:14] <toddobryan> OK. That's what I've been leaning toward.
[04:15] <toddobryan> I also thought about a cron script that rsync large parts of /etc, /usr, etc., on boot. With a command that students could run to do it manually if needed.
[04:15] <sbalneav> Well, that's not easy, even on a thin client.  Remember: every user has their own home directory, so if you want to automatically add a bookmark to everyone's setup, one way or the other, you'll have a bunch of accounts to set up.  Simplest is to set up a webpage/portal that has the common links, etc, and set everyones homepage to that.
[04:16] <toddobryan> Is there anything like All Users on Windows, or does that not exist?
[04:17] <sbalneav> Not really.  The tighter security model for Linux makes that a touger thing to do.
[04:18] <toddobryan> You're right, though. A web page with all the links is probably the best way to go.
[04:18] <toddobryan> I can even make it local on the nfs mount.
[04:19] <toddobryan> I assume I can create a /home/share folder that's world readable, but only-me writable.
[04:19] <sbalneav> Yup, that's easy enough to do.
[04:21] <toddobryan> OK. So I guess I should figure this out and make a Wiki page. NonThinClientLab
[04:15] <bddebian> Hello
[07:24] <nonickname> anyone know the details about how netbooting works?
[09:35] <pygi> hello all
[09:35] <bddebian> Heya pygi
[09:36] <pygi> hey bddebian, what's up? :)
[09:36] <bddebian> Trying to mull over some bug fixes. You?
[09:39] <pygi> libburn,as always :)
[09:50] <bddebian> You mean you aren't done YET? ;-P
[09:52] <pygi> bddebian, lol!!
[09:54] <pygi> bddebian, when we do a laughing session?  I have one just for you to fix :)
[09:56] <bddebian> I can try I suppose
[09:56] <pygi> bddebian, wow, sec then :)
[09:57] <pygi> bddebian, http://libburn.pykix.org/ticket/1
[09:57] <pygi> seems doable?
[10:03] <bddebian> pygi: I can look but I'm certainly no hacker
[10:03] <pygi> bddebian, :)
[10:04] <pygi> bddebian, ok, want something easier?
[10:04] <pygi> or you wanna work on #1? :)
[10:04] <bddebian> Do we have the source in Ubuntu?
[10:05] <pygi> of what? libburn? nop, not yet, but on the wa
[10:05] <pygi> way*
[10:06] <bddebian> pygi: Well where can I get the source from? :-)
[10:07] <pygi> svn co http://libburn-svn.pykix.org/trunk libburn_pykix
[10:07] <pygi> do that :)
[10:08] <bddebian> Pulling now
[10:12] <bddebian> Hmm, OK, where do I start? ;-P
[10:12] <pygi> bddebian, :)
[10:13] <pygi> bddebian, what about putting eltorito support into libisofs? that should be easier task
[10:14] <pygi> you have spec here:
[10:14] <pygi> http://www.phoenix.com/NR/rdonlyres/98D3219C-9CC9-4DF5-B496-A286D893E36A/0/specscdrom.pdf#search=%22el-torito%20specification%22
[10:16] <bddebian> Is bug 1 talking about this macro? BURN_DRIVE_WRITING_LEADIN
[10:17] <pygi> bddebian, nop :)
[10:17] <pygi> or perhaps it is...I haven't looked into that ticket yet, that's why I'm giving it to you :)
[10:18] <bddebian> Well the bug is a little cloudy to me, added to the fact that I'm an idiot...
[10:19] <bddebian> The only place in the code that I see that the LBA is determined/defined is in the TOC_ENTRY_PLBA
[10:21] <pygi> bddebian, ah, as I said, feel free to choose bugs
[10:22] <pygi> implementing eltorito support in libisofs shouldnt be too harfd
[10:22] <pygi> hard*
[10:23] <pygi> but nevertheless, sorry for bugging, just continue what you was doing :P
[10:23] <pygi> I'll have to work on it someday anyway :)
[10:24] <bddebian> pygi: I'd love to help, I'm just kind of stupid :-(
[10:24] <pygi> bddebian, lol, why constantly saying that :P
[10:28] <bddebian> Uhm, because it's true?
[10:29] <pygi> nah


[09:23] <guiverc> I'm getting "bad bot, go away!" on xubuntu jammy media  (no firefox snap involved); ubiquity fails to install & trying to file bug report
[09:28] <jugmac00> Hi @guiverc, this is a known bug in FireFox - I try to find the bug report where also a workaround is described.
[09:29] <guiverc> if it's http://launchpad.net/bugs/1950073 that applies to firefox as snap; it's supposed to be fixed; but xubuntu doesn't use snap'd version of firefox
[09:33] <jugmac00> I am afraid there is not much that we can do from Launchpad's side.
[09:34] <guiverc> thanks jugmac00
[09:43]  * guiverc got past issue; thanks jugmac00 for assistance
[09:46] <jugmac00> @guiverc, may you share your solution? So I could help others if they have the same issue.
[09:47] <guiverc> in this case I just switched tab; logged in; switched back & used BACK & refresh to process the login/+decide question again  (may have done it twice.. but got there)
[09:47] <guiverc> (logged in to launchpad)
[09:57] <cjwatson> guiverc: I don't think it's correct that that applies to firefox as a snap.
[09:57] <cjwatson> guiverc: Certainly the upstream bug that I raised didn't.
[09:57] <cjwatson> guiverc: (Because I'm not using firefox as a snap - I'm still running 20.04, where it was a .deb by default, and I haven't changed that.)
[10:00] <cjwatson> guiverc: My understanding was that Mozilla has some kind of out-of-band way to update per-site handling of form autofill behaviour, without requiring client updates (that certainly matches my observations).  But I don't know the details of that mechanism, or how it might fail.
[10:02] <cjwatson> guiverc: Where did you get the idea that snaps were involved?
[10:04] <guiverc> cjwatson, wrong assumption then on my behalf; I'd only experienced on it on Ubuntu jammy where firefox was snap; but not my Lubuntu jammy where it's a deb package... I'd made a wrong assumption for some reason sorry.
[10:08] <guiverc> it explains why getting it ^ with xubuntu broke my 'assumption.
[10:14] <guiverc> a different bug appeared on shutdown; restarted the live system to ubuntu-bug & what I described as workaround ^ didn't work on 2nd, 3rd, but did on 4th try
[11:06] <oerdnj> Hi folks, I have this weird problem with src:fstrm package when built in PPA - it skips i386 architecture for no apparent reason (as it works locally in sbuild).
[11:10] <cjwatson> oerdnj: Building for i386 on >= focal mostly isn't supported any more, with the exception of a specific allowlist maintained by the Ubuntu team.
[11:11] <cjwatson> oerdnj: Do you need it as a dependency of something that is normally still built for i386?
[11:12] <cjwatson> (https://bugs.launchpad.net/launchpad/+bug/1855069 is slightly related.)
[11:42] <oerdnj> @cjwatson: Then I am confused why src:bind9 from the same repository is still built.
[12:04] <oerdnj>
[12:04] <oerdnj>   ~.
[12:15] <cjwatson> oerdnj: I think bind9 is already in the allowlist
[12:15] <cjwatson> oerdnj: Could you ask vorlon about this?
[12:15] <cjwatson> oerdnj: He does most of the maintenance of that list, I think.  It's designed mainly for Ubuntu itself but hopefully there's some way to make some additional exceptions for PPAs
[12:32] <oerdnj> cjwatson: Thank you for the explanation.  Now, I finally understand what's going on.  I was scratching my head about this for quite a time.  I'll probably just disable i386 from the PPA.
[12:35] <cjwatson> bind9 is probably in the allowlist due to shipping some relatively core libraries
[12:35] <cjwatson> Sorry it's confusing!
[19:07] <cjwatson> Lots of librarian files will be failing to fetch at the moment due to an upgrade in process on the Ceph backend which doesn't seem to be a very smooth process
[19:31] <cjwatson> Back now


[09:30] <j`ey> anyone tried mir in virtualbox?
[09:30] <j`ey> looking on here: http://unity.ubuntu.com/mir/using_mir_on_pc.html "lsmod | grep drm" doesnt show drm
[09:31] <j`ey> it's using vesa/pixman
[09:51] <j`ey> well, I enable 3d acceleration in vbox, and got the drm module
[09:51] <j`ey> but getting "problem opening DRM device", operation not permitted
[10:25] <j`ey> ok, trying to build mir from source, it says to run this command:
[10:25] <j`ey> mk-build-deps --install --tool "apt-get -y" --build-dep debian/control
[10:25] <j`ey> but I get:
[10:25] <j`ey> k-build-deps: Unable to find package name in `apt-cache showsrc debian/control
[10:28] <j`ey> I executed it in the wrong dir


[00:04] <Unit193> How about no.
[10:13] -SwissBot:#ubuntu-news- ::Planet:: Sean Davis: Mugshot 0.4.1 Released @ https://bluesabre.org/2018/08/08/mugshot-0-4-1-released/
[10:17] -SwissBot:#ubuntu-news- ::Softpedia:: LibreOffice 6.1 Open-Source Office Suite Officially Released, Here's What's New @ https://news.softpedia.com/news/libreoffice-6-1-open-source-office-suite-officially-released-here-s-what-s-new-522276.shtml (by Marius Nestor)
[13:09] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: LibreOffice 6.1 Released with ‘Major Changes’ @ https://www.omgubuntu.co.uk/?p=134137 (by Joey Sneddon)
[16:16] -SwissBot:#ubuntu-news- ::Planet:: Valorie Zimmerman: Ade visits, and the weather changes so we can walk about Deventer @ http://linuxgrandma.blogspot.com/2018/08/ade-visits-and-weather-changes-so-we.html (by<EMAIL_ADDRESS>(Valorie Zimmerman))