[06:03] <hikiko> hi
[07:16] <didrocks> good morning!
[08:56] <seb128> good morning desktopers
[08:56] <willcooke> morning seb128
[08:56] <seb128> hey willcooke
[08:57] <willcooke> seb128, just reading Barry's email
[08:57] <seb128> k
[08:57] <willcooke> feels like 16.10 is the right time to me
[08:58] <willcooke> LTS is more likely to be used in places where SMB printing is used
[08:58] <seb128> well, printing is fine
[08:58] <seb128> the current issue is that we are talking about smb drives browsing
[08:58] <seb128> and smb disk mounts
[08:59] <seb128> like being able to connect to that corporate z: and open some word files from it
[08:59] <willcooke> oh.  When did it change from being about printing to file shares?? /me rereads the whole thread
[08:59] <willcooke> in which case I think we 100% need SMB support out of the box
[09:00] <willcooke> the pop-up is "ok", but that change is for 16.10 IMO
[09:00] <seb128> I'm unsure you can "pop-up"
[09:00] <seb128> nautilus lists nearby servers
[09:00] <seb128> you can't do that job if the smb backend is not installed
[09:01] <willcooke> humm.  I've a feeling in 12.04(???) that when you used nautilus and clicked on "Windows networks" is would prompt
[09:01] <willcooke> I don't think that prompt actually worked, but I think it did prompt
[09:03] <willcooke> meh
[09:03] <willcooke> either way
[09:03] <willcooke> I've read the thread now
[09:03] <Laney> yo
[09:03] <willcooke> I vote to keep it and work on porting next cycle
[09:03] <willcooke> morning Laney
[09:04] <seb128> hey Laney
[09:06] <seb128> Laney, how are you?
[09:08] <Laney> hey willcooke seb128
[09:08] <Laney> I'm alright
[09:09] <Laney> no prize on the pub quiz /o\ but we did get the bonus question
[09:09] <Laney> what about you?
[09:14] <seb128> I'm good thanks :-)
[09:15] <seb128> though it's one of those days where I already have a stack of emails/IRCs nags to start the day
[09:15] <seb128> which is a bit annoying, but oh well
[09:16] <Laney> all useful things right?
[09:16] <seb128> of course :p
[09:16] <Laney> making the world a better place!
[09:53] <didrocks> hey seb128, Laney, willcooke
[09:53] <willcooke> what up didrocks
[09:53] <seb128> hey didrocks! ça va ?
[09:53] <didrocks> seb128: I think willcooke is referencing the "please install samba" prompt
[09:54] <didrocks> (having fixed it multiple times brings back "old good times" memories btw ;))
[09:54] <seb128> that is/was when trying to share something in nautilus no?
[09:56] <didrocks> hum, not at a client as well?
[09:56] <didrocks> I don't remember, too long ao…
[09:56] <didrocks> ago*
[09:56] <seb128> same here ;-)
[09:56] <didrocks> seb128: ça va sinon :) and you ?
[09:56] <seb128> ça va bien !
[10:02] <alexarnaud> hello world!
[10:08] <seb128> hey alexarnaud
[10:36] <hikiko> hey desktopers
[10:37] <willcooke> morning hikiko
[10:37] <hikiko> hi willcooke :)
[11:18] <davmor2> jibel, mvo, seb128, willcooke: I hope you are all sitting down 14.04.4 → 16.04 got passed step 2 not to see if it completes or chokes on something else \o/
[11:18] <willcooke> :)
[11:18] <willcooke> progress
[11:20] <mvo> davmor2: yay
[11:41] <seb128> davmor2, \o/
[11:42] <davmor2> Yeap dies somewhere else now so badly it takes out tty I assume that isn't a good thing :(  So now I need to transfer over my base image and try again /me thanks god for vms
[11:49] <desrt> morning, peeps
[11:49] <seb128> good morning desrt
[12:16] <desrt> quiet morning -)
[12:16] <desrt> what's up, seb?
[12:28] <GunnarHj> seb128: Hi Sebastien, would the proposed changes to u-c-c at https://launchpad.net/~gunnarhj/+archive/ubuntu/im-config-gnome/+packages be a problem somehow?
[12:32] <seb128> GunnarHj, I don't know, I'm going to have a look in the afternoon
[12:33] <seb128> desrt, sorry I didn't see you message, fighting with nautilus and gtk behaviour changes, I start wondering if we should go back to 3.18...
[12:33] <Laney> HAHA
[12:34] <GunnarHj> seb128: Ok, let's talk later on. (It's only about a variable name change throughout the package.)
[12:36] <ximion> Laney: I asked around, apparently nobody supports separating .desktop files, binaries and metainfo and still have the result show up in a software center
[12:37] <ximion> asked hughsie and he said he doesn't do that because it would complicate Fedora's metadata generator and massively hurt performance
[12:37] <ximion> so, while "the others do it" is not an argument, it is an interesting data point on whether we should fix packages or adjust the generator
[12:37] <Laney> hey ximion
[12:38] <Laney> I don't really mind if someone is going to fix the packages :)
[12:38] <seb128> Laney, :p
[12:38] <ximion> Laney: :D
[12:39] <ogra_> just use snappy, it makes everything so much easier (ask Sweet5hark1 *g* )
[12:39] <ximion> well, not showing up in the SCs seems to be a strong incentive for people to do the work ^^
[12:39] <seb128> Laney, ximion, do we have datas on the number of packages we are speaking about?
[12:39] <Laney> nope
[12:39] <seb128> ogra_, people hosting those are going to like having so much space used and no data shared between archs ;-)
[12:39] <ximion> seb128: not yet, that's one of the things we need to do, but I would be very surprised if it's more than 20 packages
[12:40] <ogra_> seb128, diskspace is cheap :P
[12:40] <ogra_> (somewhere)
[12:40] <Laney> ximion: it does need to become an error though at least
[12:40] <Laney> then we get to re-process everything, woohoo
[12:41] <seb128> ximion, we have at least 3 in the default installations that I hit this week, I wouldn't be surprised if it's not trivial
[12:41] <ximion> Laney: jup, meaning we need to read the Exec line in the .desktop file and check if the binary is there - if not, emit an error-type tag stating that
[12:41] <seb128> debian likes to split things in common
[12:42] <ximion> seb128: yes, and -common does make sense, but separating the .desktop file and relying on TryExec is IMHO a really bad practice (while technically possible, though) - separating the metainfo file from the .desktop file is also evil (since that one should be in the same pkg that gets installed to satisfy the component)
[12:43] <seb128> ximion, right, I'm not arguing against that, just saying that it was not documented and quite some maintainers put the desktop in -common since it's arch independant
[12:43] <seb128> ogra_, you should host a business is server storage ;-)
[12:44] <ogra_> seb128, now that you say that ...
[12:44] <andyrock> hey all
[12:45] <seb128> :-)
[12:45] <seb128> hey andyrock
[12:45] <seb128> ok, enough poking at nautilus, it's nice outside and I need to move a bit
[12:46] <ximion> seb128: at least for .desktop files without TryExec, that's a definitive error - I need to check if lintian tests for that already
[12:46] <seb128> going for some exercice, bbiab
[12:46] <seb128> ximion, right
[12:46] <seb128> bbl
[12:46] <ximion> for everything else, this change would need to be communicated properly
[12:47] <ximion> integrating AppStream's issue hints with Debian's PTS would be ideal (nobody is working on that yet, though)
[12:47] <Laney> we are also trying to release with this in a short number of weeks :)
[12:48] <ximion> Laney: the previous app-install-data generator also didn't do all that stuff...
[12:48] <ximion> so I wonder how that worked before :P
[12:48] <ximion> or maybe it was just run on a complete Contents file once
[12:49] <ximion> or someone did manually fix things up
[12:49] <Laney> laney@nightingale> head -2 menu-data/evince-common:evince.desktop                                                                                ~/temp/app-install-data-ubuntu-15.10
[12:49] <Laney> [Desktop Entry]
[12:49] <Laney> X-AppInstall-Package=evince
[12:50] <ximion> interesting...
[12:51] <Laney> don't know where the code is for this though
[12:52] <ximion> Laney: somewhere at Debian's Git, I read it ages ago...
[12:52] <ximion> it operated on the Contents file though
[12:52] <ximion> could send you a link when I'm home, I think I bookmarked it
[12:53] <Laney> nod
[12:53] <Laney> this particular problem has to use Contents
[12:53] <ximion> Laney: btw, you definitely want to switch to the new appstream-generator for later Ubuntu releases when it's done - it massively outperforms the Python thing
[12:54] <ximion> it uses libarchive to extract the .deb files and does some useful caching, and it time it's twice as fast compared to the Python code (but it doesn't do icon processing or screenshot downloading yet)
[12:55] <ximion> downside will be that installing it will be harder (C and D code needs to be compiled...)
[12:55] <ximion> another thing that increases performance is that we can use LMDB in a threaded environment (as opposed to a multiprocess-environment in Python), so we only need to open the cache once
[12:56] <ximion> makes quite a difference ^^
[12:57] <Laney> ximion: you know you could avoid Contents by building that yourself
[12:57] <Laney> just an idea ;-)
[12:59] <ximion> Laney: I was thinking about that ^^
[12:59] <ximion> would help Ubuntu, since in Debian the contents file is up-to-data, usually
[13:00] <ximion> but would also not be bad for Debian, since it would *guarantee* that Contents and package-content match
[13:00] <ximion> (something which we just have to assume at time...)
[13:16] <Laney> ximion: yeah
[13:17] <ximion> Laney: Python just wasn't the ideal choice ^^ - not sure if D is (yet), but I got stuck after trying it - parallelization works really well :)
[13:18] <ximion> big work item will be implementing a proper YAML writer in C
[13:18] <ximion> libyaml is
[13:18] <ximion> not very nice ^^
[13:18] <ximion> (outputting XML already works)
[13:19] <Laney> python is nice for having lots of libraries already available
[13:19] <ximion> that indeed! And handling YAML data is much more natural in Python
[13:20] <ximion> it's also easy to learn or people are already familiar with it, and you can just write the logic and don't need to care much about memory safety (as in C)
[13:21] <ximion> but multiprocessing with Python turned out to be really bad, I understand now why the dak developers are always cursing it
[13:23] <ximion> Laney: btw, sorry for not being very active the past weeks - too much work
[13:23] <ximion> (I am now replying from work, waiting for some computation to finish...)
[13:25] <Laney> ximion: no worries, I think I only have one PR outstanding atm
[13:26] <ximion> the read-canonical-gettext-files-for-desktops thing
[13:26] <ximion> *desktop-files
[13:28] <Laney> ah yeah sorry 2 then
[13:28] <Laney> absolute paths one too
[13:28] <Laney> but I need to fix that if you say that looking in Contents first is good enough to get it merged
[13:30] <ximion> Laney: for absolute paths: first check if the file has an extension we support (there's a function for that), if we don't do that already. Then check the .contents file
[13:30] <ximion> that's the uncontroversial part
[13:31] <ximion> I'm not yet sure about the "check dependencies explicitly as well" approach
[13:31] <Laney> It's needed to avoid breaking for any new split
[13:31] <Laney> but probably won't be used that much after the contents check
[13:32] <Laney> oh wow, appstream.ubuntu.com is down because of a kernel panic
[13:32] <Laney> [1642642.764107] Buffer I/O error on device vdc, logical block 7
[13:32] <Laney> [1642642.765654] BUG: unable to handle kernel NULL pointer dereference at<PHONE_NUMBER>000008
[13:33] <ximion> oO
[13:33] <ximion> what did it do to trigger that?
[13:34] <Laney> who knows
[13:34] <Laney> all is never well The Cloud
[13:34] <Laney> in^
[13:36] <Laney> it is back
[13:36] <ximion> the cloud is the "even if things fail, if you have a lot of them failure doesn't matter much and isn't worth time to investigate because some instance will always keep running when one breaks down" approach
[13:38] <Laney> here it is have some commands to make VMs on demand but sometimes those VMs will break mysteriously
[13:42] <ximion> usually I would blame btrfs or OverlayFS and be right with it 60% of the time :P
[14:38] <desrt> attente, larsu: https://wiki.gnome.org/Hackfests/GTK2016
[15:00] <attente> "Threat to global stability" ¬_¬
[15:05] <desrt> :D
[15:25] <larsu> desrt: I don't think I'll come :/
[16:00] <desrt> aw :(
[16:11] <davmor2> cyphermox, willcooke: we still have slightly MASSIVE issues with upgrades, I'm currently looking at a black screen on my laptop that does nothing.
[16:12] <ogra_> "slightly MASSIVE" heh
[16:12] <ogra_> davmor2, stop using the black on black theme !
[16:12] <davmor2> ogra_: if only it were that
[16:13] <davmor2> The fact I can't get a tty is the thing I'm finding most concerning
[16:14] <ogra_> wiggle the cable
[16:14] <ogra_> :P
[16:17] <davmor2> cyphermox, willcooke: the nice thing now though is at least I know it's not just a kvm thing so can enjoy testing this from there again :)
[16:17] <willcooke> davmor2, ha
[16:18] <davmor2> flocculant: ^ just a heads up that upgrades are a bit fixed and a lot broken
[16:18] <flocculant> davmor2: ha ha thanks :)
[16:18] <willcooke> davmor2, so the initial problems are now fixed, but this is something new?
[16:19] <cyphermox> well, the "True" distro still does not exist so that's at least one issue on upgrade using the CD
[16:20] <davmor2> willcooke, cyphermox: or the original upgrade issue that I saw.  This basically gets so far through the install kicks you out of the session and leaves you in session with no display as in really no display
[16:21] <cyphermox> davmor2: I haven't seen that yet
[16:24] <davmor2> cyphermox: I see it on both kvm and hardware with uefi + secureboot I'm using -cpu host which is i7 on kvm and it is an i7 in the hardware too
[16:24] <cyphermox> I don't know, I can only deal with one thing at a time
[16:24] <cyphermox> for now I'm fixing the sources.list (or trying to, at leat)
[16:25] <cyphermox> *least
[16:26] <davmor2> cyphermox: being as I have no tty's I'm thinking enable open ssh and see if I can at least ssh into the kvm/laptop to get around that issue to atleast be able to run apport
[16:31] <cyphermox> if you have to tty and stuff like that, I'd be very suspicious of systemd in general
[16:31] <cyphermox> (that was me trying to shift the blame to pitti, yes) ;)
[17:09] <davmor2> cyphermox, willcooke: https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1555237  -redir and install openssh-server to the rescue :)
[17:10] <willcooke> thanks davmor2
[17:10] <willcooke> trying here in a vm
[17:15] <Texou> hi
[17:15] <Texou> hi didrocks
[17:16] <alexarnaud> didrocks: hello! How when you installed a package to define relacatable profile ?
[17:16] <cyphermox> davmor2: compiz crashes maybe? https://launchpadlibrarian.net/247279143/CurrentDmesg.txt.txt
[17:16] <cyphermox> Texou: hey!
[17:17] <Texou> hey cyphermox  :)
[17:17] <willcooke> cyphermox, yeah, just seen that as well
[17:17] <davmor2> cyphermox: that's what I said to willcooke but then why is there no tty
[17:17] <willcooke> hikiko, looks like compiz is seg faulting in the upgrade ^
[17:17] <willcooke> Trevinho, ^
[17:17] <willcooke>   726.661272] compiz[1908]: segfault at 18 ip 00007f8ba143d26e sp 00007ffddce03f70 error 4 in libglib-2.0.so.0.4002.0 (deleted)[7f8ba13bc000+106000]
[17:17] <cyphermox> well, if compiz explodes it will kill off the session, and then lightdm may want to try to restart
[17:18] <didrocks> alexarnaud: well, you have the example in the compiz package itself with the Unity profile
[17:18] <davmor2> cyphermox: I'm wondering if x goes and that in turn kills compiz which in turn takes out the system
[17:18] <didrocks> (isn't what you are working from day one? :))
[17:18] <cyphermox> davmor2: so, normally you'd be right it should get back to lightdm, which would be happy again, but it looks like it's crashing badly enough to try to get in failsafe-x, which also for some reason starts compiz?
[17:19] <davmor2> I blame ogra_ snappy should of fixed this :D
[17:19] <cyphermox> at least that's my reading of dmesg there
[17:20] <ogra_> davmor2, except that these desktoppers are lazy and havent ported their desktop to snappy yet ... not my fault at all !
[17:20] <willcooke> :p
[17:20] <ogra_> :)
[17:20] <davmor2> cyphermox: could be
[17:21] <davmor2> ogra_: hey don't try squirming out if it, I put the blame squarely on your shoulders :P
[17:22] <Trevinho> Oh, crash? What, when, why?
[17:22] <davmor2> Trevinho: upgrade from 14.04.4 + updates to 16.04
[17:22] <Trevinho> davmor2: mh, nice one...
[17:22] <Trevinho> davmor2: do you have any stacktrace for that?
[17:22] <willcooke> it might be a red herring Trevinho
[17:23] <davmor2> Trevinho: no crash as such whole system is taken out bug is https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1555237
[17:25] <Trevinho> Well, I guess that still compiz crashes for some reason, thus the rest stops... And isn't anything on /var/crash about that?
[17:26] <willcooke> davmor2, are you upgrading from the UK mirrors or the main ones?
[17:27] <davmor2> willcooke: I assume uk as that is default
[17:46] <Trevinho> seb128: can you have a look at https://code.launchpad.net/~3v1n0/gtk/unity-maximized-headerbar-buttons-hide/+merge/288552 ?
[17:47] <seb128> Trevinho, did we decide to go for an unity/ubuntu hack rather than a gtksetting?
[17:48] <Trevinho> seb128: well, that's what we said yesteday (go for the easiest way,as it would cause changing the u-s-d as well), no?
[17:48] <seb128> attente, unsure how busy you are on g-s bugs but I can't figure out https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1554164 , it looks like it should be simple but I don't understand where it's wrong, maybe you could have a look?
[17:49] <seb128> Trevinho, you discussed it with desrt, I didn't follow too closely sorry
[17:49] <seb128> but that wfm
[17:49] <attente> seb128: sure
[17:49] <seb128> attente, thanks
[17:50] <attente> seb128: how did you produce that?
[17:50] <Trevinho> seb128: based on that I'd also rework the message-dialog-restore-traditional-look-on-unity.patch to use the new atom instead of XDG_CURRENT_DESKTOP ? (desrt didn't like that)
[17:50] <seb128> attente, have an update available
[17:50] <seb128> or some updates
[17:50] <seb128> Trevinho, wfm
[17:51] <desrt> Trevinho: that is more tricky
[17:51] <Trevinho> seb128: actually, we can't since... it's on _init...
[17:51] <seb128> attente, install https://launchpad.net/ubuntu/+source/language-selector/0.158/+build/9296660/+files/language-selector-common_0.158_all.deb https://launchpad.net/ubuntu/+source/language-selector/0.158/+build/9296660/+files/language-selector-gnome_0.158_all.deb
[17:51] <seb128> attente, if you are uptodate
[17:51] <Trevinho> so, we can safely keep in that way
[17:51] <attente> seb128: you did that via the --localfilename option?
[17:51] <desrt> Trevinho: some deep detail in gtk implementation like how dropshadows are handled is a bit different than issues of higher level UI layout
[17:51] <desrt> Trevinho: i'd leave it alone, ya
[17:52] <seb128> attente, no, I just start gnome-software, it fetches updates available and their changelogs
[17:52] <Trevinho> ok
[18:01] <attente> seb128: you installed those packages on an up-to-date system, launched g-s then switched to the Updates tab and clicked the refresh button? can't seem to reproduce with that sequence of steps :(
[18:01] <seb128> attente, no
[18:02] <seb128> attente, my system is not update
[18:02] <seb128> but those invalid reads seem to happen when get_changelog is called
[18:02] <seb128> I guess for that to happen you need updates to be available with changelog fetching to be done
[18:02] <seb128> I was suggesting one way to create that situation
[18:03] <seb128> unsure what code you are using though?
[18:03] <seb128> robert did some changes in https://git.gnome.org/browse/gnome-software/log/?h=wip/rancell/apt
[18:03] <seb128> if you are on trunk you might want to change
[18:03] <seb128> 	uri = g_strdup_printf ("http://changelogs.ubuntu.com/changelogs/binary/%s/%s/%s/changelog", source_prefix, source, update_version);
[18:03] <attente> seb128: you're running from robert's branch or the distro packaged version?
[18:03] <seb128> to have s/source/binary_source/
[18:04] <seb128> attente, doesn't matter
[18:04] <seb128> well I'm on robert's trunk version atm
[18:04] <seb128> and current_version is garbage if I tried to print it in get_changelog
[18:04] <seb128> so I guess the issue is not fixed
[18:11] <seb128> attente, if it's not easy to trigger for it forget about it, or wait a bit for xenial updates to be available
[18:12] <GunnarHj> seb128: Do you have time to take a look at the u-c-c change I mentioned? Asking you because you added the problematic line:
[18:12] <GunnarHj> g_setenv ("XDG_CURRENT_DESKTOP", "Unity", TRUE);
[18:12] <GunnarHj> The issue I ran into is that language-selector-gnome uses XDG_CURRENT_DESKTOP to control the behavior (wrt im-config configuration) depending on the desktop, and when language-selector-gnome is started from u-c-c in GNOME Flashback, it does the wrong thing.
[18:12] <seb128> GunnarHj, sorry, day was crazy ... did I add that line?
[18:13] <seb128> what's the issue with that?
[18:13] <GunnarHj> seb128: I think so. (According to the changelog.)
[18:13] <GunnarHj> seb128: It hijacks the XDG_CURRENT_DESKTOP variable for u-c-c internal purposes.
[18:13] <seb128> well, u-c-c is an unity thing
[18:14] <seb128> don't use it if you don't have an unity type session
[18:14] <GunnarHj> seb128: Well, currently it's used by GNOME Flashback.
[18:15] <GunnarHj> seb128: The think is that we don't want the same behavior on GNOME Flashback as in Unity.
[18:15] <seb128> why not?
[18:17] <GunnarHj> seb128: It's a little complicated. Actually a workaround, so the ibus variables are not set for users who don't need them.
[18:18] <attente> seb128: yeah, the xenial version is quite a bit different from the apt branch, and looking at robert's changes, it's possible that it'll be fixed once he does another upload
[18:18] <GunnarHj> seb128: Changing the variable name to something else solves the problem.
[18:18] <hikiko> willcooke, i was at the pool, i ll test this when i go home
[18:18] <seb128> attente, well, if I apply that on top of trunk http://paste.ubuntu.com/15336283/
[18:19] <hikiko> (the segfault)
[18:19] <willcooke> hikiko, thx.  Not sure what's going on there yet.  Still upgrading my VM to see if I can get any more idea
[18:19] <seb128> attente, I get e.g
[18:19] <seb128> version: X�«�«0
[18:19] <seb128> version: 0.157
[18:19] <willcooke> hikiko, might be a symptom rather than a cause
[18:19] <seb128> attente, sometimes it's fine, but it still gets corrupted
[18:20] <seb128> attente, the first chunk is a hack to not be disturbed by info about all other things I didn't have updated
[18:24] <seb128> GunnarHj, I don't have a good answer/idea aobut your issues, it feels like the problem described in the changelog when the line was added would still apply today if we reverted the change
[18:26] <GunnarHj> seb128: I'm not suggesting we revert the change, actually. XDG_CURRENT_DESKTOP seems to used within unity to control things like if it shall provide links to Ubuntu docs or GNOME docs. My suggestion is to keep the hardcoded "Unity", but use another variable name for the purpose (throughout the whole u-c-c).
[18:27] <seb128> attente, it might be that the issue is with re-entrance and that this function needs to be called several time in // so requires more updates to be available to hit the bug
[18:27] <seb128> GunnarHj, you have a patch to do that?
[18:28] <GunnarHj> seb128: Yes. https://launchpad.net/~gunnarhj/+archive/ubuntu/im-config-gnome/+packages
[18:28] <seb128> GunnarHj, that change feels wrong
[18:29] <seb128> XDG_CURRENT_DESKTOP is a standard thing
[18:29] <seb128> GunnarHj, I guess you could try to summarize the issue on an email to the desktop list and see if you get any traction there
[18:31] <attente> seb128: yeah... tbh i'm really not sure. if you can reproduce it reliably, can you at least figure out which string is being invalidly accessed by trying each one in the g_strdup_printf invidiually?
[18:31] <GunnarHj> seb128: Is it standard to change it within a application to something else but the originally set value? Why is XDG_CURRENT_DESKTOP the right variable to use for controlling the u-c-c behavior internally?
[18:32] <attente> it seems like source and binary_source should be safe because of the guard, but maybe there's some other weird threading issues happening here
[18:32] <seb128> attente, in the current trunk code current_version has the issue for sure
[18:32] <mdeslaur> seb128: fyi, I'm stealing your graphite2 merge
[18:32] <seb128> mdeslaur, thanks
[18:33] <seb128> mdeslaur, is there a security fix in there?
[18:33] <mdeslaur> yeah, 1.3.6 fixes a zillion cves
[18:33] <seb128> GunnarHj, XDG_CURRENT_DESKTOP is what tells you in what desktop you are, so it's what we query to check if we are in unity and have unity specific behaviour, it's done in gedit/nautilus/etc as well
[18:33] <seb128> mdeslaur, good!
[18:34] <attente> seb128: but current_version isn't used in the g_strdup_printf() call
[18:35] <attente> or did you mean update_version?
[18:36] <seb128> attente, http://paste.ubuntu.com/15336283/
[18:36] <seb128> attente, the valgrind might not be matching what I describe
[18:37] <seb128> I took it on xenial some days ago
[18:37] <seb128> attente, that diff prints a corrupted "version" with trunk
[18:37] <GunnarHj> seb128: Right, and when I'm in GNOME Flashback, the original XDG_CURRENT_DESKTOP is "GNOME-Flashback:Unity", but an app (in this case language-selector-gnome), which is started from u-c-c, is told that it is on "Unity" only.
[18:38] <seb128> GunnarHj, right, as said I don't have a good reply to that
[18:38] <seb128> I understand the issue but I don't know how to fix it
[18:43] <muktupavels> seb128, GunnarHj: how about checking current value of XDG_CURRENT_DESKTOP before changing it? Change it only if does not include GNOME-Flashback?
[18:44] <seb128> muktupavels, GunnarHj, I guess we could read the value and add Unity to the list if it's not there
[18:44] <seb128> muktupavels, good thinking :-)
[18:45] <GunnarHj> muktupavels, seb128: Sure, that would serve the same purpose from my POV.
[18:47] <GunnarHj> muktupavels, seb128: Before I go back to the drawing board, would that be an acceptable change?
[18:48] <seb128> GunnarHj, I think so
[18:49] <GunnarHj> seb128: Ok, then I'll make a new patch based on that. Hopefully you don't change your mind later. ;)
[18:50] <seb128> thanks
[18:50] <seb128> well, the patch should be trivial if you change the "set XDG_CURRENT_DESKTOP to unity" to be "get the variable, add unity if it's not in the list"
[18:50] <seb128> and that should get your case to work as well right?
[18:51] <GunnarHj> seb128: Yes, that's my understanding.
[18:54] <seb128> great
[18:54] <seb128> GunnarHj, thanks for working on that!
[18:54] <muktupavels> why it is needed in first place? Maybe it can be as simple as checking if that variable is set and if not then set it to Unity?
[18:55] <seb128> that might work as well
[18:55] <seb128> the changelog mention the env ubiquity
[18:55] <seb128> unsure if XDG_CURRENT_DESKTOP is set there and to what
[18:56] <seb128> but I guess it's not
[18:57] <muktupavels> how is ubiquity started? maybe correct thing is to make sure that it is set for that session? Setting it from ucc feels like workaround/hack...
[19:00] <GunnarHj> muktupavels, seb128: But to be safe, it's just as simple to check if the variable includes "GNOME-Flashback", and if not set it to "Unity".
[19:01] <GunnarHj> muktupavels: Agree that it feels like a workaround in the first place. Just trying to solve a tiny problem. ;)
[19:17] <willcooke> davmor2, new wheeze.  Potentially related.... started upgrade, came back to it a few times to see how it was getting on.  This time I can't unlock the lockscreen to see whats going on
[19:21] <willcooke> enter password, black screen, then back to the lock screen again
[19:25]  * flocculant shall carry on studiously ignoring upgrades then :p
[19:26] <willcooke> :)
[19:43] <davmor2> willcooke: yeap same kinda thing
[19:44] <davmor2> willcooke: infact I think that is the exact symptoms I had before the init-mod-utils bug
[19:44] <davmor2> willcooke: it's good fun though right :)
[19:44] <willcooke> ohhh yes
[19:44] <willcooke> fun
[19:45] <davmor2> willcooke: is that shuggin fashin shuggin fashin dick dastardly I hear muttering under your breath?
[19:45] <willcooke> :D:D
[19:54] <willcooke> davmor2, is this normal:
[19:54] <willcooke> Configuring libssl1.0.0:amd64
[19:54] <willcooke> blah blah blah
[19:54] <willcooke> ou can choose this option to avoid being prompted;
[19:54] <willcooke> instead, all necessary restarts will be done for you
[19:54] <willcooke> automatically so you can avoid being asked questions on each
[19:54] <willcooke> library upgrade.
[19:54] <willcooke> Restart services during package upgrades without asking?
[19:55] <willcooke> .
[19:55] <willcooke> Basically I had to expand the terminal section and say "y"
[19:55] <willcooke> Not that out of the ordinary, but I don't think I've had to type anything in to that terminal to complete an upgrade befor
[19:55] <willcooke> e
[19:59] <davmor2> willcooke: I thought it was meant to throw up a popup for those kind of requests
[19:59] <willcooke> humm
[20:00] <davmor2> willcooke: it at least does for things like config changes
[20:02] <GunnarHj> seb128: Still there?
[20:08] <seb128> GunnarHj, not really but around the computer, just ask I might reply if it's easy
[20:11] <willcooke> ahhh
[20:11] <willcooke> davmor2,
[20:11] <willcooke> from your apttermlog.txt
[20:11] <willcooke> you got as far as the prompt I was talking about up there ^^^^
[20:11] <willcooke> and that's why yours stopped
[20:11] <willcooke> https://launchpadlibrarian.net/247279149/VarLogDistupgradeApttermlog.txt
[20:11] <willcooke> have a look there ^
[20:12] <willcooke> but....
[20:12] <willcooke> I got past that
[20:12] <willcooke> and mine stopped here:
[20:12] <willcooke> Setting up bash-completion (1:2.1-4.2ubuntu1) ...
[20:12] <willcooke> Setting up liblocale-gettext-perl (1.07-1build1) ...
[20:12] <willcooke> and at some point before that, not much before that mind, my shell stopped working
[20:12] <willcooke> cyphermox, fyi ^
[20:12] <willcooke> I will comment on the bug
[20:13] <davmor2> willcooke: I'm actually beginning to wonder if it isn't the code that is meant to block the system sleeping that is causing it
[20:13] <davmor2> willcooke: hence me hitting it one place and you another
[20:14] <willcooke> I think that if you'd answered yes to that you would have carried on to where I got to
[20:16] <davmor2> willcooke: for the question you should get a debconf popup like this https://zxtech.files.wordpress.com/2014/12/debconf-on-sara_066.png
[20:16] <GunnarHj> seb128: Well, I jumped at conclusions. Not changing it in case of "GNOME-Flashback" would solve my problem, but also create a new bigger one: The original g-c-c code would be applied wherever the XDG_CURRENT_DESKTOP value is tested against "Unity". So I'm back at my original idea with using some other variable name. (An alternative, if you for some reason don't want that, is to test XDG_CURRENT_DESKTOP both against "Unity" and "
[20:16] <GunnarHj> GNOME-Flashback:Unity" all over the place. But that would be more code...
[20:18] <davmor2> willcooke: definitely not a happy place to be though right
[20:21] <muktupavels> GunnarHj, 'The original g-c-c code would be applied wherever the XDG_CURRENT_DESKTOP value is tested against "Unity".' - why/how that is problem?
[20:21] <davmor2> willcooke: I think if you reboot you are able to access tty but still get no gui too
[20:21] <willcooke> rebooting now
[20:21] <willcooke> it's dead Jim
[20:22] <willcooke> ah, there we go
[20:22] <willcooke> oh wow
[20:22] <willcooke> now it really is dead
[20:22] <willcooke> yay
[20:22] <davmor2> willcooke: and that is why I marked it critical
[20:22] <willcooke> kernel panic
[20:23] <davmor2> willcooke: oh I never had that
[20:23] <GunnarHj> muktupavels: The original g-c-c options are simply different, and probably not what the GNOME Flashback people want.
[20:23] <davmor2> willcooke: but either way really not a happy place
[20:23] <willcooke> davmor2, my guess is that if you could have answered Y to that prompt, you'd now have a kernel panic
[20:23] <davmor2> willcooke: possibly
[20:24] <GunnarHj> muktupavels: They are probably just a leftover from the time when u-c-c was forked from g-c-c.
[20:24] <muktupavels> GunnarHj, gcc? or did you mean ucc?
[20:24] <davmor2> willcooke: oh and to add no pressure final beta is when most people upgrade right
[20:25] <GunnarHj> muktupavels: I think I wrote what I meant...
[20:25] <GunnarHj> muktupavels: u-c-c is a fork from g-c-c.
[20:26] <GunnarHj> muktupavels: u-c-c includes quite some code which is not actually used.
[20:26] <muktupavels> Can you give link that is applied but should not?
[20:26] <cyphermox> willcooke: what did you mean by your shell stopped working?
[20:26] <cyphermox> ugh, made bad coffee somehow, brb
[20:33] <GunnarHj> muktupavels: Most it is about reference to applicable docs: Ubuntu help or GNOME help. This file includes a few such spots, where XDG_CURRENT_DESKTOP is tested against (the hardcoded) string "Unity": http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/unity-control-center/wily/view/head:/shell/control-center.c
[20:35] <muktupavels> GunnarHj, that must be fixed... Add ucc to affects in this bug - https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1554878
[20:36] <willcooke> cyphermox, U7 session just locked up.  First of all the upgrader window went grey and unresponsive but I was still seeing new log entries via ssh
[20:36] <willcooke> cyphermox, then the whole desktop stopped responding.  SSH was still alive.
[20:36] <willcooke> cyphermox, then I ctrl-c'd out of the log and sudo reboot
[20:37] <willcooke> and then the whole thing just locked up.
[20:37] <willcooke> and now it is dead.
[20:37] <willcooke> :(
[20:37] <willcooke> Attached my log here:  https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1555237
[20:38] <GunnarHj> muktupavels: Well, one option is to keep using XDG_CURRENT_DESKTOP, and thus add u-c-c to that bug. Another option is to use some other variable name for the purpose, as I first suggested. (But seb128 didn't like that...)
[20:38] <muktupavels> GunnarHj, while I dont know original reason why that was added, it looks like it was added for cases when it was not set at all. So right thing might be to set it to Unity when XDG_CURRENT_DESKTOP is NULL or fix ubiquity scripts to export XDG_CURRENT_DESKTOP=Unity.
[20:39] <willcooke> morning robert_ancell
[20:39] <robert_ancell> willcooke, hi
[20:39] <GunnarHj> muktupavels: But that wouldn't help, considering how the variable is queried at a lot of places.
[20:40] <sarnold> willcooke: btw, if you inteded to attach logs on the kernel panic, they don't appear to have made it to the bug
[20:41] <willcooke> sarnold, it's in a VM, can I get logs out of it?  Dont know how
[20:41] <muktupavels> GunnarHj, g_strcmp0 (XDG_CURRENT_DESKTOP, Some Desktop) is incorrect and must be fixed in all known places.
[20:42] <sarnold> willcooke: depends upon how dead it is, I guess .. perhaps a different kernel via grub, or init=/bin/sh or something similar if it's only partially dead..
[20:43] <muktupavels> GunnarHj, first thing is to make sure that this variable is not changed. If session was started with GNOME-Flashback:Unity then it should not change.
[20:43] <sarnold> willcooke: if it's too dead for that, then perhaps some qemu-img messing around to try to gte to the files directly. (assuming it even logged its own death, that's getting harder and harder to capture..)
[20:44] <muktupavels> GunnarHj, if (g_getenv("XDG_CURRENT_DESKTOP") == NULL) g_setenv ("XDG_CURRENT_DESKTOP", "Unity", TRUE); should be correct patch/fix even if it does not directly fix problem.
[20:45] <GunnarHj> muktupavels: Should we split on ":" all over the place, to be able to test against "Unity", or what?
[20:46] <muktupavels> GunnarHj, that would be right thing.
[20:46] <GunnarHj> muktupavels: Or using strncmp()
[20:46] <GunnarHj> muktupavels: (last 5 characters)
[20:47] <willcooke> sarnold, cheers.  Managed to get in to a desktop with an old kernel, no networking though (yet)
[20:47] <sarnold> willcooke: heh, at least it's a start..
[20:47] <willcooke> :)
[20:49] <muktupavels> GunnarHj, it could be also set to - GNOME-Flashback:Unity:My-Desktop...
[20:50] <GunnarHj> muktupavels: Do you mean according to the new spec?
[20:51] <davmor2> willcooke: fire up the live cd that should give you access to the logs if all else fails
[20:51] <willcooke> I've got logged in, but no logs
[20:52] <davmor2> willcooke: sigh
[20:52] <muktupavels> GunnarHj, yes!?
[20:52] <davmor2> willcooke: it's too late to care anymore I'm calling it a night and I'll see what I can get tomorrow on hardware with a really ethernet port and stuff :)
[20:53] <willcooke> ditto I think
[20:53] <davmor2> -ly
[20:53] <willcooke> cheers davmor2
[20:53] <muktupavels> GunnarHj, https://bugzilla.gnome.org/show_bug.cgi?id=763364
[20:55] <muktupavels> GunnarHj, if such API would be added then it would be as simple as if (g_in_desktop("Unity")) or if (g_in_desktop("Unity") && !g_in_desktop("GNOME-Flashback"))
[20:57] <GunnarHj> muktupavels: Basically I understand what you are saying. However, in the case of u-c-c changing it like that all over would be quite some extra code for no sensible reason. I can't think of a situation when some desktop would like to use u-c-c and not refer to Ubuntu help. So I keep thinking that the root issue in case of u-c-c is that XDG_CURRENT_DESKTOP is used unnecessarily. Hmm.. Maybe robert_ancell can show some light on it
[20:57] <GunnarHj> ...
[20:57] <GunnarHj> robert_ancell: Hi Robert!
[20:57] <robert_ancell> GunnarHj, hi
[20:58] <GunnarHj> robert_ancell: Do you know why the XDG_CURRENT_DESKTOP is used in u-c-c to choose the code for references to Ubuntu help rather than GNOME help etc.?
[20:59] <robert_ancell> GunnarHj, we treat Unity as the exception (checked via XDG_CURRENT_DESKTOP) and revert to upstream behaviour in all other cases
[20:59] <robert_ancell> Seems the fairest for upstream
[20:59] <muktupavels> GunnarHj, whell ucc is for unity so it might make sense to remove checks and assume that it is run on Unity desktop...
[20:59] <robert_ancell> muktupavels, that API would be super helpful
[21:00] <robert_ancell> muktupavels, actually, good point. It is *only* for Unity, so it doesn't really need to check
[21:00] <GunnarHj> robert_ancell: But is u-c-c actually used on other desktops?
[21:00] <robert_ancell> perhaps that is a hangover from the split from g-c-c?
[21:00] <GunnarHj> robert_ancell: That's my theory too.
[21:00] <muktupavels> robert_ancell, then drop comment in that bug? looks like glib developers is not quite interested in adding such API.
[21:01] <robert_ancell> GunnarHj, it might be, but they would be derivatives would be Ubuntu based and so the Ubuntu docs are the most appropriate
[21:02] <GunnarHj> robert_ancell: Right. GNOME Flashback is one such example, and that's why I'm here bothering a lot of people. ;)
[21:03] <GunnarHj> robert_ancell: The problem is that u-c-c currently *sets* XDG_CURRENT_DESKTOP to "Unity", which in case of GNOME Flashback results in an incorrect variable value. My idea, for a simple change to solve the conflict, is to just use some other variable name instead of XDG_CURRENT_DESKTOP.
[21:04] <muktupavels> GunnarHj, some other variable will not work. You need Unity to get panels loaded...
[21:05] <GunnarHj> muktupavels: I mean changing the variable name all over u-c-c. As I suggested at ttps://launchpad.net/~gunnarhj/+archive/ubuntu/im-config-gnome/+packages
[21:06] <robert_ancell> GunnarHj, u-c-c sets XDG_CURRENT_DESKTOP?
[21:06] <GunnarHj> robert_ancell: Yes, unfortunately.
[21:06] <robert_ancell> it should only be set by LightDM...
[21:06] <willcooke> night all
[21:07] <robert_ancell> GunnarHj, is there a bug for that?
[21:07] <muktupavels> GunnarHj, does ucc has custom code that reads desktop files? or do you plan to patch glib? panels have desktop files that have ShowOnlyIn=Unity (most likely, did not check). So you can change watever you want - panels will not get loaded...
[21:08] <GunnarHj> robert_ancell: No bug yet...
[21:08] <robert_ancell> GunnarHj, 'cause that's wrong and should  be fixed
[21:08] <muktupavels> robert_ancell, is ubiquity started by lightdm?
[21:08] <robert_ancell> muktupavels, I'm not sure
[21:09] <muktupavels> if I understand corecly then it was added because ucc was not loading panels there...
[21:10] <GunnarHj> muktupavels: Not sure what you mean now. XDG_CURRENT_DESKTOP is set to its proper value elsewhere, so I don't see what the problem with the .desktops files would be.
[21:10] <robert_ancell> muktupavels, in other desktops other than Unity?
[21:13] <muktupavels> robert_ancell, seb128 probably can explain better. I think that ubiquity does not set XDG_CURRENT_DESKTOP at all, but it should set it to Unity.
[21:13] <muktupavels> So when ucc is used in ubiquity panels are not loaded because they include OnlySHowIn=Unity
[21:14] <muktupavels> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/unity-control-center/wily/view/head:/panels/appearance/unity-appearance-panel.desktop.in.in
[21:17] <muktupavels> GunnarHj, check .desktop files for ucc panels. They are only shown if desktop is Unity. Missing XDG_CURRENT_DESKTOP means that no panel will be loaded.
[21:18] <GunnarHj> muktupavels: Right, *missing* value would result in that, I forgot about the assumed ubiquity issue... Sorry.
[21:21] <GunnarHj> muktupavels: Hmm.. I have an idea: 1. Set XDG_CURRENT_DESKTOP to "Unity" if empty. 2. Introduce a new boolean environment variable IS_UNITY which for now can be used for the tests all over the place.
[21:24] <GunnarHj> muktupavels: (I mean that u-c-c should set that variable for internal use only.)
[21:24] <muktupavels> GunnarHj, ucc should not set it at all... but setting it only if empty/not set should be better then setting it always. I would not use env, introduce function to check it and use it.
[21:26] <GunnarHj> muktupavels: The purpose with such a boolean variable would be to split on ":" once, instead of doing it in 25 or so places in the source code.
[21:29] <GunnarHj> muktupavels: Aha, you said function *instead of* an env. variable. Got it.
[21:29] <muktupavels> GunnarHj, http://paste.ubuntu.com/15337448/
[21:30] <GunnarHj> muktupavels: Right, something like that.
[21:33] <muktupavels> GunnarHj, if it will be used only to check for Unity then result probably could be stored in static so next time it is called it already returns previous result.
[21:34] <GunnarHj> muktupavels: But there are multiple files which need to use it...
[21:35] <GunnarHj> muktupavels: I'll make an attempt. I'm not really a C coder, so it will be a 'challenge'. ;)
[22:16] <robert_ancell> GunnarHj,  muktupavels, a load of those XDG_CURRENT_DESKTOP checks in u-c-c are pointless - I've filed some MPs to remove them
[22:32] <GunnarHj> Excellent, robert_ancell! That's what I thought. Where is that MP?
[22:35] <GunnarHj> robert_ancell: Never mind, I found them.
[23:19] <GunnarHj> robert_ancell: I see that muktupavels added a u-c-c task to bug #1554878. Just for my understanding, before we go on and fix the remaining XDG_CURRENT_DESKTOP tests: Is u-c-c at all in use on non-Unity desktops? Isn't it a Unity only fork from g-c-c? If it is, I suppose that the most logical measure would be to drop the "else" code snippets, and stop testing for XDG_CURRENT_DESKTOP completely.


