[01:11] <xnox> @pilot out
[02:01] <Bluefoxicy> httperf --hog --num-conn 25000 --rate 10000 <IP_ADDRESS> --timeout 5
[02:01] <Bluefoxicy> ^^^^ this hangs.
[02:01] <Bluefoxicy> httperf --hog --num-conn 15000 --rate 10000 <IP_ADDRESS> --timeout 5
[02:01] <Bluefoxicy> ^^^ this does not.
[02:02] <Bluefoxicy> echo 1 | sudo tee /proc/sys/net/ipv4/tcp_tw_reuse ; echo 1 | sudo tee /proc/sys/net/ipv4/tcp_tw_recycle
[02:02] <Bluefoxicy> ^^^ Now neither hangs.
[02:02] <Bluefoxicy> Ubuntu 12.10
[04:59] <pitti> good morning
[05:33] <pitti> stgraber, infinity: can you please remove the pygobject block? all relevant autopkgtests succeeded, except software-center which failed before (and I tested that manually)
[05:40] <infinity> pitti: Sure.
[05:50] <pitti> infinity: thanks
[07:50] <pitti> hey mvo, guten Morgen
[08:21] <tuxinator> hi all
[08:21] <tuxinator> i cant figure out if mysql on ubuntu is compiled with openssl support or not
[08:22] <tuxinator> it looks like have_openssl is only a pointer to have_ssl in mysql?
[09:09] <coalwater> ls
[09:09] <coalwater> lol
[09:09] <coalwater> how do i install package 'quickly' on debian
[09:09] <coalwater> can't find the ppa
[09:17] <xnox> @pilot in
[10:06] <cjwatson> bdrung: Thanks (libibmad)
[10:56] <ev> mpt: why is silent error types just restricted to errors that occur during logout/shutdown? Shouldn't all internal errors be hidden behind the "report previous internal errors" checkbox too? (https://wiki.ubuntu.com/ErrorTracker#error)
[11:18] <mpt> ev, it isn't, that's just the kind we'd been definitive about so far. That's why it's a bulleted list. :-)
[11:18] <ev> ah, right
[11:19] <ev> so can I add non-desktop applications to that list?
[11:19] <mpt> Which ones?
[11:19] <mpt> If pulseaudio crashes, for example, that's an internal error that's going to be obvious to the user.
[11:19] <mpt> Or network-manager.
[11:20] <mpt> (Assuming that they were using sound or networking at the time.)
[11:20] <ev> hm, yeah
[11:21] <ev> if we were getting so precise as to separate out those cases, would it not also make sense to give them special wording?
[11:21] <ev> so, "sorry but your ability to hear sound may be hindered" rather than "an internal application crashed"
[11:21] <ev> something to that effect
[11:22] <ev> I guess I'm just worried that sometimes they'll see "an internal error occurred" and sometimes they wont, and it wont be clear why that's the case
[11:26] <mpt> ev, maybe. It depends how many we whitelist or blacklist, or whether there's a non-whitelist/-blacklist way of distinguishing them.
[11:26] <ev> sure
[11:30] <mpt> ev, perhaps we could go through the leaderboard and sort the non-application packages into those two categories
[11:31] <mpt> as a way of deciding whitelist vs. blacklist
[11:31] <ev> sure
[11:32] <ev> whenever you'd like
[11:35] <mpt> Thursday?
[11:40] <ev> mpt: sure
[13:10] <blami> hi, do I understand correctly that the output of complete multilib transition is that under /lib will be platform directory containing all libraries and current state is mixture of past and future, or am I missing whole thing?
[13:26] <didrocks> hey cjwatson, infinity: jibel told me that libbamf3-1 was in universe? I don't really understand what happened: I promoted it to main (from proposed) Friday, just after the copy happened for the daily release.
[13:27] <didrocks> cjwatson: infinity: I think that's why britney migrated it (once we rebuilt the rdepends because of the soname change) to the main pocket
[13:27] <didrocks> but then, in main, it was back in universe?
[13:27] <didrocks> s/in main/ in the release pocket/
[13:29] <xnox> didrocks: there is a bug where packages fall back into universe, after they are copied from -proposed to -release pocket.
[13:30] <xnox> =/ so most things need to be promoted twice.
[13:30] <didrocks> xnox: ah, so not related to the daily release at all. For future, it's the case everytime? So we need to repromote after the copy?
[13:30] <didrocks> ok, got it, good to know :)
[13:30] <didrocks> thanks xnox
[13:31] <xnox> didrocks: yes. daily release was all good.
[13:31] <xnox> np.
[14:42] <roaksoax> howdy! I was wondering if anyone know if it is possible to determine is package A is to be installed (or has been installed) in package B postinst script?
[14:42] <pitti> roaksoax: you cannot install packages from postinst scripts, as apt/dpkg are not recursive
[14:42] <pitti> (the first will lock the dpkg db)
[14:43] <roaksoax> pitti: yeah I don't want to install a package I just want to determine whether another package has been installed or is to be installed (and if that's even possible)
[14:43] <pitti> roaksoax: oh sorry, you mean if it already is installed? dpkg -s pkgname >/dev/null 2>&1
[14:43] <pitti> "about to be installed" would be looking into the future
[14:44] <pitti> you can check whether it's unpacked, but not configured yet by looking at the "Status:" line
[14:44] <roaksoax> pitti: right let's say I do: sudo apt-get install meta-package which installs package A and B. Package B gets installed first but I want to know whether A is to be installed or not
[14:44] <pitti> but apt doesn't unpack everything before it starts configuring, it does that stuff in batches
[14:44] <pitti> roaksoax: not sure what you want to do, but that's usually the kind of stuff triggers are for
[14:45] <pitti> so that an already installed package can do stuff when another package gets installed later on
[14:45] <roaksoax> pitti: alright cool! I;ll look into triggers. Thanks for the info :)
[14:45] <pitti> roaksoax: "man deb-triggers" FYI
[14:45] <roaksoax> thanks :)
[14:48] <tumbleweed> checking whether it's unpacked (instead of using triggers) just sounds like a recipe for non-deterministic behavior
[15:10] <arges> tyhicks: hey. I can't seem to find bug 1052038 on the pending SRU queue. I think last time we spoke this was ready to go right?
[15:18] <sconklin> @pilot in
[15:25] <cjwatson> blami: Basically yes
[15:26] <cjwatson> blami: (Though you mean multiarch, not multilib - multilib is something different)
[15:46] <hrw> sconklin: bug 1085392 maybe?
[15:46] <arges> zul: hello! I'm looking at the cinder FTBFS failure. Looks like a patch that skips the failed tests wasn't enabled. Does it make sense to enable this patch 'skip_failed_tests' and fix the ftbfs?
[15:49] <sconklin> hrw: Sorry to say, I'm a kernel guy, and only tend to look at kernel bugs
[15:50] <hrw> sconklin: ok, was worth trying ;D
[15:55] <zul> arges: yes penable it
[15:56] <arges> zul: okey dokey
[15:59] <GuidoPallemans> I'm making a Reddit reader for the phone! Anyone care to join? https://github.com/brambram/UbuntuPhoneRedditApp
[16:46] <xnox> hrw: now you can bug members of ~ubuntu-sru team to accept alsa packages from bug #1085392 E.g. infinity =)
[16:50] <tyhicks> arges: Yes, it has been ready to go for quite a while now. It just isn't getting any attention from ~ubuntu-sru, IIUC.
[16:51] <arges> tyhicks: well I don't see it on the list: http://people.canonical.com/~ubuntu-archive/pending-sru.html , so wasn't sure why that was
[16:52] <tyhicks> arges: Lets bug a member of the ~ubuntu-sru team to find out
[16:53] <tyhicks> infinity: Since you were pinged above for another SRU, can you take a look at bug 1052038 ? It has been sitting for a while now.
[19:52] <dkessel> hello guys. i have a question: under which circumstances does the bluetooth indicator icon get added to the indicator bar?
[19:52] <dkessel> i am asking because i seem to have a false positive...
[19:55] <roadmr> cyphermox probably knows :)
[20:02] <cyphermox> dkessel: if there is a bluetooth type device
[20:02] <cyphermox> dkessel: it kind of surprises me; maybe you have a device somewhere that says it does bluetooth even if it doesn't
[20:02] <cyphermox> or if you're using some of those logitech dongles for mice and keyboards
[20:03] <dkessel> cyphermox, i have a dell netbook. they sell the bluetooth module as an addon. but i don't have it. but i guess that explains it somehow...
[20:03] <sarnold> does it work anyway? :)
[20:03] <cyphermox> no, you should actually have a bluetooth device for the indicator to show up ;)
[20:04] <dkessel> tbh i tried to use it :)
[20:04] <dkessel> but as i don't have the module.... nothing
[20:04] <cyphermox> dkessel: what does hciconfig return?
[20:04] <dkessel> cyphermox, nothing
[20:04] <cyphermox> O.o?
[20:05] <dkessel> do i need some parameters?
[20:05] <cyphermox> going to have to look at the code
[20:05] <cyphermox> no
[20:05] <dkessel> :)
[20:05] <cyphermox> if there is a device it should be listed there
[20:05] <dkessel> funny
[20:06] <sarnold> I have to click the indicator and "turn on bluetooth" to get output from hciconfig on my machine..
[20:06] <infinity> Ditto.
[20:06] <infinity> Something's smart enough to know I have bluetooth, despite it being currently disabled/disconnected/whatever.
[20:07] <infinity> In fact, I can't even enable it from the indicator, cause it's hard-disabled by the machine.
[20:07] <dkessel> even if i do that, there's no output from hciconfig
[20:07] <roadmr> infinity: maybe something's dumb enough to assume you do; the smarts to know the device has to be enabled are yours :P
[20:07] <infinity> (But I still have the greyed-out indicator, until I undo my hardware rfkill)
[20:07] <slangasek> dkessel: what does 'rfkill list bluetooth' show?
[20:07] <roadmr> dkessel: udevadm info --export-db  |grep -i blue, does that say anything? (this is how checkbox looks for bluetooth so I'm guessing no, but may be interesting)
[20:09] <dkessel> slangasek, http://paste.ubuntu.com/1535302
[20:10] <stgraber> dkessel: can you paste the output of "dmesg"?
[20:11] <dkessel> roadmr, http://paste.ubuntu.com/1535311
[20:12] <roadmr> dkessel: thanks! so it looks like rfkill may be used to decide whether to display the indicator?
[20:13] <dkessel> stgraber, dmesg: http://paste.ubuntu.com/1535314
[20:14] <slangasek> roadmr: well, I think the indicator is displayed based on the presence of the underlying features that rfkill is also exposing
[20:14] <stgraber> thanks. So yeah, it looks like the applet is showing up when either you have a bluetooth device or the rfkill driver reports that you have one that can be turned on
[20:14] <roadmr> slangasek: well put, thanks :)
[20:15] <stgraber> not sure exactly how rfkill works, but I suspect it's getting the information from the firmware somehow (ACPI?) and that something's wrong somewhere in there
[20:15] <slangasek> dkessel: what's the output of 'ls -ld /sys/class/rfkill/rfkill3/device'?
[20:16] <dkessel> that takes a bit longer to type :) sec
[20:17] <dkessel> lrwxrwxrwx 1 root root 0 Jan 15 21:16 /sys/class/rfkill/rfkill3/device -> ../../../compal-laptop
[20:17] <slangasek> mmk
[20:18] <slangasek> so either the hardware claims to have a bluetooth interface, or the compal-laptop module has a bug
[20:19] <stgraber> dkessel: sorry, those are long paths. "cat /sys/class/rfkill/rfkill3/device/device/vendor" and "/sys/class/rfkill/rfkill3/device/device/device"
[20:19] <dkessel> :D
[20:20] <dkessel> i just found a new use case for ubuntu one... :)
[20:20] <stgraber> the first one should give you the hardware vendor id, the second one should give you the hardware product id
[20:20]  * dkessel pastes command lines
[20:20] <stgraber> oh, and I forgot cat in front of the second one, but you probably notice that ;)
[20:21] <dkessel> stgraber, file not found on first "vendor"
[20:22] <dkessel> stgraber, ...and another file not found on "device"
[20:23] <dkessel> shall i paste the contents of /sys/class/rfkill?
[20:23] <stgraber> ok, so based on what I'm seeing here, that'd mean that the driver isn't tied to a physical device (as /device/device should have pointed to the PCI or USB device)
[20:25] <stgraber> looks like a kernel bug to me... the compal-laptop driver always reports two rfkill entries even if the hardware isn't there
[20:26] <stgraber> I just tried it on my laptop with "modprobe compal-laptop force" (the force keyword is to bypass the DMI check) and I got two extra rfkill entries
[20:27] <dkessel> i would probably need help on how to properly file that bug
[20:27] <stgraber> http://paste.ubuntu.com/1535349/
[20:28] <stgraber> dkessel: do "ubuntu-bug linux" on your machine, once you have the bug filed on Launchpad give me the bug number and I'll see if there's something that should be added
[20:29] <dkessel> stgraber, will do
[20:31] <dkessel> hmm... "it appears you are currently running a mainline kernel".... meh - apport won't let me report... i'm running raring
[20:31] <stgraber> dkessel: fun... then go directly to https://launchpad.net/ubuntu/+source/linux/+filebug
[20:32] <stgraber> dkessel: and once the bug is filed, do "apport-collect <bug number>", that one should work without complaining too much
[20:35] <dkessel> launchpadlib would be part of ubuntu-dev-tools, i guess....
[20:39] <hrw> xnox: thanks man!
[20:45] <dkessel> stgraber: bug 1100004 . apport really didn't put much info in it...
[20:52] <stgraber> dkessel: posted a comment asking for a bunch more things that should help the kernel team get a fix matching your hardware
[21:07] <dkessel> stgraber: that sure spammed some people's mail folders :) well - thanks for the help!
[21:08] <stgraber> dkessel: oh, they're used to it ;)
[21:09] <dkessel> :D well I gotta go, see you :)
[22:09] <romaxa> which channel is hosted for ubuntu-phone people?
[22:09] <sarnold> romaxa: I think #ubuntu-phone
[22:10] <romaxa> ;_)
[22:17] <GuidoPallemans> where can I file QtQuick Ubuntu.components bugs?
[23:17] <sconklin> @pilot out
[23:30] <xnox> @pilot out
[23:30]  * xnox is back from volleyball ;-)
[23:30] <xnox> hrw: no problem. I accept payments in cider, monkey nuts and bird seeds =)
[23:55] <tkamppeter_> Does someone know how one makes the Pandaboard boot from a USB stick?


