[03:03] <persia> cjwatson: Thanks for the adjustment.  I'll poke when I hear about lpia ABI bumps.
[04:39] <TheMuso> kirkland: Did you get a sponsor for your initramfs-tools fix?
[04:42] <TheMuso> kirkland: Never mind, seems you did.
[08:14] <NCommande> Can anyone answer a few questions on how to run Ubiquity, if possible, as a normal application. I ran ./configure && make, but it only generated site libraries, and didn't spit out anything that was directly executable AFAIK
[08:21] <xivulon> cjwatson in 268123 as mentioned yesterday mount -t ntfs does not work yet (no such device), mount.ntfs is ok
[08:22] <xivulon> I was expecting mount -t ntfs  to call mount.ntfs but it does not seem to be the case
[08:22] <persia> NCommande: Have you looked in ./bin/
[08:23] <evand> NCommande: run debuild in the top directory, then install the deb.  However, note that ubiquity is intended to run on the desktop CD and will break horribly without the presence of /rofs.
[08:24] <xivulon> me goes out
[08:24] <persia> evand: Is it a bug that it fails to complete the install with an empty blacklist set?
[08:25] <persia> I can't imagine a use case for an empty blacklist, but thought the error was odd.
[08:26] <evand> ugh, yeah, if it crashes in the blacklist code then it's my fault and should be filed as such ;)
[08:26] <persia> evand: OK.  I'll pinpoint it and open a bug.  I worked around it by creating the correct manifests, but I'll try to link a branch with a naive fix to the bug.
[08:28] <evand> thanks, much appreciated
[08:38] <NCommande> evand: /rofs?
[08:40] <persia> NCommande: It's one of the mount points on a live image.
[08:40] <persia> Specifically the one of the pristine squashfs, without overlay, etc.
[08:43] <NCommande> Oh I see
[08:43]  * NCommande rights now just wants to make sure the GUI code he wrote works correctly, and then worry about doing a real install
[08:44] <persia> The only way to test it is from the live environment.  I personally test under KVM, as I find that easiest.
[08:44] <persia> Are you building a Xubuntu-specific UI?
[08:44] <NCommande> No, Kubuntu
[08:44] <NCommande> Qt -> KDE4
[08:45] <NCommande> For some reason, I said I'd look into it when I was made a Kubuntu member >.>;
[08:50] <persia> So, test proceudre:
[08:50] <persia> first, boot the latest livecd
[08:50] <persia> next download (from somewhere: maybe ssh to your workstation) the updated ubiquity.
[08:50] <persia> Install the updated version.
[08:51] <persia> run ubiquity (I use ubiquity -d so I can see the logs)
[08:51] <NCommande> Sounds like fun
[08:51] <NCommande> :-P
[08:51]  * NCommande is going to be abusing his PPA it seems
[08:51] <persia> WIth practice, you can get a cycle down to 5-10 minutes.
[08:52] <NCommande> sounds painful :-P
[08:52] <NCommande> Maybe I can setup build-tools and friends on the liveCD
[08:52] <persia> Well, it just adds incentive to get the changes right the first time.
[08:53] <persia> I've not had much success with running ubiquity twice in the same session.  Seems that when ubiquity crashes, you need to manually remove hal locks, etc.  Easier to just reboot.
[08:53] <NCommande> and it just gets better and better
[08:53] <NCommande> oh well
[08:53] <NCommande> It shall be a learning experiment none the less
[08:54] <evand> I often hack on ubiquity from the live cd
[08:54] <NCommande> I figuring that might be possible
[08:54] <persia> evand: You don't encounter issues with HAL?
[08:54] <evand> What issues?
[08:54] <persia> Might just be my images (which are full of other sorts of problems)
[08:55] <persia> Well, if, for example, I do something that causes ubiquity to crash, running it again it complains about lockfiles.
[08:55] <evand> hrm
[08:55] <persia> I can probably reproduce it if you need: I figured it fell well into the "don't do that then" category.
[08:55] <evand> you may have to kill stray processes
[08:56] <persia> That might be it.
[08:56] <persia> For me, rebooting was the fast way to do that :)
[08:56] <evand> ps aux | grep part -- see if partman is still spinning in the background
[08:56] <evand> heh
[08:57]  * NCommande just sets up his Bazaar branch with his source
[08:57] <NCommande> Any reason why the Bazaar repo uses such an old Knit frmat?
[08:57] <NCommande> *format
[08:57] <persia> evand: Do you prefer conditional tests before execution, or exception processing when errors are encountered?
[08:57] <evand> it's an old repo and no one has bothered to update it
[08:58] <evand> persia: I'm not picky.  Whatever best suits the situation.
[08:58] <NCommande> so development isn't done there?
[08:58] <persia> If it is updated, it probably oughtn't be updated to be newer than that supported by bzr 1.3.1
[08:58] <persia> NCommande: Development is rarely done in a public repo: it's a means to share the code.
[08:59] <evand> NCommande: sorry, bad explanation.  ~ubuntu-installer/ubiquity/trunk is in fact where the development is done, it's just been around for a long time.
[08:59] <evand> persia: any idea how I go about doing that?
[08:59] <evand> bzr upgrade <remote source> ?
[09:00] <NCommande> persia: I figured as much, just wondering
[09:00] <NCommande> any special rules I need to know like about copyright assignment or such on hacking on ubuquity
[09:00] <persia> evand: I think you need to use scp, but I've never done it.  The guys in #launchpad have the answer.
[09:00] <NCommande> persia: no, it should work remotely
[09:00] <evand> http://wiki.ubuntu.com/InstallerDevelopment - I don't think there's any copyright assignment policy in place, but best to check with cjwatson on that.
[09:01] <NCommande> arg
[09:01] <NCommande> virtualbox doesn't work on current intrepid
[09:01] <evand> kvm is pretty awesome, I'd suggest giving it a go if your processor supports it
[09:02] <NCommande> I have the hack installed for my computers BIOS to enable VTx
[09:02] <NCommande> But I haven't got a clue on how to get started with kvm
[09:03] <evand> `kvm -hda somefile.img -m 768 -no-quit -k en-us` or some variation of is what I generally use
[09:03] <evand> where somefile.img is generated by qemu-img create
[09:03] <NCommande> I'll give it a spin
[09:03] <NCommande> I just need to install kvm, right?
[09:04] <evand> https://wiki.ubuntu.com/kvm
[09:04] <evand> should be a good starting point
[09:04] <evand> ah, I stand corrected: https://help.ubuntu.com/community/KVM
[09:15] <TheMuso> Unless I need to test sound in a VM, I use libvirt.
[09:15] <TheMuso> Very useful to manage multiple vms.
[09:16] <evand> cjwatson: any objection to upgrading the repository format for ~ubuntu-installer/ubiquity/trunk?
[09:26] <cjwatson> evand: none, I just haven't done it because bzr upgrade sftp:// takes bloody forever
[09:26] <evand> cjwatson: also, can you add usb-creator commits to the #ubuntu-installer CIA bot?  I've added the project to cia.vc.
[09:26] <evand> hahaha, ok
[09:26] <cjwatson> I would expect it to take hours, for the duration of which you don't get to commit to the branch
[09:27] <evand> hm
[09:28] <evand> I'll plan to do it this evening (EST), and if anyone feels that I should hold off so they can commit, please let me know beforehand.
[09:29] <persia> This evening being real soon now, or in 18-20 hours?
[09:29] <evand> 18-20 hours
[09:30] <evand> well, 16
[09:30] <persia> heh.  It's kinda late there :)
[09:30] <evand> Just out of curiosity, is it not possible to upgrade via bzr+ssh?
[09:31] <evand> early, really :)
[09:31] <cjwatson> not yet
[09:31] <evand> ok, noted
[09:31] <cjwatson> or at least it doesn't seem to work all that well
[09:31] <cjwatson> I believe that bzr 1.7 will add that
[09:31] <evand> cool
[09:32] <cjwatson> but at the moment, what bzr ends up doing is transferring every single file under .bzr back and forward several times, producing backup copies as well as for the actual upgrade
[09:32] <cjwatson> which is why it's so incredibly slow
[09:32] <cjwatson> each of those has to wait for round-trip times as well I think, it doesn't seem pipelinable as it stands
[09:32] <persia> Is it faster if run from somewhere network-near?
[09:32] <cjwatson> somewhat
[09:32] <cjwatson> I think "faster" is the wrong word. "Less painfully slow".
[09:32] <evand> lol
[09:33] <persia> OK.  Just wondering if it's worth asking for a run from either a machine in the DC or Ubuntuwire, rather than on an overseas link.
[09:33] <cjwatson> so I've upgraded a few installer repositories as they annoy me, but preferentially the smaller ones
[09:33] <cjwatson> you could ask #launchpad to upgrade it locally
[09:34] <evand> mm, I think I'll try for that, assuming they can accomodate the time or stick it in cron.
[09:34] <evand> I swear, cia.vc is run off a toaster oven.
[09:34] <cjwatson> locally, it should be fast enough that we don't have to worry about timing
[09:35] <cjwatson> I'd expect a minute or so at most
[09:35] <evand> ah, good point
[09:35] <cjwatson> cia.vc> annoying isn't it?
[09:35] <cjwatson> I'm *trying* to save the bot change ...
[09:35] <evand> hahaha, yeah it took me a good 10 minutes to just create the project
[09:35] <cjwatson> TheMuso: I'd use libvirt except that virt-manager's UI annoys me so much
[09:36] <TheMuso> cjwatson: Ah, I use cli to start it. :)
[09:36] <TheMuso> ubiquity doesn't have any ghost revisions by any chance? :)
[09:36] <cjwatson> no :)
[09:36] <cjwatson> grumble, lpia d-i failed to build
[09:37] <persia> I know why it failed on lpia, and it's being sorted.
[09:37] <TheMuso> Oh, and I've pushed some changes to casper trunk on launchpad, but launchpad is not reflecting them in the UI.
[09:37] <persia> Haven't looked at ia64
[09:37] <cjwatson> TheMuso: yeah, it won't
[09:37] <cjwatson> persia: sorted how?
[09:37] <evand> Is casper's bzr fixed?
[09:37] <TheMuso> cjwatson: Fair enough.
[09:37] <TheMuso> evand: No.
[09:37] <cjwatson> you've always been able to push to it, somewhat
[09:37] <evand> fun
[09:38] <cjwatson> I've fixed xivulon's mount -t ntfs thing, I think
[09:38] <persia> cjwatson: Actually shipping the additional d-i modules.  The problem was http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-intrepid-lpia.git;a=commitdiff;h=5041792ac41d6c5425598a4995b20370e7a79bb1
[09:38] <cjwatson> (enabled mount helpers in busybox)
[09:38] <evand> ah, thanks for taking care of that
[09:38] <cjwatson> persia: oh dear goodness. When will the kernel team learn that they need to tell us about this shit?
[09:38] <cjwatson> persia: is the fix to revert that commit?
[09:38] <persia> It's being reverted.
[09:39] <cjwatson> excellent
[09:39] <cjwatson> feel free to whack the rebuild button on d-i when it is
[09:39] <persia> I can't, but I'll deputise someone.
[09:39] <cjwatson> persia: ia64 is because linux-ports fails to build on ia64, and has done for months
[09:39] <persia> OK.  That needs someone who cares about the ia64 kernel then.
[09:41] <persia> Also, while reverting the commit, the lpia kernel will probably have an ABI bump.  I've been promised this process will include an email to the installer team, as I suspect it will require a change to build/config/lpia.cfg.  Will it save any time to prepare that branch, or is it just as easy to process from the mail?
[09:50] <cjwatson> it won't save any time to prepare the branch in advance
[09:50] <cjwatson> it's a sed
[09:55] <xivulon> cjwatson any hint on previous posts?
[09:55] <cjwatson> 09:38 <cjwatson> I've fixed xivulon's mount -t ntfs thing, I think
[09:55] <cjwatson> 09:38 <cjwatson> (enabled mount helpers in busybox)
[09:57] <xivulon> ah great, thanks a bunch, will resume tests tonight and let you know (davmor2 if you are around give it a go once the new busybox is up)
[10:05] <TheMuso> Unless anybody has some pressing casper changes they need to get in, I'd like to do an upload of casper to unbreak some accessibility profiles.
[10:05] <cjwatson> nothing from me
[10:14] <xivulon> TheMuso, on a different subject, how are things with panic messages?
[10:18] <TheMuso> xivulon: Should be fixed for intrepid, but I have been so busy the past months with intrepid work, that I haven't yet done an SRU for hardy.
[11:18] <NCommander> evand: which process did I have to kill to get ubiquity to work twice in the install?
[11:19] <persia> NCommander: start by looking for partman.
[11:20] <NCommander> I just had to kill hal-lock and it started
[11:20] <persia> After that, start looking for anything with a higher process number than used by ubiquity.
[11:20] <persia> Are you sure rebooting isn't easier?
[11:21] <cjwatson> as evand said, running ubiquity twice in one session should not normally be a problem
[11:22] <cjwatson> I've never heard of hal-lock sticking around before
[11:22] <cjwatson> sometimes parted_server sticks around, but that's all
[11:22] <cjwatson> I often run it successively - saves a lot of time when editing stuff on the fly
[11:25] <persia> Maybe this is a new issue?  I always saw hal-lock sticking around.
[11:25] <persia> (well, since my images stopped being so broken that ubiquity couldn't run)
[11:40] <foka> Happy Mid-Autumn Festival, everyone!  中秋节快乐！ :-)
[13:30] <kirkland> TheMuso: kees did :-)  thanks!!!
[14:27] <kirkland> cjwatson: hi there, do you have a couple of minutes?  I'm trying to implement your suggestions for https://bugs.launchpad.net/ubuntu/+source/partman-target/+bug/268580
[14:27] <kirkland> cjwatson: i want to knock this out ASAP because of UI freeze :-/
[14:28] <cjwatson> kirkland: yes
[14:28] <kirkland> cjwatson: sweet ... okay, the templates file....
[14:29] <kirkland> cjwatson: should i create an mdadm-udeb.templates with just the boot_degraded question?
[14:29] <kirkland> cjwatson: ie, is that the proper method for getting the question into the udeb?
[14:29] <cjwatson> you already need an mdadm.templates, right? don't duplicate it
[14:29] <kirkland> cjwatson: right, the question is already in there
[14:29] <kirkland> cjwatson: it's used for dpkg-reconfigure mdadm in a running system
[14:30] <kirkland> cjwatson: works there now...  just want to add the question into the installer
[14:30] <cjwatson> kirkland: is there anything else in mdadm.templates that would need to be filtered out of the udeb?
[14:30] <kirkland> cjwatson: autocheck, mail_to, start_daemon
[14:31] <kirkland> cjwatson: i suppose those might be nice to actually ask, if someone is installing raid
[14:31] <cjwatson> then I'd recommend putting the boot_degraded question in a separate templates file; it doesn't matter what it's called
[14:31] <cjwatson> like debian/mdadm-boot-degraded.templates or something
[14:31] <kirkland> cjwatson: but raid installs then become somewhat significantly more conversational
[14:31] <cjwatson> don't make them more conversational :)
[14:31] <kirkland> cjwatson: agreed
[14:31] <kirkland> cjwatson: okay, done.
[14:32] <cjwatson> then add that new .templates file to debian/po/POTFILES.in
[14:32] <cjwatson> then after dh_installdebconf in debian/rules, add this:
[14:32] <cjwatson>         echo >> debian/mdadm/DEBIAN/templates
[14:32] <cjwatson>         po2debconf debian/mdadm-boot-degraded.templates >> debian/mdadm/DEBIAN/templates
[14:33] <cjwatson>         po2debconf debian/mdadm-boot-degraded.templates > debian/mdadm-udeb/DEBIAN/templates
[14:33] <cjwatson> something like that anyway
[14:33] <cjwatson> as you can see you can just build up the templates file in the package's control area dynamically
[14:33] <kirkland> cjwatson: sounds good
[14:33] <kirkland> cjwatson: okay, so do i add the check.d directory to the debian/ dir, or the top level?
[14:33] <cjwatson> an alternative approach would be to put that question only in mdadm-udeb.templates, and append that to debian/mdadm/DEBIAN/templates in much the same way
[14:34] <cjwatson> I think the above might be clearer in this case though
[14:34] <cjwatson> it doesn't matter. convention is the top level but it isn't mandatory
[14:34] <cjwatson> if you put it at the top level, then you can use the install-rc script from other partman-* packages to install it
[14:34] <kirkland> cjwatson: that does sound better to me, the mdadm-udeb.templates
[14:34] <cjwatson> (without modifying it)
[14:35] <cjwatson> kirkland: ok, then you can just echo >> debian/mdadm/DEBIAN/templates; po2debconf debian/mdadm-udeb.templates >> debian/mdadm/DEBIAN/templates
[14:35] <cjwatson> to make sure it appears in both without having to duplicate it in the source
[14:36] <cjwatson> just keep debian/po/POTFILES.in up to date, and remember to run debconf-updatepo after changing the .templates
[14:36] <kirkland> cjwatson: its in the clean block
[14:36] <cjwatson> was it there already from the current package?
[14:36] <kirkland> cjwatson: yup
[14:36] <kirkland> cjwatson: last step of "clean" in the rules
[14:37] <cjwatson> I generally prefer not to have it in clean myself, and to have the maintainer do it; saves on spurious timestamp diffs
[14:37] <cjwatson> but if it's there already, leave it
[14:37] <kirkland> cjwatson: k
[14:37] <kirkland> cjwatson: okay, so i put a check.d in the top level of mdadm source
[14:37] <kirkland> cjwatson: there's a _numbers file
[14:38] <kirkland> cjwatson: suggested value for, "05 root_on_raid" ...  ?
[14:38] <kirkland> cjwatson: this is an ordering, right?  i'm the only one
[14:38] <kirkland> cjwatson: so just leave some room for before and after?
[14:39] <cjwatson> kirkland: hmm, I don't think there's any particular sequencing in check.d. I'd put it with crypto if I were you, which would make it 07
[14:40] <kirkland> cjwatson: 07 root_on_raid, okay
[14:40] <cjwatson> it's not a big deal though, just controls which check will blow up first if multiple things are wrong *shrug*
[14:40] <kirkland> cjwatson: i called the script, root_on_raid
[14:40] <cjwatson> sure, that's fine
[14:40] <kirkland> cjwatson: seemed to read sort of like "proper_mountpoints", etc.
[14:41] <kirkland> cjwatson: in that script, i borrowed some code from proper_mountpoints
[14:41] <kirkland> cjwatson: basically looking if / or /boot is on a device named /dev/md*
[14:41] <kirkland> cjwatson: i had:                                 db_input critical mdadm/boot_degraded || true
[14:41] <kirkland> cjwatson: i think you suggested:
[14:42] <kirkland>                                 db_get mdadm/boot_degraded
[14:42] <kirkland>                                 echo mdadm mdadm/boot_degraded boolean "$RET" | debconf-set-selections
[14:42] <cjwatson> right, that's to go after the db_go
[14:42] <cjwatson> just transfers the setting into /target
[14:42] <kirkland>                         if [ "$mp" = "/" ] || [ "$mp" = "/boot" ]; then
[14:42] <kirkland>                                 db_input critical mdadm/boot_degraded || true
[14:42] <kirkland>                                 db_go || true
[14:42] <kirkland>                                 db_get mdadm/boot_degraded
[14:42] <kirkland>                                 echo mdadm mdadm/boot_degraded boolean "$RET" | debconf-set-selections
[14:42] <kirkland>                                 break
[14:42] <kirkland>                         fi
[14:42] <cjwatson> or, more strictly, queues it up to be transferred into /target once /target exists
[14:43] <cjwatson> yep
[14:43] <cjwatson> remind me how you're checking that the mountpoint in question is on RAID?
[14:43] <kirkland> cjwatson: okay, now what do I need to do to hook check.d/* to run?
[14:44] <cjwatson> 'debian/install-rc check.d' in the install target in debian/rules; see any partman-* package
[14:44] <kirkland> cjwatson: http://pastebin.ubuntu.com/46227/
[14:44] <kirkland> cjwatson: ^^^ untested
[14:44] <kirkland> cjwatson: okay, i'll grab it from partman-target, where I got most of this
[14:44] <cjwatson> looks plausible
[14:44] <cjwatson> oh, hmm
[14:45] <kirkland> cjwatson: k
[14:45] <cjwatson> I think you might have to consume the rest of the output from the fstab.d scripts otherwise stuff will go wrong
[14:46] <cjwatson> so found=0 up top, found=1 instead of break, and if [ "$found" = 1 ]; then continue; fi at the top of the while loop
[14:46] <kirkland> cjwatson: good suggestion, i'll do that
[14:46] <cjwatson> just to avoid stuff getting SIGPIPE. I can't remember whether that matters in this case but it certainly can do in other contexts
[14:46] <kirkland> cjwatson: that'll be more clear
[14:46] <cjwatson> specifically when you're reading from parted_server, things go badly wrong if you don't consume all the output
[14:47] <kirkland> cjwatson: okay, i'll need to install the check script into partman from mdadm
[14:47] <cjwatson> mdadm-udeb, rather
[14:48] <kirkland> cjwatson: gotcha
[14:49] <kirkland> cjwatson: so should the install-rc bit be in a udeb-specific section of the rules?
[14:49] <cjwatson> oh, maybe PACKAGE=mdadm-udeb debian/install-rc check.d
[14:49] <cjwatson> that'll force it to be copied into the right package
[14:50]  * kirkland puts that neat trick in his back pocket
[14:51] <kirkland> cjwatson: okay, let me get a debdiff for spot-inspection
[14:51] <kirkland> cjwatson: to test this, I'll build the udeb, and scp it over to a running installation kvm, udpkg -i the udeb, and restart the partitioning?
[14:52] <cjwatson> right, or even just udpkg -i before partitioning starts
[14:52] <cjwatson> mdadm-udeb doesn't have a postinst, right?
[14:54] <kirkland> cjwatson: it does not
[14:56] <cjwatson> ok, that's good. If it did, you'd have to use udpkg --unpack as -i would run the postinst immediately.
[14:57] <kirkland> cjwatson: untested debdiff looks like: http://pastebin.ubuntu.com/46231/
[14:58] <kirkland> cjwatson: more changelogging to come
[14:59] <cjwatson> kirkland: looks plausible. remember debian/po/POTFILES.in though
[15:00] <kirkland> cjwatson: right, okay, i manually pruned the generated .po changes
[15:01] <kirkland> cjwatson: and must have accidentally pruned that too
[15:01] <cjwatson> ok
[15:01] <kirkland> cjwatson: okay, i'll go test this
[15:01] <kirkland> cjwatson: thanks for your help
[15:09] <kirkland> cjwatson: okay, i that db_input action did not fire...  at what point in the partitioning would you have expected it?
[15:09] <cjwatson> after selecting finish
[15:10] <cjwatson> you can debug it by sticking set -x at the top
[15:10] <cjwatson> oh, make sure it's executable too!
[15:10] <cjwatson> you might need to put chmod +x in debian/rules
[15:10] <cjwatson> partman-* packages don't need that because they're all native, but the executable bit isn't preserved on files added in the Debian diff
[15:11] <cjwatson> (this is perhaps not obvious)
[15:11] <kirkland> cjwatson: i bet that's it
[15:11] <kirkland> cjwatson: i should have remembered that
[15:55] <kirkland> cjwatson: i know your attention is elsewhere now, so just answer this question in time...  I am certain that the code path containing "db_input critical mdadm/boot_degraded" is getting executed...  but the question is not making it to the installer screen...  ideas?
[15:56] <kirkland> cjwatson: perhaps the question didn't make it into the debconf db?  how can I check that?
[15:57] <cjwatson> oh
[15:57] <cjwatson> of course, you're running it in a while loop with stdin coming from a pipe
[15:57] <cjwatson> debconf uses stdio ..
[15:58] <cjwatson> have a look at the must_be_on_root function in partman-target's proper_mountpoints - you need to follow that model
[15:58] <cjwatson> i.e. have the while loop output a list of things to act on (or nothing), and then iterate over that in a for loop that *doesn't* have piped stdin
[15:58] <cjwatson> this is considered a wart in debconf
[16:00] <kirkland> cjwatson: fooey :-)  okay.
[16:01] <cjwatson> archive-copier used to have a supremely ugly solution to this involving redirecting to fd 9
[16:01] <cjwatson> fortunately that abomination is long since dead
[16:01] <kirkland> that's obfuscation ;-)
[16:04] <cjwatson> http://bazaar.launchpad.net/~kamion/archive-copier/mainline/annotate/170?file_id=x_Colin_Watson_<colin.watson%40canonical.com>_Tue_Aug_10_16%3A59%3A47_2004_7462.3 lines 187-194 if you care
[16:04] <superm1> evand, how scriptable is this live usb creator going to be?  Will it be possible to call it outside the live environment?  Eg on normal ubuntu system w/ the cdimage as an argument?
[16:07] <evand> superm1: I eventually intend to write a console frontend, though I can probably get away with accepting arguments for the source, target, and persistence size now with the GTK UI
[16:07] <evand> however it does not download ISO files at the moment, and that's quite a large feature to add past FF.
[16:08] <evand> oh
[16:08] <evand> sorry, I misread
[16:08] <evand> I thought you were suggesting that cdimage.ubuntu.com was the argument.
[16:08] <superm1> evand, nah, well I ask because one of the things I'm going to be throwing together this month is something that will convert the recovery media ISO that we generate from  factory over to a USB image.  I started to put it together and came across the existence of this project that you are were trying to get ready for main
[16:09] <evand> superm1: it's in bzr if you'd like to have a look at the code to see if it's applicable to your project.
[16:09] <evand> lp:~ubuntu-installer/usb-creator/trunk
[16:10] <superm1> evand, okay thanks, i'll see.
[16:10] <evand> Anytime
[16:10] <superm1> evand, as it stands from my briefly reading, it looked like it had to be called while booted into the live cd.  is that the case?
[16:11] <evand> Not at all.  It only requires a CD or ISO to use.
[16:11] <evand> Nothing extra aside from the obvious (HAL, D-BUS, GTK)
[16:11] <superm1> okay then this may be a lot more feasible.  I'll take a look.
[16:12] <superm1> given that you already mentioned HAL, probably a lot more intelligent than what I was starting to do w/ parsing /sys/block for devices and requiring the user to refresh
[16:25] <evand> heh, yikes
[16:26] <evand> yeah, this will automatically update the UI and its options based on the state of the drives, as well as automatically add new CDs and USB disks.
[16:34] <CIA-50> debian-installer: cjwatson * r962 ubuntu/ (build/config/lpia.cfg debian/changelog): Move lpia to 2.6.27-3 kernels.
[16:39] <persia> cjwatson: Please don't upload that yet: the binaries haven't published, so it will FTBFS (or I suppose we can press the button later)
[16:39] <cjwatson> yep, I checked
[16:39] <cjwatson> just getting it into bzr for the meantime
[16:40] <persia> OK.  I'm watching the build, and will let you know when it's published.
[16:42] <kirkland> cjwatson: dude, i'm definitely outside of the stdio pipe, mirrored must_be_on_root operation, definitely hitting the db_input critical call, but still not seeing the prompt
[16:42] <cjwatson> kirkland: DEBCONF_DEBUG=developer may help you
[16:42] <cjwatson> persia: tell me when it hits NEW and I'll shove it through
[16:43] <persia> cjwatson: That's even better, as our archive-admin went to bed :)
[16:43] <kirkland> cjwatson: http://pastebin.ubuntu.com/46280/ fyi
[16:50] <cr3> is there any ssl support in the busybox environment? libssl, stunnel, etc.?
[16:52] <cjwatson> doubt it
[16:52] <cjwatson> oh, actually we must ship a libssl udeb
[16:52] <cjwatson> libcrypto0.9.8-udeb IIRC, basically just for use by openssh-*-udeb
[16:54] <cr3> cjwatson: hm, not quite libssl, so I probably won't be able to perform https connections
[16:54] <cjwatson> no - why do you need that?
[16:55] <cjwatson> (busybox wget doesn't have https support anyway)
[16:55] <cr3> cjwatson: I wanted to submit test results during the installation process, but I guess I could support both secured and unsecured connections
[16:56] <cr3> if I wanted to submit to Launchpad, I wonder if that would be a feasible request
[16:57] <kirkland> cjwatson: interesting, when i run ./07root_on_raid manually, it does-the-right-thing, but not when it's called from partman
[17:04] <kirkland> cjwatson: how would I verify that the mdadm/boot_degraded question actually made it into the debconf database?
[17:04] <kirkland> cjwatson: actually, scratch that...  it's there when I run it by hand
[17:05] <cjwatson> let me get back to you after this meeting
[17:05] <kirkland> cjwatson: no prob
[17:05] <kirkland> cjwatson: fwiw, i have 2.5 hours, then I leave the office to catch a flight
[17:54] <superm1> evand, you i'm not sure if it was intended just because of your development process, but you have the glade file referenced directly within the tree, so when a deb get's built it's not usable
[17:56] <evand> argh
[17:56] <evand> I keep doing that by accident
[17:57] <superm1> might be best to set up a variable at the top perhaps
[17:58] <superm1> so glancing through, the app has the expectation that the drive you are going to use is already formated, so i take it you've decided that is a fair assumption?
[17:59] <cjwatson> ... and mounted (I filed a bug about that)
[18:00] <evand> it's not a fair assumption, it just doesn't handle that case yet.
[18:00] <superm1> ah okay
[18:02] <CIA-50> usb-creator: evand * r10 usb-creator/usbcreator/ (backend.py gtk_frontend.py): Fixed paths.
[18:02]  * evand pets CIA-50
[18:02] <superm1> something else that you might want to consider doing, when you copy over the contents of the ISO to the flash drive, you might want to regenerate the UUID in .disk and the initramfs. so as to prevent confusion/slowness if someone happens to have a cd in the drive with the same .disk etc
[18:02] <cjwatson> oh good, it worked
[18:03] <evand> superm1: ah, good call.  Noted
[18:03] <superm1> evand, in casper there's a script that I submitted sometime during hardy, a variant of it is what we've been using when making recovery media
[18:04] <evand> ok
[18:04] <superm1> (for the exact same type of issue, where the recovery partition is always present when you put in the CD)
[18:07] <cjwatson> kirkland: did you try DEBCONF_DEBUG=developer? can I see the output from it?
[18:07] <cjwatson> (boot with that on the kernel command line)
[18:08] <cjwatson> kirkland: oh and FWIW you don't need the for loop, just do case $prompt in ... esac
[18:08] <cjwatson> (case's variable expansion semantics DTRT there)
[18:12] <kirkland> cjwatson: i tried the DEBUG thing, where does the output land?
[18:12] <cjwatson> /var/log/syslog
[18:12] <cjwatson> you'll get a BIG trace
[18:12] <cjwatson> it's a hammer, but an exceedingly useful one
[18:13] <kirkland> cjwatson: one sec, i'll grab it
[18:14] <persia> cjwatson: linux-lpia hit new.  Please forgive the missing Architecture:all packages - it's a known build issue, but the fix isn't critical for either the alternate CD or the live image (I think).
[18:15] <kirkland> cjwatson: okay, db_input not found ...  do I suppose I need to source something to get the debconf functions?
[18:16] <kirkland> cjwatson: none of the other scripts in there have anything exotic sourced, just the /lib/partman/lib/base.sh
[18:21] <kirkland> cjwatson: http://pastebin.ubuntu.com/46313/
[18:24] <cjwatson> kirkland: /lib/partman/lib/base.sh sources the debconf confmodule as the first thing it does
[18:24] <kirkland> cjwatson: good
[18:24] <cjwatson> kirkland: can I see the *exact* script you're currently using?
[18:24] <kirkland> cjwatson: when I sh -x the script
[18:25] <cjwatson> I have http://pastebin.ubuntu.com/46280/ but it's not that
[18:25] <kirkland> cjwatson: I get: RET=10 "mdadm/boot_degraded" doesn't exist
[18:25] <kirkland> cjwatson: sure
[18:25] <cjwatson> don't run any of these scripts from the shell prompt
[18:25] <cjwatson> it will not work properly and it will confuse you
[18:25] <cjwatson> you need to edit set -x into them and have partman run them
[18:26] <kirkland> cjwatson: http://pastebin.ubuntu.com/46319/
[18:26] <cjwatson> DEBCONF_DEBUG=developer will not work in the script; you need to boot with it on the kernel command line
[18:26] <cjwatson> it's checked by the frontend, not the confmodule
[18:27] <kirkland> cjwatson: didn't grok that, sorry
[18:28] <cjwatson> this is really weird, I can't figure it out
[18:28] <kirkland> cjwatson: let me post the full debdiff, just in case
[18:29] <cjwatson> could you explain to me exactly what you did? did you scp the udeb into the installer?
[18:29] <kirkland> cjwatson: yes
[18:29] <kirkland> cjwatson: udpkg -i *udeb
[18:29] <cjwatson> ok, I'd like the debdiff, sure
[18:29] <kirkland> cjwatson: then ran the partitioning
[18:30] <cjwatson> if possible on non-pastebin so I can check for funny characters
[18:30] <kirkland> cjwatson: this one has the po poo : http://pastebin.ubuntu.com/46321/
[18:31] <cjwatson> where is "date" coming from? it's not in your debdiff
[18:32] <kirkland> cjwatson: after i install my debdiff, then i have been doing "active development" in the install filesystem
[18:32] <kirkland> cjwatson: by manually editing 07raid_on_root
[18:32] <kirkland> cjwatson: backing out to the partman screen that has "Finish" on it
[18:32] <kirkland> cjwatson: and then I rerun finish
[18:33] <cjwatson> did you change anything else? :)
[18:33] <kirkland> cjwatson: my script runs between clicking "Finish" and the warning that I have no swap space
[18:33] <kirkland> cjwatson: :-)  no  just 07raid_on_root
[18:34] <kirkland> cjwatson: i just kicked off a fresh install with DEBCONF_DEBUG=developer
[18:34] <kirkland> cjwatson: perhaps i polluted something else along the way....
[18:35] <kirkland> cjwatson: i'm going to go through the networking setup
[18:35] <cjwatson> I just can't see how this could happen with that script
[18:35] <kirkland> cjwatson: and anna-install openssh-client-udeb
[18:35] <cjwatson> you need to chmod +x debian/install-rc in debian/rules FYI
[18:35] <cjwatson> PACKAGE=mdadm-udeb debian/install-rc check.d
[18:35] <cjwatson> /bin/sh: debian/install-rc: Permission denied
[18:35] <cjwatson> do it just before calling it
[18:39] <kirkland> cjwatson: see line 799 of http://pastebin.ubuntu.com/46321/
[18:39] <kirkland> cjwatson: (and I notice my whitespace is off)
[18:39] <cjwatson> kirkland: you need to chmod +x debian/install-rc too, not just the check.d script
[18:40] <kirkland> cjwatson: oh
[18:42] <kirkland> cjwatson: okay, i've installed my updated udeb
[18:42] <kirkland> cjwatson: i'm going through the raid partitioning
[18:42] <cjwatson> persia: processing now, thanks
[18:43] <persia> cjwatson: Thank you.  Do you expect to need anything else from us to get d-i built for lpia for 2:02 BST?
[18:43] <cjwatson> persia: nope
[18:44] <persia> Great.  Thanks again.
[18:45] <cjwatson> (you going to be working on it over the weekend or something?)
[18:45] <cjwatson> err, and speaking of, isn't it 0dark:00 in .jp?
[18:45] <kirkland> cjwatson: fresh syslog http://pastebin.ubuntu.com/46329/
[18:45] <kirkland> cjwatson: syslog from a fresh install
[18:46] <cjwatson> ok, so at least it's stopped spewing shell syntax errors
[18:46] <kirkland> cjwatson: it's like the mdadm/boot_degraded isn't making it into the debconf db
[18:46] <cjwatson> oh! duh
[18:46] <kirkland> cjwatson: :-)  yeah, that was probably from one of many, many dev runs on that system
[18:46] <cjwatson> sorry, I forgot, you can't install udebs that contain templates from tty2
[18:46] <kirkland> cjwatson: wtf?  :-)
[18:46] <persia> cjwatson: I'm not very good with tracking solar cycles :)
[18:47] <cjwatson> kirkland: complicated reasons due to how debconf is plumbed into the installer; basically, it updates the database, but that doesn't help the running debconf instance on tty1 notice it
[18:47] <kirkland> cjwatson: so is tty3 magically blessed?
[18:47] <cjwatson> kirkland: no, it is possible but you need to do something more evil
[18:47] <cjwatson> if I could bless tty3 I'd bless tty2 too :-)
[18:47] <kirkland> cjwatson: yeah, that was a joke ;-)
[18:48] <kirkland> cjwatson: okay, so is there some way to "refresh" the debconf instance on tty1?
[18:48] <cjwatson> kirkland: wait :)
[18:48] <kirkland> cjwatson: or install the udeb from tty1?
[18:48] <cjwatson> kirkland: so, when you get to that netcfg prompt, stop
[18:49] <cjwatson> kirkland: edit /var/lib/dpkg/info/clock-setup.postinst (this is just a handy victim because it comes after netcfg and before partitioning)
[18:49] <kirkland> cjwatson: do i need to restart my current install, or can i back it out far enough?
[18:49] <cjwatson> kirkland: below . /usr/share/debconf/confmodule, put 'wget http://url/of/your/udeb; udpkg -i your.udeb'
[18:49] <cjwatson> kirkland: you need to restart
[18:50] <kirkland> cjwatson: okay, lemme try that
[18:50] <cjwatson> yes, this is a mess
[18:50] <kirkland> cjwatson: well, black magic at the very least
[18:50] <cjwatson> it's a mess, and it's related to debconf using stdio so there's no way to get at it from another process to send it commands
[18:50] <cjwatson> such as X_LOADTEMPLATEFILE
[18:51] <cjwatson> debconf needs to be properly client/server in order to fix this, but that requires an internal select loop and all kinds of gubbins ... not easy
[18:51] <cjwatson> Tollef had a go at it a while back
[18:52] <cjwatson> ~
[18:52] <cjwatson> (sorry, network-manager randomly decided to break my network)
[18:53] <kirkland> cjwatson: what about a hook that, on every screen refresh in debconf, sources a file in some magic location if it exists, to read a template
[18:53] <cjwatson> then you have to decide what happens when they're changed in both locations
[18:54] <cjwatson> it needs to be a lot more structured than that
[18:54] <kirkland> cjwatson: okay, not my current problem ;-)
[18:54] <cjwatson> you get used to the workaround, really :)
[18:54] <cjwatson> and it doesn't affect end users, so low priority
[18:57] <kirkland> cjwatson: what can i use in place of dpkg -l ?
[18:57] <kirkland> cjwatson: to check that it was installed?
[18:58] <kirkland> cjwatson: i see it in / so it was at least wgot
[19:00] <kirkland> cjwatson: \o/  \o/  \o/  \o/ \o/  \o/  \o/  \o/ \o/  \o/  \o/  \o/ \o/  \o/  \o/  \o/ \o/  \o/  \o/  \o/ \o/  \o/  \o/  \o/ \o/  \o/  \o/  \o/ \o/  \o/  \o/  \o/ \o/  \o/  \o/  \o/ \o/  \o/  \o/  \o/
[19:01] <evand> hahaha, that's quite a bit of excitement
[19:01] <kirkland> evand: this has been many hours invested, with relatively little show of progress
[19:02] <kirkland> evand: until now :-)
[19:04] <cjwatson> kirkland: nano -v /var/lib/dpkg/status
[19:05] <kirkland> cjwatson: debconf question successfully posed
[19:06] <kirkland> cjwatson: i'm testing the rest of the install now, to ensure that the answer to that question is in fact applied and effective ;-)
[19:06] <cjwatson> cool. check that it landed in /var/lib/preseed/log
[19:06] <kirkland> cjwatson: while it's installing, would you clarify one thing.....
[19:06] <kirkland> cjwatson: k
[19:07] <kirkland> cjwatson: when I post the final debdiff, I should have the one change to the POTFILES.in, but not the 50+ changes to all the .po's....  is that correct?
[19:07] <cjwatson> right, if you accompany it with an instruction to run debconf-updatepo after application
[19:07] <cjwatson> that's certainly what I'd prefer
[19:07] <kirkland> cjwatson: okay, i'll prep that
[19:08] <kirkland> cjwatson: i have to leave for the airport in 23 mins, i'll drop it before then
[19:14] <Goosemoose> I keep getting a 'failed with exit code 127' for this presed command: d-i preseed/late_command string wget http://<IP_ADDRESS>/post_install_tasks && chmod +x ./post_install_tasks && ./post_install_tasks returns > /dev/null 2>&1
[19:14] <Goosemoose> anyone have any ideas? with the wget statement alone it works fine
[19:15] <Goosemoose> i just added the /dev/null part on the last run to test it
[19:20] <cjwatson> is there anything in syslog?
[19:21] <cjwatson> (please don't send me private /msgs duplicating stuff in this channel; I pay attention to this channel when I'm around and it won't make me see things any faster)
[19:22] <kirkland> cjwatson: doesn't look like the value of that debconf made into the /target
[19:22] <cjwatson> kirkland: was it in /var/lib/preseed/log?
[19:24] <kirkland> cjwatson: i'm going to pick this back up at the airport once I get on wireless
[19:25] <kirkland> cjwatson: my concern was this making it in before ui freeze
[19:25] <cjwatson> kirkland: your problem is that you're setting BOOT_DEGRADED in mdadm.config
[19:25] <cjwatson> (debian/mdadm.config)
[19:25] <cjwatson> -BOOT_DEGRADED="false"
[19:25] <kirkland> cjwatson: ah, yeah, that's deprecatednow
[19:25] <cjwatson> +BOOT_DEGRADED=""
[19:25] <cjwatson> that should fix it
[19:25] <kirkland> cjwatson: good catch
[19:25] <kirkland> cjwatson: okay...  so i've been slammed with landscape stuff all week, my apologies for this being late
[19:25] <kirkland> i'm desperately trying to get you this today
[19:25] <cjwatson> no worries
[19:26] <cjwatson> I'm fairly relaxed about UI freeze for server
[19:26] <kirkland> cjwatson: thank you
[19:26] <cjwatson> the people who really care are people taking screenshots, and this is an edge case for them
[19:37] <cjwatson> persia: the d-i I'm about to upload might fail on lpia, but ignore it, I can retry later if it does
[19:37] <cjwatson> just want to get it off my disk
[19:39] <CIA-50> debian-installer: cjwatson * r963 ubuntu/debian/changelog: releasing version 20080522ubuntu14
[19:52] <Goosemoose> hey cjwatson, sorry about the priv msg
[19:52] <Goosemoose> cjwatson, which file should i be looking in for the error?
[19:53] <Goosemoose> the /var/lib/preseed/log?
[20:07] <Goosemoose> cjwatson?
[20:08] <Goosemoose> oh, my other issue is that: d-i partman-lvm/confirm boolean true , is not preventing the error about an existing volume being present which is stopping the preseed as well
[20:53] <Goosemoose> this is nuts, there's gotta be some better examples for preseed files
[20:58] <cjwatson> Goosemoose: when I said /var/lib/preseed/log, I was talking to kirkland about something completely different.
[20:58] <Goosemoose> ok
[20:58] <cjwatson> Goosemoose: /var/log/syslog
[20:58] <Goosemoose> ok, let me look
[20:58] <cjwatson> Goosemoose: from the installation guide:
[20:58] <cjwatson> # If one of the disks that are going to be automatically partitioned
[20:58] <cjwatson> # contains an old LVM configuration, the user will normally receive a
[20:58] <cjwatson> # warning. This can be preseeded away...
[20:58] <cjwatson> d-i partman-lvm/device_remove_lvm boolean true
[20:58] <Goosemoose> yes exactly, i have that line just like that
[20:58] <Goosemoose> but the command still gets asked
[20:59] <Goosemoose> or question asked
[20:59] <cjwatson> you said partman-lvm/confirm earlier
[20:59] <Goosemoose> oh i have both
[20:59] <cjwatson> what release of Ubuntu are you trying to install?
[20:59] <Goosemoose> hardy
[20:59] <Goosemoose> actually, hmm
[20:59] <Goosemoose> i have: d-i partman-auto/purge_lvm_from_device boolean true
[21:00] <cjwatson> Goosemoose: what is the exact text of the question you see/
[21:00] <cjwatson> ?
[21:01] <Goosemoose> its no on the screen right now but im sure your statement will take care of it. let me look at the syslog regarding that late_command error
[21:01] <Goosemoose> funny, i d/l this preseed.cfg from the ubuntu website
[21:01] <cjwatson> OK, this was a bug in the hardy installation-guide unfortunately
[21:01] <Goosemoose> got it
[21:01] <cjwatson> it was changed in Debian, but I didn't notice the change so we didn't pick it up; my fault
[21:01] <Goosemoose> its ok
[21:02] <Goosemoose> if i can figure out these last two
[21:02] <Goosemoose> checking the syslog ,just a sec
[21:03] <cjwatson> http://bazaar.launchpad.net/~vcs-imports/installation-guide/trunk/revision/3099 was the installation-guide change in question
[21:04] <Goosemoose> there's nothing in the syslog regarding the late_command error
[21:04] <Goosemoose> d-i preseed/late_command string wget http://<IP_ADDRESS>/post_install_tasks && chmod +x ./post_install_tasks && ./post_install_tasks returns > /dev/null 2>&1
[21:04] <Goosemoose> if i just do the wget part it works fine
[21:04] <Goosemoose> if i run it from a command line it works fine
[21:04] <Goosemoose> as a preseed i get exit code 127
[21:04] <cjwatson> there should be *some* output at least; could you put the full syslog somewhere for me and I'll take a look?
[21:05] <Goosemoose> i think the machine has been rebooted which is why
[21:05] <Goosemoose> it just has a complaint about me trying to log in as root
[21:05] <Goosemoose> i can post it, just a sec
[21:05] <cjwatson> err, is this post-install? you need /var/log/installer/syslog then
[21:05] <Goosemoose> ahh ok
[21:07] <Goosemoose> hmm
[21:07] <Goosemoose> http://pastebin.com/d4cfe1c27
[21:08] <Goosemoose> looks like a few errors
[21:08] <Goosemoose> i do install likewise and i know it starts when the machine restarts
[21:08] <Goosemoose> looks like the domainjoin-cli command isn't valid there
[21:08] <cjwatson> pushd and popd are bashisms; you can't use them in d-i's shell
[21:09] <cjwatson> are you intending for this command to be run in the target system?
[21:09] <Goosemoose> ok. i had just tried that after reading a website where the guy specifically wrote out to use that
[21:09] <Goosemoose> yes
[21:09] <Goosemoose> i want the system to join the domain
[21:09] <cjwatson> you see, your late_command runs the command in the installer environment
[21:09] <Goosemoose> i also copy the nsswitch.conf to fix the but with .local domains
[21:09] <cjwatson> you need this instead:
[21:10] <cjwatson> d-i preseed/late_command string wget -O /target/post_install_tasks http://<IP_ADDRESS>/post_install_tasks && chmod +x /target/post_install_tasks && chroot /target /post_install_tasks returns >/dev/null 2>&1 && rm -f /target/post_install_tasks
[21:10] <cjwatson> (what's the "returns" for?)
[21:11] <Goosemoose> just something i was reading
[21:11] <Goosemoose> i added it later
[21:11] <Goosemoose> to test if it helped
[21:12] <Goosemoose> ok so the only difference is to chroot /target
[21:12] <Goosemoose> ok im referring directly to the file in /target too
[21:13] <Goosemoose> so in my script, can i rm /etc/nsswitch.conf if im just in the installer environment? i can i access outside the target folder?
[21:14] <cjwatson> 'chroot /target foo' means you're no longer in the installer environment (effectively)
[21:14] <cjwatson> no, you can't break out of /target within that, but from your description you don't need to
[21:14] <cjwatson> the stuff in /target is what the real system will be after you reboot
[21:15] <Goosemoose> well the other thing i do is to download a new nsswitch.conf file
[21:15] <cjwatson> so you only need to remove /etc/nsswitch.conf in /target, not in the installer environment
[21:15] <Goosemoose> its in the post_insatll_tasks
[21:15] <cjwatson> that should work fine, chrooting doesn't particularly affect networking
[21:16] <Goosemoose> oh so im doing rm -f /target/etc/nsswitch.confg?
[21:16] <cjwatson> you do not need to change your script
[21:16] <cjwatson> I mean, yes, you are effectively, but you shouldn't write that in your script if you have chroot /target in front of the call to it
[21:16] <Goosemoose> well im removing the pushd, pop since that doesnt work
[21:16] <cjwatson> ARGH
[21:16] <cjwatson> no stop messing about
[21:17] <cjwatson> they will work if you do the late_command change (well, you also have to make sure the script starts with #! /bin/bash rather than #! /bin/sh)
[21:17] <Goosemoose> ok
[21:17] <Goosemoose> sorry, new to this preseed.cfg, worked on it once a year ago
[21:17] <cjwatson> change one thing at a time; standard troubleshooting practice
[21:17] <Goosemoose> ok
[21:18] <cjwatson> when I advise you to try something, try that first *on its own* before making further changes
[21:18] <Goosemoose> just have to wait 30 min inbetween installs so trying to knock out a few issues
[21:18] <Goosemoose> ok, will do
[21:18] <cjwatson> (or when another developer advises you)
[21:18] <cjwatson> do check the #! line at the start of your script, though
[21:18] <Goosemoose> yup, just did, thanks
[21:18] <cjwatson> right, the problem is that if you change lots of stuff at once then you might actually make it worse
[21:18] <Goosemoose> yeah i understand
[21:20] <Goosemoose> one other quick question. to get edubuntu desktop to load
[21:20] <Goosemoose> i've tried: tasksel tasksel/first multiselect standard, edubuntu-desktop
[21:20] <Goosemoose> but i just boot to terminal
[21:21] <Goosemoose> if i add ubuntu-desktop then it boots to ubuntu desktop
[21:22] <Goosemoose> nvm, ill try and at least get the other stuff working first, brb
[21:24] <cjwatson> that should be the right syntax
[21:24] <cjwatson> although of course won't work if you're installing from an Ubuntu CD
[21:25] <Goosemoose> edubuntu split on to two cd's now
[21:25] <Goosemoose> the first cd is ubuntu only
[21:25] <cjwatson> you can omit "standard, ", actually - that's installed automatically
[21:25] <Goosemoose> im installing from the network
[21:25] <cjwatson> yes, I know, I did most of the work for that
[21:25] <Goosemoose> ahh cool
[21:26] <cjwatson> again, /var/log/installer/syslog should let me see why edubuntu-desktop isn't getting installed
[21:26] <Goosemoose> ok
[21:26] <Goosemoose> i downloaded the netboot.tar.gz off ubuntu.com
[21:26] <Goosemoose> i restarted the install, so i'll have to wait until it's done
[21:35] <Goosemoose> cjwatson, a long time ago I had asked you how to get the installer to ask me the computer name and you had me unpack and make a change to initrd. that worked in fiesty but not in hardy. i read on a site online that i could change the default install line to include: netcfg/get_hostname=hostname and then pass the computer name in via the installer line. but that didn't work. was the site wrong? (install is still running btw
[21:37] <cjwatson> that's a long-standing bug; you have to work around it by fixing up the files in late_command
[21:37] <cjwatson> https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/218965
[21:37] <cjwatson> the site was right as to intent but wrong in that AFAIK it's never actually worked
[21:38] <Goosemoose> figures, lol
[21:39] <Goosemoose> several of these things have been driving me nuts for days, i forgot all about the ubuntu-installer room and the server room didn't have answers
[21:39] <Goosemoose> i just needed to find you!
[21:40] <Goosemoose> ok so the change you had me made previous was to comment out the set_network call in the dhclient-script file
[21:40] <Goosemoose> that was a year ago with feisty, but that function doesn't exist
[21:40] <Goosemoose> there's a set_hostname
[21:41] <Goosemoose> i tried commenting that out and rebuilding but it didn't make the prompt appear
[21:41] <Goosemoose> (doesn't exist now in hardy i mean)
[21:51] <Goosemoose> cjwatson, ok the late_command exited with an error code 1
[21:51] <Goosemoose> im pasting it into pastebin
[21:52] <Goosemoose> http://pastebin.com/d3cdfdd76
[21:55] <Goosemoose> cjwatson, let me know when you're back around please
[22:31] <xivulon> cjwatson 268123 is fixed now, thanks a bunch, looking forward to see the new busybox in the iso
[22:58] <cjwatson> Goosemoose: there's no sign of a failure there; please remove the 2>&1 so that errors are visible
[22:58] <cjwatson> >/dev/null 2>&1 throws away both output and errors, >/dev/null just throws away output
[22:59] <cjwatson> Goosemoose: what I advised somebody to do recently wasn't anything in dhclient-script, but was just to adjust /etc/hostname, /etc/hosts, and /etc/resolv.conf in their late_command script; I suggest you do that
[22:59] <cjwatson> xivulon: good stuff
[23:02] <Goosemoose> ok
[23:03] <Goosemoose> cjwatson, the problem with that is that im doing this to 250 machines, so i can't hard code anything
[23:03] <Goosemoose> in to the hosts files
[23:04] <Goosemoose> editing the preseed.cfg and reinstalling now
[23:09] <cjwatson> Goosemoose: in that case I would recommend that you configure your DHCP server such that the installer's automatic guesswork gets it right
[23:09] <cjwatson> that's by far the easiest method long-term
[23:10] <Goosemoose> ok, guess i'll have to do that then
[23:10] <Goosemoose> im reinstalling right now withou the null statement
[23:10] <Goosemoose> i couldnt find anything about the edubuntu-desktop in the syslog but it's long, i could have missed it
[23:11] <cjwatson> if you post the whole thing, I have lots of practice at looking
[23:11] <cjwatson> I'm going to bed soon though
[23:12] <Goosemoose> ok, i might have to hit you up tomorrow, i'll be another 20 min before the current install finishes
[23:13] <Goosemoose> thank you for all your help
[23:13] <cjwatson> ok
[23:20] <Goosemoose> ok got to the error
[23:27] <Goosemoose> damn it failed on both commands
[23:28] <Goosemoose> cjwatson, if you're still around: http://pastebin.com/d32527b4c
[23:28] <Goosemoose> it looks like for joining the domain is says it was unable to start daemon
[23:29] <Goosemoose> so likewise-open hadn't started yet
[23:29] <Goosemoose> i guess i need to force it to start in the script first
[23:29] <Goosemoose> but would i do /etc/init.d/likewise-open start; or /target/etc/init.d/likewise-open start;


[03:09] <jose> pleia2: I checked and found no errors
[03:09] <jose> the article I posted about fossetcon two weeks ago hasn't been featured yet, though
[03:10] <jose> double-checking grammar
[03:32] <pleia2> jose: re fossetcon doh, you should have added it!
[03:32] <pleia2> not sure how I missed it :\
[03:33] <pleia2> anyway, thanks, publishing now
[03:33] <jose> thanks pleia2 :)
[03:45] <pleia2> Welcome to the Ubuntu Weekly Newsletter, Issue 382 for the week September 1 - 7, 2014 https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue382


[05:42] <mac_v>  \o/ kwwii's bot is back
[05:42] <mac_v> ;p
[07:39] <mac_v> MadsRH: hi... are you involved in the ubiquity slideshow work?
[07:40] <mac_v> MadsRH:  <mrdoob> http://ubuntuforums.org/showthread.php?t=1257165&page=2 <mrdoob> http://ubuntuforums.org/showthread.php?t=1257165&page=3
[07:41] <mac_v> i keep telling him to contact the mailing list he for some reason doesnt want to post in ML! so i'v told him to at minimum contact you , else it not reach the right place...
[07:42] <mac_v> it would not*
[09:20] <FLOZz> Hello all  _o/
[13:52] <SiDi> Hey people
[13:52] <SiDi> can anyone run a little script for me please ?
[13:52] <SiDi> Esp. people who don't use xfwm4
[13:52] <SiDi> http://pastebin.com/m204ff979
[13:53] <SiDi> Please let me know what is displayed when you launch this with python and : 1)minimize the window | 2) switch workspace
[14:13] <MDC1> python sidi.py
[14:13] <MDC1> MINIMIZING...
[14:13] <MDC1> Window state: ['_NET_WM_STATE_HIDDEN']
[14:13] <MDC1> Window state: []
[14:13] <MDC1> SWITCH
[14:13] <MDC1> Window state: []
[14:13] <MDC1> Window state: []
[14:14] <MDC1> SiDi, that was gnome/metacity on karmic
[14:15] <SiDi> MDC1: thanks :D
[14:15] <MDC1> np
[14:19] <mac_v> dashua: bzr branch lp:humanity-unr
[14:20] <mac_v> it has the new animation for nm-connecting
[14:20] <dashua> mac_v, Nice
[14:21] <mac_v> hehe ;)
[14:21] <dashua> I've been using it on my netbook, looks sweet
[14:21] <dashua> Just the regular Humanity
[14:21] <dashua> Didn't know about the UNR version
[14:22] <mac_v> just spawned yesterday ;p
[14:22] <dashua> DBO's new window picker applet is nice too.
[14:22] <dashua> Sort of like Docky
[14:22] <mac_v> i think me might just use it as a testing ground
[14:22] <mac_v> since the UNR version works fine with dust too
[14:23] <mac_v> it was initially started due to concerns that the icons might not work well with dust
[14:24] <mac_v> dashua: the animation is a bit cheesy ;p but just wanted to try something new
[14:26] <dashua> Uh oh, just lost nm-applet =/
[14:28] <dashua> The NetworkManager applet could not find some required resources.  It cannot continue.
[14:30] <mac_v> hehe... thats not my fault ;p
[14:31] <mac_v> dashua: has the system been upgraded? there were problems similar to what you mention with nm , now it has been corrected
[14:31] <mac_v> updated*
[14:32] <dashua> mac_v, Not working here mate.
[14:32] <dashua> Ok
[14:32] <mac_v> dashua: the icons or the applet ?
[14:33] <dashua> Both nm-applet just crashes
[14:33] <dashua> The nm-applet appears then crashes nm-applet
[14:33] <dashua> icon*
[14:33] <mac_v> hmm... that cant be the fault of the icons
[14:34] <dashua> One I revert back to Humanity, it's fine
[14:34] <dashua> Once*
[14:34] <dashua> Try it with Hanso
[14:34] <dashua> Maybe it's the theme
[14:34] <mac_v> weird , i'v been testing it several times with my theme
[14:34] <mac_v> let me check
[14:35] <dashua> gtk-icon-sizes = "panel-menu=24,24:gtk-button=16,16"
[14:35] <dashua> Maybe that
[14:36] <mac_v> testing
[14:36] <mac_v> dashua: am i connected?
[14:36] <dashua> Hrm
[14:36] <mac_v> hehe
[14:36] <dashua> Not sure
[14:36] <dashua> Hehe
[14:36] <mac_v> works fine for me with hanso
[14:37] <mac_v> dashua: is the icon set in ~/.icons or in /usr/share/icons
[14:37] <dashua> Getting missing resources
[14:38] <dashua> /usr/share/icons
[14:38] <mac_v> hrm... weird , i'm having no problems with hanso too , have you changed anything recently? after yesterday?
[14:39] <mac_v> i have yesterday's hanso rev
[14:39] <dashua> No, nothing at all
[14:39] <dashua> Just Totem
[14:39] <dashua> But that would not effect this
[14:40] <mac_v> you are now on netbook or PC?
[14:41] <dashua> PC laptop
[14:41] <mac_v> i tested this on my laptop , i dont see any problems :/
[14:41] <dashua> Does the same on other theme too
[14:41] <dashua> I get a black spinner animation in Humanity
[14:42] <mac_v> which other theme? icon or gtk?
[14:42] <dashua> But I can't really see it
[14:42] <dashua> GTK
[14:42] <mac_v> wait let me change panel
[14:44] <dashua> Let me test it on my netbook
[14:44] <mac_v> dashua: i tired every permutation , i dont get any probs :/
[14:46] <dashua> Same on my netbook
[14:47] <mac_v> err..!
[14:49] <dashua> Doesn't work on my netbook either
[14:49] <dashua> Removed them from /usr/share/icons and put them ~/.icons
[14:49] <dashua> Still crashes
[14:50] <mac_v> dashua: however much i try i dont get any problems  :(    , i dont know what to say :(
[14:51] <dashua> Me neither
[14:51] <dashua> I'll mess around with it
[14:52] <mac_v> damn it.... why dont i get this problem !
[14:52] <mac_v> hehe ;p
[14:53] <dashua> I wonder if it's just me =/
[14:53] <dashua> Anyone else available to test?
[14:55] <SiDi> hm
[14:55] <SiDi> whats the bug ?
[15:12] <mac_v> SiDi: test  bzr branch lp:humanity-unr
[15:12] <mac_v> are you using wireless connection ?
[15:12] <mac_v> SiDi: try the reconnection animation
[15:14] <SiDi> oh
[15:14] <SiDi> i dont have network manager :P
[15:23] <mac_v> ;p
[15:32] <Cimi_> mac_v, which issue? here crashes
[15:33] <mac_v> Cimi: the reconnection animation crashes?
[15:34] <mac_v> Cimi_: ^
[15:34] <mac_v>  bzr branch lp:humanity-unr
[15:34] <mac_v> for these icons?
[15:34] <Cimi_> y
[15:34] <mac_v> hrm weird :(
[15:35] <mac_v> back!
[15:36] <mac_v> aah! , i dont notice any problems , why is that?
[15:36] <mac_v> Cimi_: could you check the symlinks , maybe its a problem with that?
[15:39] <mac_v> dashua: Cimi_ could you guys first view the files in EOG and then try it again?
[15:39] <Cimi_> nm-stage02-connecting01 missing
[15:40] <mac_v> oops !
[15:41] <mac_v> Cimi_: thats weird ! i have it in the branch!
[15:41] <mac_v> let me check LP
[15:41] <Cimi_> mac_v, bzr add ?
[15:41] <mac_v> i did that together with all the icons , i'm not sure how this one missed
[15:44] <mac_v> Cimi_: do a pull again , i can see them in LP too > http://bazaar.launchpad.net/~elementaryicons/humanity-unr/humanity-unr/revision/192
[15:44] <mac_v> could you do *
[15:45] <Cimi_> nothing
[15:45] <mac_v> SiDi: dashua: is it same for you? you gus also dont have the  nm-stage02-connecting01
[15:45] <mac_v> guys*
[15:46] <mac_v> Cimi_: thats weird :/ could add the symlink and check if it works now?
[15:47] <Cimi_> no I'm quite busy... anyway I'm not using humanity
[15:47] <mac_v> ok no probs
[15:47] <Cimi_> I've just did a test for you
[15:47] <mac_v> Cimi_: thanks :)
[15:47] <dashua> http://www.ubuntu-pics.de/bild/23907/screenshot_ClPlN9.png
[15:48] <mac_v> dashua: is it working for you now?
[15:48] <dashua> No
[15:48] <dashua> Did you update?
[15:48] <dashua> Permisson or symlinks are bad
[15:48] <mac_v> dashua: no , could you check if the  nm-stage02-connecting01 is missing?
[15:48] <Cimi_> quite ugly the mix between colored and monochrome icons
[15:49] <mac_v> dashua: remove bluetooth and the disk utility icons
[15:49] <mac_v> temporarily while taking screenshots :)
[15:50] <Cimi_> also small icons seems to be blurred
[15:50] <Cimi_> take a look at the nautilus sidebar
[15:50] <Cimi_> the disks
[15:50] <mac_v> Cimi_: for humanity?
[15:50] <Cimi_> y
[15:51] <Cimi_> you should move to the one canvas overflow like gnome's next g-i-t
[15:51] <mac_v> hrm.. i'll tell dan about it
[15:51] <Cimi_> I guess we will have 256x256 px icons for 2.30
[15:52] <mac_v> Cimi_: I'm just doing some work for the panel icons , i'm not the one who started it :)
[15:52] <mac_v> just a small piece of the puzzle ;p
[15:54] <Cimi_> like those
[15:54] <Cimi_> http://jimmac.musichall.cz/i.php?i=git3 http://jimmac.musichall.cz/i.php?i=Tango-NG
[15:55] <mac_v> yeah , have seen them , jimmac makes good icons
[15:56] <Cimi_> and he is color blind :)
[15:56] <mac_v> Cimi_: what ?
[15:56] <mac_v> o.0
[15:56] <Cimi_> mac_v, he is color blind
[15:56] <Cimi_> but he reaches this quality
[15:56] <mac_v> seriously ? , then how does he select the colors
[15:56] <Cimi_> also lapo calamandrei is color blind
[15:57] <Cimi_> he told me he grab them from the palette
[15:57] <mac_v> o.0
[15:57] <Cimi_> he sees the sun green :D
[15:57] <mac_v> yeah the color blind get the greens and reds mostly mixed up
[15:58] <mac_v> hehe... amazing how they gets the icons right though
[15:58] <Cimi_> yeah
[15:58] <Cimi_> wallpapers too!
[15:59] <mac_v> i'm gonna poke kwwii's eyes too ;p
[16:00] <mac_v> not that he doesnt make good icons already , but to make better icons
[16:41] <mac_v> dashua: pls do fresh download again :) , dont pull , the error seems fixed now
[16:47] <FLOZz> Hello all  _o/
[17:00] <Cimi_> mac_v, bzr merge doesn't work
[17:01] <mac_v> Cimi_: i tired downloading the files again , now i see all the symlinks... it might have been a temporary hickup in the server or something... could you pls download again and test it when you have time :)
[17:02] <mac_v> dont pull the revs wont be different
[17:02] <Cimi_> cimi@gemini:~/.icons$ ls humanity-unr/status/22/nm-
[17:02] <Cimi_> nm-adhoc.svg            nm-device-wireless.svg  nm-signal-00.svg        nm-signal-100.svg       nm-signal-50.svg
[17:02] <Cimi_> nm-device-wired.svg     nm-no-connection.svg    nm-signal-0.svg         nm-signal-25.svg        nm-signal-75.svg
[17:02] <Cimi_> mmm
[17:02] <mac_v> hmm.. oh those wait!
[17:03] <mac_v> now i
[17:03] <mac_v> i'm confused  :(
[17:10] <dashua> mac_v, Ok
[17:11] <dashua> Just got home from running
[17:11] <dashua> Damn
[17:11] <dashua> g-p-m still not working even with the lock
[17:11] <mac_v> :)
[17:11]  * dashua uninstalls again
[17:12] <mac_v> gpm is really a big mess  , there are several complains about it :/
[17:13] <mac_v> Karmic UNR has an awesome menu
[17:14] <SiDi> sudo aptitude install xfce4-power-manager
[17:14] <SiDi> We need testers ! :D
[17:15] <dashua> Uh oh
[17:15] <dashua> Same =/
[17:15] <dashua> ~./icons is purged too
[17:15] <dashua> mac_v, humanity-unr no go here
[17:15] <dashua> I removed branch and branched again
[17:15] <dashua> Same error
[17:17] <dashua> http://www.ubuntu-pics.de/bild/23911/screenshot_020_Uok1Fc.png
[17:17] <dashua> This link cannot be used, because its target "/home/vishnoo/Documents/themes/BZR_LP/humanity-unr/apps/24/nm-stage01-connecting05.svg" doesn't exist
[17:17] <dashua> Maybe need to be re-rendered with update symlinks?
[17:19] <dashua> SiDi, I'm about to switch over
[17:19] <dashua> GNOME should be much more stable at this point in release
[17:19] <dashua> Stable version is coming soon
[17:19] <dashua> I just can't do without Compiz
[17:20] <SiDi> Hehe
[17:20] <SiDi> install compiz in Xfce then ;)
[17:21]  * mac_v thinks SiDi is worse that crack pushers ;p lol
[17:21] <dashua> mac_v, Are you vishnoo?
[17:22] <SiDi> dashua: compiz runs fine in Xubuntu
[17:22] <dashua> SiDi, Really?
[17:22] <SiDi> you just need to use compiz-core and simple-ccsm rather than compiz and ccsm
[17:22] <dashua> How about event sounds?
[17:22] <mac_v> dashua: could you pls check the apps/22 and apps/24 ?
[17:22] <SiDi> and of course it uses compiz or emerald for window decorations, not xfwm
[17:22] <dashua> Does Xubuntu have them yet?
[17:22] <SiDi> dashua: dont know, the only sound allowed on my PC is my music
[17:22] <mac_v> if there are 33 icons yup
[17:22] <SiDi> yes, its in the repositories
[17:23] <mac_v> dashua: ah crap symlinks... wait i'll load the files themselves!
[17:23] <SiDi> http://xubuntublog.wordpress.com/2007/12/09/xubuntu-compiz-pretty-pretty-xubuntu/ that outdated blog post explains it all
[17:23] <SiDi> just use simple-ccsm instead of the normal ccsm
[17:24] <dashua> If I do switch, all traces of blue will be eradicated.
[17:25] <mac_v> dashua: how are symlinks created for bzr ?
[17:25] <mac_v> in bzr*
[17:26] <dashua> Not sure, Cory or rugby had a script in Breathe that did the symlinks
[17:26] <mac_v> i totally messed up the symlinks i guess!
[17:26] <dashua> That's the only issue it seems
[17:27] <mac_v> dashua: just a min, Dan is fixing it \o/
[17:34] <dashua> mac_v, Ok
[17:38] <mac_v> dashua: i ended up making hardlinks! , instead of symlinks!
[17:38] <mac_v> thats why it is messed up :(
[17:38] <dashua> No worries, it can be fixed.  That's why it didn't crash on your end
[17:39] <mac_v>  yeah,
[17:39] <dashua> Stage 1 icons look sexxy from what I can see
[17:39] <mac_v> dashua:  hehe... i blame it all on Cory ;p
[17:39] <dashua> Ha
[17:40] <mac_v> he never told me to do symlinks so i never did them
[17:40] <dashua> I think he rendered the source and then created the symlinks
[17:41] <dashua> That script is no longer in Breathe
[17:41] <dashua> It used to be
[19:18] <mac_v> dashua: should work now :) , pls test it
[19:20] <mac_v> Cimi: ^
[19:23] <mac_v> dashua:  there is also another spinner in Humanity , we are testing 2 versions ;)
[19:37] <dashua> mac_v, Very nice :)
[19:37] <dashua> Working good
[19:38] <mac_v> thanks :)
[19:38] <mac_v> ... hehe Dan did another version too , so we are now testing both ;p
[19:39] <dashua> For darker panels?
[19:51] <mac_v> dashua: na... , just a different version of the spinner :)
[20:08] <Cimi> humanity icons are blurred here with small dimensions
[20:08] <Cimi> for example panel 24pc
[20:08] <Cimi> *px
[20:09] <Cimi> or small icons on the toolbar
[20:12] <mac_v> Cimi: could you file a bug? on lp , with a screenshot?
[20:13] <mac_v> http://www.ubuntu-pics.de/bild/23911/screenshot_020_Uok1Fc.png
[20:13] <Cimi> no I'm busy... and I don't contribute for things which I don't use (or will be complicated to follow the bugreport)
[20:14] <mac_v> that is how it is displayed for me too... so i'm not sure how its causing a problem
[20:14] <mac_v> oops wrong link!
[20:15] <mac_v> > http://www.ubuntu-pics.de/bild/23907/screenshot_ClPlN9.png
[20:15] <mac_v> thats dashua's screenshot ^
[20:17] <Cimi> I'm on jaunty
[20:21] <mac_v> http://imagebin.ca/view/qpQwWE1g.html
[20:22] <mac_v> there are problems with the panel when the icons are used from ~/.icons folder
[20:22] <rsc___> what scripts are you folks using?
[20:22] <rsc___> errr, what themes?
[20:22] <rsc___>  :)
[20:22] <rsc___> in those screenshots.
[20:22] <mac_v> humanity
[20:22] <rsc___> GTK theme i mean?
[20:23] <rsc___> or is humanity a gtk theme?
[20:23] <mac_v> rsc___: thats dashua's Hanso
[20:23] <rsc___> ahh.
[20:23] <mac_v> Cimi: but that is a panel bug , to prevent it the icons need to be in the /usr/share/icon folder
[20:24] <rsc___> just reminded me of a certain theme i started heh :)
[20:24] <mac_v> something stupid with the panel
[20:24] <Cimi> ok
[20:24] <mac_v> rsc___: dont we all start one ;p
[20:24] <rsc___> perhaps so
[20:25] <mac_v> hehe , i'v been wanting to finish a theme i started for more than 3 months !
[20:27] <mac_v> and by all from what i hear about Karmic +1 the themes will probably drastically need a make over o.0
[20:47] <SiDi> mac_v: http://imagebin.ca/img/MfexieRW.png :D
[20:47] <SiDi> i stole your iconz !
[20:48] <mac_v> SiDi: that looks nice :)
[20:49] <SiDi> it took me 2 days x_x
[20:49] <SiDi> as soon as i change panel size / theme, its not sharp anymore :P
[20:56] <SiDi> mac_v: that white blur on the g-p-m icons...
[20:57] <SiDi> put the panel's size at 50px
[20:57] <SiDi> and enjoy :P
[21:01] <mac_v> SiDi: screenshot?
[21:02] <mac_v> but using a 22px icon for 50 px ;p
[21:05] <SiDi> http://imagebin.ca/img/ZylrFuAX.png
[21:57] <mac_v> SiDi: what the hell! ..... why did you tell me to change the px ? it blew up my system!
[21:57] <SiDi> lol ?
[21:58] <mac_v> i dont know it seriously started to mess up my install! had to restart 3 times... everything in the system went beserk!
[21:58] <SiDi> lol
[21:58] <mac_v> SiDi: had to reset the gconf and the .gnome2
[21:59] <SiDi> http://www.xubuntu.com/get
[21:59] <mac_v> SiDi: you god damn crack pusher
[21:59] <SiDi> because you changed your panel's size ? :/
[21:59] <mac_v> yeah , i tried 50px twice or thrice and everything went crazy!
[22:00]  * mac_v takes note never to listen to SiDi 's craziness!
[22:00] <SiDi> mac_v: sudo rm -rf /*
[22:01]  * mac_v tries to jedi kick SiDi
[22:01]  * MDC1 tries SiDi optimizing code...
[22:01]  * SiDi optimizes his brain's code
[22:01] <SiDi> 2+2 = 100
[22:01] <MDC1> mine says 2+2 = NULL
[22:01] <SiDi> 2+4 = 110
[22:01] <MDC1> :-)
[22:03] <mac_v> hehe , MDC1 try it, every almost every app crashed
[22:03] <mac_v> had 20 apport reports!
[22:03] <MDC1> after rm / -rf?
[22:04] <mac_v> no SiDi 's stupid idea ;p
[22:04] <MDC1> i've been away and haven't read up.. :-)
[22:05] <mac_v> MDC1: SiDi had an idea to use 50px panel ;p
[22:05] <SiDi> mac_v: you know what it means ?
[22:05] <MDC1> should the apps crash because of that?
[22:05] <SiDi> it means the apps and DE you use manage to CRASH when they gotta grab an icon from a theme
[22:05] <MDC1> talking about panels..
[22:05] <mac_v> i tired it twice or thrice and all hell broke loose! every time i clicked an app in the panel it would crash!
[22:05] <SiDi> that really sucks a lot
[22:05] <SiDi> i suggest you to use XFCE instead !
[22:06] <MDC1> http://bugzilla.gnome.org/show_bug.cgi?id=471660
[22:06] <MDC1> http://bugzilla.gnome.org/attachment.cgi?id=142588
[22:06]  * MDC1 goes try setting panel to 50px+
[22:07] <mac_v> even if i selected /home from the panel it crashed nautilus!
[22:07] <MDC1> hmm.. i'm still here
[22:07]  * SiDi thinks buttons without icons suck
[22:07] <MDC1> haha.. tried it in a vm :)
[22:07] <MDC1> but it didn't crash.. ?
[22:07] <MDC1> did i do something wrong+
[22:07] <MDC1> ?
[22:07] <mac_v> yeah
[22:07] <MDC1> heeh
[22:07] <mac_v> you tried it in VM ;p
[22:08] <MDC1> :-)
[22:08] <MDC1> just to be safe from scary thing like rm -rf /
[22:08] <MDC1> what did you think of the GtkScale instead of spinner?
[22:09] <mac_v> one day i'm gonna get ssh to SiDi's system and do  # rm -rf /*
[22:09] <mac_v> <evil grin>
[22:11] <MDC1> i'm off to bed, it's already too late... see ya tomorrow
[22:25] <SiDi_> mac_v: good luck for that
[22:31] <SiDi_> if you wanna use my panel icons lp:~sidi/+junk/panel-icons
[22:32] <SiDi_> be warned their size is chosen depending on my panel's size for my personal use :P
[22:32] <SiDi_> Oh, and the icons' shape is stolen on Human / Humanity ! :D
[22:37] <rsc___> whatever happened to the breathe iconset?
[22:37] <rsc___> how does the community like it?


[01:39] <monigotedemierco> My dogs Happy New Years :)
[05:41] <Robert82> Is there a way to fix a bug with Adwaita icons in Xubuntu 19.10?
[05:44] <tomreyn> yes
[05:45] <Robert82> Which one?
[05:53] <tomreyn> file a bug report, provide a patch
[05:53] <Robert82> ah, isn't it fixed yet... okay then :)
[05:54] <tomreyn> i couldn't tell, you weren't specific
[05:58] <Robert82> I meant this: https://imgur.com/a/skwn9yQ ; half of icons just aren't shown at all
[06:01] <Robert82> Same problem appears in official 19.10 *.iso... alas
[06:10] <diogenes_> Robert82, it's not a bug, the theme is broken on your system, otherwise it's working.
[06:13] <Robert82> I installed xubuntu-19.10-desktop-amd64.iso on the USB and booted it. The same problem appeared in the live image.
[06:14] <diogenes_> Robert82, verify the iso.
[06:15] <Robert82> Just checked -- the iso is completely OK.
[06:17] <Robert82> I have an idea... I'll try to check if the problem appears on the onworks site...
[06:19] <Robert82> what a pity... there is only 18.04
[06:21] <tomreyn> Robert82: you could compare to this: https://distrotest.net/Xubuntu
[06:21] <diogenes_> Robert82,ops you were right it's broken on the iso.
[06:22] <Robert82> yeah yeah I've just googled this site :)
[06:22] <diogenes_> tomreyn, i just did that and it's indeed broken.
[06:22] <Robert82> oh, it is broken and there as well :(
[06:23] <diogenes_> Robert82, you've got tiger sight :)
[06:23] <Robert82> :)  I just loved Adwaita so much
[06:24] <diogenes_> you can try adwaita from xfce.look.org
[06:26] <Robert82> Thank you :)
[06:26] <diogenes_> did it work?
[06:28] <Robert82> I haven't tried it yet, but I'm going to... later :)
[06:28] <Robert82> There are so many of them
[06:28] <diogenes_> Robert82, remove the current one first.
[06:29] <Robert82> How to do that?
[06:30] <diogenes_> sudo apt remove adwaita-icon-theme
[06:31] <diogenes_> you can even try to re-install it and see if it fixes the issue.
[06:31] <Robert82> https://paste.ubuntu.com/p/4PnTQ6fJNz/
[06:32] <Robert82> reinstalled it, but it didn't fix the problem
[06:33] <diogenes_> ok then remove and try the one from the web.
[06:49] <Robert82> I cannot remove it because it tries to uninstall 107 packages-dependencies... on the xfce-look.org I didn't find the original Adwaita icon theme, there are lots of them... I'll try to give up instead and choose another icon theme. :D
[06:50] <Robert82> I'll try asking another question instead. Is it possible to make sounds work? Appearance > Settings > Enable sounds / Enable input feedback sounds
[06:51] <Robert82> I've seen them in the system, but haven't figured out how to actually enable them. They are literally enabled but don't work.
[06:52] <diogenes_> Robert82, http://dpaste.com/1DW7V5R
[06:52] <Robert82> Thank you, I'll try
[12:44] <jarnos> Does someone know what has changed from 18.04 to 19.10 to make this difference: 'xscreensaver-command -lock' does not wait for the lock to finish before exiting in 19.10.
[13:00] <brainwash> jarnos: the xscreensaver version changed
[13:00] <brainwash> 5.36 -> 5.42
[16:45] <jarnos> brainwash, ok, made a bug report Bug 1858027


[00:17] <OvenWerks> It has gone in horizontal.
[00:17] <OvenWerks> Paul likes the contrast to "other" strips
[00:19] <OvenWerks> I have tried to get it to use application colours/theme so it should match other stuff in MB
[00:22] <Eickmeyer> Nice.
[02:05] <krytarik> Eickmeyer: https://git.launchpad.net/studio-controls/tree/debian/control#n26 - just noticed it's spelled "-contols" there. >_>  But also, nice move to make the tool distro-agnostic!
[02:06] <Eickmeyer> krytarik: Oof....
[02:06] <Eickmeyer> teward: We missed something. ^
[02:07] <Eickmeyer> Not a huge issue yet.
[02:07] <krytarik> Yeah, just as see it..
[02:07] <teward> we can REJECT the upload :p
[02:07] <Eickmeyer> True.
[02:09] <Eickmeyer> teward: typo fix pushed, feel free to reupload as soon as we get that reject.
[02:10] <Eickmeyer> krytarik: But yeah, it's something that OvenWerks and I had been contemplating for a while.
[02:14] <teward> Eickmeyer: that was rejected I just pulled from git again, this ready to go now?
[02:14] <Eickmeyer> Yes, typo is fixed.
[02:15] <teward> okay pushed again
[02:15] <Eickmeyer> Ok
[02:16] <OvenWerks> Eickmeyer: WRT bug 1872187, I have looked at the code and the docs on the same code... unless python has changed or the gi lib, I don't know what that would be.
[02:16] <OvenWerks> sorry not that one
[02:17] <OvenWerks> the one in the email I just got:
[02:17] <Eickmeyer> I feel as though that was a false positive, but I need to hear back yet. It won't let me look up the error for some strange reason.
[02:17] <OvenWerks> Bug 1867705
[02:17] <Eickmeyer> That's a private bug.
[02:17] <OvenWerks> you have now marked it as a duplicate
[02:18] <OvenWerks> Ah right
[02:18] <OvenWerks>  I remember, I can get to it
[02:18] <OvenWerks> I am wondering if this is one of those wayland things
[02:19] <Eickmeyer> Might be, but it was a prerelease version anyhow. Also, "Argument 1 does not allow None as a value" screams as though the audio device had no descriptor.
[02:20] <OvenWerks> argument 1 of __init__
[02:21] <Eickmeyer> Oh, I see, so it's dying on launch, you think?
[02:22] <OvenWerks>     def __init__(self): is what is there... maybe self is not initialized before it gets to there
[02:23] <Eickmeyer> So is it a duplicate or no?
[02:23] <OvenWerks> Except self is argument 0? I would think
[02:24] <Eickmeyer> Also StevenJayCohen hasn't reported this kind of bug, so I think it might have been an isolated incident.
[02:25] <OvenWerks> Is there a choice in vanilla to use wayland or x?
[02:25] <Eickmeyer> Yes, during login.
[02:25] <Eickmeyer> I've used it both ways myself and had no issues.
[02:26] <OvenWerks> Are there actually applications written to use wayland natively?
[02:26] <OvenWerks>  So maybe can't reproduce?
[02:26] <Eickmeyer> Yes, but ours uses Xwyaland, I think.
[02:27] <Eickmeyer> Cant reproduce.
[02:29] <OvenWerks> wayland has a x compatability layer... but it is not fully compatable... and the developers of wayland don't care "because x is wrong anyway"
[02:32] <Eickmeyer> OvenWerks: Mar 16 22:39:34 hostname gnome-shell[1859]: Connection to xwayland lost
[02:34] <Eickmeyer> Looks like they were having a plethora of video-related errors too.
[02:34] <Eickmeyer> Here's the kicker though: hostname /usr/lib/gdm3/gdm-x-session
[02:35] <Eickmeyer> They weren't even running Wayland.
[02:36] <Eickmeyer> The other thing is the date: March 16. The final version of GNOME 3.36 hadn't even hit the archive yet.
[02:36] <Eickmeyer> There's too much wrong with this bug report to say what definitively went wrong.
[02:49] <OvenWerks> So long as you have run it on vanilla both x and wl I am happy
[02:50] <OvenWerks> I would go with does it happen in 20.04 release... or something.
[02:53] <OvenWerks> Yup like that
[15:42] <Eickmeyer> OvenWerks: Ooof... that same bug appeared in the version headed into the archive: https://pastebin.ubuntu.com/p/BS8dNqknj4/
[15:42] <Eickmeyer> Definitely Wayland related.
[16:09] <Eickmeyer> OvenWerks: Nope, might not be Wayland related. I'm going to give this a few tests in Ubuntu proper and see if I can duplicate the bug. I've assigned this "critical", so, unfortunately, we're going to have to get this resolved before we can work on studio-controls by itself.
[16:34] <Eickmeyer> OvenWerks: I was able to duplicate the crash. Seems like a newer version of Python is to blame?
[16:35] <Eickmeyer> wonko: If you're around, we could use some Python help with ubuntustudio-controls
[16:35] <Eickmeyer> ALL HANDS ON DECK: This is a CRITICAL bug.
[16:36] <Eickmeyer> Launches fine from the terminal.
[16:37] <Eickmeyer> And then it's fine.
[16:37] <Eickmeyer> Strange.
[16:38] <wonko> Yeah, what's up?
[16:38] <Eickmeyer> wonko: So, we have an interesting bug in Ubuntu Studio Controls that's happening when it's first launched on Ubuntu (proper, GNOME desktop).
[16:39] <Eickmeyer> ypeError in __init__(): Argument 1 does not allow None as a value Edit
[16:39] <Eickmeyer> *TypeError in __init__(): Argument 1 does not allow None as a value Edit
[16:39] <Eickmeyer> minus the "Edit"
[16:39] <Eickmeyer> Traceback is here: https://launchpadlibrarian.net/469360059/Traceback.txt
[16:42] <wonko> Without seeing the code or having a system to test on I'm going go guess that screen.get_active_window() is returning None and that's not valid?
[16:42] <Eickmeyer> That would make sense, but I'm no python expert.
[16:42] <wonko> do you have a link to the code?
[16:43] <Eickmeyer> wonko: https://git.launchpad.net/ubuntustudio-controls/tree/usr/bin/ubuntustudio-controls
[16:47] <Eickmeyer> Looks like it's the unused Wacom tablet settings.
[16:50] <wonko> so what you should do is get the results from screen.get_active_screen() and if it's None skip that next bit. That's just a WAG not having followed the entire progam flow, however.
[16:50] <Eickmeyer> wonko: Well, that makes logical sense.
[16:50] <Eickmeyer> OvenWerks: Thoughts? ^
[17:15] <teward> could also try/accept in that section of the code to skip on error.
[17:15] <teward> which makes more sense than attempting to store the value first before handling
[17:16] <teward> (saves memory long-run)
[17:16] <teward> (albeit a tiny bit of memory but still)
[17:17] <teward> Eickmeyer: OvenWerks: ^
[17:17] <teward> s/accept/except/
[17:18] <Eickmeyer> teward: I don't have any idea how to do that, I'm not a python coder.
[17:18] <teward> i do ;)
[17:18] <teward> OvenWerks probably does too
[17:18] <teward> but i don't want to futz with controls unless I can avoid it :)
[17:18] <teward> minor packaging issues, sure, but not the source :)
[17:18] <Eickmeyer> I totally get that.
[17:19] <Eickmeyer> I'd rather OvenWerks or wonko took this on, personally.
[17:19] <Eickmeyer> Bug 1867705 is now public.
[17:22] <wonko> yeah, try/except is probably a better way. good call teward.
[17:22] <teward> python 101 :)
[17:22] <wonko> I'm trying to write less python these days. :)
[17:24] <teward> Eickmeyer: isn't https://bugs.launchpad.net/ubuntu/+source/ubuntustudio-controls/+bug/1877612 a dupe of 1867705?
[17:26] <teward> if these're dupes then I can dupe em
[17:37] <Eickmeyer> teward: Yeah, it's a dupe. I marked it as such.
[17:37] <teward> cool
[19:07] <OvenWerks> If it is the tablet stuff... it will most likely be removed. I have found out that the tablet's "area" has nothing to do with the screen anyway.
[19:07] <OvenWerks> I have some school to do with my son for an hour or so. then I will look at it.
[19:08] <OvenWerks> Eickmeyer: do you want me to just remove the tablet code? For what direction we are planning for that it looks like I will have to start over anyway :(
[19:09] <Eickmeyer> OvenWerks: Yeah, might as well. It's causing issues. :/
[19:26] <Eickmeyer> RikMills: Are you around? I'm trying to figure out how to configure the default GTK theme.
[19:29] <Eickmeyer> OvenWerks: Let me know when you have this fixed.
[21:00] <OvenWerks> Eickmeyer: it needs testing on a problematic system
[21:01] <OvenWerks> Eickmeyer: I had another idea... but it is not de agnostic.
[21:02] <OvenWerks> I was thinking a button on the tablet page that goes to the setup applet for plasma's tablets.
[21:02] <OvenWerks> I don't know if we could have a list of known setup applets and run the first one we find...
[21:03] <OvenWerks> anyway, that is for later. The fix is in us-c but not s-c
[21:04] <Eickmeyer> OvenWerks: Yeah, I can spin-up a default Ubuntu system and do the diagnostic.
[23:45] <Eickmeyer> OvenWerks: I got the fix, looks like it worked. I'll go ahead and SRU this.
[23:47] <OvenWerks> :) thanks
[23:48] <OvenWerks> That was a bit of a long drop out... Cable is not as good as the old copper ADSL...
[23:48] <Eickmeyer> Yeah, that's the downside. The upside is, at least theoretically, it's faster.
[23:50] <OvenWerks> Much faster even upload


[08:02] <kristian-aalborg> hi ppl
[08:02] <kristian-aalborg> any Eee users here?
[08:17] <kristian-aalborg> https://wiki.archlinux.org/index.php/Asus_Eee_PC_701
[08:18] <kristian-aalborg> I plan on using this as a template/ inspiration... should work, right?
[09:00] <ubuXubu> yes
[09:27] <kristian-aalborg> cool
[09:27] <kristian-aalborg> ubuXubu: tried it yourself?
[09:35]  * kristian-aalborg has to go
[09:35] <kristian-aalborg> see you later
[11:41] <kosaidpo> i have in ly first partion xp is it safe to format it n put another linux ??
[11:42] <kosaidpo> i have in my partition....
[13:41] <ubuXubu> yes
[13:41] <ubuXubu> it is noy only safe but it is easy
[14:11] <Goodgame> hello
[14:12] <Goodgame> my mouse has at least 3 buttons non-used, how can I configure it?
[14:52] <leszek> hi
[16:20] <aa4bb> i downloaded lubuntu 10.04, md5 checks fine, i burned it to cd, self-test says one bad file. burned it again at slow speed, self-test again says one bad file. should i just keep burning?
[19:41] <NativeAngels> hello
[21:03] <allan__> Hey, I am on Lubuntu 10.10 and my dock is freaking out, things are moving back and forth while they aren't suppoesed to be.
[21:06] <allan__> Is anybody there?
[22:35] <EpicCyndaquil> I feel extremely stupid, but I'm having trouble finding an ISO download on the lubuntu.net site...
[22:36] <bioterror> http://people.ubuntu.com/~gilir/lubuntu-10.10.iso
[22:36] <bioterror> on the right side is "Get Lubuntu"
[22:36] <EpicCyndaquil> yeah, just found it... you guys should really throw a download link at the top.
[22:36] <EpicCyndaquil> I probably sound like a whiny bitch right now though, thanks :D
[22:36] <bioterror> well
[22:37] <bioterror> one lubuntu iso in your hands is enough to infect all computers around you wit lubuntu ;)
[22:37] <EpicCyndaquil> hehe
[22:38] <zkriesse_> bioterror: Probably shouldnt use the word infect but yeah
[22:38] <bioterror> it depends
[22:38] <bioterror> it happens so fast, that it reminds the  infection ;)
[22:41] <EpicCyndaquil> Sorry guys, I think I'm addicted to gnome-shell (3 beta) as far as my laptop goes
[22:41] <EpicCyndaquil> I've never been a huge fan of other window managers, but hey, this will work better for the computer in question
[22:41] <phillw> EpicCyndaquil: when you log onto this room, it gives you the link?
[22:41] <Goodgame> hi
[22:41] <Goodgame> here is a question I have, you may help http://ubuntuforums.org/showthread.php?t=1619320
[22:42] <EpicCyndaquil> phillw, it does for the torrent now that I look. *facepalms*
[22:44] <EpicCyndaquil> but yeah, dug this computer out of the ewaste - 1.7ghz processor, >300MB of RAM, and the only problem was a faulty install of Windows 200
[22:44] <EpicCyndaquil> *2000
[22:44] <bioterror> Goodgame, that's is possible to do with Openbox
[22:44] <phillw> EpicCyndaquil: obviously we prefer people to use the torrents, there's only my server as a direct upload site now, and it's throttled.
[22:45] <Goodgame> bioterror, it isn't?
[22:46] <EpicCyndaquil> phillw, I'm already nearly done with the direct link, however if I like lubuntu, I'll throw it on my 100mbps seedbox
[22:46] <bioterror> Putting
[22:46] <bioterror> <application name="evince">
[22:47] <bioterror>      <decor>no</decor>
[22:47] <bioterror>      <position force="yes">
[22:47] <bioterror>          <x>50</x> <!-- replace 50, 200 with whatever you like -->
[22:47] <bioterror>          <y>200</y>
[22:47] <bioterror>      </position>

[22:47] <bioterror> inside the application tags of my rc.xml file worked for evince. See
[22:47] <phillw> EpicCyndaquil: thanks, seeders are requiered, my current hoster does allow me to seed, but does allow me to host the iso's.
[22:47] <bioterror> http://icculus.org/openbox/index.php/Help:Applications .
[22:47] <phillw> !pastebin | bioterror
[22:47] <bioterror> phillw, sorrym too lazy at this time of evening
[22:48] <Goodgame> bioterror, thanks
[22:49] <bioterror> np
[22:49] <EpicCyndaquil> phillw, firefox just crashed for seemingly no reason, so it looks like I might be startng that torrent sooner than I thought xD
[22:49] <bioterror> I'm off to bed
[22:49] <phillw> EpicCyndaquil: you should have an invite?
[22:51] <EpicCyndaquil> phillw, I don't understand what you mean?
[22:52] <phillw> EpicCyndaquil: I sent you an invite for #lubuntu-offtopic
[22:57] <Goodgame> bioterror, still here?
[23:02] <phillw> Goodgame: sorry, he's gone to bed for the night, he's still getting over his fever and just had his 1st day back at work.
[23:02] <Goodgame> ok
[23:02] <Goodgame> I didn't know you knew him that much
[23:38] <mbergamo> Hey everyone, I was trying to set up my wireless connection on Lubuntu but I couldn't get it to work. I downloaded http://ubottu.com/ljl/apt/?repo=Maverick&arch=i386&package=bcmwl-kernel-source&have= these files for to set up my broadcom bcm4321. I put the files (downloaded from my ubuntu partition) in a directory and moved it to an external hard drive. I then switched to my Lubuntu partition and from inside the directory ran
[23:38] <mbergamo> 'sudo dpkg -i *.deb' but it came back with http://pastebin.com/XQhTkvtH
[23:40] <phillw> mbergamo: the broadcom devices should be seen via hardware drivers in Preferences?
[23:41] <mbergamo> phillw: thats what i thought as well, but i didn't see it in there.
[23:41] <mbergamo> phillw: ugh i'm going to tinker with this some more
[23:42] <phillw> mbergamo: sorry that I cannot be of more help :(
[23:50] <mbergamo> phillw: Yeah, there isn't anything listed and it gave me the same error as before :/
[23:51] <szczur> mbergamo, /usr/sbin/dkms: line 35: patch: command not found
[23:51] <szczur> i'd go with installing the patch program
[23:51] <szczur> sudo apt-get install patch
[23:52] <szczur> or even sudo apt-get install build-essential
[23:53] <szczur> this will install packages related to compilation
[23:53] <szczur> hmm, but dkms have "patch" in  dependencies so it should be here
[23:54] <szczur> nevermind, try this and tell me the results :)
[23:54] <mbergamo> szczur: will i have to bring down the necessary packages online from this partition and move them over again?
[23:55] <szczur> don't you have wired connection?
[23:55] <mbergamo> Lubuntu won't pick up my wired connection either :/
[23:55] <szczur> hmm, you can run synaptic, select the patch and build-essential packages
[23:56] <szczur> and then in File menu
[23:56] <Timo_> hey
[23:56] <szczur> you have something like Generate the script for package download
[23:56] <szczur> this shoudl give you the list of packages so you can easily save it somwhere
[23:57] <szczur> and download it from windows by just copying and pasting
[23:57] <szczur> :)
[23:57] <mbergamo> szczur: that was my original plan to pull down the bcmwl-kernel-source, but it wasn't listed in synaptic. will the path and build-essential packages be there by default?
[23:58] <phillw> mbergamo: is this of any help? https://wiki.ubuntu.com/Lubuntu/DocumentationHelp/MinimalInstall#Unmanaged Wired Network
[23:58] <Timo_> mbergamo: I wanna thank you for yesterday, yuou were a great help!
[23:58] <phillw> https://wiki.ubuntu.com/Lubuntu/DocumentationHelp/MinimalInstall#Unmanaged%20Wired%20Network
[23:59] <szczur> no, you have to download them separately, select them with synaptic and choose File -> Generate a package download script
[23:59] <szczur> then you can download them on windows
[23:59] <szczur> lemme check something
[23:59] <mbergamo> Timo_: of course, any time! if you need anything else just ask


[17:55] <lirakis> hey FunnyLookinHat not sure if this is ... actually an issue or not, the front edge of my trackpad is popped up above the level of where the palm rest is
[17:55] <lirakis> im not sure if thats supposed to be like that
[17:56] <lirakis> FunnyLookinHat, https://dl.dropboxusercontent.com/u/19254184/IMG_20140717_115421.jpg
[17:56] <lirakis> i normally use a wireless mouse - so i cant really remember how it "should feel"
[17:56] <lirakis> but it does seem really difficult to right click or click an drag
[18:15] <FunnyLookinHat> lirakis, sorry - was AFK
[18:16] <FunnyLookinHat> lirakis, that doesn't look right - I'd create a support ticket and attach the picture
[18:17] <lirakis> ok