[11:00] <owner> Is anyone here able to assist me with sound issues?
[11:02] <knome> !ask | owner
[11:04] <owner> I have an issue with my sound card or whatever, After installing xubuntu it stopped working. I have dual boot of XP, but it doesn't work on XP. I'm guessing it didn't install my sound card at all... It worked before going to xubuntu, but after... Its gone. It gets kind of annoying, because I end up giving up for a week and then asking again. Nothing has helped so far.   So any links, command lines, etc will help. I will love the per
[11:04] <owner> son who assists on my fix, FOREVER <3
[11:09] <knome> owner, sounds like the sound levels are set on mute or something, and that makes it not work in win
[11:09] <owner> I have unmuted them.
[11:09] <owner> But
[11:09] <owner> is there another way to unmute them?
[11:10] <owner> I've done the physical stuff and clicking my sound buttons etc
[11:10] <owner> and when i click the "audio" icon next to my clock on the task panel
[11:10] <owner> it shows its unmuted.
[18:12] <craigwdy2k> I thought I just installed the AMD64  version of Xubuntu but apt-get upgrade keeps pulling in debs ending in i386...  What exactly is going on here...?
[18:13] <charlie-tca> If there is no equivalent 64bit package, it will use the 386 package instead.
[18:14] <charlie-tca> run "uname -a" in a terminal to verify, x86_64 is 64bit, 686 is 32bit
[18:15] <craigwdy2k> That's really weird it says i686 even though the ISO was mis-labeled as being AMD64...
[18:22] <charlie-tca> i686 is the 32bit installation
[18:23] <craigwdy2k> Well the ISO Image said it was AMD64...
[18:25] <charlie-tca> did you download it?
[18:26] <craigwdy2k> Yeah.
[18:26] <charlie-tca> which mirror?
[18:27] <craigwdy2k> I downloaded it via BitTorrrent actually...
[18:27] <charlie-tca> notify the site, they can verify it
[18:27] <charlie-tca> hmm, I don't know if that is possible with BitTorrent, though
[18:29] <craigwdy2k> Yeah: the ISO stated it was 64Bit: maybe the build system generated two identical ISOs: one of which was apparently misnamed...
[18:30] <charlie-tca> or a user mislabeled it and is feeding the torrent
[18:30] <craigwdy2k> Yeah: I'll bet that's probably it...
[18:31] <craigwdy2k> I thought it was an official Canonical Torrent file...  Maybe they host the Torrents too to prevent this from happening in the future...
[18:32] <craigwdy2k> they should host*
[18:33] <charlie-tca> torrent files are fed by the users that downloaded the file. The more feeds, the faster your download
[18:33] <craigwdy2k> What's even stranger is that on the server there was .jigdo file for only 32Bit version & not the 64Bit version...
[18:33] <charlie-tca> jigdo is different
[18:33] <craigwdy2k> was a .jigdo*
[18:34] <craigwdy2k> Yeah I know: I'm just wondering it the other .jigdo file failed to generate or something strange happened like that...
[18:34] <craigwdy2k> if the other*
[18:36] <charlie-tca> I only show .jigdo for the alternate images, both 32bit and 64bit have it
[18:37] <craigwdy2k> This is the newer Xubuntu 10.10 Beta 1: not 10.04...
[18:37] <charlie-tca> same - http://cdimages.ubuntu.com/xubuntu/releases/10.10/beta/
[18:38] <charlie-tca> both jigdo files are there for alternate images
[18:39] <craigwdy2k> Oh yeah right: I wish they would generate .jigdo files for the Vanilla Xubuntu images too: I use Jigdo quite a bit for downloading Debian & Fedora Core ISOs myself personally...
[18:40] <charlie-tca> vanilla?
[18:40] <craigwdy2k> Full blown: i.e. not alternate desktop ISOs...
[18:41] <charlie-tca> desktop/livecd - Maybe it is not compatible with ubiquity and the GUI installer
[18:41] <craigwdy2k> Vanilla usually means something that is plain...
[18:42] <charlie-tca> yeah, that should be the alternate installer, with no pretty gui to use
[18:42] <craigwdy2k> Oh well for me Vanilla is the GUI version: I think the text-based installers are quite old & outdated personally...
[18:43] <craigwdy2k> They are still useful but just not what I
[18:43] <craigwdy2k>  am normally used to...
[18:46] <craigwdy2k> Debian was quite the wake-up call for me seeing as how it's all text based & all that...
[18:49] <craigwdy2k> My first distro was Caldera eDesktop 2.4 before they stopped making a distro...
[18:50] <charlie-tca> GUI's came a long time after the text based installers
[18:51] <craigwdy2k> Yeah: actually Caldera's distro was unique in that in started in text mode & then eventually chain-loaded a GUI based Installer...
[20:39] <xubuntu357> this is a spanish xubuntu chat ?
[20:39] <Sysi> no, english
[20:39] <Sysi> !sp
[20:39] <Sysi> no..
[20:39] <Sysi> !spanish
[20:40] <xubuntu357> did you tell me how to find som spanish xubuntu chat ? plz
[20:40] <xubuntu357> gracias
[20:49] <xubuntu357> some one can tellme the minimu spesifications to install xubuntu in a old pc
[20:49] <xubuntu357> plz
[21:13] <DartJulius> hello to all, excuse me, somebody has the md5sum of xubuntu-10.04-desktop-powerpc.iso?
[21:16] <chomwitt> hi. in xfce4-terminal i try to press F1 in htop but opens firefox with a help file for the terminal. how can i correct this?
[21:20] <ablomen> chomwitt, for me windows key+f1 does the job
[21:21] <DartJulius> what is the md5sum of xubuntu-10.04-desktop-powerpc.iso?
[21:27] <chomwitt> ablomen: thanks!!
[21:42] <xubuntu594> hola, algun español?
[21:42] <xubuntu594> algun español con paciencia, eso si.. que acabo de instalar xubuntu por primera vez
[21:46] <DexterF> hi
[21:47] <DexterF> got xub 10.04 on a laptop that connects to the internet via an umts card. I'd like to share that inet connection with a network, so I hooked the free nic to the network's switch.
[21:48] <DexterF> then read up on this: https://help.ubuntu.com/community/Internet/ConnectionSharing
[21:49] <DexterF> am stuck on the ipv4 tab tho since I dont have that method there. i confed the umts device instead of auto eth0 since eth0 is not the device making the internet connection but hso0
[21:49] <DexterF> pointers?
[22:05] <DexterF> reboot, brb
[22:32] <subspider> hello
[22:32] <subspider> how do i know if my grphic card is well installed
[22:32] <subspider> ??
[22:33] <subspider> hello Sysi
[23:42] <craigwdy2k> I keep trying to burn & boot off of the AMD64 Xubuntu ISO Images but they appear to be duds...: i.e. they won't boot this PC...
[23:44] <craigwdy2k> Would I be better off with PC/OS's AMD64 ISO Image...?
[23:48] <craigwdy2k> Actually there ISO appears to be a dual format one like Sidux's...  Which comes all zipped up just waiting to be decompressed...  Curiously it's based off of a slightly older release of Xubuntu...
[23:48] <craigwdy2k> their*
[23:49] <craigwdy2k> Or should I wait for them to update their ISO...?
[23:58] <craigwdy2k> Or maybe I might just go with the Debian Weekly AMD64 build of Testing that ships with XFCE + LXDE...  Any thoughts or recommendations?  I also read that the Linux Mint distro has an XFCE variant too...