[00:03] <mariogrip>  is this normal behavior in mir? http://paste.ubuntu.com/14576082/
[00:03] <mariogrip> that alloc is 0x0  after hw_module->methods->open
[00:03] <mariogrip> android platform
[12:30] <flux__> yay 0.18.1
[12:31] <flux__> - Bug fixed:
[12:31] <flux__>       . [regression] pinch to zoom not working reliably (LP: #1531517)
[18:46] <mariogrip> is it normal that alloc_dev->() is set android_buffer_allocator.cpp on L63 which at this point it get's set to 0x0 in qcom/libgralloc/gpu.cpp (in android src)?
[18:47] <mariogrip> alloc_dev->alloc()**
[19:22] <mterry> RAOF, MIR_LOGGING=1 eh?
[19:22] <RAOF> mterry: That is a thing that you could set, yes :)
[19:23] <mterry> RAOF, this is a nested server, does that change anything?  (in terms of defaults or whatever)
[19:23] <RAOF> mterry: It shouldn't.
[21:57] <Saviq> camako, we'll need pressure on bug #1530946, too
[21:58] <camako> Saviq, ack
[22:00] <camako> Saviq, https://code.launchpad.net/~mir-team/mir/0.19/+merge/283303/comments/719534
[22:00] <Saviq> camako, thanks
[22:13] <anpok> Saviq: aye already doing some background research on bernoulli equation
[22:14] <Saviq> anpok, :D


[05:21] <mborzecki> morning
[05:33] <mardy> 'morning!
[05:55] <mborzecki> mardy: heya
[05:59]  * _moep_ waves…
[06:04] <pstolowski> morning
[06:14] <zyga> good morning
[07:19] <zyga-mbp> o/
[07:42] <mborzecki> pstolowski: zyga-mbp: hey
[07:43] <pstolowski> hey mborzecki !
[09:10] <pedronis> pstolowski: hi,  https://github.com/snapcore/snapd/pull/10264 needs a re-review
[09:10] <pstolowski> pedronis: hi, sure, will do
[09:10] <pedronis> thx
[09:31] <mborzecki> pstolowski: https://forum.snapcraft.io/t/snap-files-go-missing-after-reboot/25544 btrfs, sounds familiar to the problem we investigated before?
[09:33] <pstolowski> mborzecki: indeed, there was a similar problem with zfs
[09:34] <mborzecki> pstolowski: although root is on ext4, so it shouldn't matter
[09:34] <pstolowski> yeah, noticed that too
[09:34] <mborzecki> anyways, bit weird
[11:01]  * pstolowski lunch
[11:01] <mborzecki> hmm hmm, building images does not work for me anymore https://paste.ubuntu.com/p/Ggt7cW2VFK/
[11:01] <mborzecki> not sure if it's due to the mtools update or something else
[11:01] <mborzecki> most likely the former
[11:11] <zyga-mbp> mborzecki no -f here
[11:11] <mborzecki> zyga-mbp: hm?
[11:11] <zyga-mbp> mborzecki which version of mtools do you have
[11:11] <zyga-mbp> upstream has 4.0.33
[11:12] <zyga-mbp> I see 4.0.26-1
[11:12] <mborzecki> zyga-mbp: 4.0.33
[11:14] <zyga-mbp> heh
[11:14] <zyga-mbp> it's gnu
[11:14] <zyga-mbp> so no git
[11:16] <mborzecki> zyga-mbp: haha yeah, svn :P
[11:19] <mvo> fwiw, latest mtools in 21.10 is 4.0.32
[11:24] <mborzecki> hmm this looks like a problem: `max available root directory slots: 0`
[11:29] <mborzecki> hm .0.32 works ok
[11:53] <mborzecki> anyway, i downgraded to 4.0.32 and filed https://bugs.archlinux.org/task/71547
[12:03] <pedronis> pstolowski: I (re-)reviewed the open validation-sets PRs
[12:07] <ijohnson[m]> degville: would you rather I edit the forum page docs for quotas directly or should I make a gdoc to make suggestions?
[12:08] <degville> ijohnson[m]: feel free to edit directly, but whatever's easier for you - thanks for looking.
[12:25] <pstolowski> pedronis: thank you
[12:29] <ijohnson[m]> degville: ack, let me see how many edits I want to make and I'll let you know
[14:14] <futuretim_> are any of snapd's spread test used to test the store? my guess is no.. but was curious about that
[14:18] <zyga-mbp> pstolowski LXD socket broke againi
[14:18] <zyga-mbp> this time I had a LXD refresh
[14:18] <zyga-mbp> $ ls -ld /var/snap/lxd/common/lxd/unix.socket
[14:18] <zyga-mbp> srw-rw---- 1 root root 0 Jul 19 15:54 /var/snap/lxd/common/lxd/unix.socket
[14:18] <zyga-mbp> but I also rebooted
[14:18] <zyga-mbp> I suspect it's a racy operation somewhere
[14:19] <zyga-mbp> do you know what makes that socket?
[14:20] <ijohnson[m]> doesn't lxd snap have a listen-stream in it's service definition in the snap.yaml
[14:20] <pstolowski> yeah, listen-stream: $SNAP_COMMON/lxd/unix.socket
[14:20]  * zyga-mbp looks
[14:20] <zyga-mbp> it does
[14:20] <zyga-mbp> it has a mode
[14:20] <zyga-mbp> but not group
[14:21] <zyga-mbp> so where does the group comes from
[14:23] <zyga-mbp> s/comes/come/
[14:23] <pstolowski> my guess it lxc does chown somewhere
[14:24] <zyga-mbp> hmm
[14:24] <zyga-mbp> then I guess it is racy
[14:24] <zyga-mbp> whatever it does
[14:24] <zyga-mbp> maybe it only runs it sometimes
[14:24] <zyga-mbp> I bet we created the socket
[14:24] <zyga-mbp> and it just had the vanilla group ownership
[14:25] <zyga-mbp> yeah
[14:25] <zyga-mbp> nothing about lxd in the .socket file
[14:25] <zyga-mbp> (snap.lxd.daemon.unix.socket)
[14:26] <ijohnson[m]> well ideally snapd would support system-usernames for the lxd user/group
[14:26] <ijohnson[m]> then snapd would also support specifying the user/group in the service definition of the snap.yaml
[14:30] <pstolowski> zyga-mbp: /snap/lxd/current/commands/daemon.activate does it
[14:30] <pstolowski>  chgrp "${daemon_group}" /var/snap/lxd/common/lxd/unix.socket
[14:30] <zyga-mbp> looking
[14:31] <zyga-mbp> hmmm
[14:32] <zyga-mbp> that's a one-shot command
[14:32] <zyga-mbp> if the socket gets re-created after it runs
[14:32] <zyga-mbp> then it's all broken
[14:32] <pstolowski> bummer
[14:32] <zyga-mbp> I wonder what exactly triggers this
[14:54] <stgraber> the socket really shouldn't get re-created, that may seriously confuse long running client tools
[14:55] <stgraber> we could probably paper over this behavior/issue using a refresh hook or something, but that seems to indicate something being more wrong elsewhere
[14:57] <zyga-mbp> stgraber: it happened twice to me on a hirsute server, I rebooted it once for some updates and otherwise just keep using it daily
[14:58] <zyga-mbp> I wonder if there's something I can set up to monitor that file, any file notification magic
[14:58] <zyga-mbp> in case it happens again
[14:59] <stgraber> inotify may be able to pick it up
[15:00] <pstolowski> zyga-mbp: did you say it was after a refresh?
[15:00] <zyga-mbp> I don't think it was immediately after a refresh
[15:01] <zyga-mbp> but lxd did refresh earlier today at around 14:40
[15:01] <zyga-mbp> I didn't use it for a few hours
[15:01] <zyga-mbp> I only mentioned it because earlier it happened (the problem) without a refresh
[15:01] <stgraber> can you check the state of the snap.lxd.activate unit?
[15:02] <stgraber> I've seen systems where it somehow got masked/disabled by snapd for some unknown reason
[15:02] <pstolowski> i think snapd would re-generate systemd units on refresh (and then it's system recreating the socket)
[15:03] <stgraber> yeah, as much as I don't like snapd disabling/re-enabling everything, that should be fine, so long as it also starts the activate unit again which will then go and fix the ownership
[15:03] <stgraber> but as I said, I've seen some systems where for some reason it would be stuck in disabled state, maybe that's what's hitting zyga-mbp
[15:03] <pstolowski> right
[15:04] <pstolowski> nb i see we have a TODO about supporting uid/gid
[15:05] <stgraber> yeah, the tricky part with snapd supporting a user/group owner there is that it'd need to be user configurable and would need to be retrievable by the snap too
[15:05] <ijohnson[m]> stgraber: what do you mean by user configurable ?
[15:05] <stgraber> currently users can do "snap set lxd daemon.group=foo", so we wouldn't want to regress that
[15:06] <ijohnson[m]> oh well yeah there's very little chance we will properly support that with system-usernames any time soon
[15:08] <stgraber> yeah, figured as much ;)
[15:08] <ijohnson[m]> :-D
[16:47] <mardy> in my mount-control branch, I'm unconditionally removing all systemd mount units for the snap in removeGeneratedWrappers() (which is in the link backend). Is this correct, or can it cause issues?
[16:47] <mardy> I'm asking because now the unit tests are failing, and I wonder if I should fix the tests or revert my change
[20:02] <zyga-mbp> stgraber lxd refreshed about an hour and a half ago and socket is back to root:root


[00:21] <NikTh> How much time is needed for the change of the preferred contact address to take effect ?
[00:36] <wgrant> NikTh: I'm not sure. @ubuntu.com email aliases aren't managed by Launchpad; they're maintained by a Canonical IS script that just looks at Launchpad users and their preferred addresses. https://wiki.ubuntu.com/UbuntuEmail is the documentation.
[00:38] <NikTh> wgrant: Thanks for the answer. What is matters most ? The preferred address in login.ubuntu.com or the preferred contact address in launchpad ? I guess the latest, but I need a second opinion.
[00:38] <wgrant> NikTh: The latter.
[00:41] <NikTh> wgrant: Is it necessary to open a question in "launchpad.answers" for the delay or I must wait for 24 hours at least ? What is your opinion ? Right now I have a delay of 4 hours almost.
[00:43] <NikTh> I have changed the preferred contact address, but some messages still coming in old address. Especially messages from mailing lists where I'm a subscriber with the @ubuntu.com alias.
[00:44] <benonsoftware> I just want to quickly add that I've been waiting a few days for my alias to change too. :)
[00:44] <NikTh> benonsoftware: Thank you for the info.
[00:45] <NikTh> So, the most appropriate will be to wait 24 up to 48 hours before I open a question for "Launchpad itself".
[00:46] <wgrant> NikTh: Hm, did some document say to open a question?
[00:46] <wgrant> Again, this isn't Launchpad functionality.
[00:47] <wgrant> It's a script managed by Canonical's IS team that happens to scrape data from Launchpad.
[00:47] <wgrant> The wiki page I linked suggests to email<EMAIL_ADDRESS>[00:47] <wgrant> The Launchpad team can't assist with this.
[00:49] <NikTh> wgrant: The wiki page you linked , I didn't read it ,yet. Sorry. I'm going for reading, right now. Thanks.
[00:50] <wgrant> NikTh: Oh, you've only waited four hours so far?
[00:50] <wgrant> AFAIK the script only runs daily at the very most.
[00:50] <wgrant> But some changes can take much longer to happen automatically.
[00:50] <wgrant> Four hours is nothing :)
[00:52] <NikTh> wgrant: Thanks for the help.
[08:39] <arun> wgrant: hello bro are u there?
[08:43] <arun_> wgrant: are u there brother??
[10:27] <arun_> hello guys
[10:41] <arun_> wgrant: are u there brother?
[20:16] <shadeslayer_> hi, could someone explain https://code.launchpad.net/~netrunner-os/+archive/build-patch/+recipebuild/585780
[20:16] <shadeslayer_> the version in the PPA doesn't have an epoch
[20:16] <shadeslayer_> but the one that it's trying to upload should have one
[21:31] <maxb> shadeslayer_: epochs are kind of weird - they count when it comes to evaluating version numbers, but don't show up in filenames everywhere you might expect them to
[21:31] <shadeslayer_> yeah
[21:31] <shadeslayer_> which is just weird
[21:31] <shadeslayer_> I bumped it to 0ubuntu1.1
[21:31] <shadeslayer_> since I needed the epoch
[21:31] <maxb> I think it's likely an intentional decision in order to work better with un-epoched .orig.tar.gz files
[21:32] <maxb> Though clearly that looks a little on the pointless side when dealing with a native-format package
[21:35] <maxb> I think the general design idea is that versions should be unique even when ignoring the epoch, and the epoch is only there to force ordering comparisons to behave differently
[21:52] <shadeslayer_> Got it :)
[21:55] <lifeless> the epoch is there to fix mistakes, thats all


