[00:47] <CrazyGir> shauno: I would advocate for ejabberd, you could be msg'ing in 30 minutes
[01:40] <MetaJake> if something line Gunicorn says it is for Unix, does that mean it is not for Linux?
[01:40] <MetaJake> line=like*
[05:25] <MTecknology> you guys think it's possible to use a variable and pass it to su as a password?
[05:26] <patdk-lap> shouldn't be
[05:26] <patdk-lap> isn't that what sudoers was made for?
[05:27] <MTecknology> su, not sudo
[05:28] <patdk-lap> sudo su
[05:28] <MTecknology> that would require something I can't do
[05:29] <patdk-lap> I'm pretty sure su won't take input from stdin
[07:13] <qman__> not sure why you'd use su
[07:14] <qman__> sudo can do everything su can and more
[12:02] <liekzomg> just out of interest, what is python used for in the minimal ubuntu-server install?
[12:56] <DigitalFlux> Hi Guys
[12:56] <DigitalFlux> I was wondering if someone can give me some hints/docs on how to port some Debian package to Ubuntu ?
[12:56] <DigitalFlux> may be the o/p should go into a PPA or something ..
[12:56] <eichi> http://codepad.org/2JXu0y0x someone can see the problem with this cronjobs? they do not work :(
[12:59] <joschi> eichi: are both .sh files executable and accessible for the user "dev"?
[13:00] <eichi> joschi: yes, works without problems with ./backupDb.sh as user
[13:01] <joschi> eichi: are you using relative paths inside your scripts?
[13:01] <eichi> funnies thing: 10 16 * * *            /home/dev/backupDb.sh works
[13:01] <eichi> 00 04 * * *            /home/dev/backupDb.sh not
[13:01] <joschi> eichi: try 0 and 4 instead of the padded values
[13:02] <joschi> eichi: although this *should* work with any decent crond
[13:02] <eichi> i did allready
[13:02] <koolhead17> DigitalFlux: https://wiki.ubuntu.com/PackagingGuide/Basic is this what you were looking for?
[13:02] <joschi> eichi: post your scripts
[13:03] <eichi> oh, damn, now i can see something ;D its mysqldump and then > folder/whatever
[13:03] <eichi> means this is relativ. never thought about that. wtf. where can this be now?
[13:03] <joschi> eichi: use `find` ;)
[13:04] <koolhead17> DigitalFlux: http://daniel.holba.ch/temp/guide/udd-intro.html  or this :)
[13:04] <DigitalFlux> koolhead17: I guess, I just wonder if someone wrote/developed a way to quickly hack Debian packages to be done for Ubuntu
[13:04] <DigitalFlux> koolhead17: That second link is regarding the PPA ?
[13:05] <eichi> joschi: what about ~/backup/whatever_filename.sql in script? is this *like* absolute?
[13:05] <DigitalFlux> koolhead17: aha, i see it now :)
[13:05] <eichi> at the moment its just "backup/whatever_filename.sql
[13:05] <DigitalFlux> koolhead17: Checking, Thanks ;)
[13:05] <joschi> eichi: this should work if you want to write the files into the home directory of the user for which the cron job is running
[13:05] <joschi> eichi: you could also use $HOME for that purpose
[13:06] <eichi> yes, thats what i want
[13:06] <eichi> and which one is "better" ?
[13:06] <joschi> I like $HOME better for this purpose
[13:06] <eichi> ${HOME}/backup/prod_mysql_dump_${timestamp}.sql
[13:07] <eichi> is okay?
[13:07] <joschi> yes
[13:07] <koolhead17> DigitalFlux: welcome :)
[13:08] <eichi> joschi: thanks ;)
[13:11] <eichi> joschi: last question today ;D: can I use 00 04 * * *            ${HOME}/backupDb.sh        in crontab too?
[13:11] <eichi> then all users have the same crontab, would be nice
[13:11] <joschi> eichi: no
[13:12] <joschi> eichi: wait, you mean this line in all user's crontabs or in one crontab?
[13:12] <eichi> on all user's crontab
[13:12] <joschi> eichi: first case should work, second doesn't
[13:13] <joschi> eichi: try it ;)
[13:13] <eichi> okay, thats nice
[13:13] <eichi> okay
[13:13] <eichi> thanks, by and have a nice day then ;)
[13:13] <joschi> eichi: btw you should also use the absolute paths for all the programs used in your script *or* set PATH inside the crontab to a reasonable value
[13:52] <arvandy> malam kk, ada yg bisa bahasa indonesia ngk?
[15:38] <jMCg> Hello happy people, I'm trying to get a kvm started on Ubuntu, however, I'm hitting some obstacles:
[15:38] <jMCg> This is what happens when I start up the domain: http://dpaste.com/530507/
[15:40] <jMCg> Now I dug a little deeper and found: http://dpaste.com/530518/
[15:42] <jMCg> This doesn't make a terrible lot of sense since libvirt automatically creates apparmor profiles (/etc/apparmor.d/libvirt/) -- which explicitly allow these actions.
[15:42] <jMCg> the created profile: http://pastebin.com/PMVuj9bx
[16:04] <jMCg> The internet isn't being very helpful either: http://serverfault.com/questions/220238/kvm-guest-does-not-boot-qemudparsepcidevicestrs
[16:36] <jMCg> Interestingly, /dev/pts/* isn't allowed, but nobody complains about that.
[18:12] <rotten777> good afternoon folks... anyone conscious?
[18:13] <rotten777> i'm looking to find a way to remotely (ssh) unlock the encrypted filesystems on a server after a reboot... has anyone done this?
[18:13] <Error404NotFound> whats different between php-memcache and php-memcached ?
[18:14] <rotten777> » memcached is a high-performance, distributed memory object caching system, generic in nature, but intended for use in speeding up dynamic web applications by alleviating database load.
[18:14] <rotten777> Memcache module provides handy procedural and object oriented interface to memcached, highly effective caching daemon, which was especially designed to decrease database load in dynamic web applications.
[18:15] <rotten777> memcache = module; memcached = daemon
[18:22] <jMCg> no.
[18:22] <jMCg> http://pecl.php.net/package/memcache vs http://pecl.php.net/package/memcached
[18:22] <jMCg> Error404NotFound: ^
[18:32] <rotten777> http://php.net/manual/en/book.memcache.php
[18:32] <rotten777> http://php.net/manual/en/book.memcached.php
[18:32] <Error404NotFound> thanks
[22:32] <jeeves_moss> how can I make a script in /etc/init.d/ so that my CS game servers will auto start with the server and I can stop/start/restart them like a service?
[22:35] <HazRPG> jeeves_moss: hmm, not really done much of that... but might be an idea to have a look at this: http://www.debian-administration.org/articles/28 (title: Making scripts run at boot time with Debian)
[22:36] <HazRPG> its about adding scripts in /etc/init.d/ folder
[22:37] <HazRPG> also, if you browse to that folder, you can check out some existing scripts and see how they do things, should be pretty straight forward I think :)
[22:38] <jeeves_moss> HazRPG, thanks!!  I had it running once before, and for the life of me, I can't remember what I did to make it work!
[22:41] <HazRPG> jeeves_moss: no problem, hopefully its helpful... that site makes for interesting read in general btw :). Also, I could be possible that it already has one in there... or you need to copy something into there maybe?
[22:41] <HazRPG> s/Also, I/Also, it*
[22:41] <jeeves_moss> HazRPG, yea.  I'm thinking that I'm going to get this dumb game server to run properly, then offload it to a deticated box
[22:48] <CrazyGir> https://help.ubuntu.com/community/KVM/CreateGuests <--- this mentions a "bug" requiring "restricted" in the --compontents list. is this current?
[22:48] <CrazyGir> Bug notice: it seems that the package 'linux-package' is not found during the machine building process unless 'restricted' is also specified as a component option to ubuntu-vm-builder.
[23:14] <jMCg> Okay, so nothing at all happens, when I try to boot this KVM domain (http://pastebin.com/bw877Yt3) with virsh, and it's not apparmor's fault, which I disabled: http://pastebin.com/bw877Yt3
[23:14] <jMCg> And starting the whole thing by hand it seems that my network config is wrong.
[23:15] <jMCg> There we go: http://pastebin.com/RU3SmKPL
[23:18] <jMCg> So the question is, of course: Considering this http://pastebin.com/bw877Yt3 (or this KVM startup line: http://pastebin.com/RU3SmKPL) -- what's wrong with this network setup: http://dpaste.com/530664/ -- and the blindingly obvious counter question is, of course: That depends on what you're trying to achieve.


[03:50] <rww> Woot. Looks like my mom's 10.10 -> 11.04 upgrade went fine :)
[03:51] <sn9> awesome
[09:00] <regularjo> May I ask about the following instruction for installing my new samsung printer smart panel. The instructions are as follows: Smart Panel Application Install Guide]
[09:00] <regularjo> 1. When the Administrator Login window appears, type in root in the Login field
[09:00] <regularjo> and enter the system password.
[09:00] <regularjo> 2. Download and extract the Smart Panel.
[09:00] <regularjo> [root@localhost root]#tar xzf [Downloaded File Name(XXXX.tar.gz)]
[09:00] <regularjo> 3. The Smart Panel will be extracted as ''cdroot'' folder in current path.
[09:00] <regularjo> 4. Execute installation program.
[09:01] <regularjo> [root@localhost root]#./cdroot/Linux/smartpanel/install.sh
[09:01] <regularjo> 5. Smart Panel will be installed automatically and success message will be displayed in terminal.
[09:01] <regularjo> 6. Smart Panel will be launced automatically after installation.
[09:02] <regularjo> so from the desktop to type control x alt x f2 to get the the virtual terminal. Do I really type "root" next?
[09:03] <aaditya> no regularjo, don't type root.
[09:03] <aaditya> Why would you want to get to a virtual terminal?
[09:03] <aaditya> If you want a terminal, just hit Ctrl+Alt+T.
[09:06] <regularjo> Instead of "root" do I type in my user name which is regularjo? (I'll get to ctr-alt-t in a minute)
[09:07] <aaditya> Why are you typing any of these?
[09:07] <aaditya> I'm not sure what you're trying to accomplish, regularjo.
[09:07] <regularjo> I have just posted the instructions above which are the instructions for installing the smart panel for my new printer.
[09:09] <aaditya> You don't need a virtual terminal to follow these instructions, if I understand correctly.
[09:09] <aaditya> Please try starting a console by going to Applications > Accessories > Terminal
[09:10] <aaditya> and if you need root access in that terminal, type `sudo su`
[09:10] <regularjo> ok
[09:11] <regularjo> the result is this: root@Ubuntu:/home/regularjo#
[09:11] <regularjo> Am I now ready for step 2?
[09:15] <regularjo> I can't seem to select and copy test from this page. can that be done?
[09:16] <aaditya> type `cd /tmp` to switch to the temporary directory before you proceed.
[09:17] <regularjo> you mean in terminal?
[09:21] <regularjo> it type it and the response was: bash: cd: tmp: No such file or directory
[09:24] <regularjo> I want to go to step 2 which says: Download and extract the smart panel [root@localhost root]#tar xzf [Downloaded File Name(XXXX.tar.gz)] So..... I copied in "[root@localhost root]#tar xzf [Downloaded File Name(XXXX.tar.gz)] brackets xxxs and everything but I get the following response bash: syntax error near unexpected token `('
[09:26] <regularjo> I assume I don't type the brackets. do I change root@localhost to regularjo@ubuntu becaause those are my user and computer names?
[10:16] <regularjo> aaditya, would you chat with me a little longer about making entries in console?
[10:41] <regularjo> aaditya, will you chat a little more about entering strings in console?
[15:38] <regularjo> could anyone chat with me about typing commands or text in terminal? I want to install the smart panel for my printer but I don't understand the installation guide.
[15:40] <akk> I don't know what the smart panel is, but I'm happy to help with general questions on typing commands.
[15:40] <akk> Is the installation guide online?
[15:43] <regularjo> Yes. It is at: http://www.samsung.com/us/support/downloads/SCX-4623F/XAA.  I want to install the smart panel driver for Linux
[15:45] <akk> ah, the instructions are in the tarball (.tar.gz) you downloaded?
[15:46] <regularjo> I haven't download anything yet. I couldn't understand step 1 which is: 1. When the Administrator Login window appears, type in root in the Login field
[15:46] <regularjo> and enter the system password.
[15:47] <akk> oh, dear ... ubuntu systems don't generally have a root password
[15:47] <akk> so you're right not to understand that :)
[15:48] <regularjo> when I open terminal on my machine, i see: regularjo@Ubuntu:~$
[15:48] <akk> Wait, how do you see the instructions without downloading anything? that url has a page of links -- which one is the instructions you're reading?
[15:49] <akk> I'm trying to figure out whether this Administrator Login window they're talking about is just logging in to the system in a shell, or a window in their app.
[15:50] <akk> If they just want you to have a root shell, that's easy. But I can't tell that from just that single line.
[15:50] <regularjo> It really isn't a link, it you click on the "link" it just expands to show you the steps
[15:50] <akk> ah, I see
[15:52] <akk> Okay, yes, they just want you to get a root shell, and they expressed it very unclearly.
[15:52] <regularjo> Do you have any thinking on Step 1 so i can get to the point of attempting step 2, or can I skip the root business altogether?
[15:53] <akk> You can skip step 1
[15:53] <akk> then when you get to step 4 (execute the installation program), put sudo in front of it
[15:53] <akk> sudo ./cdroot/Linux/smartpanel/install.sh
[15:54] <akk> it'll ask for a password -- it just wants your normal login password
[15:54] <regularjo> But now I'm stuck on step 2 which is: 2. Download and extract the Smart Panel.
[15:54] <regularjo> [root@localhost root]#tar xzf [Downloaded File Name(XXXX.tar.gz)]
[15:54] <akk> That's the little icon over at the right under "File" in the browser
[15:54] <akk> you can right-click on it and "save link as" (or similar, depending on which browser you use)
[15:55] <akk> then you'll have the .tar .gz file and you can run that tar command they give.
[15:57] <regularjo> I'm sorry. I'm lost on step 2. From my machine, terminal mode, after regularjo@Ubuntu:~$ would I type:[root@localhost root]#tar xzf [Downloaded File Name(XXXX.tar.gz)]
[15:57] <akk> No, that root@localhost thing is what they think your prompt is. Just type tar xzf filename.tar.gz
[15:57] <akk> after you've downloaded the file
[15:58] <akk> of corse filename.tar.gz is whatever the real downloaded filename was
[16:00] <regularjo> How do I know what the "real download filename is? can I just create a name?
[16:01] <akk> Have you downloaded the file yet? Maybe you should start with that.
[16:01] <akk> That's really step 2, and extracting the tar is step 2.5.
[16:01] <akk> When you download a file, the browser asks you where to save it
[16:01] <akk> and what the filename will be
[16:02] <akk> so make a note of that, because that's the filename you need to give to the tar command.
[16:02] <regularjo> Can we go back to step 2 about downloading the file. what do I enter to do that?
[16:03] <akk> do it in your browser
[16:03] <akk> This is the first time you've downloaded a file from the web?
[16:03] <akk> I mentioned earlier: you can right-click on it and "save link as" (or similar, depending on which browser you use)
[16:03] <akk> it will ask you where to save
[16:04] <regularjo> Oh, the little file icon on the right. O.K. it will be a minute or 2
[16:11] <regularjo> O.k. I downloaded it to my Download director and its name is Smartpanel_1.10.tar.gz. So I opened terminal a typed Smartpane_1.10.tar.gz but the response is:tar (child): Smartpanel_1.10.tar.gz: Cannot open: No such file or directory
[16:11] <regularjo> tar (child): Error is not recoverable: exiting now
[16:11] <regularjo> tar: Child returned status 2
[16:11] <regularjo> tar: Error is not recoverable: exiting now
[16:12] <regularjo> I mean I typed Smartpanel_1.10.tar.gz and got the above error message
[16:13] <regularjo> No. I just didn't see the icon that you directed me to. I don't it many many times in windows.
[16:13] <akk> You're probably not in the directory where you downloaded Smartpanel_1.10.tar.gz. Where did you put it?
[16:14] <regularjo> That is, I have download many files from the web.
[16:14] <akk> It might be in your Downloads directory or somewhere like that.
[16:14] <akk> When you open a terminal, you're in your home directory -- you can type ls (that's an ell, not a one, it's short for list) to see what files you have there.
[16:15] <akk> You can use a normal file manager, whatever you're used to, to figure out where you downloaded that Smartpanel_1.10.tar.gz file.
[16:17] <regularjo> Ok. I am in terminal as follows: regularjo@Ubuntu:~/Downloads$ ls
[16:17] <regularjo> Smartpanel_1.10.tar.gz
[16:21] <akk> Okay, so now you can type the tar command.
[16:22] <akk> What was the tar command you typed before that gave the error?
[16:23] <regularjo> O.k. From regularjo@Ubuntu:~/Downloads$ I type: #tar xzf Smartpanel_1.10.tar.gz and I didn't get any messages, so that means It worked. Yes?
[16:24] <akk> You typed the # too?
[16:25] <regularjo> Yes
[16:25] <akk> Don't type #, that's a comment.
[16:25] <regularjo> ok. I'll try again
[16:25] <akk> Maybe add a v -- tar xzvf Smartpanel_1.10.tar.gz -- then you'll get lots of output
[16:26] <akk> (v for verbose, it shows all the files it's extracting)
[16:27] <regularjo> that is v space two dashes space tar xzvf ( why the v between the z and the f?
[16:28] <akk> argh, no
[16:28] <akk> type this command:
[16:28] <akk>  tar xzvf Smartpanel_1.10.tar.gz
[16:29] <akk> it's exactly like the other command except I added a v
[16:29] <akk> that's why I said "add a v" and then, inside dashes, I gave the full new command
[16:29] <regularjo> o.k.
[16:31] <regularjo> I got tons of files estracting. What's next?
[16:33] <regularjo> Step3. in the guide say: The Smart Panel will be extracted as ''cdroot'' folder in current path. Where is CD root? Or is it in the Downloads directory?
[16:33] <akk> They give you a command to run. But remember I said before, you have to put sudo in front of it:
[16:34] <akk> sudo ./cdroot/Linux/smartpanel/install.sh
[16:34] <regularjo> I have a cdroot subdirectory in my download directory
[16:34] <akk> That means you'll be running as root, so you're trusting them not to do anything harmful to your system.
[16:34] <regularjo> I have a cdroot subdirectory in my download directory
[16:34] <akk> (samsung should be trustworthy, one would think)
[16:41] <regularjo> I type sudo ./cdroot/Linux/smartpanel/install.sh from three times: one from cdroot subdirectory, one from the Downloads directory and one from regularjo@Ubuntu, but each time it said: command not found
[16:45] <akk> Run it from the download directory, the one where ls shows a cdroot subdirectory.
[16:45] <regularjo> ok
[16:45] <akk> If it doesn't work from there, ls cdroot and see if it has a Linux subdirectory
[16:45] <akk> and if it does, ls cdroot/Linux and see if it has a smartpanel subdirectory
[16:45] <akk> and if it does, ls cdroot/Linux/smartpanel
[16:45] <akk> and see if there's an install.sh there
[16:46] <akk> (or do the same thing in your favorite file manager, but that's how to explore directories from the shell)
[16:52] <regularjo> O.k. it said it installed. and then I open applications and type "smart" and it showed that it was installed, but when I clicked on the icon it didn't open
[16:59] <regularjo> akk. thank you for all your patience. that was the first time I installed a program with terminal. I don't know why it didn't open, but I have some confidence now that I didn't have before we started working this morning. thank you again.
[17:00] <akk> Yay! Hope you get it running.
[17:35] <regularjo> akk, I saved our session because it is relevant to any program I want to download in terminal


[03:02] <infinity> tumbleweed: Can you refrain from marking SRU tasks as "Fix Committed" when you upload?  We use that to track when they're actually accepted into proposed.
[03:02] <infinity> tumbleweed: Use In Progress instead, perhaps.
[03:03] <micahg> infinity: hrm, that used to be standard to show it was uploaded
[03:04] <stgraber> the standard is different for SRUs
[03:04] <micahg> stgraber: that was for SRUs AFAIK
[03:04] <stgraber> for dev release, you mark fix-commited on upload. For SRUs you mark in-progress on upload, then sru-accept marks fix-commited and release to -updates marks fix-released.
[03:04] <infinity> micahg: Not in my SRU tenure.
[03:05] <infinity> If it's not been accepted to the archive, the fix isn't committed.
[03:05] <micahg> stgraber: I never saw that anywhere...
[03:05] <micahg> makes sense though
[03:05] <infinity> Same story for uploading during a freeze, really, but no one cares then. :P
[03:05] <stgraber> micahg: I'm pretty sure I reminded people of that every couple of weeks or so in my 12.04.1 e-mails ;)
[03:06] <stgraber> not sure about the state of things on the wiki though, some pages may need updating (not that I think anyone who did it wrong lately was looking at those pages anyway)
[03:06] <micahg> updating https://wiki.ubuntu.com/StableReleaseUpdates#Procedure to reflect the status might be a good idea
[03:07] <micahg> I'm sure tumbleweed and I aren't the only ones who think that's right...
[03:07] <stgraber> micahg: at least AFAICS that page isn't wrong, it's just a bit incomplete ;)
[03:08] <infinity> micahg: I'm equally sure that you and Stafano don't re-read the docs either (I know I don't).
[03:08] <infinity> The only way to socialise these things is... Socially.
[03:08] <micahg> infinity: I agree :)
[03:08] <micahg> but this is the first I've heard of it
[03:08] <infinity> Updating docs helps new contributors, not crusty old farts. :)
[03:08] <infinity> micahg: Excellent, now you've heard.  Yay, social.
[03:10] <stgraber> wiki updated
[03:10] <infinity> tumbleweed: Oh, while I'm picking on you, you sponsored an upload that had a new patch in debian/patches but no DEP-3 headers.  Given your various positions in the community, I'd kinda expect you to have mentored that patch into better shape. :)
[03:11] <infinity> tumbleweed: I'll stop picking on you now.
[03:11] <micahg> stgraber: looks good, thanks
[03:12] <infinity> Hrm, that could do with some twiddling to stop mentioning release-proposed as a changelog/upload target too.
[03:12] <micahg> infinity: can you add me to the 12.04.x CD e-mails for xubuntu or is that cjwatson only?
[03:12] <infinity> Though, that will never actually stop working, so.  Whichever.  Maybe it's less confusing to some.
[03:12] <infinity> micahg: I can, if I can remember which file holds the list.
[03:13] <infinity> I removed myself from those emails long ago, as they hit a noise level that I started ignoring, thus making them useless.
[03:13]  * micahg needs to try to get Xubuntu 12.04.2 back to CD size before it's released
[03:17] <infinity> Ahh, there it is.
[03:17] <infinity> You're there for xubuntu anyway.  There's no precise-specific config.
[03:17] <infinity> If it's not triggering for precise, that's odd.
[03:17] <micahg> oh, hrm, I only get raring e-mails
[03:18] <micahg> http://cdimage.ubuntu.com/xubuntu/precise/daily-live/current/ shows as oversized
[03:20] <infinity> I'm not sure I'd worry about it until we sort out Ubuntu's oversizedness.
[03:21] <infinity> If we can shrink ours by 12M, it might impact Xubuntu by 7 too. :P
[03:21] <infinity> Or by 5, even.
[03:21] <micahg> I'm wondering why Ubuntu cares at this point since it's using a quantal backport stack, why isn't it reasonable to use the quantal ISO size
[03:21] <infinity> Yeah, fixing the libdricore linkage alone will fix Xubuntu.
[03:22] <infinity> We may decide we don't care, in the end.  But it's still worth looking at when CD images go up for "no good reason".
[03:22] <infinity> Most of which are, in fact, bad reasons.
[03:23] <infinity> Like duplicate packages or things suddenly linked statically that shouldn't be.
[03:23] <micahg> sure, I still wanted to chat about the dkms update which allows dropping headers from the running kernels with autoremove
[03:23] <infinity> dkms didn't change that AT ALL.
[03:24] <micahg> it dropped a depends on the headers virtual package which made all the installed headers no longer depended on except for the latest kernel
[03:24] <infinity> micahg: The last part is what I'm arguing didn't change.
[03:25] <infinity> micahg: The virtual package only ever depended on the latest version.
[03:25] <infinity> Err.
[03:25] <infinity> Metapackage.
[03:25] <infinity> Not virtual.
[03:25] <infinity> Anyhow.
[03:25] <micahg> right :)
[03:25] <infinity> micahg: If you didn't have linux-generic installed, why?
[03:26] <infinity> If you do have it installed, it's keeping linux-headers-generic installed, and the dkms change changed... Nothing.
[03:26] <micahg> infinity: it's the linux-headers alternate dependency that kept them installed
[03:26] <infinity> If what you're saying is that your running kernel wasn't the latest installed, and the running kernels headers were removed, that was the same as before.
[03:26] <infinity> micahg: No, it wasn't.
[03:26] <infinity> micahg: You're just plain wrong here, and I can draw diagrams and everything.
[03:26] <infinity> micahg: You saw running kernel headers removed and blamed the dkms update, but the two are unrelated.
[03:27] <infinity> It's ALWAYS been (broken) like this.
[03:27] <infinity> You only ever got to keep the latest installed.
[03:27] <micahg> aptitude never offered to remove the older headers until the dkms update
[03:27] <infinity> Now, if we backport the fancy new apt magic, we'll fix that.
[03:27] <infinity> And we plan to.
[03:27] <infinity> Are you saying aptitude was keeping *all* headers installed forever?
[03:27] <micahg> yes
[03:28] <infinity> Based on an alternate dep?
[03:28] <infinity> Well, that's vomitously broken too.
[03:28] <infinity> And good riddance to that behaviour.
[03:28] <micahg> hrm, so, maybe it's aptitude specific, but it seems like a feature..
[03:28] <infinity> You'll be hard-pressed to convince me that was a good thing.
[03:28] <infinity> And it's definitely not how apt behaves.
[03:28] <infinity> Nor update-manager.
[03:28] <infinity> Nor dpkg.
[03:28] <infinity> Nor anything sane.
[03:28] <micahg> well, not removing the headers from the running kernel out from under you seems like wrong behaviour
[03:29] <infinity> Which aptitude is rarely accused of being.
[03:29] <micahg> err...s/not//
[03:29] <infinity> micahg: Yes, keeping the running kernel and its headers is desirable.  And the apt in raring does that.  And we're going to backport that feature.
[03:29] <micahg> but it's just my corner case with aptitude that was keeping it?
[03:29] <infinity> micahg: But whatever weird thing aptitude was doing was entirely against spec and incorrect, if it was indeed keeping all your headers.
[03:30] <infinity> micahg: It would mean that any "foo | virtual" dep would always keep all providers of "virtual" installed forever.  Which is silly.
[03:30] <micahg> apt doesn't offer to remove those headers ATM with the old dkms
[03:31] <micahg> hrm, doesn't offer to remove it with the new package either
[03:32] <infinity> micahg: Then it's not auto, or it's the current version.
[03:32] <micahg> weird, now I"m wondering why my bug magically disappeared
[03:32] <infinity> micahg: pastebin "dpkg -l linux\* | awk '/^.i/ {print $2}'" and "apt-mark showauto linux\*"
[03:34] <micahg> http://paste.ubuntu.com/1554044/ and http://paste.ubuntu.com/1554045/
[03:34] <micahg> hrm, they were auto before..
[03:35] <infinity> You may have explicitly set them to manual (or accidentally asked aptitude to do so).
[03:35] <infinity> aptitude seems to play fast and loose with how I think this should work.
[03:36] <infinity> I'd drop it from the archive if it wouldn't make a chunk of the nerd contingent whine.
[03:36] <infinity> There's nothing user friendly with how it does everything subtly differently. :/
[03:36] <micahg> I happen to like seeing how much a package changes per update (makes one thing if something bad happened when there's a big increase)
[03:37] <micahg> s/thing/think/
[03:37] <infinity> Anyhow.  I'm quite convinced I need to backport the apt changes for all of this.  It's on my TODO.
[03:38] <micahg> sure, my argument was only not to regress based on CD size, I see it on my quantal system ATM
[03:38] <infinity> The dkms thing, however, was always buggy and wrong.  Keeping it wrong doesn't help anyone.
[03:38] <infinity> The change wasn't for CD size, that was just a pleasant side effect of fixing the bug.
[03:38] <infinity> The dependency never (ever) actually guaranteed you had headers matching your kernel.
[03:39] <micahg> true
[03:40] <micahg> but AIUI, -updates is supposed to be no regressions where it can be helped, but if I'm the only person screaming about this, maybe I'll just shut up
[03:41] <infinity> I'd still kinda like to see this aptitude behaviour in action.
[03:42] <infinity> But, even if it's doing what you say (keeping all providers of a virtual installed), that's a bug in aptitude, not a feature. :/
[03:42] <infinity> Especially since it's an alternate dep for something you *do* have installed.
[03:42] <infinity> Either way.  The apt backport will render this somewhat moot.
[06:57] <tumbleweed> infinity: ACK. Yes, been doing that for ages
[06:58] <tumbleweed> infinity: (and aaargh, the earlier version had good DEP3 headers, but he had to correct something in them, and I didn't check it since)
[13:39] <ogra_> ogra@nusakan:~$ w3m cadejo.buildd/~buildd/LiveCD
[13:39] <ogra_> w3m: Can't load cadejo.buildd/~buildd/LiveCD.
[13:39] <ogra_> HMPF !
[13:40] <ogra_> infinity, ^^^
[13:42] <cjwatson> infinity: So, looking at .2 images, the easiest target by far is going to be language packs, but we'll run into the problem that I think you ran into for .1 there, namely that the language packs are all in a task that we can't change
[13:42] <cjwatson> infinity: Would you be OK with gross and unpleasant hacks in livecd-rootfs to work around that?
[14:10] <cjwatson> infinity: Dropping de should be enough on i386; I fear that on amd64 we may have to drop both pt and es (or perhaps drop sl-modem-daemon)
[14:10] <cjwatson> Well, sl-modem-daemon and pt
[15:35] <cjwatson> Most i386/amd64 Ubuntu (i.e. not PPA) builders going down soon for a hardware move, lasting about 30 minutes
[17:27] <infinity> cjwatson: Didn't we do the langpack hacks in live-build for .1?  Recollection's fuzzy.
[17:27] <cjwatson> Yeah, stgraber just reminded me of that
[17:27] <cjwatson> I'd been looking in livecd-rootfs instead
[17:29] <cjwatson> I'm going to wait to see how much space the new mesa-lts-quantal saves us, though
[17:35] <cjwatson> amd64/i386 builders are back
[21:23] <cjwatson> infinity: Oh, I see what's happening with copying of -v-less SRUs not putting the right bits in the accepted mail or closing the right bugs
[21:23] <cjwatson> infinity: It's yet another ancestry calculation bug
[21:23] <cjwatson> infinity: When I copied duplicity, there was no previous version in quantal-updates
[21:24] <cjwatson> infinity: I bet in your test there was a previous version in -updates
[21:24] <cjwatson>         existing = archive.getPublishedSources(
[21:24] <cjwatson>             name=source.sourcepackagerelease.name, exact_match=True,
[21:24] <cjwatson>             status=active_publishing_status, distroseries=series,
[21:24] <cjwatson>             pocket=pocket).first()
[21:24] <infinity> cjwatson: Probably, yeah.
[21:24] <infinity> cjwatson: Is there any where in LP that actually get ancestry right? :)
[21:24] <cjwatson> I literally just traced through Soyuz' entire mail notification code before spotting that
[21:24] <infinity> s/get/gets/
[21:25] <cjwatson> Not that I know of
[21:25] <cjwatson> There are at least three different wrong implementations
[21:26] <cjwatson> NascentUpload.getSourceAncestry would be the closest to correct for this, I think, but is in an inconvenient place ...
[21:28] <cjwatson> just pocket=(pocket, RELEASE) wouldn't be dreadful
[21:28] <cjwatson> But possibly I ought to move that method out of NascentUpload and reuse it, instead


[12:58]  * persia-uds has infrastructural issues, so is using an alternate nick
[13:03]  * persia-uds wonders if we're quorate
[13:04]  * micahg was wondering if there was a meeting (The bot doesn't seem to know about it :))
[13:04] <stgraber> I don't think we do yet ;) cjwatson is arriving soon, then we just need someone else
[13:05] <persia-uds> The bot hasn't reliably known about meetings for the past couple years
[13:06] <cjwatson> hi, here now
[13:06] <cjwatson> persia-uds,stgraber: where are you two physically?
[13:06] <persia-uds> OK, that's three.
[13:06] <persia-uds> cjwatson, Sierra D
[13:07] <cjwatson> huh, thought I'd looked in there.  on my way
[13:09] <persia-uds> So we need Cody :(
[13:10] <cjwatson> so.  we seem to be inquorate right now.  OTOH, Cody and Soren are both at UDS and should be around at some point, and micahg is the only applicant and is also at UDS
[13:11] <cjwatson> so I suggest that we do something ad-hoc once we get everybody in place and awake?
[13:11] <cjwatson> today or later this week
[13:11] <UndiFineD> waiting for sierra icecast ...
[13:11] <cjwatson> I doubt you'll get one until 9am lcal
[13:11] <cjwatson> local
[13:11] <persia-uds> UndiFineD, Not likely to be up for an hour
[13:12] <UndiFineD> but it is not even listed like some other rooms on http://icecast.ubuntu.com:8000/status.xsl
[13:12] <cjwatson> this is the plenary room, so it may be weird
[13:13] <cjwatson> hm, none of curacao is there either
[13:13] <UndiFineD> exactly
[13:13] <UndiFineD> can you poke some people to it
[13:13] <cjwatson> sierra isn't listed on summit.ubuntu.com as in use
[13:14] <cjwatson> so I'm not sure it's needed
[13:14] <UndiFineD> weĺl me the keynote
[13:14] <cjwatson> we just grabbed this room because we weren't disturbing anyone here
[13:14] <cjwatson> ah yeah
[13:14] <cjwatson> I'll poke a sysadmin
[13:14] <UndiFineD> thanks
[13:15] <cjwatson> we'll adjourn the DMB meeting 'til later
[13:23] <cjwatson> UndiFineD: sysadmins tell me it's going to be video-streamed, though I don't have the details
[13:23] <cjwatson> if I find something out before 9am local then I'll let you know
[13:24] <UndiFineD> hopefully it is: http://video.ubuntu.com/live then
[13:25] <UndiFineD> can you find out about gobby too ?
[13:25] <UndiFineD> it is not available
[13:36] <UndiFineD> cjwatson, we found that it is not running on 6522 but 6523 and the TLS is acting up


[09:56] <knome> Unit193, yes.
[12:18] <ali1234> cyphermox: do you have 5 minutes to answer a couple of questions about lp:mtp? and what's a good channel to discuss it?
[12:19] <ali1234> (asking cos you seem to have the most branches of it)
[13:27] <cyphermox> ali1234: yes, because I mostly was the only person to write it


[00:38] <rww> fyi: "now for [Launchpad] open teams (and only open teams) when someone joins or leaves the team, the team admins will not be notified."
[00:39] <pleia2> heh, so much for feedback on the list
[00:40] <pleia2> annoying that they went ahead and did it in spite of the "please don't, we like these, at least give us the option!" and are deferring that option to "in the future"
[00:42] <rww> ah, I didn't know loco-contacts had already been poked about this. I guess the relevant people here already know then :)
[00:43] <pleia2> I am in a bad mood, so I should probably wait until later to follow-up on the thread
[04:47] <bzbeeman> Brand new to Ubuntu  and want to learn more so I can use Ushahidi without my son's help.
[04:49] <pleia2> welcome bzbeeman
[04:50]  * pleia2 has never heard of Ushahidi
[04:50] <bzbeeman> Thank you,  I  would like a starting point.
[04:51] <pleia2> do you know which version of ubuntu you're running?
[04:52] <pleia2> https://help.ubuntu.com/ is a nice place to start for generic learning about the system, that's where the official docs are
[04:52] <bzbeeman> Right now I don't have it installed on my computer
[04:52] <pleia2> oh ok :)
[04:53] <bzbeeman> I'm one who just jumps in before he learns to swim.
[04:53] <pleia2> not a bad way to learn!
[04:54] <pleia2> well if you have any specific questions we'd be happy to help out
[04:55] <bzbeeman> I will try to read the help section first.  Thank you
[04:56] <bzbeeman> One question which version should I start with?
[04:56] <pleia2> well, you have two major options
[04:57] <pleia2> the long term support version 10.04 which came out last year and will be supported for 3 years, or 11.04 which came out a couple months ago and is supported for 18 months
[04:59] <bzbeeman> How much of a difference?
[04:59] <pleia2> the major difference is that 11.04 has newer software and uses the new Ubuntu interface called "Unity"
[05:00] <bzbeeman> Since I have never used any before, would it be better to learn the newest?
[05:00] <pleia2> probably
[05:01] <bzbeeman> Then 1\\\\
[05:02] <bzbeeman> Got to rethink that, I believe Ushahidi mentioned 10
[05:03] <bzbeeman> Now I have to go back and do more reading.
[05:03] <bzbeeman> Thank you
[05:04] <pleia2> you're welcome
[05:06] <akk> ushahidi's website doesn't seem to be very picky about versions -- probably it will work on either ubuntu version.
[05:07] <bzbeeman> That helps.
[05:07] <akk> At least I'm not finding anything that looks picky that way.
[05:08] <akk> I haven't installed it myself (I know a little about the project, but alas not about their installable tools).
[05:13] <bzbeeman> I would like to just turn the key and start learning how to drive not spend time reading the manual.  I suspect that I will have to make sense of the manual.
[05:16] <bzbeeman> Well I will download 11 and see what happens.
[05:17] <bzbeeman> Thank you
[05:19] <pleia2> have fun :)
[05:19] <akk> Good luck! Feel free to hang around here and ask questions.
[06:19] <grantbow> anyone had trouble getting their microphone working before?
[18:45] <jyo> Web designers who don't know how to use ssh should be shot.
[18:46] <philipballew> its pretty easy once you set it up, and setting it up is easy


[10:36] <brobostigon> good morning everyone.
[17:27]  * brobostigon might make a statement soon, of maybe obvious nature.


[02:39] <vorlon> sarnold: ^^ looks like a mariadb-10.6 security update that never got copied forward to lunar (and now mantic)
[02:39] <vorlon> sarnold: and this is from back in February; do we need to do an audit of package version numbers?
[02:39] <vorlon> amurray: ^^
[02:48] <amurray> nishit_: ^^^ :) - did you forget to publish the mariadb-10.6 update for kinetic? last I see in LP: #2006882 is you mentioned it was building fine but then I don't see it ever got published
[02:48] -ubottu:#ubuntu-devel- Launchpad bug 2006882 in mariadb-10.6 (Ubuntu) "MDEV-29988 affects MariaDB in Ubuntu" [Undecided, Fix Released] https://launchpad.net/bugs/2006882
[02:56] <amurray> as nishit_ just pointed out to me, I didn't read the publishing history - this did get published - see 1:10.6.12-0ubuntu<IP_ADDRESS> listed directly under the jammy packages on the publishing history page
[02:57] <amurray> but we didn't publish anything to lunar as it was in devel... since otto supplies these updates, I think we have a gap in our process where we need to also publish devel updates here, which I am not sure we have been doing in the past
[03:01] <amurray> this does make me wonder if we may have similar problems with other sponsored security updates like this - and hence I agree that it would be worth doing an audit of package version numbers
[10:09] <dviererbe> Hello I have a question regarding git-ubuntu
[10:09] <dviererbe> I wanted to merge the new debian version of gdb yesterday and I noticed that pkg/import/13.1-2 and pkg/import/13.1-2ubuntu2 has a delta in the source files (outside the debian folder).
[10:09] <dviererbe> As far as I know ubuntu delta should only be in the debian folder. The commit message says that the patches are unapplied.
[10:09] <dviererbe> Is this a Bug or am I missing something?
[10:09] <dviererbe> Steps to reproduce:
[10:09] <dviererbe> git ubuntu clone gdb
[10:09] <dviererbe> cd gdb
[10:09] <dviererbe> git diff pkg/import/13.1-2 pkg/import/13.1-2ubuntu2 | diffstat
[10:10] <rbasak> It looks like gdb 13.1 has different orig tarballs between Debian and Ubuntu. We try to avoid this to avoid confusion, but it is permitted.
[10:11] <dviererbe> Thanks! Did not know that this is a thing
[10:11] <rbasak> git-ubuntu has to support all the things without breaking :-P
[10:16] <dviererbe> What is the best strategy for splitting the orig tarball diff into logical commits? Should I just take all the ubuntu orig diff in one commit?
[10:22] <rbasak> It's maybe worth looking into whether the difference in orig tarballs is functionally there for a reason or just some build artifact difference that doesn't matter.
[10:23] <rbasak> If the latter, then you could make a single commit to cover all orig tarball diff as your first logical commit, then "drop" that when you rebase
[10:24] <rbasak> Oh, I think that's what you suggested :)
[14:23] <nteodosio> Isn't this phased updates outdated, in that it not only applies to update manager but also to apt istelf as of recently?
[14:23] <nteodosio> https://wiki.ubuntu.com/PhasedUpdates
[14:24] <nteodosio> s/updates/updates article/
[18:08] <bdmurray> amurray, vorlon: who will do the audit of package version numbers?
[18:33] <vorlon> bdmurray: ideally the security team, and on an ongoing basis?
[18:46] <smoser> i'm looking to add an autopackage test for lvm2 that would run in a vm (isolation-machine).
[18:48] <smoser> in the official autopkgtest.ubuntu.com a.) do i have any control over the kernel that the vm runs (specifically -kvm is not enough, it needs access to dm-thin-pool and b.) can i get another disk attached to the system
[18:52] <vorlon> smoser: the kernel that the vm runs> you can install a kernel of your choice, mangle grub.cfg to your heart's content, and reboot; IIRC there are some helper utilities for handling of reboots within autopkgtests though I don't recall the details offhand.  I don't understand the comment about access to dm-thin-pool, though?
[18:52] <vorlon> smoser: as for another disk, no, sorry
[18:52] <smoser> wrt grub.cfg, i had hoped you would give me somethign else. :-(.
[18:53] <smoser> any thoughts on how to get another block device ? the two that come to me:
[18:53] <smoser> a.) nested virt / do it myself
[18:53] <smoser> b.) looback block device ... but i'd rather not as its just not a common or realistic lvm usage path.
[18:55] <vorlon> smoser: we do not guarantee that nested virt will work; so I was going to suggest b)
[18:57] <smoser> open-iscsi uses nested virt. (but wthout acceleration due to it not workign well)
[19:01] <vorlon> ah if you're doing it without acceleration, sure (I translated "nested virt" in my head to "nested KVM")
[19:08] <smoser> right. so y eah... it woudl likely work, but not great.
[19:09] <smoser> thanks, vorlon