[01:31] <ScottL> ubuntu studio has been having some trouble getting an image built
[01:31] <ScottL> http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntustudio/oneiric/daily-20110818.log
[01:31] <ScottL> can someone help me resolve this please?
[02:52] <ScottK> slangasek: It'd make me very happy if you could do the removals in Bug #794513.
[02:52] <ScottK> Turns out option 3 had already been asked for.
[02:58] <ScottK> slangasek: I think between what's in that bug, what's already NBS, and Bug #829149 it'll make a clean sweep of KDE3.
[03:17] <slangasek> ScottK: done
[03:17] <ScottK> slangasek: Thanks.
[11:48] <scott-work> cjwatson:  i was told to mention to you about a problem with the ubuntu studio image build which i believe is affecting other derivatives
[11:48] <scott-work> cjwatson:  this is a typical problem: W: Failed to fetch file:/srv/cdimage.ubuntu.com/ftp-universe/dists/oneiric/main/binary-amd64/Packages.bz2  Hash Sum mismatch
[11:49] <cjwatson> I can't do anything about it except retry
[11:49] <scott-work> cjwatson: http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntustudio/oneiric/daily-20110819.log
[11:49] <cjwatson> it's due to the archive sync being too slow
[11:49] <scott-work> ah, okay, that's surprising because it has been happening for at least three days :(
[11:49] <cjwatson> it's basically random
[11:49] <cjwatson> and it's not remotely a new issue
[11:50] <scott-work> okay, thank you for the infomration :)
[11:50] <cjwatson> I've kicked a retry; who knows, it might work
[11:50] <cjwatson> whenever we get the new hardware it should address this, I think
[11:51] <scott-work> thank you again for your time :)
[12:29] <cjwatson> scott-work: seems to have worked that time
[13:06] <scott-work> cjwatson: thank you every so much!  :)
[13:28]  * lamont stuffs all the buildds on manual for a bit
[14:33] <lamont> and the world is coming back
[14:37]  * highvoltage hides
[14:39] <lamont> the ppa builders are either back on line or coming back online, and the chrootwait thing is fixed, dead and gone.
[14:50] <NCommander> lamont: thanks:-)
[14:51] <ogra_> hrm
[14:51] <NCommander> ogra_: can you tell skaet I'm going to be a bit late for the release meeting?
[14:51] <lamont> ogra_: hrm, you say?
[14:51] <NCommander> (I shouldbe back in time, but just in case)
[14:51]  * ogra_ fights with PREINSTALLED_IMAGE_FILESYSTEM
[14:52] <ogra_> i somehow need to overrice the hardcoded default thats set in debian-cd based on a subarch search ... but i dont want to add additional code to debian-cd
[14:52] <ogra_> overriding from cdimage code doesnt work since debian-cd always processes CONF.sh, which resets that var to default
[17:03] <ScottK> tumbleweed: I do think we should generally approve things like dh_python2 changes as long as they've had a second set of eyes to verify their correctness.
[17:09] <tumbleweed> ScottK: so you don't require any justification beyond "it looks ok"? I've always regarded FF as the point where I should justify my changes
[17:10] <ScottK> tumbleweed: It depends on the change.  For dh_python2 we've got an overall goal to switch so there's an inherent reason.
[17:10] <ScottK> IMO, YMMV, etc.
[17:11] <tumbleweed> ok in that case I can ack the one I marked as incomplete, although I would have preferred to see a build log
[17:12] <ScottK> I find the debc output it a lot more useful for dh_python2 changes.
[17:13] <tumbleweed> I mean a build log including debc :)
[17:13] <ScottK> Right.
[17:13] <tumbleweed> I want to see the Depends, and the contents, and I'd generally like to see what dh_python2 said when it ran
[17:13] <ScottK> Yep.
[17:13] <ScottK> You might just build it yourself, for fun.
[17:14] <tumbleweed> might as well, it's not like I don't have the time
[19:19]  * ScottK wonders why people think "I'm not paid to do this work" is part of a rationale for an FFe?
[19:22] <nigelb> srsly? :|
[19:27]  * slangasek blinks
[19:32] <ScottK> 829709
[19:34] <elmo> wow, I can't believe I'm going to be defending kirkland and/or byobu, but...
[19:34] <elmo> ScottK: he didn't make it part of the rationale, it's pretty clearly in the 'Additional Info' section, not the 'Rationale' section
[19:38] <elmo> ScottK: not for nothing, but assuming a bit of good faith would, IMO, go a long way.  when I read the bug, I don't think kirkland's put that in there in the expectation that it's going to change the outcome, rather genuinely as non-actionable/influencing background info
[20:02] <highvolt1ge> byoby and kirkland are both awesome and you shouldn't have to defend defending them!
[20:28]  * tumbleweed reads it mostly as an "I've been busy" rather than "I'm not paid"
[20:30] <nigelb> Sort of equal to "dayjob has been kicking me in the gut?"
[20:30] <nigelb> :)
[20:30] <tumbleweed> well, a sorry I couldn't get to it before FF
[20:30] <tumbleweed> yeah
[20:54] <slangasek> does anyone know what has changed in the past bit (last year or so?) that changed who's able to see private bug reports against packages?
[20:54] <slangasek> we've just figured out mvo didn't see private bug reports filed against update-manager, and he ought to (also, apport shouldn't have filed the bugs as private, but that's a different bug)
[20:55] <slangasek> and I've been seeing similar behavior on pam and grub bugs, where they're not visible to me until the security team unchecks the 'private' flag
[20:55] <slangasek> now that I know that it's not me, it sounds like a significant regression
[20:55] <slangasek> s/not me/not just me/
[20:56] <slangasek> kees, jdstrand, micahg, mdeslaur: ^^ maybe you guys have some insight into what may have changed in LP on this score?
[20:56] <nigelb> slangasek: *maybe* security bugs are only visible to security team?
[20:56] <jdstrand> sorry, I don't
[20:56]  * nigelb checks code
[20:57] <kirkland> slangasek: funny enough, aliguori tackled me today at LinuxCon saying he hasn't been getting private bug notices against the qemu upstream project in Launchpad
[20:57] <mdeslaur> slangasek: security bugs are only visible to the security team
[20:57] <jdstrand> I think if it is both private and security, only we see it
[20:57] <kirkland> slangasek: he said he was "embarassed" when a guy who filed a number of CVEs asked him why he hadn't taken any action in several weeks :-o
[20:57] <jdstrand> but I don't know of anything that has changed recently that would alter behavior
[20:57] <kees> slangasek: that's certainly a regression -- the package owner should be able to see it, I thought
[20:58] <kees> slangasek: are those bugs marked "security"? that's the only time the package subscribers can't see it, I thought.
[20:58] <mdeslaur> kees: I don't remember it ever being any different
[20:58] <kees> mdeslaur: right, _security_ bugs. but "just" private...
[20:58] <slangasek> mdeslaur: a) my update-manager bugs aren't tagged security, b) I would expect trusted package owners to still be able to see them, like kees says
[20:58] <kees> the problem is the order of operations.
[20:58] <slangasek> and see above for the upstream case kirkland mentions
[20:59] <kees> you check 'security' at the start, no one is subscribed but us, the reporter unchecks 'security', and then it should be visible to the package owners. wait, I've just talked myself out of this.
[20:59] <mdeslaur> slangasek: so, basically, nobody can see it except for the reporter? what good is that? :)
[20:59] <slangasek> I guess this should be taken to #launchpad then
[20:59] <kees> there is no such thing as "package owner"
[20:59] <slangasek> mdeslaur: no kidding!
[20:59] <slangasek> kees: well, I would expect package bug subscribers who are part of some "trusted" group wrt the bug task, to be able to see them
[21:00] <kees> so, right, mdeslaur is right, after running through this a few times in my mind.
[21:00] <kees> slangasek: that would be good, but where is that defined in LP? I don't think such a thing exists.
[21:00] <slangasek> kees: well, it used to be defined for Ubuntu in order for people to poke at backtraces when the retracer has failed
[21:01] <slangasek> in fact, the retracer itself needs to get access to private reports
[21:01] <mdeslaur> private bugs are supposed to be visible to whoever signed up to get bugmail for a particular package, and the reporter can remove people
[21:01] <kees> mdeslaur: but anyone can subscribe...
[21:01] <mdeslaur> kees: yes, but if you subscribe, you aren't added to the bugs which are already private
[21:02] <mdeslaur> anyway, #launchpad probably knows more
[21:02] <kees> slangasek: so, it must be related to the project contacts or something
[21:02] <kees> mdeslaur: right
[21:03] <mdeslaur> huh, actually, the only person subscribed to a private bug I've opened earlier today is apport
[21:04] <mdeslaur> and if I look at an _old_ private bug I had opened last year, a whole slew of people are subscribed to it
[21:11] <jdstrand> I think it's wrong for someone to subscribe to get bugmail and then automatically get all security bugs
[21:12] <jdstrand> if we uncheck the security box, then yes. otherwise, we bring in who is needed
[21:12] <slangasek> right, subscribing to bugmail shouldn't automatically get you access to security bugs
[21:13] <slangasek> but if you're the owner of the project (cf. qemu-kvm above), you certainly should!
[21:13] <jdstrand> yes!
[21:13] <jdstrand> by all means :)
[21:14] <jdstrand> I may be lacking context, but that's ok
[21:22] <mdeslaur> no, owners of projects should _not_ be getting security bugs
[21:22] <slangasek> er, what
[21:23] <cjwatson> oh god.  if I touch a package called "php5-ffmpeg", will I go to hell?
[21:23] <slangasek> the Ubuntu security team shouldn't be setting the policy for security bugs filed against upstream
[21:23] <jdstrand> maybe we are talking about different things
[21:24] <jdstrand> if we get a bug against qemu in Ubuntu, then only the security team should get the bug initially
[21:24] <slangasek> we're talking about an *upstream* security report - the registrant of the qemu project in launchpad should certainly be able to see bugs filed against qemu in launchpad, security or not
[21:24] <slangasek> cjwatson: that depends on how you touch it :P
[21:24] <jdstrand> if upstream qemu gets a bug, they should get the bug
[21:24] <mdeslaur> slangasek: what's an upstream security report?
[21:24] <jdstrand> cjwatson: I think the safe answer is 'yes'
[21:24] <slangasek> mdeslaur: there are projects other than Ubuntu that use launchpad
[21:25] <mdeslaur> ok, if I type "ubuntu-bug qemu" and on the webpage check "security", I expect only the security team to see it
[21:25] <slangasek> that's not an upstream bug report
[21:25] <jdstrand> mdeslaur: that's correct
[21:25] <slangasek> an upstream bug report is one filed against the qemu *project* in launchpad
[21:25] <jdstrand> but if you go to https://bugs.launchpad.net/apparmor/+filebug, that's an upstream bug
[21:26] <kirkland> http://bugs.launchpad.net/qemu -> Report a bug
[21:26] <mdeslaur> right, ok, we're all in agreement
[21:26] <mdeslaur> jdstrand: do we even see those? I didn't think so
[21:26] <jdstrand> mdeslaur: no, and we should not
[21:26] <slangasek> or if someone uses 'also affects project' -> qemu on a security bug filed against Ubuntu, the qemu upstream bug contact should be able to see it
[21:26] <kirkland> you don't, no
[21:27] <mdeslaur> slangasek: yes, agreed
[21:27] <jdstrand> https://bugs.launchpad.net/ubuntu/+source/foo/+filebug (we see). https://bugs.launchpad.net/foo/+filebug (wee should not)
[21:27] <kirkland> but aliguori was complaining to me just today that he didn't think he was receiving the bug mail for which he's marked as the security contact
[21:27] <jdstrand> s/wee/we/
[21:28] <jdstrand> slangasek: I'm not as enthusiastic about 'also affects project', but I think I don't disagree
[21:31] <slangasek> jdstrand: well, the set of people who are in a position to *add* such a task to a bug are finite; you don't have to do it, but if you do those are the sensible semantics :)
[21:33] <kees> cjwatson: elmo made me audit php5-ffmpeg ! it's not so bad, actually.
[21:34] <elmo> hey, hang on, I rick trolled you into auditing it, I didn't expect you to fall for it!
[21:35] <mdeslaur> rofl
[21:35] <jdstrand> hehe
[21:48]  * cjwatson wonders what to do about mplayer - attempt to bodge it into libav 0.7 support in ways different from what was done upstream, or pull in a new snapshot from Debian experimental
[21:48] <cjwatson> neither is massively appealing
[22:14] <micahg> slangasek: sinzui has been working on a disclosure story for LP, there was a thread on launchpad-devel about it
[22:17] <slangasek> micahg: oh; does the thread touch on this issue we're hitting?
[22:18] <micahg> slangasek: yes, who can see what was a large part of the issue discussed
[22:18]  * micahg looks for the thread
[22:21] <micahg> slangasek: https://lists.launchpad.net/launchpad-dev/msg07445.html
[22:26] <slangasek> micahg: thanks for the link
[22:29] <micahg> slangasek: sorry, I was out before