[00:11] <Guest2922> can anyone here help me attempt to run guitarix? lol I don't know why it isn't working for me
[00:12] <holstein> Guest2922: you got it installed?
[00:12] <Guest2922> holstein, yeah
[00:12] <holstein> Guest2922: are you running JACK ?
[00:12] <Guest2922> holstein, yup
[00:12] <holstein> and JACK is cool otherwise?
[00:12] <holstein> and your used to routing things in JACK?
[00:12] <Guest2922> yeah, I am able to run rakarrack with it
[00:12] <holstein> OK
[00:13] <holstein> *should* be similar
[00:13] <holstein> is it showing up in 'connect' at all?
[00:13] <holstein> in JACK
[00:13] <holstein> or patchage
[00:13] <holstein> or whatever you use...
[00:13] <Guest2922> yeah
[00:13] <holstein> just double check the routing
[00:13] <holstein> IF your able to get a line out to your card dry
[00:13] <holstein> it should work
[00:14] <holstein> there might be an 'on' button
[00:14] <holstein> like rakarrack
[00:14] <Guest2922> good point
[00:14] <Guest2922> lol will look now
[00:15] <holstein> Guest2922: also
[00:15] <holstein> i realy just use rakarrack for that
[00:15] <holstein> i got guitarix working once
[00:15] <holstein> and preffered rakarrack for what i do
[00:15] <holstein> try #opensourcemusicans
[00:15] <holstein> those guys use both
[00:16] <holstein> and can prolly be more helpful
[00:16] <Guest2922> well which would be better for metal? like does guitarix have good metal tones? lol
[00:17] <holstein> sure
[00:17] <holstein> they're both great
[00:17] <holstein> and the guys i know that use them both, say they are just different
[00:17] <holstein> guitarix seems to be more classic stompbox style
[00:35] <ScottL> and he's gone
[00:35] <ScottL> hi holstein :) how are you
[02:15] <holstein> ScottL: im good
[02:15] <holstein> we'll have to hang soon
[02:15] <holstein> ill PM you tomorrow :)
[02:15]  * holstein is on a gig right now...


[12:03] <zyga> I disagree really but that's not for me to decide
[12:04] <ogra> anyway, adding partitions is a very advanced task ...
[12:04] <YokoZar> ogra: I present myself as evidence to the contrary, since I wouldn't have found this bug if it were useless ;)
[12:04] <zyga> user has to use the root mode because that's how things work but the applet should probably follow the principle, do something that has to be done by root and go back to normal user mode
[12:04] <zyga> ogra: true!
[12:40] <jordi> jdub: dude
[12:40] <jordi> jdub: ping ping
[12:40] <jdub> jordi: pong pong! :)
[12:40] <jordi> jdub: that was FAST DUDE
[12:40] <jdub> jordi: that list was already created, btw
[12:40] <jordi> jdub: was that between my second ping and now=
[12:40] <jdub> jordi: i think the guy who is pinging you is not the person who requested the list in the first place
[12:40] <jordi> oh. Hmm.
[12:41] <jordi> ok, I'll tell g0sub
[12:41] <jordi> second. I wonder if I should be in planetubuntu.
[12:41] <jdub> hell yeah
[12:41] <jdub> want me to put you up?
[12:41] <jordi> and if yes, if you can add my Ubuntutu entry by hand or something
[12:41] <jordi> I guess so
[12:42] <jdub> hrm, it'll probably turn up in the feed
[12:42] <jordi> will it suck all the feed?
[12:42] <jordi> there's anther entry after that one
[12:42] <jdub> on the first go, it only lets in the first two
[12:42] <jordi> oh, the first two
[12:42] <jordi> then it's ok
[12:42] <jordi> DO IT
[12:43] <jordi> I'll be posting rosetta stuff if I'm in PU I guess.
[12:43] <jordi> and of course, cool news about the Catalan Liberation Front.
[12:44] <jordi> VISCA!!! would be quite acceptable in Barcelona.
[12:45] <jordi> learn that one for your talks @ guadec
[12:45] <jordi> they will love it
[12:45] <jordi> VISCA EL GNOME!
[12:45] <Treenaks> that sounds like 'viscerate'
[12:45] <jdub> so what is your nick now, jordim, or jordi?
[12:45] <jordi> jordi on feenode
[12:45] <jdub> oh
[12:45] <jordi> jordim on gimpnet, as jordi is taken.
[12:45] <jdub> ok, i will use jordi then
[12:46] <jordi> k
[12:46] <jordi> I'd like it to be jordi everywhere.
[12:46] <jordi> but doing a hostile takeover on gimpnet against one of my liberation front mates is not that cool :)
[12:47] <jordi> we need the nickname thing on planet debian
[12:50] <jordi> jdub: I don0t see ubuntu-in in the mailman listing at all. what's the list name=
[12:50] <jordi> ?
[12:52] <jdub> it's not available until the list admin has a chance to fix it up
[12:52] <jordi> aha
[12:53] <jdub> you can sneak peek if you know the mailman url scheme ;)
[12:54] <jordi> oh
[12:54] <jordi> it does work now
[12:54] <jordi> it didn't before
[12:54] <jordi> I swear
[12:54] <jordi> I know you fixed it.
[12:54] <jdub> haha
[12:54] <jdub> the unpublished url?
[12:55] <jordi> it was saying "ubuntu-in does not exist"
[12:55] <jordi> now it says it is run by pantless people
[12:59] <jdub> jordi: eek, good point. i better change that, or she might not.
[12:59] <jordi> heh
[01:22] <jordi> jdub: so did you add me to planet
[01:38] <jono> hey
[01:39] <Burgundavia> salut jono
[01:40] <jono> hey Burgundavia :)
[01:40] <jono> Burgundavia, hows the writing going?
[01:41] <Burgundavia> jono: working on the community chapter. You?
[01:41] <jono> I worked on some bits of chap 3 and added some of the reviewer comments - I think my chapter missed some important bits out, so I filled much of it in
[01:42] <jono> tomorrow I will finish that, merge in the new contributions to chap 7 and then start merging a couple of others together
[01:43] <Burgundavia> jono: are you working full time on the book right now?
[01:43] <jono> Burgundavia, not full time, but I do work on it a reasonable amount during the day
[01:43] <Burgundavia> you are a lucky man
[01:44] <jono> Burgundavia, I work as an Open Source evanglist full time so it comes under my remit :)
[01:44] <Burgundavia> 8 hours of work made it hard to concentrate enough to write in the evenings
[01:44] <jono> Burgundavia, its a tough job writing a book
[02:16] <sladen> elmo: http://www.ubuntu.com/htdocs/ubuntuweb/css/screen-standard.css has disappeared and the Ubuntu website is fairly broken as a result.
[02:19] <robertj> apt-cache search libgl
[02:19] <robertj> doh ;)
[02:21] <robertj> http://paste.ubuntu-nl.org/10100 <- getting undefined symbols consistant with having mismatched libGL & DRI drivers but have installed both from packages...
[02:21] <sladen> elmo: or rather, the NTL caches have eaten it.  Your end is fine.
[02:21] <infinity> robertj: Erm, that can't be the paste you wanted to show..
[02:24] <infinity> robertj: Anyhow, if you're suffering libGL mismatches, do you by any chance have nvidia-glx or xorg-driver-fglrx installed, but are using the free drivers (ati or nv) instead?
[02:24] <infinity> robertj: That'll confuse the world in pretty harsh ways.  If you're not using them, you have to completely remove the non-free drivers, not just remove them from xorg.conf
[02:24] <infinity> robertj: (ie: dpkg --purge xorg-driver-fglrx)
[02:39] <khermans> Installation Password Vulnerability code
[02:39] <khermans> http://www.ubuntuforums.org/showpost.php?p=818304&postcount=74
[02:39] <khermans> i wrote a quick perl script to see if you are vulnerable
[02:40] <infinity> khermans: And we've already released a fix.  This probably isn't the right channel to discuss it much further (unless you want to discuss how to fix it better)
[02:41] <sladen> khermans: http://www.ubuntu.com/usn/usn-262-1  done, dusted
[03:06] <Kamion> (cdebconf failed to honour accept_types/reject_types for templates received over passthrough)
[03:12] <infinity> Oh dear god, OpenOffice 2.0.2 actually starts in under a minute.  Someone actually optimised something.. \o/
[03:12] <bddebian> heh
[03:12] <Amaranth> that reminds me, do we have/will we have michael meeks' glibc stuff that makes C++ apps start faster?
[03:13] <infinity> Amaranth: When/where was this committed?
[03:13] <infinity> Amaranth: We're certainly not bumping a new glibc minor version in (since glibc minor versions are pretty, uhh, major)
[03:14] <Amaranth> infinity: i don't think it was
[03:14] <Amaranth> infinity: they didn't want it, said you should just use preload
[03:14] <infinity> s/load/link/ I assume you mean?
[03:15] <Amaranth> yeah
[03:15] <Amaranth> i haven't used it in a long time :)
[03:16] <Amaranth> something for dapper+1 though? it'd make OOo and KDE users happy, i'm sure
[03:16] <infinity> It can certainly be evaluated for dapper+1
[03:16] <Amaranth> will do
[03:16] <sladen> Kamion: what's the other one.  I just found a password of mine on a customer's box...
[03:18] <Kamion> sladen: the other one is that initial-passwd-udeb.postinst doesn't clear out the password in the installer's cdebconf database, although the password is cleared out by passwd.config from the debconf database in /target
[03:18] <Kamion> sladen: either fix alone is sufficient to avoid the bug; I haven't fixed the initial-passwd-udeb.postinst bug anywhere yet because that entire chunk of code is gone upstream and from dapper
[03:24] <sladen> Kamion: messy.  I guess   grep -r sEcReTpAsSwOrD /  is something to add to the testsuite
[03:38] <stratus> are the libgnome locale messages missing from the package (2.3.90-0ubuntu3) or i'm missing something?
[03:39] <Kamion> .mo files are stripped from everything in main and go into language-pack-* instead
[03:39] <sladen> stratus: they're separated off into langpacks
[03:39] <stratus> bingo!
[03:39] <stratus> i forgot that, sorry.
[03:44] <dotwaffle> I swear, if ONE MORE USER tries to cat the install log file on my upgraded hoary install, I will actually be willing to reconsider my stance on execution...
[03:44] <bddebian> Yikes
[03:45] <dotwaffle> Kamion: It only affects 5.10, you're safe unless you dist-upgraded from Breezy.
[03:45] <Amaranth> It only affects you if you installed using 5.10
[03:46] <infinity> dotwaffle: Kamion is the installer maintainer, he's likely aware of the exposure (and is testing to make sure that's true)
[03:46] <dotwaffle> I just reread what I'd written. I need sleep - you're obviously doing something to check it's not still borked.
[03:46] <dotwaffle> infinity: I know, but somehow, sleep prevented me from remembering that...
[03:48] <dotwaffle> Right, that's it, I just tried to specify $1 field insertions using bash aliases, I need sleep... night...
[04:14] <HrdwrBoB> https://launchpad.net/distros/ubuntu/+source/glibc/+bug/29768
[04:14] <Ubugtu> malone bug 29768 in glibc "Australian timezones incorrect for 2006" [Normal,Confirmed]
[04:14] <HrdwrBoB> wtf is going on with this?
[04:27] <elkbuntu> hmm what updates in the past 5 hours have meddled with/removed the minicommander panel applet?
[04:31] <robertj> infinity: sorry for being afk and your right this pastebin script is not returning results properly, but that was the problem, I just took out a radeon card
[04:31] <robertj> infinity: is that a known issue where having xorg-driver-fglrx will cause it to b0rk?
[04:32] <infinity> robertj: Yeah, I've put some effort into figuring out a clever way to work around it, but because fglrx/nvidia use their own libGL (and not the system libGL), it's a messy thing.
[04:33] <infinity> robertj: They have to divert the system libGL out of the way to function, but then other drivers break.
[04:33] <robertj> infinity: ended up not being able to stand the extra noise generated when I had a radeon in this system
[04:33] <infinity> robertj: Generally considered an okay compromise, since if you install fglrx or nvidia-glx, you probably wanted to use it too.
[04:33] <robertj> infinity: doesn't that make liveCDs sad?
[04:34] <infinity> How would it?
[04:34] <robertj> I guess you can still install it on-the-fly then
[04:34] <infinity> If you're very lucky...
[04:34] <infinity> Lots of DRI/DRM combinations tend to be completely unloadable at the kernel level.
[04:35] <infinity> So you'd probably have to use a persistent LiveCD to install fglrx/nvidia-glx and reboot.
[04:35] <infinity> I can't imagine this is a use case many people care terribly much about, though.
[04:36] <robertj> be back in a second, still unhappy, restarting Xorg
[04:41] <robertj> infinity: btw, that made Xgl happy too
[04:41] <robertj> although Xgl shows direct rendering no and is very slow, is that normal?
[04:41] <robertj> I guess that's one for ubuntu-xgl
[04:42] <infinity> Yeah, I know very little about Xgl.
[05:26] <setuid> Question: Why would a source package fail to build clean, when all deps are satisfied?
[05:26] <setuid> i.e. 'apt-get source foo' && cd foo && debuild
[05:31] <setuid> http://rafb.net/paste/results/rfER5i98.html
[05:32] <setuid> ...along with about 78 lines of error below that
[05:32] <setuid> Those files don't even exist in all of Debian or Ubuntu, in any package
[05:43] <infinity> setuid: Which package is this?
[05:44] <setuid> infinity: libmp4v2-0
[05:45] <setuid> Upstream CVS source for that doesn't build either... needs some serious work. Sigh.
[05:45] <setuid> So I can't build gtkpod
[05:45] <setuid> whee!
[05:47] <SEJeff> I have an rtf file that will segfault the latest openoffice in dapper (2.02)
[05:47] <setuid> SEJeff: backtrace?
[05:47] <SEJeff> I ran soffice.bin in gdb to get a backtrace
[05:47] <SEJeff> And it keeps asking me to press enter after thousands of lines of output
[05:47] <SEJeff> Is there any way to have gdb log to a file?
[05:48] <SEJeff> Because I'm not going to copy / paste this many lines
[05:49] <SEJeff> Actually, I am having a friend do this and I am using NX to help him troubleshoot it
[05:50] <SEJeff> any ideas
[05:56] <infinity> setuid: I can't reproduce the failure here.  It builds fine in a clean chroot with the build-deps installed (which was to be expected, since it also worked on the buildds).  There's something goofy with your local setup.
[05:56] <setuid> I'm on Breezy, might that make a difference?
[05:57] <infinity> Erm, quite possibly.
[05:57] <setuid> It definitely does not build here, using any version of automake/autoconf/autoheader/aclocal
[05:57] <infinity> I was building the dapper sources in a dapper chroot.
[05:59] <setuid> I guess its broken in Breezy
[05:59] <setuid> But the source package is _identical_ between Breezy and Dapper, unchanged.
[06:01] <setuid> I'm using faad2-2.0.0+cvs20040908+mp4v2+bmp
[06:01] <setuid> Which is what 'apt-get source' brings down
[06:01] <setuid> debuild bootstraps the chroot, no?
[06:01] <infinity> Err, what?
[06:01] <infinity> debuild has nothing to do with chroots.
[06:02] <infinity> It's just a small wrapper around dpkg-buildpackage
[06:02] <setuid> hrm
[06:02] <setuid> I thought it did the whole chroot + dpkg-buildpackage mess
[06:02] <setuid> How are you building this?
[06:05] <setuid> It can't possibly build, there are files that are required, completely missing from any and all .debs in the whole pool
[06:05] <setuid> faad2.h:28:26: error: codec_plugin.h: No such file or directory
[06:05] <setuid> faad2.cpp:22:32: error: mpeg4_audio_config.h: No such file or directory
[06:05] <setuid> faad2.cpp:23:23: error: mpeg4_sdp.h: No such file or directory
[06:06] <infinity> Which I'd expect to be in the faad2 source.
[06:06] <setuid> Nope
[06:06] <setuid> Even googling for them comes up blank
[06:08] <setuid> Well, I'm heading to sleep. Thanks.
[06:08] <LaserJock> setuid: pbuilder builds packages in a chroot envioronment.
[06:09] <setuid> LaserJock: Sure, so what bootstraps pbuilder?
[06:09] <LaserJock> debootstrap
[06:09] <setuid> Ok, let me try this a different way
[06:10] <setuid> I have a tree of unpacked source from Ubuntu, which has a ./debian directory in it. I'd like to rebuild that source into .debs I can then install, which should replace the existing versions on my system.
[06:10] <setuid> How do I do that, without a 45-step process?
[06:10] <LaserJock> setuid: debuild and the pbuilder is how I usually do it
[06:10] <infinity> Either build it in your base system (apt-get install build-essential fakeroot; apt-get build-dep <package>; cd <package_version>; dpkg-buildpackage -rfakeroot -uc -us -b)
[06:10] <infinity> Or, set up chroots and do it in there.
[06:11] <infinity> Or, use sbuild or pbuilder.
[06:11] <infinity> Or, come up with your own fancy solution. :)
[06:11] <LaserJock> setuid: or pdebuild in one step
[06:11] <setuid> Well, pdebuild requires some setup too
[06:12] <LaserJock> setuid: pdebuild is debuild+pbuilder
[06:12] <infinity> Anyhow, it appears to build fine in my breezy chroot to... <shrug>
[06:13] <setuid> This does nothing: apt-get build-dep libmp4v2-0
[06:13] <infinity> So, you have the build-deps installed.
[06:13] <setuid> Yep
[06:13] <setuid> Trying dpkg-buildpackage -rfakeroot -uc -us -b now
[06:14] <setuid> Same errors
[06:14] <infinity> That's more or less what debuild will do for you, so if debuild doesn't work, neither will dpkg-buildpackage.
[06:14] <setuid> In file included from faad2.cpp:21:
[06:14] <setuid> faad2.h:28:26: error: codec_plugin.h: No such file or directory
[06:14] <setuid> faad2.cpp:22:32: error: mpeg4_audio_config.h: No such file or directory
[06:14] <setuid> faad2.cpp:23:23: error: mpeg4_sdp.h: No such file or directory
[06:15] <infinity> Your problem is more fundamental, I suspect.
[06:15] <setuid> ^ those files simply do not exist, anywhere, in any of these sources
[06:15] <setuid> Right
[06:15] <infinity> (You didn't change the source in any way, did you?)
[06:15] <setuid> Nope, just rm'd and did a clean 'apt-get source' on it
[06:15] <setuid> apt-get source libmp4v2-0
[06:15] <setuid> cd faad2-2.0.0+cvs20040908+mp4v2+bmp
[06:15] <setuid> dpkg-buildpackage -rfakeroot -uc -us -b
[06:15] <setuid> (chug chug)
[06:15] <setuid> then the errors above
[06:15] <Chipzz> setuid: what about debootstrapping breezy, trying to build it there, and if it works see where those files come from?
[06:16] <setuid> Chipzz: No idea what you mean
[06:16] <setuid> I'm *ON* Breezy
[06:16] <Chipzz> 06:12 < infinity> Anyhow, it appears to build fine in my breezy chroot to... <shrug>
[06:16] <infinity> s/to/too/
[06:17] <Chipzz> infinity: you could always do a dpkg -S for those files? :)
[06:17] <infinity> setuid: The build normally doesn't even attempt to build the mpeg4ip plugin (where the broken includes come from), as far as I can tell, so sometihng on your system (whacky environment, who knows) is making things unpleasant.
[06:17] <setuid> I'm not even sure how you can get it to build, when faad2.h clearly references a non-existant file
[06:17] <Chipzz> or rather, locate and dpkg -S
[06:17] <infinity> Chipzz: Oh, no, the files really don't exist, but they also don't get included in the default package build.
[06:18] <Chipzz> ah ok
[06:18] <infinity> DEB_CONFIGURE_EXTRA_FLAGS := --with-xmms --with-bmp --with-drm --with-mp4v2 --disable-mpeg4ip
[06:18] <infinity> ^--- From debian/rules
[06:18] <setuid> DEB_CONFIGURE_EXTRA_FLAGS := --with-xmms --with-bmp --with-drm --with-mp4v2 --disable-mpeg4ip
[06:18] <setuid> Same here
[06:18] <setuid> But it still tries to build it
[06:18] <setuid> I just yanked it from the Makefile, trying now
[06:18] <infinity> Right, so figure out why that is, or use a chroot. :)
[06:19] <Chipzz> setuid: take a look at the Makefile.am and look on what condition that dir gets build
[06:19] <infinity> We've gone way out of the scope of "this package is broken" (which I and the buildds disagree with)
[06:19] <setuid> Doesn't "dpkg-buildpackage -rfakeroot" use a chroot?
[06:19] <infinity> No.
[06:19] <Amaranth> setup a breezy pbuilder
[06:19] <zerokarmaleft> when i use pbuilder + bindmounted local apt repository, the packages i've built specifically to meet BuildDepends aren't tried during satisfydepends
[06:20] <setuid> Ok, looks like --disable-mpeg4ip doesn't actually disable it
[06:21] <Chipzz> setuid: on a seperate note, why do we use --with-xmms ?
[06:21] <Chipzz> hrm wait, probably cause that's installed by default :P
[06:21] <setuid> Yep
[06:21] <Chipzz> I just nuked it from my system :P
[06:22] <Chipzz> no gtk+ 1.2 apps here ;)
[06:25] <zerokarmaleft> here's the bash script i'm using to call pbuilder + local bindmount - http://pastebin.com/599151
[06:27] <Bicchi> If dapper doesn't have the lattest version of a software, how do i report/suggest an upgrade? What is the procedure?
[06:28] <nictuku> Bicchi, dapper is in feature freeze
[06:28] <LaserJock> Bicchi: most packages in Ubuntu come from Debian. And we are under a upstream version freeze
[06:29] <Bicchi> so it means nothing can be added to it. until the next release of ubuntu. the one after dapper that is.
[06:30] <LaserJock> Bicchi: we do have exceptions for  important bug fix releases but they have to be approved, etc.
[06:30] <Bicchi> but again, if i see that the package doesn't get upgraded, should i notifiy Debian instead?
[06:32] <LaserJock> well, they don't have a version freeze at the moment and we would sync from debian sid for Dapper+1 so it would definately be one way to go
[06:36] <zerokarmaleft> and the pbuilder output - http://pastebin.com/599156 - the package i'm building BuildDepends on rake (>= 0.6.0) and i've got rake-0.7.0 sitting in my local apt repos
[06:37] <LaserJock> zerokarmaleft: I used another machine to host my apt repo so I didn't use bind mounts. It worked fine that way
[06:43] <highvoltage> i see nexenta listed in launchpad as a distro, does this mean we'll soon have a solaris for human beings as well?
[07:38] <highvoltage> hi ubuntu-devel. there's been no announcement yet about the Ubuntu initial user password being stored as clear text, readable by all users. will there be one soon?
[07:39] <Burgundavia> highvoltage: already fixed
[07:39] <robitaille> highvoltage: http://www.ubuntu.com/usn/usn-262-1
[07:40] <highvoltage> ah, thanks
[07:41] <Burgundavia> highvoltage: plus it is a local only exploit
[08:18] <maswan> Was any of the flight-N installers vulnerable?
[08:18] <fabbione> maswan: no
[08:18] <fabbione> dapper is o
[08:18] <maswan> fabbione: Ah, ok. Good.
[08:18] <fabbione> +k
[08:19] <maswan> fabbione: Well, that could also be interpreted as "current dapper is OK", or "released dapper will be OK" from the USN.
[08:20] <fabbione> maswan: well there is no support for Dapper.. afaik Dapper was never vulnerable
[08:20] <Ubugtu> malone bug 34606 in Nexenta OS "Administrator root password readable in cleartext on Breezy" [Normal,Unconfirmed]  http://launchpad.net/bugs/34606
[08:21] <CarlFK> dapper was (is)
[08:21] <maswan> fabbione: Yeah. I just happen to have a debian/ubuntu devel machine for amd64 that was installed with flight-3 that I was curious on. All other machines are FAIed at both work and the computer club, so no worries.
[08:21] <fabbione> maswan: ok :)
[08:22] <CarlFK> ( is = daily I have, guessing the fixed one will get to me in a few hours)
[08:23] <fabbione> CarlFK: dapper mostlikely never had the problem
[08:24] <jdub> infinity: ping
[08:24] <CarlFK> fabbione: I have many dapper intsalls, all have it
[08:24] <CarlFK> juser@dhcp24:/var/log/installer/cdebconf$ grep useme questions.dat
[08:24] <CarlFK> Value: useme
[08:24] <infinity> jdub: pong, but only because you're lucky. :)
[08:24] <jdub> infinity: ;-)
[08:24] <jdub> infinity: now mysql 5 is sig11 on startup
[08:25] <CarlFK> -rw-r--r-- 1 root root   71670 2006-03-12 23:51 questions.dat
[08:25] <infinity> jdub: ...
[08:25] <infinity> jdub: Can you work out how to get a backtrace and file a bug?
[08:25] <jdub> infinity: just got gdb on, shouldn't be long
[08:26] <infinity> jdub: I'm about 5 seconds from running out the door for dinner and such.
[08:26] <infinity> jdub: Cool, thanks.
[08:26] <infinity> jdub: Assign the bug to me explicitely, I don't think I'm the Malone bug contact for MySQL.
[08:27] <maswan> CarlFK: to which question is that Value: ?
[08:27] <CarlFK> Name: passwd/user-password
[08:27] <jdub> infinity: erm, what happens if a stack trace ends with (nil) ?
[08:27] <CarlFK> and Name: passwd/user-password-again ;)
[08:28] <maswan> CarlFK: not logged for my flight-3 install.
[08:29] <CarlFK> think it matters that I used a preseed file?
[08:30] <jdub> infinity: it didn't pass the stack range sanity check
[08:30] <maswan> CarlFK: Possibly, since I just did a normal cd install and didn't get it logged.
[08:40] <CarlFK> speaking of preseed, not that base-config is gone, how do I run commands like I did with base-config/late_command ?
[08:40] <CarlFK> s/not/now
[08:41] <tepsipakki> how much effort would it need to move some libraries and binaries from /usr/{lib,sbin} ->/{lib,sbin}? It isn't possible for dapper, that's quite evident, but for dapper+1
[08:42] <tepsipakki> I'm talking about libkrb5, libgssapi, rpc.gssd, rpc.idmapd which are needed for nfs4-mounts
[08:43] <tepsipakki> oh, libidmap too
[08:43] <tepsipakki> libnfsidmap, that is..
[08:43] <pitti> Good morning
[08:44] <ajmitch> morning pitti
[08:44] <tepsipakki> Guten Morgen
[08:45] <pitti> hey ajmitch, hallo tepsipakki :)
[08:54] <maswan> Chipzz: I have no clue, we use FAI everywhere, no preseeds. :)
[08:55] <Burgundavia> salut pitti, have a fun sunday?
[08:56] <pitti> Burgundavia: heh, yes, I had :)
[08:56] <pitti> Burgundavia: Good morning
[08:58] <Lathiat> so, the password disclosure vuln helped a mate of mine
[08:58] <Lathiat> hed lost a password, and gave up tryign to brute force it
[08:58] <Lathiat> turns out it was the same he used in his isntall, so got it back :)
[09:03] <dholbach> good morning
[09:10] <netstar> infinity: when you say YOUR initramfs, can that mean any other user-generated with new kerenls?
[09:11] <netstar> I've had problems but just gave in and build into the kernel
[09:11] <netstar> I pressumed I was being dumb, but couldn; figure why
[09:12] <Lathiat> netstar: you trying to load a module from initramfs?
[09:13] <netstar> Was trying, but having problems
[09:13] <Lathiat> iirc, you need to put the module in /etc/modules and re-generate your initramfs, may need to put it in the modules file in /etc/mkinitramfs somewhere
[09:13] <Lathiat> to regen, dpkg-reconfigure linux-image-`uname -r`
[09:13] <netstar> Lathiat: yes
[09:15] <sivang> morning all
[09:18] <janimo> pitti, hi
[09:18] <janimo> which of the gnome stack is responsible with calling pmount
[09:18] <janimo> and getting the label of the inserted usbdisk for example
[09:18] <netstar> gnome-volume-manager ?
[09:19] <janimo> pmount-hal seems to get it from hal
[09:19] <janimo> netstar, looked at g-v-m sources and could not find pmount there
[09:19] <pitti> janimo: right, g-v-m calls pmount-hal
[09:19] <janimo> I'm interested how gnome determines what label to assign
[09:19] <pitti> janimo: and pmount-hal requests label and policy from hal and calls pmount
[09:20] <janimo> and g-v-m finds out the label by looking at what was mounted? or asks hal itself?
[09:20] <pitti> janimo: as I said, pmount-hal asks the label from hal
[09:20] <janimo> since pmount does not return mountpoint
[09:20] <pitti> janimo: g-v-m just sees 'ah, a new storage device, let's call pmount-hal to mount it'
[09:20] <janimo> pitti, right
[09:21] <janimo> but the label on the icon, where is that taken from since pmount does not return it
[09:21] <janimo> being a command and all
[09:21] <janimo> replicating what pmount asked from hal or looking at mountpoints
[09:21] <janimo> so it's not sda1 but usbdisk
[09:22] <netstar> hal-device ?
[09:22] <pitti> janimo: ah, I see what you mean
[09:22] <pitti> janimo: g-v-m queries the mount point from hal after the mounting
[09:23] <pitti> mount_point = libhal_device_get_property_string (hal_ctx, udi, "volume.mount_point", &error)
[09:23] <janimo> pitti, aha thanks.
[09:23] <pitti> janimo: it's actually two invocations
[09:23] <pitti> 1. new device plugged in -> hal -> g-v-m 'oh, new device' -> pmount-hal
[09:23] <pitti> 2. the mount triggers a new hal event 'device property changed'
[09:24] <pitti> 3. hal -> g-v-m 'oh, changed dev property' -> get mount point -> nautilus
[09:24] <pitti> janimo: ^ a bit clearer now?
[09:24] <pitti> hey seb128
[09:24] <janimo> pitti, yes thank you
[09:24] <seb128> Hey pitti :)
[09:24] <dholbach> hey seb128!
[09:25] <seb128> Hey dholbach
[09:25] <janimo> pitti, btw do you know why hal upstream is prefering gnome-mount instead of pmount
[09:25] <pitti> I'm going to test new warty/hoary kernels now, brb
[09:25] <pitti> janimo: yes, I know
[09:25] <seb128> pitti: does xpdf-reader ships /usr/bin/pdftoppm ?
[09:25] <pitti> janimo: but way too late for dapper to change
[09:26] <pitti> seb128: I added a Replaces: some minutes ago
[09:26] <seb128> pitti: I was thinking the manpage should be dropped from xpdf-reader rather
[09:26] <seb128> pitti: yeah, that's why I ask that :)
[09:26] <seb128> no point to ship a manpage if the package has not the corresponding binary
[09:26] <pitti> seb128: right it shuold be fixed in debian
[09:27] <pitti> alright, testing kernels now, bbl
[09:30] <tepsipakki> could libpam-krb5 (universe) be synced from debian? In dapper we have 1.2.0-1, sid has 1.2.0-2
[09:32] <janimo> mjg59 ping
[09:33] <Seveas> sivang, there was a security update today
[09:33] <Seveas> (it only affects breezy)
[09:33] <sivang> Seveas: or, for that matter, upgraded dappers?
[09:33] <Treenaks> Seveas: and upgraded breezys I suspect?
[09:34] <Seveas> yes
[09:34] <sivang> okay, let's see if the update fixes it.
[09:34] <sivang> (I'm affected)
[09:34] <Seveas> I have no breezy-installed systems
[09:34] <Seveas> my laptop is a brand new dapper flight 4
[09:34] <Treenaks> Oh great: http://it.slashdot.org/it/06/03/13/0525254.shtml
[09:34] <Seveas> and server is a hoary->breezy
[09:35] <Seveas> pitti, hi
[09:36] <Burgundavia> Treenaks: we got some bad press. It happens
[09:36] <Treenaks> Burgundavia: Yeah, I know
[09:36] <Treenaks> Burgundavia: but still :)
[09:37] <Seveas> it is quite a serious mistake
[09:37] <Burgundavia> thankfully it is a local only mistake
[09:37] <Seveas> tell that to the admin with a 3000+ users machine who got rooted ;)
[09:38] <Seveas> (didn't hear of such a thing yet)
[09:39] <Treenaks> Seveas: weren't you adminning a cluster of Ubuntu boxes? :)
[09:39] <Seveas> still hoary
[09:39] <Seveas> and /var/log/*installer removed
[09:40] <Seveas> If dapper isn't delayed too much it'll be a dapper cluster in june
[09:46] <spacey> good thing my users are retards
[09:46] <spacey> :P
[09:48] <Treenaks> spacey: Real ones, or just children? :)
[09:49] <spacey> mostly children :)
[10:10] <pitti> Hi Keybuk
[10:11] <ploum> hello
[10:11] <ploum> I just saw the p-6 weeks delay proposed by sabdfl
[10:12] <ploum> As a lot of "normal users" that I know are waiting for Dapper in april. They are already talking about
[10:12] <ploum> I just have an idea
[10:12] <seb128> ploum: hey ploum
[10:12] <ploum> hello seb128 :-)
[10:12] <seb128> ploum: want a "public" first version and a corporate then? :)
[10:12] <ploum> indeed :-)
[10:12] <ploum> but I didn't follow the discussion
[10:12] <seb128> Mandriva does (did?) it that way no?
[10:13] <ploum> so I suppose someone had it
[10:13] <Keybuk> hey berpitti
[10:13] <chmj> winkle: 7
[10:13] <ploum> seb128: I really don't know much about mandriva
[10:14] <seb128> ploum: people can as well install a flight-n
[10:14] <ploum> seb128: the "flight" name is quite "experimental"
[10:15] <seb128> ploum: right, but in case we have a delay that's not make things extra stable ... calling the first version "dapper" would be as misleading
[10:15] <ploum> I was thinking that a first "public" release would allow a wide testing
[10:16] <ajmitch> ploum: we also have a beta release coming up
[10:16] <ploum> my first idea was : "We must do everything as usual then, after the release, take an extra 6 weeks of bugs squashing"
[10:17] <seb128> ploum: we have a candidate 1 month before version usually
[10:17] <seb128> there no need to have 2 differents candidate
[10:18] <Keybuk> seb128: has the Debian menu deliberately appeared again?
[10:18] <seb128> Keybuk: you probably installed menu-xdg?
[10:18] <ploum> where is the discussion about this ? I didn't saw anything on ubuntu-dev list (but there is a lot of noise so I perhaps missed it)
[10:19] <seb128> ploum: there is no discussion about that atm
[10:19] <Keybuk> seb128: gnome-panel depends on it
[10:19] <seb128> ploum: but there is no 6 weeks delay atm neither
[10:19] <Keybuk> or something else did
[10:19] <seb128> Keybuk: no it doesn't
[10:19] <Keybuk> how did it get installed then?
[10:20] <seb128> Keybuk: but it "Recommends" it ... you can argue it should be changed to "Suggests" for Ubuntu
[10:20] <ogra> hey gang
[10:20] <seb128> Keybuk: you use something installing Recommends for you?
[10:20] <Keybuk> I use aptitude
[10:20] <seb128> Keybuk: which does install Recommends for you :)
[10:20] <Keybuk> right, because it's supposed to?
[10:21] <seb128> Keybuk: yeah, what I said, it should probably be changed to Suggests for Ubuntu
[10:21] <seb128> Keybuk: but I don't think the situation is new
[10:21] <seb128> hi mdz
[04:17] (mjg59/#ubuntu-devel) jono: Does the disks manager not let you?
[04:17] (mjg59/#ubuntu-devel) I have "Access Path" and the ability to change it
[04:17] <seb128> it's not persistant change
[04:18] <seb128> ie: doesn't change the fstab
[04:18] <mjg59> Oh. That sounds like a bug.
 there is a bug open about that
[04:19] <mjg59> Yes, I should read more closely
[04:19] <jono> :)
[04:19] <jono> would be nice if the installer could pick up on other partitions and automatically create the mount points
[04:20] <seb128> jono: we can try to fix it for dapper but a patch would be welcome :)
[04:20] <seb128> all the windows partitions should be installed to fstab at installation imho
[04:20] <jsgotangco> well it does mount /dev/hda1 (windows) when it sees it
[04:20] <jono> seb128, would love to if it werent for the fact that all my C has dripped out the side of my head and been replaced with python and visions of grandeur
[04:20] <seb128> many users expect to get datas from there
[04:20] <jsgotangco> the only bug is that when its ntfs
[04:20] <jsgotangco> (with breezy)
[04:20] <seb128> jsgotangco: no it doesn't
[04:21] <jsgotangco> huh?
[04:21] <seb128> jsgotangco: or at least the liveCD doesn't
[04:21] <ogra> jono, hey, if we postpone dapper you'll hav eenough time to refresh your C skills ;)
[04:21] <bddebian> heh
[04:21] <jono> ogra, I honestly wish it worked that way :P
[04:21] <ogra> heh
[04:22] <jono> thanks chaps
[04:22] <pitti> arrgh, dapper kernel breaks capabilities
[04:23] <mjg59> I clicked on the irritating lightbulb in openoffice and it crashed
[04:23] <mjg59> Or, rather, froze
[04:23] <mjg59> Best. Software. Ever.
[04:24] <mjg59> So when openoffice says "recovery succesful", what does it actually /mean/?
[04:26] <ogra> that it feels better now ?
[04:28] <ogra> seb128, gnome-screensaver:
[04:28] <ogra> checking for X11/extensions/XScreenSaver.h... no
[04:28] <ogra> checking for X11/extensions/scrnsaver.h... no
[04:28] <ogra> checking for X11/extensions/xidle.h... no
[04:28] <ogra> any idea why we dont use these ?
[04:29] <seb128> because we lack some Build-Depends maybe?
[04:29] <ogra> seb128, yes, i'm just wondering why :)
[04:30] <ogra> might probably solve one or the other bug :)
[04:30] <fabbione> ogra: you lack a bunch of B-D :)
[04:30] <fabbione> not just some
[04:30] <ogra> yep
[04:30] <sivang> hrm
[04:30] <mjg59> ogra: It says that it's recovered them, but doesn't actually /show/ them to me
[04:30] <ogra> the fun is it compiles fine without them ... maybe thats why nobody ever noticed :)
[04:31] <sivang> breezy fales to correctly setup Xorg on this new AMD64 X600 RADEON machine..
[04:31] <sivang> failes, even
[04:31] <ogra> mjg59, hmm, i always see them listed ... (which often doesnt help kbecause the doc crashes immediately again)
[04:32] <Fawzib> sorry about asking here but don't know where else to ask. How can I start a 'server-expert' install with the new menu in Flight 5?
[04:34] <Seveas> Fawzib, #ubuntu is for support (and the menu has an 'Install a server option')
[04:34] <ogra> yay, finally the right dots in the unlock dialog
[04:36] <pitti> mdz: I fixed leases file rewriting in dhcp3 for breezy (bug 26645) by backporting a dapper patch (pretty easy one); can you please approve/deny it?
[04:36] <Ubugtu> malone bug 26645 in dhcp3 dhcp3-client "dhclient prevents itself from accessing its own leases file" [Normal,Fix released]  http://launchpad.net/bugs/26645
[04:36] <Fawzib> Seveas: I know asked there nobody answered, I saw the "server" but not the "server-expert" option (which is different)
[04:38] <mdz> pitti: approved
[04:38] <pitti> thanks
[04:39] <pitti> uploaded
[04:50] <sivang> pitti: how do I tell debclean or what do I need to put in the changlog so it will crate a full source (not diff) upload? My skeleton package debuild creates a diff only upload for some reason.
[04:50] <sivang> pitti: s/debclean/debuild/
[04:50] <sivang> pitti:(it does this although this is the first release)
[04:59] <CarlFK> my daily dapper is still saving the password in -rw-r--r-- 1 root root   71797 2006-03-13 09:37 questions.dat
[05:00] <dholbach> ogra: I do the gnome-screensaver update just now - if you don't mind
[05:01] <ogra> i do
[05:01] <ogra> because i'm reworking the buiold deps since an hour
[05:01] <dholbach> the build deps?
[05:01] <ogra> seems there was missing a lot and nobody noticed
[05:01] <ogra> i'm nearly done
[05:01] <dholbach> configure.ac indicates no changes
[05:02] <dholbach> and it builds in pbuilder
[05:02] <ogra> yes, but the hack dont work right without scrnsaver.h for example
[05:02] <ogra> *hacks
[05:02] <ogra> checking for X11/extensions/xidle.h... no
[05:03] <ogra> ^^^ could also solve some issues to have it :)
[05:03] <dholbach> ok
[05:04] <Seveas> urgh, meetings are going to be a mess tomorrow
[05:05] <elkbuntu> Seveas, i'm yet to attend an online meeting that isnt chaotic ;)
[05:05] <Seveas> elkbuntu, this is going to be worse
[05:05] <Seveas> there already are several people in #u-meeting just for that and I heard from a *LOT* more people that they were going to attend
[05:06] <elkbuntu> Seveas, there's going to need to be some serious flood control
[05:07] <Seveas> elkbuntu, alreday in place
[05:07] <elkbuntu> what restrictions?
[05:07] <Seveas> when needed I can +mi the channel and redirect the listeners to an overflow channel where the conversation is relayed
[05:07] <pitti> sivang: debuild -sa
[05:08] <pitti> sivang: by default it includes the orig.tar only for the revision -1
[05:08] <mdz> ogra: what is the cause of the flickering in so many screensavers?
[05:09] <elkbuntu> well, i know for sure i cant come listen on the 1st one, if it's 25 hours from now. not sure about the second
[05:09] <ogra> mdz, see above i think its caused by missing build deps, my prob is that i cant reproduce it here ...
[05:09] <Seveas> the one in 25 hours is the second one
[05:09] <sivang> pitti: many, many thanks.
[05:10] <ogra> mdz, it doesnt happen on my nvidia card and i have only an ati card in my ibook, where it doesnt happen
[05:10] <ogra> mdz, does it flicker for you ?
[05:10] <pitti> ogra: it does for me on my iBook
[05:10] <elkbuntu> Seveas, ooh
[05:10] <mdz> ogra: it happens here and on jordi's laptop also
[05:10] <pitti> mdz: can you please ack the b-updates dhcp3 upload?
[05:10] <elkbuntu> the first one being closed?
[05:10] <mdz> ogra: and on my desktop
[05:11] <Seveas> the first one is in 16 hours
[05:11] <ogra> only GL savers or all of them ?
[05:11] <jordi> mdz: which is also a ppc
[05:11] <jordi> my laptop, that is
[05:11] <elkbuntu> as in, restricted attendance?
[05:11] <mdz> my laptop and desktop are both i386
[05:11] <ogra> jordi, known fact ;)
[05:11] <mdz> pitti: I have never done it before, but if it is urgent I can have a look
[05:11] <pitti> mdz: oh, not that urgent; I'll ask Kamion tomorrow then
[05:12] <mdz> ogra: what's a good non-GL one to test?
[05:12] <jordi> ogra: aha :)
[05:12] <ogra> mdz, fuzzyFlakes
[05:12] <pitti> wb carlos
[05:12] <pitti> carlos: how's the import queue looking? does the backlog get smaller?
[05:13] <carlos> pitti: hi
[05:13] <mdz> ogra: how can I run it full-screen like xscreensaver or gnome-screensaver does?
[05:13] <carlos> pitti: I'm blocked on PQM accepting my branch....
[05:14] <pitti> OIC
[05:15] (ogra/#ubuntu-devel) lock your screen with it selected (as long as we dont have a preview button)
[05:16] <mdz> ogra: yes, it's the GL ones
[05:16] <mdz> ogra: and it flickers even in the preview window
[05:16] <ogra> hmm, k
[05:18] <ogra> i'll check if we need a build dep on the gl headers for g-s-s even i cant imagine it helps since the GL hacks are only called by g-s-s
[05:18] <ogra> it shouldnt need it ..
[05:28] <mdz> ogra: do you have DRI enabled?
[05:28] <mdz> ogra: what kind of graphics cards have you tested?
[05:30] <jordi> ogra: so, I see hwdb-client is installed in dapper, but it has no icon at all
[05:30] <jordi> does that make sense?
[05:30] <ogra> ati FireGL Mobility T2e and a nvidia ...
[05:30] <jordi> why isn't it in the menus?
[05:30] <ogra> jordi, simplifying menus spec
[05:30] <seb128> jordi: because it's masked by default
[05:30] <jordi> nod
[05:30] <jordi> how do people use it?
[05:30] <seb128> jordi: it doesn't make sense to the menu, it's a stuff you run one time, probably after install
[05:31] <jordi> nod
[05:31] <seb128> jordi: should be runned after installation probably
[05:31] <mdz> ogra: both jordi's laptop and mine and my desktop are radeons
[05:31] <ogra> nvidia GForce FX Go5700 to be precise
[05:31] <jordi> my home box is radeon as well
[05:31] <jordi> but that one does dri
[05:31] <ogra> mdz, try with 2.14 if it built
[05:32] <ogra> i hope it solves some issues
[05:32] <ogra> sadly libgnomeui is currently broken on ppc, so jordi wont get it yet
[05:33] <jordi> oh my goooooooodness
[05:33] <mdz> ogra: mvo's laptop doesn't do DRI but it doesn't flicker either
[05:33] <jordi> I QUIT!!!1
[05:33] <ogra> ah
[05:34] <ogra> do other GL apps flicker ?
[05:34] <ogra> i.e. pinball ?
[05:34] <mdz> testing
[05:36] <mdz> ogra: pinball doesn't work
[05:36] <mdz> ogra: but the screensavers work fine when run on their own
[05:36] <ogra> hmm
[05:36] <mdz> and they are GL
[05:36] <mdz> it is something to do with gnome-screensaver
[05:36] <ogra> yep
[05:36] <ogra> lets see if the additional build deps help ...
[05:36] <mdz> ogra: do you have a test build for me?
[05:37] <ogra> wait, only ppc currently...
[05:37] <ogra> oh, jordi :) want a test package ;)
[05:38] <jordi> ogra: shure
[05:39] <jordi> mdz: omg, ogra is also h4x0r1ng me
[05:40] <ogra> http://people.ubuntu.com/~ogra/gnome-screensaver_2.14.0-0ubuntu1_powerpc.deb
[05:40] <ogra> jordi, ^^
[05:40] <dholbach> mdz: thanks for libgsf review, uploaded.
[05:41] <ogra> mdz, i have dri loaded as well here on the ati/ppc and dont see any flickering ...
[05:42] <ogra> as well as on the amd64/nvidia lappie
[05:43] <jordi> so this fixes two in one I guess
[05:43] <jordi> the suspend thing and the flickery
[05:43] <jordi> lets find put
[05:43] <jordi> out e ven
[05:43] <jordi> damn
[05:43] <ogra> ??
[05:43] <ogra> youre speaking in foreign togues :)
[05:44] <mdz> seb128: did you hear anything back about that X cursor problem?
[05:44] <seb128> mdz: no
[05:45] <mdz> seb128: is it in malone?
[05:45] <seb128> yeah
[05:45] <mdz> seb128: needs to be fixed for dapper
[05:45] <mdz> what's the bug#?
[05:45] <seb128> https://launchpad.net/distros/ubuntu/+source/xorg/+bug/27589
[05:45] <Ubugtu> malone bug 27589 in xorg "X default cursor is displayed instead of the Human Theme one." [Normal,Unconfirmed]
[05:45] <seb128> and I've already targetted it for dapper for some time
[05:48] <fabbione> seb128: does the problem happen only with the human theme?
[05:48] <seb128> fabbione: no, it just doesn't use the alternative
[05:49] <fabbione> ok
[05:50] <fabbione> oh well.. i will get to X one century or another..
[05:50] <seb128> fabbione: I talked a bit about it with daniels the afternoon he was at UI sprint
[05:50] <seb128> he thinks that's a xserver-xorg bug and tried to track it quickly but with no luck...
[05:50] <fabbione> seb128: i am pretty sure it's just a missing patch from breezy -> dapper
[05:51] <seb128> could be
[05:51] <fabbione> if you know where this x-cursor-theme alternative was and is now..
[05:51] <fabbione> it should be easy to track
[05:51] <seb128> right, it's on my list for dapper
[05:51] <seb128> but so many bugs ... I'll come to it, but later :)
[05:51] <fabbione> ehhe
[05:52] <fabbione> i also have a liboil and gst bug for you..
[05:52] <fabbione> but first i need to see if i can handle you something with a patch
[05:52] <seb128> liboil? there was some issue due to see code, slomo has uploaded without see for now
[05:52] <seb128> is that the same?
[05:52] <sivang> fabbione: do you of anything that would prevent breezy from setting out of the box an ATI X600 on a AMD64 machine? there seems to be a duplicate symbol on one of the libs Xorg needs.
[05:52] <seb128> see you fabbione
[05:53] <sivang>  fabbione symbol is rol_long
[05:53] <seb128> SSE rather
[05:54] <fabbione> sivang: noidea..
[05:54] <fabbione> sivang: fix it and send me a patch? ;)
[05:55] <fabbione> me must go really now
[05:55] <fabbione> bye
[05:56] <sivang> fabbione: okay :)
[05:56] <sivang> fabbione: laters!
[05:56] <jordi> ogra: hey, it doesn't suspend while typing after suspend anymore!
[05:56] <ogra> jordi, great :)
[05:56] <jordi> because IT CRASHES badly after suspedn :P
[05:56] <ogra> :P
[05:57] <ogra> jordi, mdz already forwarded the error :)
[05:57] <jordi> its cool, huh
[05:57] <ogra> its strange ...
[05:57] <ogra> i got it running here
[05:57] <mdz> ogra: are you sure you are using the same gnome-screensaver that we are?
[05:57] <ogra> heh
[05:57] <mdz> ogra: if not, please upload yours; it sounds better :-P
[05:58] <ogra> i'm running the one jordi just downloaded
[05:58] <ogra> i guess it needs some dependency tightening ... :(
[05:59] <ogra> jordi, did you kill the old gnome-screensaver process properly after installing ?
[05:59] <mdz> ogra: he logged out
[06:00] <ogra> k
[06:00] <jordi> if that didn't kill it its another story
[06:01] <ogra> that would have killed it
[06:03] <ogra> jordi, yous system is up to date ?
[06:03] <ogra> *your
[06:04] <jordi> I beleive
[06:04] <jordi> let me see
[06:04] <jordi> well
[06:04] <jordi> the Packages file in dapper changes every 20 seconds
[06:05] <ogra> heh
[06:05] <jordi> ok, Ive got a few for update now
[06:05] <ogra> complain at the gnome team :)
[06:05] <jordi> libpango, libgnomecanvas, libvte, scim
[06:05] <ogra> libgnomeui by chance ?
[06:05] <jordi> nope
[06:05] <jordi> I mean
[06:05] <jono> should rhythmbox display an ipod if it is plugged in ?
[06:05] <jordi> they will
[06:06] <jordi> but it seems only the arch:all packages are avaliable
[06:06] <jordi> not the ppc binaries yet
[06:06] <ogra> yep
[06:06] <jordi> S'han mantingut els segents paquets: libeel2-data libgnome2-common libgnomeui-common
[06:06] <jordi> ^^ held packages
[06:06] <ogra> hmpf .
[06:06] <ogra> ..
[06:06] <jordi> you think the crash is related to that update?
[06:07] <seb128> jono: it does list it yep
[06:07] <ogra> jordi, i think the crash is related to a loose dependency we need to tighten ...
[06:07] <jono> cheers seb128
[06:07] <ogra> i have no idea why it runs flawless for me
[06:08] <jordi> nod
[06:08] <jordi> ogra: cuz you cheat
[06:08] <ogra> on the other hand i have never had any of these issues you have
[06:11] <jono> and if I plug in a digital camera, does pop up the dialog box asking to get photos from the camera?
[06:12] <jono> this stuff is difficult to test in vmware :P
[06:13] <seb128> jono: yep, it does that too
[06:13] <jono> :)
[06:13] <jono> seb128, I assume it still loads gthumb right?
[06:14] <seb128> correct
[06:15] <jordi> Kamion: ping
[06:16] <jordi> seb128: what's the status of mono+ubuntu?
[06:16] <seb128> jordi: some apps are main, some other universe
[06:16] <seb128> jordi: but better to ask slomo or tseng or ajmitch about it
[06:17] <jordi> fspot looks like a candidate to replace gthumb :)
[06:17] <seb128> yeah, I would have liked to get that for that cycle ... for next cycle probably
[06:19] <Amaranth> jordi: we need a super-magical compression technology to fit it on the CD
[06:23] <ogra> Amaranth, we just need to convince the industry to switch to 900MB CDs by default :)
[06:23] <Amaranth> heh
[06:24] <Amaranth> or drop other things from the CD
[06:24] <Keybuk> . o O { OpenOffice {
[06:25] <Mithrandir> Amaranth: be careful about what you ask for. ;-)
[06:26] <Mithrandir> we could just put all the debs on the cd in a squashfs fs.
[06:26] <ogra> we could drop alacarte to make some room :P
[06:26] <Amaranth> i thought we did
[06:26] <Amaranth> ogra: 100kb doesn't save much :P
[06:27] <ogra> Amaranth, squashfs -> only on the liveCD
[06:27] <Amaranth> ah
[06:43] <hunger> Can I use usplash to get user input (passphrase for HDD) with dapper?
[06:44] <Keybuk> no, usplash has no user input functionality
[06:45] <Chipzz> hrrm
[06:45] <Chipzz> would be nice :)
[06:45] <hunger> OK, then I'll stick with my turn-it-off solution:-)
[06:46] <hunger> Chipzz: There was talk about adding such functionality when usplash was first implemented. Let's hope someone will really need it (and do the work;-)
[06:46] <Keybuk> "Patches Welcome"
[06:46] <Keybuk> hunger: sounds like you really need it ;)
[06:46] <hunger> Keybuk: As always;-)
[06:47] <hunger> Keybuk: Nope. I do not have usplash installed:-)
[06:48] <hunger> Keybuk: I was just wondering whether I need to update the init-script I attached to a bug.
[07:18] <ogra> mdz, http://people.ubuntu.com/~ogra/gnome-screensaver_2.14.0-0ubuntu1_i386.deb in case the buildds take *another* hour until it shows up
[07:19] <ogra> (sorry it took so long, i had to create a x86 pbuilder first)
[07:19] <ogra> but i'm still faster than LP :P
[07:25] <ogra> mdz, ah, now it hit the archive as well ...
[07:28] <LaserJock> are failed builds retried automatically by soyuz?
[07:28] <pitti> LaserJock: only if they fail because of missing dependencies
[07:28] <LaserJock> pitti: so do I need to upload a buildX to get it rebuilt
[07:29] <ogra> nope
[07:29] <ogra> poke a buildd admin
[07:33] <LaserJock> infinity | lamont : can I get supercollider given back? thanks.
[07:46] <Bicchi> Dapper is based on software from Debian (etch or sid). Which one testing/unstable ?
[07:46] <Amaranth> sid
[07:47] <Bicchi> So it will allways pull from unstable ?
[07:47] <dholbach> Bicchi: unstable = sid, etch = testing
[07:47] <dholbach> Bicchi: and that's more of a #ubuntu question
[07:52] <ogra> Mithrandir, can you test the suspend issue with the new g-s-s from the archive  ?
[07:53] <Mithrandir> ogra: not now, please remind me tomorrow
[07:53] <ogra> yep
[08:42] <jordi> Kamion: let's chat tomorrow, or when you're back, of espresso translation.
[09:01] <GFDL> in dapper (updated today):
[09:01] <GFDL> xrdb -merge .Xresources
[09:02] <GFDL> Predefined macro file '/usr/lib/gcc/i486-linux-gnu/4.0.3/include/mcpp_gcc40_predef_old.h' is not found
[09:02] <GFDL> Predefined macro file '/usr/lib/gcc/i486-linux-gnu/4.0.3/include/mcpp_gcc40_predef_std.h' is not found
[09:02] <GFDL> .Xresources file get's merged OK though
[09:02] <GFDL> s/get's/gets
[09:15] <mdke_> Riddell, ping?
[09:19] <LaserJock> lamont: ping?
[09:21] <mdke_> Riddell, leaving a /query
[09:28] <ulaas> hi. is XGL broken or working.?
[09:28] <Amaranth> ulaas: #ubuntu-xgl
[09:29] <ulaas> Amaranth: right ;) danko
[09:31] <Tm_T> ulaas: even when it's broken, it can work
[10:52] <arp> nautilus, libeel, libeel-data and nautilus-cd-burner still broken with ppc?
[10:52] <seb128> no idea, what about just trying if you have a ppc?
[10:52] <seb128> and filling a bug if required
[11:13] <ploum> hello
[11:14] <ploum> did anyone notice the problem with cups ?
[11:14] <ploum> the file /var/log/cups/access_log was 1,5Go on my computer !
[11:14] <ploum> it seems that cups print the line :
[11:14] <ploum> localhost - - [13/Mar/2006:23:11:44 +0100]  "POST / HTTP/1.1" 200 72 CUPS-Get-Default successful-ok
[11:14] <ploum> every 5 seconds
[11:14] <ssam> arp, do you need someone to test?
[11:14] <ploum> ssam: do you have this in your logs ?
[11:14] <ploum> sorry
[11:15] <ploum> (I think you were talking to me)
[11:15] <ssam> ploum, dont worry :-)
[11:16] <seb128> ploum: it's supposed to be fixed for a week or so
[11:16] <seb128> ploum: maybe you just noticed
[11:16] <seb128> if you drop it, does it keep happening?
[11:17] <ploum> seb128: drop what ?  I restarted cups and I have a new line every 5 second
[11:17] <ploum> (and I deleted the 1,5Go file)
[11:17] <seb128> ah, so that still happens now?
[11:17] <dholbach> night guys
[11:17] <ploum> good night
[11:17] <seb128> ploum: what version of cupsys do you have?
[11:18] <seb128>  cupsys (1.1.99.b1.r4929-0ubuntu3) dapper; urgency=low
[11:18] <seb128> ...
[11:18] <ploum> seb128: yes. Fully-distupgraded from today. But I must maybe reboot
[11:18] <seb128>    * Add debian/patches/51_dont_log_ipp_printer_query.dpatch: Do not flood
[11:18] <seb128>      access_log with successful CUPS-Get-Printers and Get-Printer-Attributes
[11:18] <seb128>      queries (which are generated by gnome-cups-icon every 3 seconds). This is
[11:18] <seb128>      a hideous and hackish patch, but it has to do until we dbusify cupsys
[11:18] <seb128>      properly. (Malone #29895)
[11:18] <Ubugtu> malone bug 29895 in cupsys "same action is repeatedly logged" [Major,Fix released]  http://launchpad.net/bugs/29895
[11:18] <ploum>  1.1.99.b1.r4929-0ubuntu4
[11:18] <seb128> ploum: that doesn't tell me if the buildd has buitl it, etc
[11:18] <seb128> ploum: when people ask for a version that because they want the version :)
[11:18] <seb128> ploum: yeah, should be fixed
[11:19] <seb128> ploum: ping pitti tomorrow about it
[11:19] <seb128> or comment on 29895
[11:19] <ploum> seb128: thanks. I will add a comment to the bug
[11:19] <seb128> thank you
[11:20] <ploum> ok, I'm not alone
[11:21] <ploum> good night all :-)


[00:57] <EvilResistance> i'm unsure how to triage this one:  https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/993430
[00:57] <ubot2> Launchpad bug 993430 in update-manager "Recommend backing up before upgrades" [Wishlist,New]
[00:57] <EvilResistance> in one sense, its a feature request, on another hand, its a huge change...
[00:57] <EvilResistance> oh i see bdmurray got to it
[00:58] <EvilResistance> (lag didnt show that he got to it)
[01:01] <Daekdroom> It's not a huge change if you think of it as the addition of a warning.
[01:01] <Daekdroom> Integrating update-manager with a backup utility would be a huge change.
[01:01] <EvilResistance> that was suggested in the thing
[01:01] <EvilResistance> :P
[01:02] <Daekdroom> Yeah... I just noticed.
[01:02] <EvilResistance> perhaps it should be added in the bug in the comments taht adding a backup utility would be a huge change, and that should be proposed on brainstorm and not a bug/feature request?
[01:02] <EvilResistance> this is why i havent asked it to be triaged yet, i'm still pondering how to treat it
[01:02] <EvilResistance> i agree, adding warnings would be epic and awesome
[01:02] <EvilResistance> however, adding in autobackups is a huge change
[01:02] <EvilResistance> since both exist in the bug/featurerequest...
[01:03] <EvilResistance> ... perhaps you can see my confusion?
[01:03] <Daekdroom> Yes, I can. I'm equally confused.
[01:03] <EvilResistance> if it were up to me, this is what I'd do, assuming i was bugcontrol:
[01:03] <Daekdroom> 'If the requested enhancement is small and well-defined and/or the suggestion concerns an upstream project, the Importance of the bug should be set to 'Wishlist'. '
[01:04] <EvilResistance> (1) post to the bug saying "This bug is being traiged for the adding of a warning.  However, adding an automatic backup system is a huge change, and is not to be included in this, rather propose that on brainstorm."
[01:04] <EvilResistance> (2) triage
[01:04] <EvilResistance> that'd be my decision, if i were god of everything (and of course, I"m not)
[01:05] <EvilResistance> actually i can poke the OP of the bug, he's in #ubuntuforums
[01:05] <EvilResistance> i could have him split off the "big change" part
[01:05] <EvilResistance> and tell him to propose that on brainstorm
[01:05] <EvilResistance> and leave the other part in the feature request but
[01:05] <EvilResistance> bug*
[01:07] <EvilResistance> perhaps i should post it on the bugsquad list, see what the general response is to it?
[01:10] <bodhi_zazen> IMO it would be nice to at least warn people that upgrading may have detrimental effects and they need to be prepared for a fresh install ;)
[01:10] <bodhi_zazen> I know, no one reads the warnings or release notes, but, IMO, it is just too easy to click the upgrade button
[01:10] <EvilResistance> indeed, but we're stuck on how to process because of the last part of your bug
[01:10] <EvilResistance> the part about autoupgrading
[01:11] <EvilResistance> s/autoupgrading/autobackup/
[01:11] <EvilResistance> adding autobackup is a huge change
[01:11] <EvilResistance> the rest isnt
[01:11] <bodhi_zazen> You would think a limited backup would be *fairly* easy to do, but I understand that is a larger change
[01:11] <EvilResistance> if we process it solely based on the huge change, we'd have to follow the Triage guide
[01:11] <EvilResistance> and mark your bug as invalid and tell you to go to Brainstorm about it
[01:11] <bodhi_zazen> I think , at the end of the day, consider data integrity / data loss as you decide how best to triage the bug
[01:11] <EvilResistance> on the other hand, if we process it based on the warning, we can triage it
[01:12] <EvilResistance> so you see where i'm confused on the matter, and where Daekdroom is
[01:12] <EvilResistance> if it were up to me, i'd split off the adding autobackup from your request, and file that separately
[01:12] <EvilResistance> but it's not entirely up to me
[01:12] <bodhi_zazen> That would be fine
[01:12] <EvilResistance> i'll let you do that, i dont have bugcontrol so i can't edit your bug :P
[01:13] <EvilResistance> (not fully, at least)
[01:13] <bodhi_zazen> I am just saying, as someone who provides support, we see too many people with failed upgrades, and it is not fun to loose data
[01:13] <EvilResistance> i agree with you there
[01:13]  * EvilResistance is an IT technician, and sees this daily
[01:13] <bodhi_zazen> I am not saying the end user does not have some responsibility, but , make them think about upgrading first
[01:13] <EvilResistance> mhm
[01:14] <EvilResistance> bodhi_zazen:  if you will edit the bug to remove the part about the autobackup system being added, and file that part separately, i'll push for the rest of the bug being triaged
[01:14] <EvilResistance> but as it stands, its kinda hard to decide what to do (even Daekdroom agrees with me)
[01:14] <bodhi_zazen> done
[01:15] <EvilResistance> bug control members: this needs triaging: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/993430
[01:15] <ubot2> Launchpad bug 993430 in update-manager "Recommend backing up before upgrades" [Wishlist,New]
[01:17] <EvilResistance> bodhi_zazen:  if you file the part about adding automatic backups into it, we'll handle that separatelyt
[01:17] <EvilResistance> separately*
[01:21] <Daekdroom> EvilResistance, that'd better go to Brainstorm.
[01:21] <EvilResistance> Daekdroom:  indeed, actually
[01:22]  * EvilResistance briefly forgot about Brainstorm even though he's mentioned it several times
[01:22] <EvilResistance> side effect of active monitoring of 12 channels, i think :/
[01:27] <bodhi_zazen> thanks but-squad
[01:27] <bodhi_zazen> *bug
[05:38] <simplew> i have a launchpad account but when i click in button "Report a bug" im redirect to a howto page, how can i report a bug?
[05:39] <micahg> simplew: ubuntu-bug followed by the package name
[05:40] <simplew> im not running ubuuntu
[05:40] <simplew> but theres a major ubuntu bug in the server installer
[05:40] <simplew> and that needs to be reported
[05:40] <simplew> since that its also being used by other distros
[05:41] <simplew> micahg: so how am gona report this bug?
[05:42] <micahg> well, the instructions are on that page
[05:42] <simplew> micahg: already told im not running ubuntu
[05:43] <micahg> simplew: there are instruction on how to file directly
[05:43] <micahg> look at the summary on top
[05:43] <simplew> micahg: those isntructions for what i can see are valid for whos running ubuntu
[05:44] <micahg> simplew: you didn't read the whole page then :)
[05:44] <simplew> i alreadu read the page twice
[05:44] <andol> simplew: What about https://help.ubuntu.com/community/ReportingBugs#Filing_bugs_at_Launchpad.net then?
[05:46] <simplew> andol: thanks, but i was at https://bugs.launchpad.net/ubuntu and each time i clicked to report a bug i was redirected to the howto page
[05:46] <simplew> andol: to which package should i refer when this is a problem in the server installer cd?
[05:48] <simplew> andol: should i leave the field empty?
[05:48] <andol> Wel, to quote https://wiki.ubuntu.com/Bugs/FindRightPackage
[05:48] <andol> "If you encounter the bug when installing from the Alternate or Server CDs, the package is debian-installer."
[06:01] <simplew> andol: thabks
[06:02] <simplew> andol: done -> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/993761
[06:02] <ubot2> Launchpad bug 993761 in debian-installer "Precise Server Installer does not allow to complete the encrypt partitions procedure" [Undecided,New]
[06:04] <simplew> andol: maybe was better to report this bug in debian?
[06:16] <andol> simplew: Well, if you can reproduce the bug in Debian, sure.
[06:18] <simplew> andol: i thought this was a pure debian package, thus reporting it to debian,, but thats not the case...
[06:18] <simplew> andol: i thought this was a pure debian package, thus reporting it to debian,, but if thats not the case...
[06:20] <simplew> due to this problem im unable to install a deb based distro with encrypted partitions
[06:21] <simplew> since at 3 distros i already saw, this is the isntaller used
[06:21] <andol> simplew: If you look at https://launchpad.net/ubuntu/+source/debian-installer (for example) you will see that there is an "ubuntu" part of the version number. That means that there is an Ubuntu delta compared to the original Debian package.
[06:22] <simplew> andol: i see, wel i just hope that this can be fixed to allow users like me to install ubuntu when we already have encrypted partitions in the hd
[10:59] <nik90> can anyone mark this bug medium priority https://bugs.launchpad.net/ubuntu/+source/unity/+bug/993768
[10:59] <ubot2> Launchpad bug 993768 in unity "Unity Dash obscures keyboard shortcut overlay" [Undecided,Confirmed]
[10:59] <nik90> thnx
[11:25] <PirateKing> hi, could you set bug 990949 to Triaged with medium importance?
[11:25] <ubot2> Launchpad bug 990949 in gedit-latex-plugin "Editor scrolls down after editing and saving a tex file" [Undecided,Fix released] https://launchpad.net/bugs/990949
[13:29] <hggdh> PirateKing: done, thank you for the heads up on it
[13:30] <hggdh> PirateKing: only not Triaged, since it still needs to be reported upstream
[13:30] <PirateKing> hggdh: alright, thanks!
[13:51] <dholbach> https://wiki.ubuntu.com/UbuntuOpenWeek is happening right now in #ubuntu-classroom
[19:01] <GraemeLion> Hi there.. kinda new to the bug squad thing.. I think #993930 may be ready for triage and importance.
[19:19] <roadmr> bug 993930
[19:19] <ubot2> Launchpad bug 993930 in unity "onscreen keyboard doesn't disappear from lock screen" [Undecided,Confirmed] https://launchpad.net/bugs/993930
[21:12] <Simplew> to who i need to talk so that a ubuntu bug in debian-installer can be fixed?


[02:25] <stumpy> how does one report bugs?
[02:25] <stumpy> I was trying to run multiple java apps on xubuntu 18 lts and it gave me all these certificate issues
[02:25] <cfhowlett> !bug | stumpy
[02:26] <stumpy> I chatted with the dev and they couldn't figure it out
[02:26] <stumpy> I reinstalled on a diff machine, same problem
[02:26] <Unit193> ...I presume you have ca-certificates-java
[02:27] <stumpy> at first no, but the dev showed me how so after that yes
[02:27] <stumpy> but still the same errors
[02:27] <stumpy> but I tried xubuntu 17, and it works like a charm?
[02:27] <stumpy> same procedure, diff ver
[02:29] <stumpy> reproduced, with 17, on a diff computer, same procedure (default-jre) and again it worked...
[02:29] <stumpy> seems something is off with 18 lts, that is working ok in 17
[02:29] <stumpy> though I am not enough of a guru to know what exactly
[12:51] <The_Milkman> How to get rid of "zpool: symbol lookup error: zpool: undefined symbol: thread_init" and completely reinstall all zfs-related software? Running Xubuntu 17.10 on my desktop.
[12:52] <pmjdebru1jn> you can purge packages and then reinstall them
[12:53] <pmjdebru1jn> you probably need to umount any zfs volumes in the meantime
[12:53] <pmjdebru1jn> dpkg -l | grep zfs
[12:53] <pmjdebru1jn> to see what relevant packages you have installed
[12:53] <pmjdebru1jn> The_Milkman: are you just messing around?
[12:54] <pmjdebru1jn> otherwise why would you inflict ZFSonLinux on yourself, particularly for a desktop
[12:54]  * pmjdebru1jn is always very wary of third party kernel modules
[12:56] <The_Milkman> I am running containers and VMs for testing purpose and need all that zfs stuff like snapshots, compression, arc
[12:57] <pmjdebru1jn> do you need it, or just like/want it :)
[12:57] <pmjdebru1jn> lvm/xfs can do similar things though possibly less snazzy
[12:58] <pmjdebru1jn> The_Milkman: but apt-get purge ... apt-get install ... should resolve your issue
[12:58] <pmjdebru1jn> thing is what happened for it to break like that?
[12:58] <pmjdebru1jn> errors like that typically don't "just happen"
[13:50] <The_Milkman> Made apt purge zfs-dkms zfsutils-linux libzfs2linux zfs-zed, also rm -rf dirs: /usr/share/zfs, /etc/zfs. Now loading new zfs-<IP_ADDRESS> DKMS files...
[13:52] <The_Milkman> pmjdebru1jn: i am using zfs a lot in our production FreeBSD servers and more familiar with it, than lvm/xfs
[14:58] <The_Milkman> pmjdebru1jn: so i created an issue at github zfs-on-linux project https://github.com/zfsonlinux/zfs/issues/7544
[17:10] <stumpy> quick xubunt 17 installation question.
[17:11] <stumpy> If I want to use LVM on a particular disk, but apart from that do it automatically, how can I do that?
[17:12] <stumpy> When I select the LVM option, it default to my harddrive, I want to install it on a flash drive
[17:12] <stumpy> I am pretty sure I have done this before, but can't remember how (and I really don't think it was mannually setting up LVM as that just fries my brain)
[17:13] <zleap> i am sure there is an option for lvm during install as for q2 maybe advanced options allows you to select device I am guessing you want to install lubuntu to an external device like a flash disk  so you also have persistance
[17:17] <stumpy> I am looking at the install dialog now (booted up with a live flash) and it gives the option to boot alongside windows wiht LVM grayed out
[17:17] <stumpy> or erase disk, which allows me to use LVM
[17:17] <stumpy> caveat, I don't want it to touch my hard drive/win install
[17:18] <stumpy> or it gives me the option of "something else" which is totally manual and a bit of a PITA as I just barely understand how to set up LVM properly/manually
[19:16] <EDinNY> How do I lock the screen after X minutes of inactivity?
[19:17] <flocculant> EDinNY: power manager > display tab
[19:18] <flocculant> and security tab > auto lock when screensaver active
[19:18] <EDinNY> When the screen blanks is it considered "screensaver active"?
[19:19] <EDinNY> flocculant: When the screen blanks is it considered "screensaver active"?
[19:19] <genii> Or the screen itself turned off due to it's own powersaving feature called DPMS
[19:23] <flocculant> yea - and that too (thanks genii )
[20:33] <xubuntu15d> Hello, new Linux user here. I have an old Acer Aspire I'd like to revmamp and use for some basic tasks such as typing, image sorting etc. Question is I don't want to download something that I'll have to fiddle with for a week as a new user. Google compatibility and support for Aspire 7730G hardware and there seem to be few issues nothing much but my question is can I download the newest Xubuntu version and will it be compatible


[06:52] <dholbach> good morning
[11:14] <locodir-user> hello all , I would like to start a loco team in my region , what is the procedure
[11:17] <locodir-user> hello
[11:18] <benonsoftware> locodir-user: Hi, what area do you live in?
[11:21] <locodir-user> I am from Tamilnadu , India
[11:22] <czajkowski> locodir-user: there is an indian loco
[11:22] <benonsoftware> locodir-user: India has a LoCo team already, their IRC channel is #ubuntu-in
[11:22] <czajkowski> locodir-user: http://loco.ubuntu.com/teams/indian-team
[11:24] <locodir-user> thanks let me check with them
[11:27] <locodir-user> is it mandatory to have only one loco team in a country?
[11:27] <czajkowski> yes at present it is
[11:28] <locodir-user> fine..will i get cd's to host a ubuntu install fest ?
[11:29] <czajkowski> locodir-user: not offical ones no, as the loco is not an approved loco, but perhaps talking to them as they may have their own way of making cds?
[11:30] <locodir-user> fine


[04:42] <Kamil_> can someone point me to some example upstart scripts? for example, something controlling apache or named would be interesting
[04:43] <ion> See /etc/init
[04:44] <Kamil_> is there a way i can see them without having to isntall the packages on my machine?
[04:45] <ion> Do you not have Upstart running on your system?
[04:45] <Kamil_> i have upstart on the system
[04:45] <Kamil_> i dont have anything controlling apache or bind
[04:45] <ion> There should be various jobs in /etc/init.
[04:47] <Kamil_> i created a script to execute a special build of named. it starts fine, but when i query its status, upstart doesnt seem to know about it
[04:48] <Kamil_> $ sudo start bind
[04:48] <Kamil_> bind start/running, process 2018
[04:48] <Kamil_> $ sudo status bind
[04:48] <Kamil_> bind stop/waiting
[04:48] <Kamil_> but it's definitely running
[04:49] <ion> It probably daemonizes. It’s easiest just to tell it not to daemonize. Upstart 0.6 has preliminary functionality for tracking forks, but it’s very easy to confuse that functionality. If you want to experiment with it, see the ‘expect’ stanza. Upstart 0.10 will handle that well.
[04:50] <Kamil_> thanks i will take a look at that
[04:51] <ion> That is, if you know exactly how the main process forks, feel free to use the expect stanza. If you’re uncertain, simply tell the daemon not to fork.
[04:52] <Kamil_> understood
[04:53] <Kamil_> another question, if there is a special stop command, is the correct place for that within a pre-stop script?
[04:53] <ion> Yes
[04:53] <Kamil_> thanks
[09:26] <Omahn> Is it possible to receive a log message from upstart of the exact command run from an 'exec' after all the variables have been populated?
[10:29] <Omahn> Will removing an upstart job from /etc/init automatically 'stop' the job (when removing a package) or should the package explicitly stop the job before removing the file?


[05:56] <magic_ninja> I'm having some strange issues with windows freezing. They don't quit responding, they just quit painting. I've taken videos of them, but don't want to post publically. I was hoping a dev might want to take a look and see if it could be some strange bug or not.
[05:56] <magic_ninja> I recorded the screen on OBS to show the window not repainting properly. Then recorded the window with OBS, and as I interacted with it, I could see it repainting properly within OBS. So I recorded both side-by-side.
[05:57] <magic_ninja> It happens on all applications, but firefox is the easiest to see it with, as it's usually open.
[05:57] <magic_ninja> I'm on the amdgpu drivers.
[05:58] <arraybolt3[m]> magic_ninja: If you only want a dev to get this, you may want to know who the devs are before freely giving a link. I know Erich Eickmeyer is one of the devs. Also, this channel is logged, so posting anything here will preserve it for the rest of forever for the world to see (unless Canonical deletes it or something, and even then someone else might have gotten the logs). So don't post personal data here. Preferably, if the data
[05:58] <arraybolt3[m]> is personal, don't even give it to a dev. Give out non-sensitive data only.
[05:59] <magic_ninja> It's not that critical.
[05:59] <magic_ninja> Just not something I want to post in public.
[05:59] <magic_ninja> But critical to seeing what's happening.
[06:00] <magic_ninja> But I do think it is a software bug.
[06:00] <arraybolt3[m]> Oh, OK. Well, I'm not a dev, so I'll let a real dev handle this. Thank you for noticing a bug and wanting to report it. Once someone sees it, having help replicating it will be crucial to getting it fixed. If you can help the devs not just see it but make it happen themselves, that will aid bug fixing immensely. Good luck, and thank you!
[06:09] <magic_ninja> Thanks. I've been trying to reproduce it, but I'm having a hard time with it.
[14:01] <Eickmeyer[m]> magic_ninja: This is not the place to post such questions as what you've got is a support question, not a development topic. So, it's off topic here. However, based on what you've posted, and that it's drawing fine in OBS recordings, that tells me it's not likely a software issue. If you have a desktop machine, I suspect a hardware cable to your display. If you have a laptop machine, I suspect the cable between your mainboard and your
[14:01] <Eickmeyer[m]> display, or your display itself. Either way, not a question for in here. :)
[14:04] <Eickmeyer[m]> And, also, posting in here is just as public as anywhere else.