[19:47] <jester7> there is a backport that gets all of the mics and jacks working on 7.10, but they are not (yet) available for hardy
[19:47] <jester7> just wanted to know if it works out-of-the-box with hardy
[19:48] <jester7> otherwise, i have to choose.  do i want the mics to work (gutsy) or do i want compiz to work (hardy)
[19:48] <irelinquish> or wait a month
[19:49] <irelinquish> and you can use envy and get your latest video drivers
[19:49] <irelinquish> and get compiz like that
[19:49] <jester7> on gutsy?
[19:49] <irelinquish> yeah
[19:50] <irelinquish> thats your problem right the drivers?
[19:50] <jester7> not sure exactly what it is.  i just know that gutsy doesn't support compiz on teh intel x3100
[19:51] <jester7> and the "hacks" that get it to work don't work very well
[19:51] <jester7> but it's supported perfectly on hardy
[19:52] <irelinquish> not sure, i would just wait a month for 8.04 official
[19:54] <irelinquish> envy updates nvidia and ati drivers i'm not sure about intel
[19:54] <flipstar> !envy
[19:54] <ubotu> envy is an unsupported tool to install newer versions of binary video drivers than provided by the official repositories. Use at your own risk, and remember that the latest version is not necessarily the "best". See « /msg ubotu binarydriver »
[19:54] <twinkie_adict> lspci shows my sound card listed , as  Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2, so i'm wandering why its not working
[19:56] <flipstar> twinkie_adict: see https://help.ubuntu.com/community/HdaIntelSoundHowto
[19:56] <jester7> irelinquish: maybe i'll do that.  of all the pretty things that compiz does, what i'm going to struggle with is not having the zoom.  i use it so much
[19:57] <irelinquish> ohh well i read on barinstorm.ubuntu.com that there going to implement a ZUI zoomable user interface
[19:57] <irelinquish> thats pretty cool though
[19:57] <jester7> nice, i assume that means witout compiz?
[19:57] <irelinquish> i think so
[19:58] <jester7> awesome.  thats the one.  is so nice to zoom in on tiny text or even fullscreen a youtube video in seconds
[19:58] <marlun> Just intalled Ubuntu HH and I can't seem to find where I change the settings for multiple monitors?
[19:59] <irelinquish> i'll brb, i'm going to try that with my 50 inch tv : )
[20:00] <wshaddix> when will kernel 2.6.25 make it into ubuntu 8.04?
[20:01] <tuvook> !kernel | wshaddix
[20:01] <ubotu> wshaddix: The core of the Ubuntu Operating System is the Linux kernel: see https://help.ubuntu.com/community/Kernel - You shouldn't have to compile your own, but if you're convinced you do, see https://help.ubuntu.com/community/Kernel/Compile - For more: /msg ubotu stages
[20:01] <fromport> what happened to xmms btw ?
[20:01] <fromport> Package xmms is not available, but is referred to by another package.
[20:01] <fromport> This may mean that the package is missing, has been obsoleted, or
[20:01] <fromport> is only available from another source
[20:01] <fromport> E: Package xmms has no installation candidate
[20:01] <tuvook> don't paste here
[20:02] <tuvook> !paste |fromport
[20:02] <ubotu> fromport: pastebin is a service to post multiple-lined texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the channel topic)
[20:02] <tuvook> !xmms | fromport
[20:02] <ubotu> fromport: Audio (Ogg, MP3...) players: Audacious, Banshee, Beep Media Player, Listen, Quod Libet, Rhythmbox, Exaile, XMMS (GTK/Gnome based) and Amarok, JuK (Qt/KDE based).  Video players: Totem, Xine, MPlayer, VLC, Kaffeine - See also !codecs
[20:03] <fromport> 4lines ?
[20:05] <tuvook> !flood
[20:05] <ubotu> pastebin is a service to post multiple-lined texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the channel topic)
[20:05] <fromport> are you a bot or a human ?
[20:05] <marlun> There is nothing about monitors in the System > Preferences... :/
[20:06] <wshaddix> I understand, but phrased a different way, is updating to the 2.6.25 kernel planned for ubuntu 8.0.4? It has a lot of wireless drivers and fixes and I happen to need one of them. I'm trying to decide if I should use the files provided by linuxwireless or wait for the updated kernel (when they will be part of the kernel)
[20:07] <jester7> irelinquish: in case you don't know, it's superkey+scrollwheel
[20:07] <Stroganoff> fromport, ubotu=bot, tuvook=human
[20:07] <fromport> well in that case: he is certainly not helping.
[20:07] <Stroganoff> you should use pastebin.
[20:07] <fromport> only operating the bot is not helping
[20:07] <fromport> for 4 lines ?
[20:07] <Stroganoff> yes.
[20:08] <fromport> next time i'll put them all on one line
[20:08] <fromport> happy ?
[20:08] <Stroganoff> no+
[20:08] <Stroganoff> thats rather unreadable.
[20:08] <Stroganoff> xmms is deprecated
[20:09] <fromport> now that's an answer, and not refering to stupid general knowledge what xmms is. i know that...
[20:09] <Stroganoff> audacious (fork) replaces it. or use xmms2 (wholly new server/client architecture)
[20:10] <fromport> i tried xmms2 but couldn't get it to work,will try audacious. znaks
[20:11] <ethana2> yarr
[20:11] <ethana2> i'm trying to get a list of my music collection
[20:11] <fromport> thanks! looks nice
[20:11] <ethana2> cd Music && ls -R | vim music
[20:11] <ethana2> ..that didn't work
[20:11] <Stroganoff> by the way, fromport. "xmms is not in the repos anymore" would be sufficient, no need for 4 lines.
[20:11] <flipstar> btw audacious 1.5.0 was released a weed ago
[20:11] <Stroganoff> scnr
[20:11] <flipstar> *week
[20:11] <fromport> it's a bug that another package is refering to it....
[20:12] <ethana2> so how do I pipe that ls -R to a text file?
[20:12] <fromport> i thought this channel is for interaction to fix hardy ?
[20:12] <Stroganoff> yes, file the bug.
[20:12] <Stroganoff> ;)
[20:12] <fromport> ehtan ls -l > [filename]; vi [filename] ?
[20:13] <ethana2> ok, it didn't complain
[20:14] <ethana2> yarr, it's still blank
[20:14] <Stroganoff> ls -l is not recursive, fromport
[20:14] <ethana2> -R
[20:14] <fromport> ls -lR
[20:14] <ethana2> i know
[20:14] <ethana2> why -lR
[20:14] <ethana2> ?
[20:14] <fromport> long list, recursive
[20:14] <ethana2> ahhhhh
[20:22] <ethana2> thanks, fromport
[20:23] <tonyyarusso> Anyone else having trouble getting java plugins for firefox/epiphany recognized?
[20:24] <fromport> it's not easy, that's for sure : i have java6 installed. that seems to work best (for me)
[20:24] <fromport> iced-tea7 is definatly not working for me
[20:24] <tonyyarusso> So do I, but it's not showing up in about:plugins
[20:25] <fromport> you have to restart your browser before you see it...
[20:25] <tonyyarusso> did that
[20:25] <flipstar> tonyyarusso: maybe you have to link it into the ff plugin dir
[20:25] <fromport> al windows ?
[20:25] <tonyyarusso> flipstar: maybe?
[20:25] <fromport> including all minimised windows ?
[20:25] <fromport> or use "force quit"
[20:26] <tonyyarusso> fromport: most definitely
[20:26] <tonyyarusso> anthony@experimental:/usr/lib/firefox-plugins/plugins$ ls
[20:26] <tonyyarusso> libjavaplugin.so
[20:26] <tonyyarusso> that should be all it needs I would have thought
[20:27] <flipstar> tonyyarusso: did you enabled java in ff ?
[20:27] <tonyyarusso> flipstar: define "enable"
[20:27] <flipstar> setting>content>check java or somewhere else there
[20:27] <Stroganoff> tonyyarusso, u need that package: icedtea-java7-plugin
[20:27] <Stroganoff> ths works for me in hardy.
[20:28] <tonyyarusso> Stroganoff: why icedtea?
[20:28] <tonyyarusso> flipstar: looking...
[20:28] <Stroganoff> because sun-jre is broken at the moment
[20:28] <flipstar> ..works here..
[20:28] <Stroganoff> at least at default
[20:28] <tonyyarusso> flipstar: yes, that's checked
[20:28] <flipstar> hm
[20:29] <flipstar> maybe you should give icedtea a try then
[20:29] <tonyyarusso> all righty...
[20:29] <tonyyarusso> lol @ how much package cruft I build up...  :P
[20:30] <Stroganoff> yes. some1 should write a script for that ;)
[20:30] <tonyyarusso> Well, you could always dpkg --get-packages after a fresh install and revert later.
[20:30] <tonyyarusso> Re-installing's more fun though, right?
[20:31] <Stroganoff> re-installing with the created script, yes.
[20:31] <tonyyarusso> uh, what?
[20:31] <Stroganoff> nvm
[20:31] <Stroganoff> <-- just talking
[20:32] <hmuller> any takers for a few seahorse-agent questions?
[20:32] <Stroganoff> !ask
[20:32] <ubotu> Please don't ask to ask a question, ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely answer. :-)
[20:33] <tonyyarusso> icedtea seems to be working.  All right then.
[20:35] <indomiti> hi
[20:35] <indomiti> after upgrading from gutsy to hardy i can no longer mount ntfs ;\
[20:36] <fromport> what's the error ?
[20:36] <Stroganoff> have you tried 'sudo dpkg-reconfigure ntfs-3g'
[20:36] <hmuller> How do I link my ~/.gnupg directory to a directory on a usb flashdrive without borking seahorse?
[20:36] <Burn> hello, are the fglrx drivers and an ATI1400 working yet?
[20:36] <Stroganoff> hmuller: http://en.wikipedia.org/wiki/Symbolic_link
[20:37] <hmuller> Stroganoff: you don't understand the question, I want to know how to do it without breaking seahorse
[20:37] <hmuller> Stroganoff: I know how to link
[20:37] <Stroganoff> move the dir to the usb drive and create a symbolic link at ~/.gnupg
[20:38] <Stroganoff> why would that be borking searhorse?
[20:38] <hmuller> Stroganoff:  Let me paint the picture in a few lines
[20:38] <Stroganoff> k :))
[20:39] <hmuller> Stroganoff:  I'm using an openpgp card with a usb smartcard reader, and I was testing to ensure that I had properly stubbed by secret keys ...
[20:39] <hmuller> Stroganoff:  Then I linked ~/.gnupg to /media/<usbdrive>/.gnupg
[20:40] <hmuller> Stroganoff:  And then I was unable to use the smartcard reader again, and had to reinstall completely to access it
[20:41] <hmuller> Stroganoff:  seahorse-agent is the culprit if I am to believe the straces before and after.
[20:42] <hmuller> Stroganoff:  The only way to complete the test successfully, is to first kill seahorse-agent, do the linking and then test
[20:43] <hmuller> Stroganoff:  Similar results are experienced when just copying the contents of /media/<usbdrive>/.gnupg to ~/.gnupg, the reader will not work afterwards
[20:43] <Stroganoff> sry hmuller, i don't quite get it. could it be related to bug 99231?
[20:43] <ubotu> Launchpad bug 99231 in seahorse "seahorse-agent gets confused by Xgl startup script" [Undecided,New] https://launchpad.net/bugs/99231
[20:44] <Burn> is there a page with fglrx/ati problems?
[20:44] <Stroganoff> https://help.ubuntu.com/community/BinaryDriverHowto/ATI
[20:45] <hmuller> Stroganoff: np, but no, it's not related.  I guess I'm trying to understand why seahorse-agent hijacks gpg keys and gpg.conf in ~/.gnupg, and if there is a way around that
[20:46] <spiroo> Do you guys know how to change language in Hardy?
[20:46] <spiroo> I have installed swedish packages but I cannot use them.
[20:46] <Stroganoff> spiroo you could use the gnome control panel
[20:46] <spiroo> Ah, well I use KDE4 :P
[20:47] <hmuller> spiroo: System > Administration > Language Support ... Is that what you are looking for, never mind, that's gnome
[20:47] <Stroganoff> try installing language-pack-XX then, spiroo
[20:47] <spiroo> I am there but in KDE. I can only find english/USA language support ./
[20:47] <spiroo> I already have
[20:48] <spiroo> I just have to switch to the isntaleld language
[20:48] <jepler> I notice that python-tk uses tk8.4, but tk8.5 is also in hardy.  will python-tk get tk8.5 before release, or will it be stuck at tk8.4?
[20:49] <Burn> thx Stroganoff
[20:49] <spiroo> And I cannot find out how to do
[20:49] <Gnine> feature freeze is in effect.. whats there most likely wont change
[20:50] <jepler> how far into the past do I need to send my complaint about this, then?
[20:50] <jepler> just one month?
[20:50] <spiroo> Well I gotta ask one thing, I am not requesting you guys to fix it though. I wondering when you install an application, the icon does not appear in menu :P Only if you re-login or restart computer.
[20:51] <Stroganoff> jepler, file a bug and see what happens.
[20:52] <Stroganoff> spiroo, ask in #kde
[20:52] <Stroganoff> kde4 is quite between alpha and beta yet
[20:53] <spiroo> I see, or depends how you see it ;) But yes it is kind of an alpha version for Hardy.
[20:54] <Stroganoff> you could restart kicker i suppose, spiroo
[20:54] <flipstar> spiroo: you can manually run kbuildsycoca
[20:54] <Gnine> !kde
[20:54] <ubotu> KDE (http://kde.org) is the !desktop environment used natively in !Kubuntu. To install from Ubuntu: « sudo apt-get install kubuntu-desktop », or see http://help.ubuntu.com/community/InstallingKDE . Latest KDE version is 3.5.8 for Gutsy and Feisty, 3.5.6 for Edgy, and 3.5.5 for Dapper. See http://kubuntu.org for more information.
[20:54] <Stroganoff> so that's kde! i see ;)
[20:55] <spiroo> flipstar: Thanks
[20:55] <flipstar> np
[20:55] <nixternal> OK, I don't use Ubuntu/Gnome at all, and it is obviously showing right now...where the heck do you setup your video card and monitor with the latest Hardy iso's?
[20:55] <nixternal> is there something missing from these recent installs?
[20:56] <Stroganoff> have you installed a proper driver yet, nixternal?
[20:56] <nixternal> umm, I haven't installed any other drivers than the ones that come with ubuntu
[20:56] <Stroganoff> display setup should be somewhere in the settings menu (duh)
[20:56] <nixternal> i just need to setup my monitor easily
[20:57] <nixternal> well it isn't
[20:57] <Stroganoff> thats a shame ;)
[20:57] <flipstar> systemsetting>monitor (in kde)
[20:57] <nixternal> I know how to do it in KDE, it is this gnome that is a bugger
[20:57] <spiroo> Must say Hardy is well done. Works a lot faster. Only wish it could boot faster also :P Now with SP1 for Vista it goes faster :P Quite a shame. GNU/Linux should be the less taking resources :P
[20:58] <Stroganoff> spiroo, try bum (boot up manager)
[20:58] <Stroganoff> disable some services (be careful!)
[20:58] <spiroo> Stroganoff: What does it do for speed up?
[20:59] <jepler> hm, seems that tk8.4 is in main and tk8.5 is in universe, so it's not reasonable to ask that python-tk be linked against tk8.5
[20:59] <jepler> in this case, no use filing a bug
[21:00] <Stroganoff> spiroo: it offers you to disable unneeded startup services and scripts like bluetooth.
[21:01] <Gnine> you think vista boots up faster.. ?  blah
[21:01] <Stroganoff> uh oh, here comes the cavalary
[21:02] <Gnine> :-P
[21:02] <spiroo> Gnine: It does now with SP1 :P
[21:02] <Stroganoff> spiroo: and almost no software installed ;)
[21:02] <spiroo> Stroganoff: Allright :) Well, of course you can do different things, but I think it should/could be faster even with everything in start.
[21:03] <flipstar> spiroo: go to ##windows please
[21:03] <Stroganoff> that may be right
[21:03] <Stroganoff> but not that simple, spiroo.
[21:03] <spiroo> flipstar: why?
[21:03] <flipstar> this here is ubuntu related..?
[21:03] <spiroo> Yes, I understand of course. Just making the point :P
[21:03] <Stroganoff> this is not general discussion
[21:04] <spiroo> flipstar: Bootup is regarding ubuntu too ;P
[21:04] <spiroo> Well sorry for my OT.
[21:04] <Stroganoff> read something about upstart
[21:07] <lucasvo> Hi
[21:08] <lucasvo> I've been using Hardy for a while now. I did an update today and the sound stopped working.
[21:08] <lucasvo> alsamixer: function snd_ctl_open failed for default: No such file or directory
[21:08] <Gnine> screenlets is installed but does not show (as installed) in synaptic; i'd like to remove it, any suggestions?
[21:09] <Stroganoff> sudo apt-get remove screenlets
[21:09] <Gnine> !apt
[21:09] <ubotu> APT is the Advanced Package Tool, which together with dpkg forms the basic Ubuntu package management toolkit. Short apt-get manual: https://help.ubuntu.com/community/AptGetHowto - Also see !Synaptic (Gnome) or !Adept (KDE)
[21:09] <Gnine> ;-)
[21:10] <spiroo> gah, how do I install flash in Konqueror or Firefox. It does not work as usual
[21:10] <jnkq> !synatpic
[21:10] <ubotu> Sorry, I don't know anything about synatpic - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[21:10] <hmuller> spiroo:  sudo apt-get install -y flashplugin-nonfree
[21:11] <Gnine> no results.. i had a feeling about that..
[21:11] <spiroo> hmuller: thanks
[21:11] <hmuller> spiroo: np
[21:11] <burken> my bootloader is corrupted :(
[21:11] <Stroganoff> Gnine, me too
[21:12] <hmuller> spiroo:  and you will have to restart FF3
[21:12] <spiroo> I know, thanks
[21:12] <burken> help me :(
[21:13] <Gnine> i know the location of the files.. but what intrigues me is that the system seems not to be aware it is there
[21:13] <flipstar> burken: you mean grub is brocken..?
[21:13] <Gnine> thats what happens on upgrade vs fresh install
[21:13] <Stroganoff> lucasvo, you could try sudo alsaconf
[21:14] <Gnine> !grub | burken
[21:14] <ubotu> burken: grub is the default Ubuntu boot manager. Lost grub after installing windows: https://help.ubuntu.com/community/RecoveringUbuntuAfterInstallingWindows - Making GRUB floppies & other GRUB howtos: https://help.ubuntu.com/community/GrubHowto
[21:15] <burken> ubotu: thank ya!:)
[21:15] <fromport> burken: download the "alternate" cd image, during but is has a "rescue" option and you can re-install grub from the menu
[21:15] <ubotu> Sorry, I don't know anything about thank ya!:) - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[21:15] <hmuller> !ubotu | hmuller
[21:15] <burken> gotta check this up thx guys
[21:15] <lucasvo> Stroganoff: sudo: alsaconfig: command not found
[21:15] <Stroganoff> alsaconf
[21:15] <lucasvo> Stroganoff: same
[21:15] <Stroganoff> sry
[21:16] <lucasvo> it's the same error
[21:16] <Stroganoff> i got that, lucasvo
[21:17] <Burn> Stroganoff: there is no info about ATI binary drivers and Hardy
[21:17] <Stroganoff> whats your problem then?
[21:17] <Burn> Stroganoff: the binary driver crashes, somehow, but my installation is an update of gutsy
[21:18] <Gnine> !ati | Burn
[21:18] <ubotu> Burn: For Ati/NVidia/Matrox video cards, see https://help.ubuntu.com/community/BinaryDriverHowto
[21:18] <lucasvo> Stroganoff: in the terminal the alarm sounds work
[21:18] <Burn> Gnine: did that
[21:18] <Rumpsteak> ; /me waves!
[21:19] <Stroganoff> have you tried reinstalling xorg-driver-fglrx, Burn?
[21:19] <Gnine> !hardy
[21:19] <ubotu> Hardy Heron is the code name for the next release of Ubuntu (8.04-LTS), due April 2008 - For more info, see: https://wiki.ubuntu.com/HardyHeron - CONSIDER IT TO BE PRE BETA (ALPHA) SOFTWARE - Discussion and support in #ubuntu+1, NOT #ubuntu
[21:20] <Stroganoff> thats some heavy bot spamming ;)
[21:20] <Gnine> spamming is this
[21:20] <Gnine> !cake
[21:20] <ubotu> Sorry, I don't know anything about cake - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[21:20] <Stroganoff> !deliciouscake
[21:20] <ubotu> Sorry, I don't know anything about deliciouscake - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[21:21] <lucasvo> ubotu: cake is delicious
[21:21] <lucasvo> !cake
[21:21] <ubotu> Sorry, I don't know anything about cake - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[21:21] <Gnine> stop
[21:21] <Stroganoff> lucasvo, more info plz
[21:21] <lucasvo> oh, you can't do it yourself anymore
[21:21] <lucasvo> Stroganoff: on my sound issue or on the cake?
[21:21] <jpatrick> !cake-#ubuntu-offtopic | lucasvo
[21:21] <ubotu> lucasvo: The cake is a lie.
[21:21] <Stroganoff> lol wut?
[21:22] <lucasvo> Stroganoff: do you know what could have caused my sound config to break?
[21:22] <Stroganoff> nope
[21:22] <lucasvo> any recent updates of the sound stuff?
[21:23] <Gnine> you mentioned you are currently using gutsy..
[21:23] <lucasvo> Stroganoff: the stuff should be in syslog, right?
[21:24] <Stroganoff> rather in apt log
[21:24] <Stroganoff> have you installed any OSS packages?
[21:24] <Gnine> support for gutsy is in #ubuntu not #ubuntu+1
[21:24] <lucasvo> Stroganoff: not that i know of
[21:25] <Stroganoff> try asoundconf
[21:25] <lucasvo> Gnine: talking to me?
[21:25] <Stroganoff> Gnine, he upgraded from gutsy
[21:26] <Burn> Stroganoff: no, but I got 2 -> xorg-driver-fglrx and xserver-xorg-video-ati ?
[21:26] <Stroganoff> uninstall *ati
[21:27] <Stroganoff> lucasvo, try sudo asoundconf
[21:27] <Burn> Stroganoff: regex compilation error
[21:28] <Stroganoff> ..
[21:28] <Stroganoff> uninstall xserver-xorg-video-ati
[21:28] <Stroganoff> sudo apt-get remove ...
[21:28] <Gnine>  https://help.ubuntu.com/community/SoundTroubleshooting might have some clues
[21:29] <lucasvo> Stroganoff: sudo asoundconf tells me about unintended consequences
[21:29] <Stroganoff> nice :D
[21:29] <lucasvo> asoundconf list doesn't say anything at all
[21:29] <lucasvo> I'm running hardware testing right now
[21:29] <lucasvo> it might have caused the sound to break
[21:29] <lucasvo> that's the other thing I did apart from upgrading
[21:30] <lucasvo> (I was running hardy heron before, I just ran an apt-get upgrade today)
[21:30] <Burn> Stroganoff: did that, should I reinstall something?
[21:30] <Stroganoff> Burn: sudo dpgk-reconfigure xorg-driver-fglrx
[21:30] <Gnine> hardware testing is a poll, not meant to fix issues
[21:31] <lucasvo> !paste > lucasvo
[21:34] <Burn> Stroganoff: [drm] failed to remove DRM signal handler I got now
[21:37] <pwuertz> firefox3 + flash-player + pulseaudio-hack + nvidia
[21:37] <Stroganoff> Burn: sudo dpkg-reconfigure linux-restricted-modules
[21:38] <binarical> oh to be like ubotu
[21:38] <pwuertz> this combination is crashing almost everytime you open/close flash sites like youtube
[21:38] <McAbre> hmm, update busted wifi...
[21:38] <pwuertz> anyone experiences this instability too?
[21:38] <binarical> yes lock the package so that it dosnt update
[21:38] <flipstar> pwuertz: lol you using hacks and wondering why its instable..
[21:39] <pwuertz> flipstar: just to let you know.. this hack is the default configuration in hardy
[21:40] <flipstar> hm why you call it hack then
[21:40] <pwuertz> because its a hack
[21:40] <Gnine> !pulseaudio
[21:40] <ubotu> PulseAudio is a sound server intended as a drop-in replacement for !ESD - See https://wiki.ubuntu.com/PulseAudio for information and installation instructions
[21:40] <flipstar> oh wait thats the package name ?
[21:41] <pwuertz> the flash-player is using alsa for sound, and ubuntu installs/preloads a library for hijacking alsa-lib calls from libflashplugin
[21:42] <Black_Magic> Does VMWare Workstation Work in Hardy?
[21:42] <ciplogic> Hi all, I have a video card issue: one screen resolution my video card supports, I cannot setup in xorg.conf cause of BulletProof X (exactly 1280x800), where I may be able to setup it? The X server setups a lower resoltion which still works
[21:42] <ciplogic> I have an Ati mobility card
[21:43] <pwuertz> pushing pulseaudio as default audio library is one stupid kind of idea anyways...
[21:43] <Black_Magic> it keeps asking me to reconfigure and theres an error during the building of a vmmon module for my system
[21:43] <lucasvo> what driver do I need for this soundcard: http://paste.ubuntu-nl.org/60219/
[21:43] <flipstar> Black_Magic: theres a patch for that..
[21:43] <ciplogic> pwuertz: pulse audio is more advanced, so it has to replace an older concept API like ALSA one
[21:44] <Black_Magic> ive never had to use the patch before
[21:44] <ader10> is there a way to synchronize with time servers?
[21:44] <Black_Magic> it stopped working after upgrading..
[21:44] <lucasvo> something is wrong with the modules it tries to load: lucasvo@mrburns:~$ lsmod | grep snd -> no output
[21:44] <Stroganoff> i wouldn't expect sound and binary drivers to work until rc ^^
[21:44] <Black_Magic> same was for virtualbox but installing the modules package for VBox fxed that
[21:44] <Black_Magic> *fixed
[21:45] <ciplogic> does anyone know how to specify a specific resolution for the X server in 8.04?
[21:45] <pwuertz> ciplogic: pulseaudio isn't advanced enough to get alsa-applications running
[21:46] <Gnine> pulseaudio is NOT alsa
[21:46] <pwuertz> didn't say that
[21:46] <lucasvo> anyone has an idea what driver I need for an intel 82801H (ICH8 Family) HD Audio Controller (rev 03)  sound card?
[21:47] <flipstar> !intelhda
[21:47] <ubotu> For fixing your Intel HDA sound this page has useful information https://help.ubuntu.com/community/HdaIntelSoundHowto
[21:47] <pwuertz> ciplogic: after so many years... finally almost every OSS application has been ported for Alsa-usage... I got a system running smoothly with multiple applications running seamlessly and just fine
[21:47] <Gnine> pulseaudio is "A sound server is basically a proxy for your sound applications.   Applications that use ALSA (properly) are supported just fine under PulseAudio.  As are OSS applications, for that matter.
[21:50] <Stroganoff> pwuertz #pulseaudio ;)
[21:50] <flipstar> lucasvo: just check which packets wre updated and maybe use an older version of sound related staff
[21:51] <gordonjcp> just as long as it's possible to permanently and completely disable pulseaudio, that will be just fine
[21:51] <jin> if you have made a very usefull utility, how do you get it included in the next Ubuntu release?
[21:51] <Gnine> thats a dev question
[21:52] <Stroganoff> jin, go to debian.
[21:53] <lucasvo> flipstar: 4hrs ago I updated my installation, can you spot any package that might trigger the problem? http://paste.ubuntu-nl.org/60221/
[21:53] <lucasvo> (I can't)
[21:54] <lucasvo> snmp is some kernel related stuff, is it?
[21:54] <flipstar> why not (/var/log/dpkg.log or similar)
[21:54] <Gnine> https://wiki.ubuntu.com/UbuntuDevelopment
[21:55] <lucasvo> flipstar: would you prefer the dpkg log?isn't it the same as the apt log?
[21:56] <flipstar> probably not
[21:56] <flipstar> since apt based on dpkg
[21:57] <Stroganoff> lucasvo, smp is dualcore support. hardy stock kernels have this already included.
[21:57] <lucasvo> well, I am not sure what really is the problem
[21:57] <Burn> Stroganoff: I find this now -> fglrx(0): could not detect X server version
[21:57] <Stroganoff> in xorglog?
[21:57] <Burn> Stroganoff: Xorg.0.log
[21:58] <lucasvo> the wikipage /SoundTroubleshooting says I should search on the alsa wiki for my driver. I can't find it there
[21:58] <Burn> Stroganoff: he tells fglrx doesn't know my ATI X1400 card :|
[21:58] <lucasvo> but there must be one, otherwise it wouldn't have been working before
[21:58] <ulo> hi everybody
[21:58] <ulo> Is there a CLI command to get a video settings dump such as contrast settings?
[21:58] <ader10> is it just me or is ntp not installed by default
[21:59] <lucasvo> ader10: I have it. Mine isn't a clean install though
[21:59] <Burn> Stroganoff: AIGLX: 3D driver claims to not support viaual 0x46....
[22:00] <Stroganoff> fall back to hardy, wait for RC.
[22:00] <Stroganoff> i mean gutsy
[22:01] <ulo> Is there a CLI command to get a video settings dump such as contrast settings please?
[22:02] <Burn> Stroganoff: yes, this was only a test, fglrx or X issue?
[22:03] <Stroganoff> ulo, this question is not related to hardy
[22:03] <Stroganoff> ask in #ubuntu, #xorg or #linux
[22:03] <ulo> Stroganoff: ok, sorry, thanks for the redirect
[22:07] <Ruroni> help :O
[22:07] <Stroganoff> help.
[22:07] <Ruroni> :D
[22:07] <Lamego> !anyeone
[22:07] <ubotu> Sorry, I don't know anything about anyeone - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[22:08] <Lamego> ops
[22:08] <gnubuntu> I have a problem with eclipse 3.2 in hardy. embedded browser don't work with mozilla.
[22:09] <Stroganoff> gnubuntu, possible solution would be to install firefox-2
[22:09] <gnubuntu> i still can't find a solution for that problem.
[22:09] <gnubuntu> ah. i did installed firefox-2. should i deinstall firefox3?
[22:10] <Stroganoff> maybe
[22:12] <Stroganoff> are u using eclipse from the ubuntu repos?
[22:13] <gnubuntu> yes. i can start eclipse. the only issue is the embedded browser
[22:14] <Stroganoff> https://bugs.launchpad.net/ubuntu/+source/eclipse/+bug/199271
[22:14] <ubotu> Launchpad bug 199271 in eclipse "[hardy] Eclipse needs to depend on libxul0d" [Undecided,Confirmed]
[22:15] <gnubuntu> i have seen that. libxul0d is installed.
[22:15] <Stroganoff> thx for the info ^^
[22:16] <Stroganoff> are there no error messages? try to start eclipse from terminal
[22:17] <gnubuntu> no errors from terminal
[22:17] <gnubuntu> i get only i blank welcome page
[22:17] <Black_Magic> How do i use a S-Video Cord to connect my computer to a TV and show my Desktop screen on the TV?
[22:18] <Stroganoff> gnubuntu, are there no errors in terminal if you try to access browser view in eclipse
[22:18] <Stroganoff> (sry i dont use eclipse)
[22:19] <Stroganoff> Black_Magic, plug it in. go to settings -> display and set it up
[22:21] <gnubuntu> Stroganoff: i get this error: No more handles [NS_InitXPCOM3 /usr/lib/firefox error -2147467259]
[22:21] <gnubuntu> org.eclipse.swt.SWTError: No more handles [NS_InitXPCOM3 /usr/lib/firefox error -2147467259]
[22:21] <Stroganoff> Black_Magic, nvidia gfx card?
[22:21] <Black_Magic> Stroganoff: ATi
[22:23] <Stroganoff> gnubuntu, try this 'MOZILLA_FIVE_HOME=/usr/lib/firefox eclipse'
[22:25] <gnubuntu> Stroganoff:with export command?
[22:25] <Stroganoff> not yet
[22:26] <Stroganoff> Black_Magic: sudo apt-get install fglrx-amdcccle
[22:26] <Black_Magic> Stroganoff: I already have all that
[22:26] <Stroganoff> thx for the info then
[22:27] <Stroganoff> !elaborate
[22:27] <ubotu> Please elaborate, your question or issue may not seem clear or detailed enough for people to help you. Please give more detailed information, errors, steps, and possibly configuration files (use the !pastebin to avoid flooding the channel)
[22:29] <gnubuntu> Stroganoff:  with this 'MOZILLA_FIVE_HOME=/usr/lib/firefox eclipse' i have i normal welcome html page. it seems browser is working
[22:30] <Stroganoff> Black_Magic, what was your problem again?
[22:31] <Black_Magic> Stroganoff: Nvm i asked in 6 channels someone gave an answer
[22:31] <gnubuntu> Stroganoff: but in preferences i can't select 'use internal Web browser'. It's deactivated!
[22:31] <Black_Magic> S-Video
[22:31] <atlef> is it possible to remove firefox , completly, without loosing plugins and such?
[22:31] <Black_Magic> http://www.joshgerdes.com/blog/2007/10/29/s-video-tv-out-with-ubuntu-710-on-dell-xps-m140-laptop/
[22:32] <atlef> *ff3
[22:32] <Stroganoff> so someone asked you to give out more hardware information, Black_Magic?
[22:32] <Stroganoff> I should have done that, too ;)
[22:32] <Stroganoff> atlef, yes.
[22:32] <Black_Magic> nope
[22:32] <atlef> oh really pray tell
[22:32] <Black_Magic> i just said Ati Was my card
[22:33] <Stroganoff> ok
[22:33] <Black_Magic> and they took about 15mins and came back with that..
[22:33] <Stroganoff> nice
[22:34] <Stroganoff> btw Black_Magic, you might be interested in grandr
[22:35] <Stroganoff> atlef, for example: http://packages.ubuntu.com/hardy/flashplugin-nonfree
[22:35] <Stroganoff> as you see, the plugin does not depend on firefox
[22:35] <atlef> Stroganoff: mplayer plugin does
[22:36] <atlef> and it has twice changed my ff2 profile, because some program called on ff3
[22:37] <atlef> no luck in synaptic
[22:39] <Stroganoff> atlef: the mplayer plugin works in other browser, too, right?
[22:40] <atlef> when they both are installed yes
[22:40] <Stroganoff> maybe you should file a bug about an unnecessary dependency
[22:40] <Stroganoff> i couldn't imagine why mplayer-plugin would need firefox
[22:40] <atlef> i'll look into it
[22:41] <Stroganoff> other than it's name which would have been chosen unwisely (mozilla-mplayer)
[22:42] <atlef> it wants mozilla-mplayer and mozplugger
[22:42] <atlef> to remove
[22:44] <jscinoz> is it just me or is the alpha-6 ISO oversize?
[22:44] <Stroganoff> atlef, you could write the maintainer of the package
[22:45] <TheInfinity> jscinoz: it is not
[22:45] <jscinoz> strange...
[22:45] <jscinoz> i just wget'd it from cdimage.ubuntu.com came in at 1.1gb.
[23:08] <gnubuntu> Stroganoff: What does that means: 'add libxul0d to the explicit package dependencies' ?
[23:09] <Stroganoff> something the package maintainer should do
[23:09] <gnubuntu> ah ok. then i will wait for the fix. I can live without internal browser now, thx for help.
[23:20] <lucasvo> Firefox keeps crashing when I try to open my online banking, can someone else try it out: https://directnet.com
[23:20] <hmuller> lucasvo:  sure, give my your account and login information!  =)
[23:20] <atlef> lucasvo: problem loading page
[23:20] <lucasvo> hmuller: well, it crashes BEFORE logging in
[23:21] <hmuller> lucasvo:  That was made in jest
[23:21] <lucasvo> atlef: what happens if you go there without SSL?
[23:21] <lucasvo> just directnet.com?
[23:21] <lucasvo> hmuller: I hope so
[23:22] <atlef> lucasvo: no problem
[23:22] <lucasvo> strange
[23:22] <lucasvo> is there some debug thing I can use ?
[23:23] <lucasvo> ok, I opened the error console
[23:23] <lucasvo> it was throwing up a number of errors
[23:23] <lucasvo> but it closed again
[23:23] <lucasvo> I should probably contact my bank
[23:23] <lucasvo> thanks for testing
[23:24] <coz_> any issues with the most recent updates ?
[23:24] <hmuller> lucasvo: It's probably at their end, I just logged in through ssl to my company webmail with no problem
[23:24] <atlef> you are welcome
[23:24] <Stroganoff> maybe its firefox3-related?
[23:25] <hmuller> Stroganoff:  I'm using FF3, no problem here
[23:25] <atlef> i am using ff2
[23:25] <hmuller> coz: none that I've bumped into....    yet!
[23:26] <coz_> hmuller, oh cool  thanks  I was just slightly concerened  :)
[23:26] <coz_> ok updating then
[23:28] <hmuller> coz: np, just remember it's not polished until April.  But it seems to be getting shinier.
[23:33] <hmuller> seahorse is losing it's luster though
[23:35] <soto> Anybody have gnome multimedia keys working in Amarok?
[23:36] <hmuller> Not using Amarok, but my MM keys work fine with Rythmbox.
[23:36] <spz> how big is ff3 ?
[23:39] <spz> i have 182 MB free space but when i click on ff3 link i get "disk is full" lol
[23:39] <soto> spz: How partitions do you have? (What does df -h say?)
[23:41] <theunixgeek> How can I get GNOME 2.22 installed on Ubuntu Gutsy Gibbon? I know Hardy's coming out next month, but I want to test out the new features. :)
[23:43] <spz> i have two partitions but 1 is irrelevant to ubuntu and the other one got 182 mb left
[23:44] <spz> anyone knows how big ff3 is ?
[23:44] <HowardTheDuck> http://torrentfreak.com/vlc-player-vulnerable-remote-hijack-080318/
[23:44] <hmuller> theunixgeek: I recommend you try what I'm doing then, and use a separate partition to install Hardy for testing/review
[23:44] <HowardTheDuck> is this fixed in +1?
[23:45] <theunixgeek> hmuller: ooh, that's a good idea! :)
[23:45] <theunixgeek> thanks
[23:45] <hmuller> np!
[23:47] <hmuller> spz:  don't know.  did a "which firefox" and followed the trail to a shell script.


[01:18] <tedski> where can i find the packaging policies for ubuntu? i assume they are separate from the debian packaging policies?
[01:18] <tedski> i guess not, the ubuntu packaging guide refers to the debian policy manual
[02:50] <pleia2> and unless there is a reason the package is ubuntu-only, it tends to be best form to submit it directly to debian
[02:50] <pleia2> it'll get automatically synced to ubuntu during the cycle anyway, and that way debian and all the other derivatives get it too :)
[15:01] <tedski> pleia2: thanks :)