[02:29] <pwnguin> what controls the creation of /dev nodes in Ubuntu?
[02:30] <ion_> udev
[02:45] <pwnguin> hrm
[02:45] <pwnguin> how on earth does one read udev logs?
[06:15] <tjaalton> lamont: ping, re: fbset/hppa in xserver-xorg
[06:20] <pitti> Good morning
[06:21] <ion_> Good evening
[06:30] <StevenK> Morning pitti
[06:30] <StevenK> pitti: How do you feel about doing some NBS work? :-)
[06:31] <pitti> hey StevenK
[06:31] <pitti> sure
[06:32] <pitti> oh, except that my laptop's ssh key can't get to the DC yet
[06:32]  * pitti pings IS
[06:32] <StevenK> pitti: If you NBS out libicu36-dev, libicu-dev ought to then stand in for it and I can test build the seven rebuilds for that.
[06:33] <StevenK> pitti: net-snmp is in NEW, and once you let it out, I have 26 rebuilds to upload.
[07:05] <dholbach> good morning
[07:09] <ion_> Good evening.
[07:09] <dholbach> hey ion_
[07:23] <ion_> Hi
[07:27] <StevenK> pitti: No DC access for you?
[07:27] <pitti> StevenK: NBSed/NEWed
[07:28] <pitti> StevenK: I'm back on my desktop now :)
[07:28] <StevenK> Ah
[07:28] <StevenK> Yay
[07:29] <StevenK> pitti: If you also process bug 175059, that will mean asterisk can stop depending on libsnmp10 and actually build
[07:29] <ubotu> Launchpad bug 175059 in openh323 "Please sync openh323 (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/175059
[07:31]  * StevenK wonders if he can fool build.py
[07:31] <pitti> StevenK: done
[07:31] <pitti> StevenK: fool in what way?
[07:32] <StevenK> pitti: build/bin/build.py from Helix, not your magical script
[07:32] <StevenK> pitti: Thanks
[07:34] <kagou> Good morning
[07:37] <dholbach> hey lloydinho_ :)
[07:46] <lloydinho_> morning dholbach :-)
[07:57] <pochu> pwnguin: re gtkfilechooser - gtk+2.0?
[08:06] <MacSlow> Greetings everybody!
[08:42] <StevenK> pitti: net-snmp is marked as DONE, do you think it's safe to throw 26 uploads to Soyuz?
[08:46] <Fujitsu> StevenK: They'll be marked done fairly early in the publisher run, but it should be safe by now.
[08:48] <lool> Is an archive admin around?  I'm failing to see why the lpia binaries for x264 as built in <https://edge.launchpad.net/ubuntu/+source/x264/1:0.svn20070930-0.0ubuntu2/+build/459260> don't appear in http://ports.ubuntu.com/pool/multiverse/x/x264/
[08:48] <lool> This is causing another build (gst-plugins-multiverse) to be stuck waiting for libx264-dev and the MBU team needs it
[08:49] <pitti> lool: lpia is a supported architecture and thus will appear on archive, not ports
[08:50] <lool> pitti: Uh?
[08:50] <lool> pitti: http://ports.ubuntu.com/dists/hardy/multiverse/ => binary-lpia http://archive.ubuntu.com/ubuntu/dists/hardy/multiverse/ => no binary-lpia
[08:50] <pitti> oh, seems I'm wrong
[08:51] <pitti> since when did we move it?
[08:51] <pitti> lool: sorry, seems I'm out of date
[08:51] <lool> pitti: Probably a while ago, I always remember it like that
[08:51] <pitti> libx264-dev | 1:0.svn20070930-0.0ubuntu2 | hardy/universe | amd64, i386, ia64, lpia, powerpc
[08:52] <pitti> at least it's there on drescher
[08:52] <pitti> http://ports.ubuntu.com/pool/universe/x/x264/libx264-dev_0.svn20070930-0.0ubuntu2_lpia.deb
[08:53] <lool> I'm a bit lost that in my rmadison output the source is in multiverse but builds binaries in universe
[08:53] <lool> I thought it was allowed the other way aound
[08:53] <lool> *around
[08:53] <pochu> It's in universe here
[08:54] <lool>       x264 | 1:0.svn20070930-0.0ubuntu2 | hardy/multiverse | source
[08:54] <pochu> Nope. You're right.
[08:55] <lool> Also, whereever the binaries are, gst-plugins-multiverse builds should see it: they have universe and multiverse?!
[08:55] <pitti> lool: thanks for the hint; seems someone incorrectly overrode it
[08:55]  * pitti fixes
[08:55] <geser> lool: I guess someone moved the debs to the wrong component when the debs got accepted
[08:55] <lool> pitti: Ah cool
[08:55] <pitti> lool: yes, indeed multiverse should build against universe
[08:56] <lool> pitti: I am not sure your fix will be enough to get this building: https://edge.launchpad.net/ubuntu/+source/gst-plugins-bad-multiverse0.10/0.10.5-1/+build/364774
[08:56] <lool> pitti: I don't really understand why it's not building if the binaries are in universe
[08:56] <pitti> no, it won't help
[08:56]  * pitti looks
[08:58] <pitti> lool: simple: -1 is not current
[08:58] <pitti> lool: -3 is current, and it has built on lpia
[08:58] <pitti> soyuz won't bother building superseded versions
[08:58] <lool> pitti: Ok, someone handed me that direct URL, I should have checked it's the latest source
[08:58] <lool> pitti: Thanks!
[08:58] <StevenK> I found a corner case where it did.
[08:58] <pitti> yw
[08:59] <pitti> StevenK: s/won't/shouldn't/ then :)
[08:59]  * StevenK grins
[09:00] <geser> pitti: while you are at it: please also move the i386, amd64, powerpc debs of x264 from universe to multiverse (see http://archive.ubuntu.com/ubuntu/pool/universe/x/x264/)
[09:00] <pitti> geser: done already
[09:01] <StevenK> You'd think the scripts would enforce that.
[09:02] <Fujitsu> Bug #132234
[09:02] <ubotu> Launchpad bug 132234 in soyuz "packages in 'multiverse' can have binaries in 'main' " [High,Fix released] https://launchpad.net/bugs/132234
[09:02] <Fujitsu> Well, apparently not.
[09:03] <Fujitsu> Ah, that's PPA.
[09:03] <StevenK> Right, I was about to say.
[09:14] <geser> pitti: please give-back: xscavenger. Thanks
[09:15] <pitti> done
[09:28] <geser> pitti: please give-back: tseries rcmdr rxvt-unicode snack
[09:34] <pitti> geser: done
[09:45] <tkamppeter> pitti, hi
[09:49]  * ogra waves from seville
[09:50] <ogra> cjwatson_:  in case ou want me to talk about any particular task here, i'm sitting in the HW session here (only http open on teh firewall, so connection might be wonky)
[09:51] <pitti> hi tkamppeter
[09:52]  * ogra wishes for a company sponsored spanish training :/ i wish i'd understand anything
[09:53] <tkamppeter> pitti, it is about avahi.
[09:54] <tkamppeter> The "update-rc.d -f avahi-daemon remove" I have from the doc file /usr/share/doc/sysv-rc/README.Debian.gz
[09:55] <pitti> tkamppeter: that's bad advice, I think
[09:56] <tkamppeter> It does not remove the actual init script, but only the links in the /etc/rc.... directories. This causes new links to be added by the part of the .postinst script which gets inserted at #DEBHELPER#
[09:56] <pitti> tkamppeter: well, I'm open for other opinions, but IMHO the way /var/lib/dpkg/info/dbus.postinst does it is better
[09:56] <pitti> tkamppeter: I know
[09:58] <tkamppeter> I will look, but what I will change is checking for the package version instead of checking for presence of a file to decide whether to do something. On a system where the user has manually changed the boot configuration, the fix would not get applied otherwise.
[09:59] <geser> tkamppeter: you need to keep at least one symlink if you don't want that new symlinks get created by update-rc.d
[10:00] <soren> Sheesh, packages.debian.org is slow today.
[10:01] <tkamppeter> geser, I want to have new symlinks, as I want to change the boot order so that avahi starts before CUPS.
[10:07] <ogra_> cjwatson: hey, i'm sitting in a (spanish) session about HW compatibility atm if you want me to ask/tell anything particulary ....
[10:08] <ogra_> gah this web-cgi IRC client sucks ... :(
[10:15]  * ogra__ grumbles about firewall admins that only offer http ...
[10:21] <tkamppeter> pitti, I am applying the method from /var/lib/dpkg/info/dbus.postinst in avahi now.
[10:21] <tkamppeter> pitti, thank you for this hint.
[10:30] <geser> doko: Hi, have you time to look over the debdiff in bug #174749?
[10:30] <ubotu> Launchpad bug 174749 in graphviz "[hardy] Drop libttf-dev from Build-Depends" [Undecided,New] https://launchpad.net/bugs/174749
[10:31] <geser> pitti: please give-back: gabber giblib libtk-img nspr. Thanks.
[10:33] <doko> geser: looks fine
[10:33] <tkamppeter> pitti, I have updated avahi now, 4ubuntu2 at the usual place ready for upload
[10:40] <tjaalton> tkamppeter: some of the hplip-gui desktop-files lack a OnlyShowIn=KDE -tag, can I add them?
[10:40] <Riddell> tjaalton: those apps are useful outside of KDE
[10:40] <tjaalton> are they?
[10:40] <tjaalton> ok
[10:41] <Riddell> I'm sure non-KDE users own HP printers too
[10:42] <tjaalton> sure, I'll just blacklist from the local menu then ;)
[10:42] <Riddell> if you don't want the apps then uninstall the package
[10:43] <tjaalton> we install both *-desktop's
[10:43] <geser> pitti: please give-back: aalib
[10:44] <seb128> is there a known issue with fonts in firefox and gecko applications in hardy?
[10:45] <Fujitsu> seb128: I noticed my Gecko fonts got all strange with this morning's upgrade.
[10:45] <ion_> My fonts have looked like crap for a while now (after a fontconfig update, i think). I haven’t investigated the problem yet, though.
[10:46] <seb128> ion_: everywhere or just firefox and gecko?
[10:48]  * soren misses packages.debian.org
[10:49] <pitti> soren: PTS still works, though
[10:49] <soren> ..that does't make requestsync happy :(
[10:50] <crimsun> pitti: Hi, do you have insight into https://edge.launchpad.net/ubuntu/+source/pulseaudio/0.9.8-1ubuntu2/+build/465314, or is cprov the go-to?
[10:50] <ion_> seb128: Hm. Seems like just firefox. Bitstream Vera seems to look fine in all apps, but Microsoft® corefonts seem to be missing hinting alltogether in Firefox, whereas Nautilus’ font preview shows them correctly.
[10:51] <Fujitsu> That looks like a cprov bug.
[10:53] <pitti> crimsun: yes, indeed cprov
[10:53] <crimsun> pitti: ok, thanks!
[11:13] <stgraber> Is there any way to disable that SSH agent part of the gnome-keyring ? I haven't seen anything in the config dialog nor in gconf-editor ...
[11:15] <Fujitsu> crimsun: Note the recent arrival.
[11:15] <asac> hmm ... any mono (semi-)expert here?
[11:16] <seb128> stgraber: I don't think so, any issue using it?
[11:17] <dholbach> asac: ajmitch and slomo are our experts
[11:17] <pochu> stgraber: I think you can, http://live.gnome.org/GnomeKeyring/Ssh
[11:17] <seb128> asac: slomo knows about mono but he just closed his IRC
[11:17] <pochu> stgraber: --components arg
[11:17] <asac> thanks
[11:17] <asac> ajmitch: ?
[11:17] <seb128> pochu: that means patching gnome-session code no?
[11:18] <StevenK> pitti: Would you mind punting openh323 out of binary NEW?
[11:19] <pitti> StevenK: doing
[11:19] <StevenK> pitti: Danke
[11:19] <pochu> seb128: hmm, does it? I don't know.
[11:20] <seb128> pochu: gnome-keyring is started by gnome-session, not sure how to add an argument there without changing the code
[11:20] <cjwatson> pitti: a fixed finish-install for bug 174689 is in hardy now; could you review my -proposed upload?
[11:20] <ubotu> Launchpad bug 174689 in finish-install "hvc/hvsi consoles not handled" [Undecided,In progress] https://launchpad.net/bugs/174689
[11:21]  * StevenK watches Firefox chew up large amounts of CPU time as he asks it to open 26 new tabs
[11:21] <Fujitsu> StevenK: Why do rebuilds take tabs?
[11:22] <StevenK> Fujitsu: Because I open a new tab for each upload to pounce on build failures
[11:22] <pochu> seb128: I thought I could change it in gnome-session-properties...
[11:22] <StevenK> Which is a throwback from before LP mailed you
[11:22] <Fujitsu> StevenK: Ah.
[11:23] <StevenK> I don't think Firefox likes having 70 tabs open
[11:23] <seb128> pochu: you can for applications listed in the session and using an autostart, the keyring start is coded though
[11:23] <persia> StevenK: It can handle a couple hundred, but your chances of session corruption rise significantly.
[11:24] <cjwatson> does it not save the session atomically?
[11:28] <StevenK> Oh, grumble hplip got rejected.
[11:28] <Fujitsu> StevenK: Pffft, I often have >150 open. It gets unmanageable eventually, though.
[11:33] <crimsun> Fujitsu: thanks (I'm normally gone for work by now).
[11:34] <crimsun> cprov: Hi, do you have insight into https://launchpad.net/ubuntu/+source/pulseaudio/0.9.8-1ubuntu2/+build/465314?
[11:35] <StevenK> tkamppeter: Ping
[11:35] <cprov> crimsun: let me check, one sec.
[11:38] <tkamppeter> hi StebenK
[11:38] <tkamppeter> hi StevenK
[11:39] <StevenK> My name has no B. :-P
[11:40] <StevenK> tkamppeter: The hplip merge doesn't do the Maintainer spec change; I have to upload a rebuild due to the net-snmp merge, do you want me to do it?
[11:41] <tkamppeter> StevenK. what is a Maintainer spec change?
[11:43] <persia> tkamppeter: https://wiki.ubuntu.com/DebianMaintainerField has context
[11:43] <tkamppeter> pitti, have you seen my CUPS change on the SVN
[11:44] <cprov> crimsun: builds 465307 & 465314 rescued, they will build in 15 minutes or so.
[11:44] <crimsun> cprov: many thanks!
[11:45] <pitti> tkamppeter: yes, I'll get to them
[11:46] <tkamppeter> StevenK, Mark Purcell and me are managing the HPLIP package on the Debian SVN, in principle we keep the Debian and Ubuntu versions of the package equal.
[11:46] <stgraber> seb128: well, I have some scripts where I would prefer to have the text prompt instead of the gtk one + I would need to check but I'm pretty sure that some times the ssh keyring was kept open even without the "Automatically unlock" thing checked
[11:47] <seb128> stgraber: that would be a bug
[11:47] <tkamppeter> StevenK. is you rebuild simply to get new binary packages so that they link with a new ABI of the netsnmp library? Or are there any changes except debian/changelog?
[11:47] <tkamppeter> pitti, OK.
[11:47] <StevenK> tkamppeter: No changes aside from debian/changelog
[11:48] <StevenK> tkamppeter: It's to link against libsnmp15 rather than libsnmp10
[11:49] <stgraber> seb128: I just reproduced it, I opened my irssi terminal (which connects to my server using SSH), I had the prompt for my key, entered it without checking the unlock thing
[11:49] <stgraber> seb128: then closed the window and open it again
[11:49] <tkamppeter> pitti, I have one doubt with Ghostscript. I want to package it as upstream made a patch to solve the problem of encrypted PDFs not printing out of Adobe Reader 8.
[11:49] <stgraber> seb128: it didn't ask for the key
[11:50] <tkamppeter> This is no problem, but on Saturday there was a discussion on removing the transitional package gs-common from ghostscript.
[11:51] <tkamppeter> StevenK, I think you can go ahead, such a rebuild does not need to be registered in the Debian SVN. I assume that you simply add an entry in debian/changelog and then upload the source package to the build server which has libsnmp15 installed and so binaries using libsnmp15 will get generated?
[11:52] <StevenK> tkamppeter: Right
[11:52] <pochu> stgraber: I can confirm that it remembers it until I end the session
[11:52] <tkamppeter> StevenK, then it's OK, go ahead.
[11:52] <tkamppeter> pitti,
[11:54] <seb128> stgraber: can you open a bug with the details to trigger the bug (without using irssi if possible ;-)
[11:54] <tkamppeter> pitti, they tell gs-common is not needed, as ghostscript updates/replaces gs-esp and gs-gpl, but I think if on a system with the old gs-... Ghostscript gs-common is installed, and the new ghostscript has no gs-common transitional package, the old gs-common will stay and conflict with ghostscript. as ghostscript contains the files of the former gs-common.
[11:56] <stgraber> seb128: sure
[11:56] <StevenK> tkamppeter: Uploaded, thanks!
[11:56] <pitti> tkamppeter: not unless the newer ghostscript Conflicts:/Replaces: gs-common
[11:57] <pitti> tkamppeter: (which it should); then upgrades will work without a transitional pacakge
[11:57] <pochu> stgraber: let me know the number and I'll confirm it ;)
[11:59] <tkamppeter> pitti, ghostscript Replaces, Conflicts, and Provides gs-common (<< 8.60).
[11:59] <tkamppeter> pitti, for which case are the transitionals needed then?
[11:59] <pitti>  gs-common | 8.61.dfsg.1~svn8187-0ubuntu3 | gutsy/universe | all
[12:00] <pitti> tkamppeter: it should replace/conflict to << 8.61.dfsg.1
[12:00] <pitti> then it will work
[12:00] <pitti> tkamppeter: you only need a transitional package if you actually want to keep the original name; that's not necessary for libraries, or -common packages which users usually don't want to install directly
[12:01] <tkamppeter> Yes, I understand. The transitional allows the user to do "apt-get install gs-esp" and he gets ghostscript.
[12:02] <tkamppeter> pitti, thanks, I will update ghostscript appropriately.
[12:02] <persia> tkamppeter: It also allows packages to continue to depend on the old name for a bit, to soften the upgrade transition (doesn't work for libraries, where the ABI changed anyway)
[12:03] <pitti> tkamppeter: so Debian dropped the transitional package in an earlier version?
[12:03] <pitti> tkamppeter: we need to keep that change until after hardy then, then we can drop it
[12:04] <tkamppeter> pitti, I do not know what Debian did.
[12:05] <tkamppeter> On Saturday they only told me that the gs-common is not really needed.
[12:05] <pitti> tkamppeter: I mean when they dropped gs-common
[12:06] <stgraber> seb128, pochu: bug 175288
[12:06] <ubotu> Launchpad bug 175288 in gnome-keyring "[Hardy] SSH key kept unlock after usage" [Undecided,New] https://launchpad.net/bugs/175288
[12:06] <seb128> stgraber: thanks
[12:06] <tkamppeter> pitti, I merged with Debian on the last upload (8.61.dfsg.1-0ubuntu2) and Debian did not remove gs-common
[12:07] <pitti> tkamppeter: hm, then maybe the newer gs-commons don't have any files any more, so that they don't conflict?
[12:08] <pitti> cjwatson: done
[12:12] <tkamppeter> gs-common got a transitional (without files) when I introduced the merger of ESP and GPL GS with the name ghostscript into Ubuntu. In Debian Masayuki Hatta introduced this ghostscript on Oct 14.
[12:13] <pitti> tkamppeter: ah, ok; that should be fine then
[12:13] <pitti> tkamppeter: so why again do you want to modify anything?
[12:13] <tkamppeter> pitti, so I will remove gs-common
[12:14] <pitti> tkamppeter: but that will break several reverse dependencies
[12:14] <tkamppeter> pitti, the motivation to make a ghostscript package is fixing bug 172264
[12:14] <ubotu> Launchpad bug 172264 in ghostscript "Ghostscript in Gutsy and Hardy is not able to print encrypted PDFs out of Adobe Reader 8.1.1" [High,In progress] https://launchpad.net/bugs/172264
[12:14] <pitti> tkamppeter: TBH I wouldn't bother ATM and just leave the transitional package as it is until Debian removes it
[12:14] <tkamppeter> pitti, so better leaving gs-common in?
[12:15] <pitti> tkamppeter: right; just apply the patch and you should be good AFAICS
[12:15] <tkamppeter> pitti, OK, so only the patch for bug 172264 ...
[12:15] <pitti> tkamppeter: I agree that it would be cleaner to remove it, but then we have to do the transition and introduce a delta
[12:15] <pitti> tkamppeter: right
[12:20] <StevenK> Hobbsee, pitti: Can you give-back asterisk on all arches, please?
[12:20] <pitti> StevenK: done
[12:20] <StevenK> pitti: Danke!
[12:35] <Hobbsee> pitti: can you shove meta-kde4 sources and binary to universe please?
[12:35] <Hobbsee> pitti: they're currently in main
[12:36] <Hobbsee> er, source and binaries
[12:36] <pitti> Hobbsee: done; hm, there are no binaries, is that correct?
[12:37] <Hobbsee> pitti: i've only just accepted the binaries
[12:37] <pitti> ah
[12:37] <Hobbsee> i'm not sure how long they take to publish
[12:37] <pitti> about an hour
[12:37] <pitti> but I can move them in ACCEPTED
[12:38] <Hobbsee> which does what?  where are they now?
[12:38] <Hobbsee> in limbo, or in accepted?
[12:38] <pitti> ok, done
[12:38] <Hobbsee> thanks
[12:38] <pitti> Hobbsee: they are not published yet, but in the ACCEPTED queue ("to be published")
[12:38] <Hobbsee> ah right
[12:38] <Hobbsee> so accepted is the limbo.  got it.
[12:38] <Hobbsee> launchpad is so confusing, at times.
[12:38] <StevenK> At time, you say?
[12:39] <StevenK> times, even
[12:39] <Hobbsee> yeah well.
[12:39] <Hobbsee> the stuff that has documetation probably isnt' too bad
[12:41] <cjwatson> the modern display of the ACCEPTED queue is a whole lot less confusing than it used to be, and IIRC less confusing than the same state in dak
[12:41] <cjwatson> FWIW
[12:41] <Hobbsee> cjwatson: i'm comforted :)
[12:42] <Hobbsee> cjwatson: progress is good!  :)
[12:43]  * Fujitsu notes that it's even more confusing now that sources don't ever go through ACCEPTED.
[12:45] <cjwatson> in the modern Launchpad display, it just shows up as DONE (and you might be a little confused for a short while, but at least you know it exists somewhere)
[12:45] <cjwatson> in old-Launchpad and dak, the corresponding state meant that the package was invisible and you had no idea what was going on
[12:45] <cjwatson> so I think it is definitely an improvement
[12:45] <Fujitsu> Sources used to go through ACCEPTED, though.
[12:46] <cjwatson> the DONE-but-not-yet-published state existed regardless, merely at a different time
[12:46] <Fujitsu> Right.
[12:46] <cjwatson> it used to be ACCEPTED -> DONE (but not published, so limbo) -> published
[12:46] <cjwatson> now it's DONE (not published, but you can see its state) -> published
[12:47] <cjwatson> except when the distro is frozen in which case ACCEPTED is still involved
[12:50] <lamont> tjaalton: sup? (fbset/hppa)_
[12:58] <lamont> *** You don't have any defomized font packages.
[12:58] <lamont> *** So we are trying to force to generate pangox.aliases...
[12:58] <lamont> there's just something about that inglish there... :)
[13:01] <tkamppeter_> pitti, patched Ghostscript is ready for upload.
[13:05] <tjaalton> lamont: right, so our xserver-xorg.postinst has carried a diff that uses fbset for hppa, with a note that the functionality should be moved to xresprobe. Well, xresprobe is now going away, and the idea is to rely on the server&drivers to do the right thing insted
[13:05] <tjaalton> *instead
[13:05] <lamont> ah, right.
[13:06]  * lamont looks at xserver-xorg.postinst
[13:06] <tjaalton> lamont: so the question is, will something break?
[13:07] <Hobbsee> tjaalton: we'll find something to blame you for breaking, yes.
[13:07] <Hobbsee> whether it was your fault or not is entirely different.
[13:07] <tjaalton> hehe
[13:08] <lamont> tjaalton: how about if we comment it out for now?  then I'll have an idea of what I have to fix if it does break?
[13:08] <lamont> tjaalton: and of course something will break... Hobbsee will see to that.
[13:08] <tjaalton> lamont: well, I think the whole xresprobeint() will be deleted :)
[13:08] <lamont> tjaalton: ah, well then, OK.
[13:09] <Hobbsee> tjaalton: and while you're at it, fix whatever needs to be fixed so my system stops crashing please :_
[13:09] <lamont> Hobbsee: PEBCAK
[13:09] <Hobbsee> lamont: hmph :P
[13:09] <lamont> tjaalton: the one gutsy/hppa box I have easy access to doesn't have a graphics card... I'll look at one in the office otday
[13:09] <tjaalton> 05:24 < gravity> This shouldn't even work really, unless xresprobe isn't present
[13:09] <tjaalton> 05:24 < gravity> If it is, the fbset call on hppa will get overridden by xresprobe, and you're  back where you started
[13:10] <tjaalton> 05:28 < gravity> Plus the fbdev driver should get the resolution from the fbdev interface
[13:10] <tjaalton> lamont: ^
[13:11] <tjaalton> lamont: ok, so you could try commenting that out and see what happens?
[13:11] <tjaalton> Hobbsee: I think we came to the conclusion that it was compiz :)
[13:12] <cjwatson> lamont: you have a fair few main merges on your list; do you need help with them?
[13:12] <Hobbsee> tjaalton: and amaranth says it's the driver giving bogus things, and compiz dying over it.
[13:12] <lamont> cjwatson: ah yes.
[13:12]  * lamont should do those.
[13:12] <tjaalton> Hobbsee: it's intel, so there you go :)
[13:13] <lamont> cjwatson: anything where I'm not the debian maintainer can be considered fair game, and I'll get on them later today.
[13:13] <lamont> today I need to spend the morning explaining something to a customer.
[13:13] <Hobbsee> tjaalton: so, fix it for me please :)
[13:14] <lamont> (and the ones where I am the debian maintainer, I'll do first.)
[13:14] <Hobbsee> you're hte X whiz ;)
[13:14] <lamont> Hobbsee: apt-get remove --purge compiz
[13:14] <tjaalton> Hobbsee: heh, well I guess bryce is more uptodate with intel than me :)
[13:14]  * lamont thought keithp was the X whiz...
[13:14] <tjaalton> and no, I'm not :)
[13:14] <Hobbsee> you lot all are, compared to me :)
[13:14] <Hobbsee> lamont: yeah well.  i'd prefer *not* to do that.
[13:14] <Hobbsee> if i were to do that, then i may as well go back to kde as well
[13:15] <lamont> Hobbsee: perish the thought.
[13:15] <Hobbsee> why?
[13:16] <tjaalton> Hobbsee: I'll get a stinkpad X61s soon, so if I'm hit with the same bug then I'll take a closer look at it :)
[13:16] <Hobbsee> heh :)
[13:16] <StevenK> Stinkpad? I lost that opinion of them when I got an X40
[13:17] <Hobbsee> tjaalton: if you were actually here, you could borrow my laptop for a bit or something.  but you're a bit far away
[13:17] <tjaalton> StevenK: yeah, I currently have a T23, and had a X60 at UDS and it was niec
[13:17] <tjaalton> niec
[13:17] <tjaalton> uh, niCE
[13:17] <azeem> so why do you call it stinkpad?
[13:17] <tjaalton> Hobbsee: put it in a bottle, it'll get here sooner or later ;)
[13:18] <seb128> StevenK: any news about the gimp update to hardy?
[13:18] <tjaalton> azeem: ok ok, Thinkpad!
[13:18] <seb128> StevenK: to gutsy rather
[13:18] <StevenK> seb128: Geh?
[13:18] <StevenK> seb128: Oh, right.
[13:18] <Hobbsee> tjaalton: hah.
[13:18] <Hobbsee> tjaalton: then i'll have no internet!
[13:18] <StevenK> Oh yeah, those users we want to silence
[13:18] <seb128> yes
[13:18] <sladen> tjaalton: I gave back the T60 with the job at the weekend, so don't have an ATI anymore
[13:19] <StevenK> seb128: I think it'll be a fun merge. :-/
[13:19] <seb128> StevenK: there is no merge when doing a SRU, it's basically taking the gutsy version and running uupdate
[13:19] <lamont> doko: gcc-3.4 is your's, contrary to what http://merges.ubuntu.com/main.html may say... I just triggered a rebuild...
[13:19] <lamont> (please)
[13:20] <seb128> dholbach: will you do your main merges or should we look at taking over those?
[13:20] <StevenK> seb128: My problem is ABI bumps
[13:21] <lamont> doko: and zope3... what's a "fake sync"?
[13:21] <Hobbsee> lamont: differing .orig.tar.gz sums
[13:21] <doko> lamont: gcc-3.4 doesn't need a sync
[13:21] <dholbach> seb128: if you find somebody to do them, I'm happy
[13:21] <doko> lamont: listen to that women ;)
[13:21] <seb128> StevenK: ABI? there is a libgimp and it changed because RC3 and 2.4?
[13:21] <seb128> dholbach: well, somebody will be me ;-)
[13:21]  * dholbach hugs seb128
[13:22]  * seb128 hugs dholbach back
[13:22] <StevenK> seb128: I think the shlibs file changed at least
[13:22]  * lamont wonders why we have a different orig.tar.gz
[13:22] <Hobbsee> mmm...merges
[13:23] <seb128> StevenK: ABI bump usually is no issue, ABI breakages are
[13:23] <cjwatson> anyone brave enough to take the e2fsprogs merge?
[13:23] <Hobbsee> lamont: does upstream distribute as a .tar.bz2?
[13:23] <Hobbsee> cjwatson: s/brave/insane/
[13:23] <cjwatson> looks like Ted solved a similar issue differently from how Ian addressed it
[13:23] <StevenK> soren is
[13:23]  * StevenK hides
[13:23]  * lamont picks Ted's solution.
[13:23] <soren> I'm waht?
[13:23] <lamont> :-)
[13:23] <cjwatson> so the merge will not be trivial
[13:24] <soren> Erk..
[13:24] <cjwatson> it looked to me as if Ian's fix was a bigger hammer and perhaps less likely to result in the bug coming back
[13:24] <lamont> doko: gcc-3.4 needs an upload to shut up MoM then
[13:24] <cjwatson> but also potentially less correct; hard to say
[13:24] <seb128> soren: I'll do your tsclient merge if you didn't start on it, that's sort of a desktop team package
[13:24] <doko> lamont: not really
[13:24] <soren> seb128: That would be great. I only did it to score experience points for my core-dev application :)
[13:25] <seb128> soren: ok, will do it then
[13:25]  * soren hugs seb128
[13:25] <doko> lamont: it's a changed tarball (to exclude the gfdl docs) which we do not want
[13:25] <lamont> http://merges.ubuntu.com/main.html  3.4.6-6ubuntu2 	3.4.6ds1-6 	3.4.6-4
[13:26] <lamont> doko: but MoM won't leave us alone until the hardy version is higher than debian
[13:26] <cjwatson> I think such cases are OK to ignore in MoM
[13:26] <doko> lamont: just ignore MoM on these two cases
[13:26] <lamont> cjwatson: cool
[13:26] <cjwatson> doko: you could add a blacklist feature to MoM, if there isn't one already, maybe?
[13:26]  * lamont doesn't like to bitchslap MoM. :0)
[13:27] <StevenK> MoM already blacklists certain packages, I thought
[13:27] <tjaalton> sladen: hmm, so you had some ATI bug you reported or..?
[13:27] <lamont> doko: also, I finally gave in and turned on unaligned on the buildds... so what do we need to do about java?
[13:27] <doko> cjwatson: yes, maybe it's worth that
[13:28] <cjwatson> StevenK: it's entirely possible it just needs stuff added to a list, yes
[13:38] <sladen> tjaalton: yeah, this whole, y'know ...avivo thing.
[13:39] <sladen> tjaalton: puts a damper on fixing any fixing any more issues on that laptop
[13:39] <tjaalton> sladen: "There are currently no open bugs" :)
[13:39] <Hobbsee> uh oh.  everyone behave.  sabdfl is here.
[13:40] <lamont> Hobbsee: that was your out-loud voice.
[13:40] <Hobbsee> oh, whoops
[13:40]  * Hobbsee resends it, telepathically then.
[13:40] <lamont> morning sabdfl
[13:41] <tjaalton> sladen: anyway, no worries
[13:41] <lamont> cjwatson: like udev? :0)
[13:42] <sabdfl> howdy folks
[13:42] <lamont> (it took me a while to come up with an example...)
[13:42] <pitti> hi sabdfl
[13:42]  * lamont takes kids to school.  offline for about an hour
[13:57] <soren> cjwatson_: FWIW, I think Ted's approach looks sufficiently sane. Ian's patch might do the trick, too, but (not surprisingly) Ted's is more correct. I vote for Ted's approach, too.
[14:02] <slomo> asac: whats with mono
[14:13] <asac> slomo: its about csharp gtkmozembed binding for xulrunner 1.9 ...
[14:14] <asac> slomo: do you know how to interface with native libs in mono?
[14:21] <cjwatson> pitti: you set the bug to fix-committed, but finish-install still seems to be in the gutsy-proposed unapproved queue
[14:22] <pitti> huh? /me must be asleep then
[14:22] <pitti> cjwatson: sorry, accepted now
[14:23] <cjwatson> thanks
[14:31] <slomo> asac: yes... http://www.mono-project.com/Interop_with_Native_Libraries
[14:31] <slomo> asac: so you want to create one or there is one?
[14:31] <slomo> asac: (gecko-sharp(2) already exists)
[14:31] <asac> slomo: yes, but it needs to be adapted for xul 1.9
[14:31] <slomo> asac: bbl, write me a mail please<EMAIL_ADDRESS>[14:31] <slomo> sorry
[14:31] <asac> slomo: ok thanks
[14:34] <seb128> asac: read my question on #ubuntu-desktop? ;-)
[14:35] <asac> seb128: which?
[15:10] <pitti> slomo: did you see my /msg?
[15:16] <geser> pitti: in case you missed my previous request, please give-back: gabber giblib libtk-img nspr. Thanks.
[15:17] <pitti> geser: done
[15:49] <pitti> Lure: got a minute to talk about digikam?
[15:50] <Lure> pitti: yes
[15:50] <pitti> Lure: I just spent some time reading http://bugs.kde.org/125696
[15:50] <pitti> Lure: in short, digikam does not find libgphoto plugins because kdelibs has its own nonstandard libtdl
[15:51] <pitti> Lure: Debian has a normal libgphoto, and digikam depends on libgphoto2-dev
[15:51] <Lure> pitti: I think that should be fixed in hardy - last merge of kdelibs got proper fix from debian
[15:51] <pitti> so that it gets the .la files
[15:51] <pitti> Lure: oh, great; it uses the system libtdl now?
[15:52] <pitti> Lure: I would like to drop the libgphoto Ubuntu delta for the .la files, and also the digikam delta
[15:52] <Lure> pitti: did not check the actual kdelibs, but the comment is very clear that it fixes need for .la files
[15:52] <pitti> Lure: awesome
[15:52] <pitti> Lure: so we can get rid of both deltas
[15:52] <Lure> pitti: I paln to merge digikam and recent digikam in debian already droped -dev depends
[15:52] <pitti> Lure: I'll merge libgphoto2 now; please cry out if it causes any problems
[15:52] <pitti> rock
[15:53] <Lure> pitti: good, will check probably tonight/tommorow when I will look in digikam merge
[15:54] <Lure> pitti: http://packages.debian.org/changelogs/pool/main/k/kdelibs/kdelibs_3.5.8.dfsg.1-4/changelog
[15:55] <Lure> pitti: btw, am I ok to merge from debian/expirimental instead of the version suggested by MoM?
[15:55] <pitti> Lure: absolutely, if you tested it
[15:56] <pitti> well, since we always test our uploads anyway, that doesn't add any constraint, right? :)
[15:56] <Lure> pitti: will do, digikam 0.9.3 will be released before our FF, so will pick beta from experimental
[15:56] <Lure> pitti: ;-)
[15:56] <pitti> that sounds fine; early testing FTW
[15:57] <Lure> pitti: I have to test at least my main packages not to get ugly looks from Riddell (who is sponsoring uploads) ;-)
[16:26] <evand> does anyone want to pick up the syslinux merge?  I gave it a shot, but my assembly-foo just isn't strong enough to rework the gfxboot patch.
[17:10] <soren> evand: I think doko was trying a few days ago, too?
[17:20] <evand> oh, perhaps we just overlapped.
[17:20] <evand> Fantastic, if he is.
[17:21] <stgraber> I'm doing the iTalc integration for Edubuntu/LTSP and trying to move to clean way to logout/shutdown/reboot for the different desktops, KDE was easy with DCOP, now I'm trying to find an equivalent for gnome
[17:22] <stgraber> what I need to do is to have a scriptable way to close the session and trigger the shutdown/reboot action of gdm
[17:22] <stgraber> I tried with gdm-signal without much success and "gnome-session-save --kill" just shows the logout box instead of directly triggering a direct logout
[17:23] <stgraber> oh, I just noticed the --silent for gnome-session-save, so this one is good
[17:25] <stgraber> but I still need to find a way to shutdown/reboot :)
[17:27] <seb128> stgraber: gnome-keyring upstream argue that storing the passphrase is the purpose of an ssh-agent so that's not a bug, they have a point there ;-)
[17:28] <stgraber> seb128: yes, but maybe I don't want to use the agent and still enter my key instead of the password :)
[17:28] <stgraber> seb128: currently I have no way to just enter my key and not see it stored :)
[17:28] <seb128> stgraber: right, which is a different issue of the one you described
[17:28] <seb128> well, don't use an agent if you don't want it stored
[17:29] <seb128> which is wishlist for "make the agent being optional"
[17:29] <stgraber> that's a regression (vs standard SSH without any external agent) :)
[17:30] <seb128> stgraber: right, and that will be fixed before hardy
[17:31] <stgraber> my current problem is that I want the keyring part of the daemon but not the SSH one and I have no way to fix that as I can't simply kill it + reload with the -c thing (the env variables would point to a no longer existing process ID)
[17:32] <seb128> stgraber: agreed, there should be a gconf key or something to set for people who don't want the ssh agent
[17:32] <seb128> stgraber: about the reboot option, gdm-signal should do that, if it doesn't work it should be fixed
[17:33] <seb128> stgraber: or maybe you can speak to gnome-power-manager over dbus like for suspend and hibernate
[17:34] <pochu> seb128: but if the ssh agent will store it anyway, what's the point of the 'Remember me' check box?
[17:34] <stgraber> pochu: I think it'll remember not only until the session close, but even after you logout
[17:35] <pochu> stgraber: oh, that makes sense.
[17:36] <seb128> pochu: it stores it in the keyring
[17:36] <seb128> pochu: so it's available for next sessions
[17:36] <stgraber> seb128: ok, just gave gdm-signal a try on Hardy and it doesn't work either, so it's not working on Feisty/Gutsy/Hardy :) I will file a bug
[17:38] <stgraber> seb128: but I suspect a bug in gdm itself for this one as stracing the gdm-signal shows that it correctly sent the actions (SET_LOGOUT_ACTION REBOOT) and received an OK from the gdm server ...
[17:38] <seb128> stgraber: well, that's the logout action, you need to log out then
[17:39] <stgraber> oh, right :)
[17:40] <stgraber> It was easier to do with KDE :) (just send a DCOP signal and that's it)
[17:41] <seb128> stgraber: with the new gdm (might not land in hardy) that will likely be a signal to send over dbus
[17:41] <stgraber> cool
[17:43] <seb128> stgraber: looks like gnome-power-manager has methods for that already, so talking to it over dbus should work there
[17:44] <bryce> heya stgraber
[17:45] <stgraber> hi bryce
[17:51] <cjwatson> mdke: will you have a chance to do your gnome-user-docs merge by Thursday?
[17:51] <soren> evand: I'm not sure if he actually finished it. I'm looking at it right now, too, actually. I'll give it a shot. Give me... 15 minutes.
[17:52] <cjwatson> calc: there's an hsqldb merge outstanding that looks (at first glance, though please check) as if it may be a sync; could you look at this?
[17:53] <calc> cjwatson: ok
[17:53] <calc> cjwatson: i am fairly certain it is just a sync
[17:53] <calc> cjwatson: will verify it now
[17:53] <evand> thanks soren
[17:54] <cjwatson> doko: stealing your libept merge, which I believe is a sync (only remaining diff is the apt build-dep which we don't have to keep as a delta)
[17:57] <calc> cjwatson: yep its a sync
[17:58] <calc> cjwatson: should i file a sync bug or is there someone who can do the sync right now?
[17:58] <cjwatson> calc: I'll do it now, thanks
[18:06] <cjwatson> ajmitch: is python-mysqldb a sync? I didn't check all the details, but Debian builds the -dbg package now
[18:16] <cjwatson> lamont: stealing your db4.3 merge; it's a sync because Clint dropped Java support altogether
[18:21] <cjwatson> doko: stealing freeglut, which is a sync
[18:22] <ScottK> cjwatson: While you're doing sync's, would you please have a look at Bug #175036
[18:22] <ubotu> Launchpad bug 175036 in lintian "Please sync lintian (main) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/175036
[18:22] <geser> cjwatson: a sync request for freeglut was filed as bug #174729 already
[18:22] <ubotu> Launchpad bug 174729 in freeglut "Please sync freeglut 2.4.0-6  (main) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/174729
[18:23] <cjwatson> ScottK: whoa. You've checked that in detail?
[18:23] <cjwatson> geser: oh, whoops, missed that. I'll close, thanks
[18:23] <cjwatson> sigh, and fltk1.1 too
[18:23] <ScottK> cjwatson: Yes.  I reveiewed the entire diff between what we have and the new revision.  I've also been using it since I did.
[18:24] <soren> I think I might have managed syslinux. I'll need to take it for spin first, though.
[18:24] <ScottK> cjwatson: Laserjock has merged lintian before and so I think his ack is worthwhile too.
[18:24] <ScottK> cjwatson: The reason I ask is so the I can get the backport request for gutsy in.
[18:24] <cjwatson> nod, it just surprised me :)
[18:24]  * ScottK too.
[18:25] <pitti> cjwatson: I checked fltk1.1, ack'ing
[18:26] <cjwatson> ScottK: done
[18:27] <ScottK> cjwatson: Thanks.  I've already tested it in Gutsy.  Any chance you could just run the magic backport script or do you want a bug for that?
[18:27] <cjwatson> I'm supposed to be going shopping, but sure, just for you ;-)
[18:27] <ScottK> cjwatson: Thanks.  persia will be happy too.
[18:28] <ScottK> He's the one that guilted me into reviewing it in the first place.
[18:28] <doko> evand, soren: I asked upstream; the gfxboot part isn't yet updated
[18:28] <cjwatson> ScottK: feisty has a lintian backport too; should it be updated?
[18:28] <soren> doko: I think I've managed to do it.
[18:28] <soren> doko: I'll know in a bit.
[18:28] <cjwatson> ScottK: oh, err, can't run backport-source until it's actually in the archive
[18:28] <cjwatson> ScottK: remind me later
[18:28] <ScottK> cjwatson: I would assume so, althougth I haven't personally tested it.  Let me file a bug for that so someone can check.
[18:29] <ScottK> cjwatson: Will do.
[18:29] <ScottK> I'll probably just file the bug so I don't forget.
[18:29] <ScottK> Thanks again.
[18:30] <geser> could someone please sponsor bug #157668 and bug #174749?
[18:30] <ubotu> Launchpad bug 157668 in scons "[Merge] scons 0.97.0d20071203-1ubuntu1" [Wishlist,Confirmed] https://launchpad.net/bugs/157668
[18:30] <ubotu> Launchpad bug 174749 in graphviz "[hardy] Drop libttf-dev from Build-Depends" [Undecided,New] https://launchpad.net/bugs/174749
[18:40] <coNP[uni]> geser: this means testing and eventual uploading?
[18:41]  * coNP[uni] was sure graphviz is in universe.
[18:42] <geser> coNP[uni]: graphviz is in main and currently in depwait as libttf-dev is in universe
[18:43] <coNP[uni]> (sure, I checked that inbetween)
[18:59] <lamont> cjwatson: cool
[19:06] <soren> Well, syslinux compiles now. That's a good start.
[19:06] <elmo> ship it
[19:06] <soren> :)
[19:07] <LaserJock> any archive admins about?
[19:10] <LaserJock> I'm not sure why goffice0.4 hasn't made it into Hardy, we don't have to explicitly ask for new packages from Debian do we?
[19:10] <ScottK> LaserJock: Not for another 3 days.
[19:10] <ScottK> I don't think.
[19:11] <LaserJock> hmm, it's been over a month since it made it into Debian
[19:13] <pochu> LaserJock: maybe it's blacklisted
[19:13] <LaserJock> pochu: do you know where the blacklist is?
[19:14] <elmo> http://people.ubuntu.com/~ubuntu-archive/sync-blacklist.txt
[19:14] <pochu> LaserJock: goffice0.4 # pitti, transitional oldlibs in Debian
[19:14] <LaserJock> pochu: bah
[19:14] <LaserJock> that's not right at all
[19:15] <LaserJock> elmo: do you have power to fix that or do I need to wait for pitti?
[19:15] <elmo> LaserJock: I'm just pasting links, I don't have any power in this area :)
[19:15] <elmo> I think you want  any archive admin tho
[19:16]  * LaserJock liked the days when the answer to anything was "ask elmo" but I suspect elmo doesn't feel the same ;-)
[19:18] <LaserJock> hmm, I don't know why Debian ftpmasters did an override to send it to oldlibs
[19:18] <LaserJock> the source package has libs I think
[19:26] <LaserJock> so ... any archive admins still around today?
[19:27] <ScottK> LaserJock: Riddell's been active in #kubuntu-devel recently.
[19:28] <LaserJock> Riddell: can you do an ubuntu-archive favor for me and un-blacklist goffice0.4 ?
[19:28] <Riddell> not something I've done before
[19:28] <Riddell> LaserJock: what's the reson?
[19:28] <LaserJock> Riddell: because it shouldn't have been blacklisted to start with :-)
[19:29] <LaserJock> it is a new version of goffice (goffice is currently 0.5) to make sure apps other than gnumeric can build
[19:29] <LaserJock> I've been waiting on it for a couple of merges
[19:30] <soren> \o/ isolinux boots.
[19:31] <Riddell> "goffice0.4 # pitti, transitional oldlibs in Debian" LaserJock have you confirmed it with pitti?
[19:31] <LaserJock> no, but that's wrong
[19:31] <LaserJock> for some reason Debian put it into oldlibs when it shouldn't have
[19:32] <LaserJock> and I'm guessing that's why he did that
[19:32] <LaserJock> but it's not transitional
[19:32] <LaserJock> it's barely 1 month old
[19:32] <LaserJock> and the stable version of the library
[19:33] <LaserJock> I can take it up with pitti if you're not comfortable with doing it
[19:33] <Riddell> LaserJock: I expect you're right but I'd like to check with pitti first, please file a bug and subscribe ubuntu-archive and ask pitti to comment
[19:33] <Riddell> it's my archive day tomorrow anyway
[19:33] <LaserJock> alright, will do
[19:42] <soren> evand: I believe syslinux is done. I'll upload in a bit.
[19:43] <evand> Fantastic.  Thanks a bunch, soren
[19:43] <soren> \o/
[19:43] <soren> it at least builds and isos boot fine. I haven't tested anything else yet.
[20:31] <mdke> cjwatson: I will have a go at merging from Gnome, but I doubt I'll be able to look at any changes to the packaging in Debian by thurs. Unlikely there is anything significant
[20:44] <warp10> Hi all!
[21:22] <emes> where can I get the kernel config file for the stock kernel?
[21:24] <sn0> emes this isn't really the channel to ask, see topic. but check in /boot/
[21:28] <emes> thanks
[22:31] <soren> Hm... firefox is throwing SIGBUS all over the place.. Highly annoying.
[22:59] <soren> who can fiddle with PAS?
[23:00] <soren> Archive admins? buildd admins?
[23:12] <slangasek> soren: "lamont, elmo, and infinity", I think?
[23:13] <slangasek> AFAIK Ubuntu pulls directly from the same source that Debian uses, and they're the maintainers of that file
[23:13] <soren> Ok.
[23:15] <soren> I just noticed that lpia was added to the list of architectures in the syslinux package, but there are no build records for it. I'm assuming this is due to pas.
[23:16] <slangasek> http://buildd.debian.org/quinn-diff/Packages-arch-specific says yes
[23:16] <soren> Interesting.
[23:17] <soren> lamont: Could you add lpia to the list of architectures for which we build syslinux?
[23:36] <soren> slangasek: Have you by any chance seen the e2fsprogs merge?
[23:36] <slangasek> soren: no
[23:37] <soren> slangasek: Ok.
[23:37] <slangasek> soren: I can take it, though
[23:37] <soren> slangasek: I looked at it already.
[23:37] <slangasek> ok
[23:37] <soren> slangasek: I'm just looking for a second opinion.
[23:38] <soren> slangasek: The thing is that Ian made a workaround for bug 131201, and now upstream has provided a different workaround.
[23:38] <ubotu> Launchpad bug 131201 in e2fsprogs "always fscks first boot after install" [Low,Fix released] https://launchpad.net/bugs/131201
[23:39]  * slangasek gets really, really tired of seeing that bug :)
[23:39] <soren> slangasek: I can imaginge.
[23:40] <soren> slangasek: Ian's patch basically ignores the error, while the upstream fix allows the sb->s_lastcheck to be up to 24 hours in the future.
[23:40] <slangasek> hmm
[23:41] <slangasek> I suppose that should cover it, yes
[23:41] <soren> slangasek: I vote for upstream's approach, but this is not entirely my area of expertise.
[23:42] <slangasek> I do too :)
[23:43] <soren> Cool. I'll file the sync request tomorrow.
[23:45]  * soren head to bed
[23:45] <slangasek> 'night
[23:45] <soren> 'night :)


[04:09] <mpontillo> hm. seems to have corrected itself. never mind
[11:59] <larsks> Is anyone else experiencing dns problems for launchpad.net?
[11:59] <sarnold> larsks: I understand it's a ddos against our dns provider
[11:59] <larsks> sarnold, ah, thanks.  Just wasn't sure it was some local problem on my end.
[12:07] <wgrant> Right, Dyn seems to be unavailable in parts of the US.
[12:24] <Spads> larsks: how's it looking now?
[12:25] <Spads> (though the cache may get in your way)
[12:25] <larsks> Spads, seems better!
[12:25] <Spads> 😌


[07:55] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-panel 4.16.3 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-panel-4-16-3-released-tp60027.html (by Simon Steinbeiss)
[12:30] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-settings 4.14.4 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-settings-4-14-4-released-tp60029.html (by Simon Steinbeiss)
[21:53] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: thunar 4.16.7 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-thunar-4-16-7-released-tp60032.html (by Alexander Schwinn-2)


[06:24] <fabbione> morning
[10:04] <Mithrandir> fabbione: it appears that davyd has tickled a bug in the 32 bit support code in the kernel.  gdb /bin/ls in a 32 bit chroot on a 64 bit kernel falls over when running the program
[10:05] <fabbione> Mithrandir: what kernel?
[10:06] <fabbione> .10 ? .12 ?
[10:06] <Mithrandir> fabbione: "any".  he can reproduce it using 2.6.12-3-amd64-generic, I can reproduce it using 2.6.10 from kernel.org with a regular debian 32 bit userland.
[10:07] <fabbione> Mithrandir: .. what are the symtomps?
[10:07] <Mithrandir> (gdb) r
[10:07] <Mithrandir> Starting program: /bin/ls
[10:07] <Mithrandir> (no debugging symbols found)
[10:07] <Mithrandir> (no debugging symbols found)
[10:07] <Mithrandir> (no debugging symbols found)
[10:07] <Mithrandir> (no debugging symbols found)
[10:07] <Mithrandir> (no debugging symbols found)
[10:07] <Mithrandir> [Thread debugging using libthread_db enabled]
[10:08] <Mithrandir> Error while reading shared library symbols:
[10:08] <Mithrandir> Cannot find new threads: generic error
[10:08] <Mithrandir> and then it just hangs.
[10:08] <fabbione> it looks more likely a glibc bug....
[10:08] <Mithrandir> LD_ASSUME_KERNEL=2.4.1 fixes it, so it's probably related to NPTL somehow.
[10:08] <fabbione> blame glibc :)
[10:08] <Mithrandir> well, it's not there on i386, is it?
[10:09] <fabbione> no idea..
[10:09] <fabbione> it works on i386
[10:10] <Mithrandir> so it's a kernel bug. :-)
[10:10] <fabbione> i suggest you mail Andy Kleen
[10:10] <Mithrandir> will do
[10:10] <fabbione><EMAIL_ADDRESS>[05:28] <zul> jbailey: ping..
[05:30] <zul> nevermind he is probably at ols
[06:35] <surak> hello people
[06:45] <surak> Ubuntu's mailing lists pages ( http://www.ubuntulinux.org/community/lists ) lists no page for kernel development. In wiki we find only the kernel-team one.
[06:54] <surak> Reading http://lists.ubuntu.com/archives/kernel-team/2005-April/000495.html (regarding vt6410 ide raid controller) , Chuck says "I have looked over the patch and made a diff for breezy."
[06:54] <surak> I'm using a breezy live cd from june 28, which reports kernel 2.6.12-2-386, but there is no via92cxxx module on it (just via82cxxx). Where can I look for help on it? I have a spare machine with two 150gb drives on this controller and willing to help testing this driver.
[07:07] <jammcq_ols> fabbione: hey, can we get the FUSE driver added to the kernel package?  We need it for ltsp local device support
[07:15] <fabbione> hi jammcq_ols
[07:15] <fabbione> jammcq_ols: i remember there are 2 drivers similar.. one is fuse and the other i can't remember..
[07:15] <fabbione> one of them has a dead upstream
[07:15] <fabbione> if fuse is the ok one, i can include it yes
[07:16] <fabbione> but i would like you to file a bug or send me an email as reminder
[07:16] <surak> fabbione: can vt6410 ide support be included in kernel? there is a patch for via82cxxx in linux-kernel - http://www.ussg.iu.edu/hypermail/linux/kernel/0502.0/1870.html
[07:18] <jammcq_ols> fabbione: I'm at OLS, and it was mentioned this morning that FUSE was likely going into the mainstream kernel
[07:18] <jammcq_ols> I'll file a bug report
[07:27] <surak> hello?
[07:29] <fabbione> re
[07:29] <fabbione> surak: let me check
[07:32] <surak> ok
[07:34] <fabbione> surak: no. the patch has been submitted a while ago and not included upstream meaning that the patch is not good enough. Also note that the chipset still get to work with the generic driver
[07:35] <surak> it is not recognized as a valid drive here in 2.6.12-2
[07:36] <surak> which means, I cannot partition it with any partitioning tools found at breezy live
[07:37] <surak> What can I do to help? Create a module for it and post it for public testing?
[07:37] <fabbione> surak: you can't. the patch is on top of an existing driver. You need to get upstream to apply it.
[07:38] <fabbione> i am not going to include patches that are not on the way to upstream anymore
[07:38] <fabbione> not so close to release
[07:38] <surak> so, no vt6410 for breezy live?
[07:38] <fabbione> does it work with the installer?
[07:38] <surak> didn't try it yet.
[07:39] <fabbione> try with the installer
[07:39] <fabbione> if it can see the controller.
[07:39] <surak> but you can always install on a sata drive and upgrade kernel...
[07:40] <surak> any breezy installer? or you mean hoary?
[07:40] <fabbione> breezy
[07:41] <fabbione> hoary won't get anything like that
[07:41] <surak> ok. I'll download one now.
[07:47] <fabbione> i am off
[09:14] <nsillik> I have a kernel driver I've written and I need a little help testing, is this the proper place to post an announce?
[09:16] <surak> nsillik: just curious: what kind of driver?
[09:17] <nsillik> it adds usuability for the OneTouch driver on Maxtor OneTouch drives... it's really a small thing, but it was my first (usable) kernel driver
[09:18] <nsillik> it uses the unusual_devs.h file to declare an extra init function for the usb_storage driver, then connects the interrupt endpoint on the hard drive to input, the button can then be programmed using any keybinding software
[09:23] <nsillik> even if you don't have the drive, but have a few minutes to get your eyes on it, to see if you see any obvious errors, the .diff is locate here http://www.ducttape-and-marbles.com/onetouch.diff


[05:43] <Hiko> How would i package a java program for distribution in Ubuntu?
[05:43] <Hiko> Anyone got a link?
[10:31] <arussel> where am I supposed to put the configuration usually put in eclipse.ini ?
[10:37] <arussel> .eclipse/eclipserc is not taken into account and /usr/lib/eclipse/eclipse.ini is overwritten when eclipse is updated
[21:18] <buciuks> hi
[21:18] <buciuks> all


[01:16] <pbcsound> lol...had to change my nick like a bunch of times because of nickserv
[01:17] <pbcsound> anyways...I got a bluetooth question...
[01:17] <pbcsound> I have a USB bluetooth adapter...and I need to use it...I see in software center there's already a bluetooth program installed...how do I use it?
[03:43] <studio-user347> Hi
[03:43] <studio-user347> someone speaks spanish here?
[08:59] <studio-user980> hello?
[08:59] <studio-user980> I guess no one is still awake, haha
[15:23] <Boogie> has anyone successfully compiled and installed ninjam app?
[16:40] <len-1304> Boogie, just downloaded the source.
[16:41] <len-1304> there is a file in the curses called COMPILING
[16:42] <len-1304> Of note is the last line under Linux "and hope things work."
[16:42] <len-1304> :)
[16:43] <len-1304> It says I need libogg, libvorbis, libasound so I will install the -dev versions
[16:45] <len-1304> Hmm I only have libasound2, hope that is ok.
[16:48] <len-1304> Oh ya I have to install the build environment
[16:51] <len-1304> sudo apt-get install build-essential checkinstall
[16:58] <len-1304> Hmm, it doesn't say in the COMPILING file but it seems libncurses5-dev is also needed.
[16:58] <len-1304> Ive added ncurses-term just in case.
[16:59] <len-1304> Boogie, OK, it says it has compiled.
[17:01] <len-1304> there is a file in ~/software/ninjam/cursesclient (~/software/ is where I opened the tarball) called cninjam
[17:03] <len-1304> Well it runs... I don't have a server to connect to so I can't try it out... There are some values that need to be set.
[17:05] <len-1304> It wants to know the server,user,password... then you need to set up the stream with the device you are using for input and it's options (hopefully the same as the session on the server)
[17:08] <len-1304> Anyway, if you just run the binary with no options it gives a usage message.... the only help you will find, and then goes into "interactive mode" and starts asking questions.
[17:10] <len-1304> Boogie, to recap... On a ubuntu system (whatever flavour) install the build environment:
[17:10] <len-1304> sudo apt-get install build-essential checkinstall
[17:11] <len-1304> Install the -dev packages for libogg, libvorbis, libasound and libncurses.
[17:12] <len-1304> go to the ninjam/cursesclient directory and type make.
[17:16] <len-1304> to install copy the cninjam file to /usr/bin or /usr/local/bin as root (with sudo) or copy to ~/.local/bin/ (I think) Or just run it from where you compiled it as I did.
[17:16] <len-1304> TTYL
[17:23] <Boogie> Thanks a lot len-1304, I was AFK, the only package I have yet to install is libncurses, which I didn't install because there are several versions of it, so I was unsure which one should it be
[17:29] <Boogie> make: Nothing to be done for 'default'.
[17:30] <Boogie> default being cninjam I guess, according to the makefile
[17:31] <Boogie> wait, I guess it was installed
[17:38] <len-1304> Boogie, this is alpha software. All the normal warning go with that.
[17:38] <Boogie> i got it to run can get it to connect
[17:38] <Boogie> can't
[17:39] <len-1304> does it tell you why?
[17:39] <Boogie> error setting periods
[17:40] <len-1304> I would think that means your alsa device needs to already be set to the same sample rate/bit depth as the server expects.
[17:40] <Boogie> yes, but I really want to use jack
[17:40] <Boogie> not alsa
[17:41] <len-1304> ninjam is alsa. I would not use jack with it.
[17:41] <len-1304> If you do, you need a jack-alsa bridge running
[17:42] <Boogie> ok, let's use alsa to test
[17:43] <len-1304> If you are using jack at low latency so you can use a softsynth or soft effects. That may also pose a problem.
[17:47] <Boogie> did you run it thru terminal, or does it open a gui for you?
[17:48] <len-1304> As soon as you see the word curses you know there is no GUI. Terminal only.
[17:48] <Boogie> thanks
[18:00] <Boogie> i give up, I didn't really wanted to jam anyway


[07:14] <Unit193> Complete.
[10:59] <bluesabre> Unit193: awesome!
[11:00] <Unit193> bluesabre: Forced the last one through as I was starting to get re-spammed. :P
[11:00] <bluesabre> :D
[11:01] <bluesabre> I'd been watching excuses to see what was hanging, cool to see you got it :)
[11:03] <Unit193> grep-dctrl -n -sPackage -FDepends libxfconf-0-2 us.archive.ubuntu.com_ubuntu_dists_devel*amd64_Packages  compared with the libxfconf-0-3 list, and same with libthunar is easier.
[23:04] <bluesabre> knome, embedded IRC is broken in Chrome (and probably elsewhere) since we're embedding the http: version, https://xubuntu.org/irc/
[23:47] <Spass> blank space on my Firefox 60 too
[23:54] <Unit193> Hmm.  Newer xfconf, and seems a -settings snuck up on me.  There's also a newer exo too..
[23:55] <Unit193> Oh I guess the non-English folks might be more happy if we updated libxfce4util.


[00:22] <BiosElement> Welp, I think it's a safe bet that gnome/ubuntu tensions have reached an all-time low >.<
[00:24] <BiosElement> Shame gnome folks don't have a code of conduct, because it appears they need one >.>
[03:24] <Cheri703> Anyone who lives near a microcenter want to visit mansfield between now and monday?
[03:45] <canthus13> damn... I'm a good cook. :)
[03:45] <Unit193> And I don't even get any...
[03:47] <Unit193> How is SHellium working out for you?
[03:47] <canthus13> Unit193: I really don't use it.. I'm just in there for the conversation, mostly.  I occasionally use it for connectivity testing.
[03:48] <Unit193> in the room?
[03:49] <canthus13> Yeah.
[03:50] <Unit193> I didn't go in there, I was looking at your cloak then googled (sounds like a cool service! too bad they are closing registrations)
[03:52] <canthus13> Shellium closed registration?
[03:52] <canthus13> Huh. shows how much I pay attention. :)
[04:04] <Cheri703> Unit193: do you know about tomorrow?
[04:06] <Unit193> Friend is taking me
[04:08] <Cheri703> to ubuntu hour?
[04:09] <Cheri703> I meant skywarn
[04:15] <Unit193> Ah, since I'm not positive, I be guessing no
[04:15] <Unit193> (SSH Issues)
[04:15] <Cheri703> kk
[04:15] <Cheri703> np
[04:21] <Unit193> I told hospital friend, don't think he be coming
[04:21] <Cheri703> kk
[04:21] <Cheri703> no worries
[04:21] <Cheri703> other guy might stop by if he can
[04:21] <Cheri703> (mailing list guy)
[04:22] <Unit193> Just telling you the info since you're the headmaster
[04:23] <Cheri703> good to know :)
[04:32] <Cheri703> long shot question: anyone have a b&w nook they want to give to a good home? :D
[04:32] <canthus13> Heh.
[04:32] <canthus13> yer funny.
[04:33] <Cheri703> my eyes get tired really fast when reading long documents on netbook...stupid because I can internet all day, but...still
[04:33] <Cheri703> so I want the non-backlit thing
[04:33] <Cheri703> I want one, but not enough to not pay rent :)
[04:36] <canthus13> Cheri703: Beat up some hipster at starbucks and take theirs.
[04:36] <Cheri703> hmm....possible
[04:36] <Cheri703> hipsters would likely have ipads though
[04:37] <Unit193> I'll take the iPad if you don't want it :)
[04:37] <canthus13> Cheri703: You could sell the iPad and buy 2 nooks.
[04:37] <Cheri703> there IS a barnes and noble in town...might go poke at a nook when I go to office max
[04:37] <Cheri703> true
[04:37] <canthus13> And the older nooks are prolly hitting eBay now, what with the color nook being out.
[04:38] <Cheri703> they're still selling the b&w one
[04:38] <Cheri703> e-ink vs lcd
[04:38] <Cheri703> full android on the color
[04:39] <Cheri703> I'm always fascinated by things listed on ebay for higher than they cost new...
[04:40] <Cheri703> or even the same price
[04:44] <Cheri703> hmmmmmmmm http://cgi.ebay.com/Barnes-Noble-NOOK-E-Ink-Ebook-Reader-WI-FI-HotSpots-/110659156598?pt=LH_DefaultDomain_0&hash=item19c3ccba76
[04:45] <Unit193> I take it there isn't any U-H things I can help you with? (or other random things)
[04:46] <Cheri703> uhm, not at the moment
[04:46] <Cheri703> you wouldn't happen to have a network cable tester?
[04:48] <Unit193> No, but I did see and oldish one at the place I "work"
[04:49] <Unit193> canthus13: Know of bshellz.net or any other good shell services?
[04:51] <canthus13> Never used 'em.  I use my server for most shell stuff.
[04:53] <BiosElement> And in 15 years, I fear this will be marked the beginning of the end for the internet as we know it: http://thehill.com/blogs/hillicon-valley/technology/148513-net-neutrality-repeal-clears-first-hurdle
[20:44] <Unit193> New to looking at computer parts, doesn't this look good? http://cgi.ebay.com/AMD-Athlon-64-X2-4600-2-4-GHz-ADO4600IAA5CZ-Proce-/200583952428?pt=CPUs&hash=item2eb3bc382c


[10:30] <Ralphy> Howdy all
[10:30] <Ralphy> I just came in to say THANK YOU for Ubuntu Budgie
[10:30] <Ralphy> I will be donating to show appreciation in a more tangible way between


[06:42]  * Snark is pondering... N7 or chromebook?
[08:25] <Snark> two questions on the chromebook : is there somewhere documentation on how to get ubuntu *on* the device (not on a usb key)? Is it possible to let an SD card in it the whole time (like I do with the AC100)?
[08:26] <Snark> I have never seen documented how to put ubuntu on the mmc, and I have read (can't remember where) that the SD card was really sticking out when put in, so can't really be left there
[10:24] <xnox> Snark: ac100 uses sdcard or usb stick for _intallation_ afterwards ubuntu is installed on to normal partitions.....
[10:25] <xnox> some devices do limit one which places it can boot from, so a panda can only do usb on the go boot or boot from sd card.
[10:27] <gildean> xnox: you can also install to external on the ac100
[10:27] <gildean> from usb to sd or vice versa
[10:35] <ogra_> no, there is a bug :)
[10:35] <ogra_> you can install to usb from SD, but not the other way round
[10:36] <ogra_> Snark, look for the chrubuntu scripts, i have ubuntu on the internal MMC on my chromebook ... they resized the system partition to make room for it so i have a parallel install
[10:37] <ogra_> (i think hrw did the same initially on his)
[10:37] <hrw> yes
[10:38] <ogra_> i'm pondering to get http://eu.apacer.com/products/AH152 for a re-install though
[10:38] <ogra_> doesnt stick out to much and should be faster than the MMC
[10:38] <ogra_> (or any SD card)
[10:39] <hrw> ogra_: price?
[10:39] <ogra_> dunno, i still havent found a european shop that sells it ... should be below $30
[10:40] <ogra_> its not as fast as it could be,  but stilll gets you around 60MB/s for reading and around 80 for writing
[10:41] <ogra_> err, other way rouond
[10:41] <ogra_> 80 for readfing, 60 for writing
[10:41] <ogra_> (write speed doesnt concern me to much with 2G of ram though ... i just want fast reads)
[10:52] <hrw> I use external hdd on usb3 port
[10:53] <ogra_> i dont like to have something hanging off the device .... and long USB sticks are to dangerous ... they easily turn into levers that open your case
[10:54] <hrw> ogra_: I use that hdd only at home
[10:54] <hrw> ogra_: chromebook -> usb3 hub -> {usb3 hdd, usb2 eth}
[10:54] <ogra_> yeah, not really a good idea if you want to put the OS on it :)
[10:54] <ogra_> and still take the laptop with you
[10:55] <hrw> 10.5GB on internal is enough
[10:56] <ogra_> yeah, its not the size, its the speed :)
[10:57] <ogra_> i'm fine with carrying data on SD ... but i want the OS to be snappy
[10:57] <hrw> ogra_: wasn't emmc 50-60MB/s?
[10:57] <ogra_> or snappier ...
[10:59] <Snark> ogra_, I need more room -- I have about 10G which I need to have quite accessible (slow isn't a problem)
[11:00] <ogra_> hrw, 34MB/s according to hdparm
[11:00] <ogra_> (and according to dd tests)
[11:00] <Snark> add to that the system and the sage installation on a reasonably fast "disk" (mmc)
[11:00] <hrw> ogra_: enough for me
[11:00] <ogra_> Snark, well, add a 32G SD card then
[11:01] <Snark> ogra_, it must not stick out too much
[11:01] <ogra_> or get such a tiny USB key ... 2.0 ones are easy to get
[11:01] <ogra_> if you dont care about speed, 2.0 ones are all around
[11:02] <ogra_> http://the-gadgeteer.com/2010/08/12/worlds-smallest-micro-sdhc-usb-card-reader/
[11:02] <ogra_> get one of these :)
[11:03] <hrw> ogra_: usb2.0 card readers are fine with today's 'fast' sd cards
[11:03] <hrw> my 32GB samsung microsd does just 19MB/s
[11:03] <ogra_> yeah
[11:03] <hrw> nevermind sd slot or usb2 port
[11:03] <Snark> I don't need very fast on that part of the data
[11:03] <ogra_> if you dont care about speed thats definitelty fine
[11:05] <Snark> ogra_, ok, that leaves the question on kicking chromeos out of the device and have only ubuntu
[11:05] <Snark> (and a solution where hitting space at the wrong moment won't destroy the system)
[11:05] <ogra_> hitting space ?
[11:05] <hrw> ogra_: instead of ctrl-d
[11:06] <ogra_> ah
[11:06] <ogra_> i doubt thats easily fixable
[11:06] <hrw> ogra_: press space and devmode will be off
[11:06] <ogra_> yeah, i remember
[11:06] <ogra_> never happened to me
[11:06] <hrw> Snark: are you brave enough and have 249$ spare?
[11:07] <hrw> u-boot can be reflashed
[11:07] <ogra_> that bright white bootscreen is so heavily in your face, i doubt you will hit space accidentially
[11:22] <hrw> you know... I feel that I should finally update chromebook packages in ubuntu...
[11:22] <hrw> but laziness wins
[11:24] <ogra_> hrw, well, i feel like i finally should make flas-kernel work ... but laziness wins too here
[11:24] <ogra_> (though the oopses on boot wi5th the std kernel actually annoy me)
[11:24] <hrw> ogra_: flash-kernel for chromebook?
[11:25] <ogra_> indeed
[11:25] <ogra_> to just install a packaged kernel without hassle
[11:25] <hrw> ogra_: I think we need first to switch to chainloaded uboot
[11:25] <hrw> so no signing of kernels etc
[11:25] <ogra_> why ?
[11:25] <ogra_> you packaged the signing tools, didnt you ?
[11:25] <hrw> ogra_: now you need /etc/default/chromebook-cmdline file
[11:26] <hrw> ogra_: and they are stuck in Debian NEW for >month
[11:26] <ogra_> thats fine
[11:26] <ogra_> f-k can ship a default
[11:26] <hrw> ogra_: there is no such thing as default
[11:26] <ogra_> well, nothing blocks us of going ahead and pulling them into ubuntu first
[11:26] <hrw> default is p2 on sd? p2 on usb? p7 on emmc/sd/usb?
[11:27] <ogra_> there is a default in /proc/cmdline, no ?
[11:27] <hrw> no
[11:27] <hrw> ach, that way
[11:27] <hrw> check how you booted and reuse?
[11:27] <ogra_> ogra@chromebook:~$ cat /proc/cmdline
[11:27] <ogra_> cros_secure console= console=tty1 debug verbose root=/dev/mmcblk0p7 rootwait rw
[11:28] <ogra_> just adjust if needed ... else just dump it into the default
[11:32] <ogra_> so why does my SD card not mount anymore ... hmm
[11:36]  * ogra_ wonders why these global notices never go into the channel i'm current;y in
[12:28] <Snark> hrw, 249$ translates to 299€, don't you know? But yes, I'm brave enough: if I buy remote, I have seven days to change my mind ;-)
[12:28] <hrw> Snark: or to 229GBP
[12:29] <hrw> Snark: you can flash own u-boot. but no instructions from me.
[12:31] <Snark> eh, if I have no instructions from anyone, I can't do that
[12:41] <Snark> hrw, is there some documentation somewhere of a similar... uh... hack on another type of computer
[12:41] <Snark> ?
[12:47] <Snark> eh... the space bar problem is not on each suspend+resume but only on bootup, right?
[12:52] <hrw> right
[13:13] <angs> ogra_: does your omap3 ubuntu-server 12.04  image for beagleboard-xm include firewall/firewall setting?
[13:13] <angs> how can I check it?
[13:13] <angs> if it has or not
[13:16]  * Snark really wonders what he should buy
[13:16] <Snark> :-/
[13:17] <ogra_> angs, ubuntu doesn not use any firewalls by default
[13:17] <angs> ogra_, thank you
[13:18] <ogra_> angs, but ufw is available (and iptables (which is the backenmd for ufw) shoudl eb enabled in the kernel) in case you are paranoid ...
[13:19] <ogra_> usually you dont need any firefalling since there are no ports open by default, they only get opened once you install the respective package (i.e. a webserver to open port 80)
[13:19] <angs> no I am having a network problem, I was wondering if there is any firewall setting or so that causes problem.
[13:19] <ogra_> nope
[13:19] <angs> thank you
[13:24] <ogra_> hmm
[13:24] <ogra_> http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G135341370451&tab_idx=1
[13:25] <ogra_> infinity, ^^^ landa replacements ?
[13:25] <ogra_> *panda
[15:16] <infinity> ogra_: No.  We're getting real server kit.
[15:16] <ogra_> ah, good
[15:16] <ogra_> in 2020 ?
[15:17] <infinity> Soon, if all goes well. :/
[15:17] <ogra_> heh ... soon ...
[15:43] <angs> is the ath9k_htc driver on ubuntu-server released by Atheros or developed by open source committee?
[15:51] <infinity> angs: It's in the upstream kernel source.
[15:52] <angs> infinity, I don't know much about kernels, do you know if the source is developed by Atheros?
[15:52] <angs> source of ath9k_htc
[15:54] <infinity> angs: Atheros participates, but you asked if it was "by open source committee", and it being upstream means "yes".
[15:54] <infinity> angs: Atheros donated the original source, and continues to contribute, but they're not the only contributors.
[15:55] <angs> infinity, I got it now, thank you
[15:56] <angs> I have a usb dongle that has atheros chipset, is the driver version as same as kernel version?
[16:09] <xnox> s/committee/community/ makes more sense =)
[16:35] <ogra_> communitee
[17:25] <hrw> have a nice Easter/weekend guys
[17:26] <ogra_> hrw, you too ... and i wish you big eggs and all ...
[17:26] <ogra_> (or so ... )
[17:26] <hrw> ogra_: I go to Saarbrucken, DE for demoscene party
[17:27] <ogra_> oh, with your daughter ?
[17:27] <hrw> alone
[17:27] <ogra_> poor girl ...
[17:27] <hrw> we stays with Ania
[17:27] <hrw> by
[17:27] <hrw> e
[17:27] <ogra_> ciao
[17:27] <ogra_> and enjoy :)
[17:40] <siretart> hi. I would like to run an Ubuntu ARM server inside qemu on my amd64 laptop. I wonder if there was any way to get the ubuntu-installer from http://ports.ubuntu.com/dists/raring/main/installer-armhf/current/images/ started in a similar way to the installer on i386
[17:40] <siretart> in my experiments, I always ended up with a black screen. is there some documentation what kernel parameters I need to pass, so that I get something on the serial console?
[18:50] <jimerickson> was having issues with bug #1159890. but now ubuiquity freezes solid at "Installing libdvdnav4". no mouse no keyboard.  pandaboard ES todays image.
[18:50] <ubot2`> Launchpad bug 1159890 in linux-ti-omap4 (Ubuntu) "omapdss SPI error: could not enable display: no manager" [Undecided,New] https://launchpad.net/bugs/1159890
[18:51] <ogra_> now the question would be why do we install libdvdnav4 at all :)
[18:52] <ogra_> sounds a bit like a kernel issue with USB though
[18:53] <jimerickson> ok i will try again tomorrow i guess, crosses fingers. thanks ogra_
[18:54] <ogra_> well, we dont touch these images for raring (in fact we were about to drop that flavour completely ...) i'll do a test myself after easter ...
[18:54] <ogra_> theroetically the kernel and setup is identical to quantal
[18:55] <ogra_> just with updated package versions ...
[18:55] <ogra_> (for the desktop)
[18:55] <jimerickson> do you mean omap4-armhf will be dropped? sad panda is sad.
[18:55] <ogra_> panda has been killed by TI
[18:55] <jimerickson> oh i see
[18:55] <ogra_> like ... they fired ~500 ppl
[18:55] <jimerickson> yikes!
[18:55] <ogra_> everyone working on panda and mobile OMAP
[18:56] <infinity> We'll probably drop the desktop images, we won't drop Panda kernel support (the new -generic kernel supports Panda as well)
[18:56] <ogra_> infinity, nope, we wont
[18:56] <infinity> But without PVR GLES drivers, we can't support the desktop.
[18:56] <infinity> ogra_: We won't what?
[18:56] <ogra_> after much back and forth we will keep desktop with quantal kernel as unsupported images
[18:56] <infinity> ogra_: I meant "in the future", not this release.
[18:57] <ogra_> ah, yeah
[18:57] <infinity> ogra_: I know what the plan is for this release.
[18:57] <ogra_> they will go away first thing in S
[18:57] <ogra_> ok, i wasnt sure
[18:57] <ogra_> because the plan changed every hour for the last weeks
[18:57] <infinity> But even in S, Panda will still have kernel support, just no desktop support, due to the pvr-omap mess.
[18:57] <ogra_> right, it should be -generic and server images
[18:58] <infinity> Also, the rumours of the death of OMAP are greatly exaggerated, according to every TI person I talked to at Connect.
[18:58] <infinity> So, try not to spread too much misinformation.
[18:58] <ogra_> heh, OMAP in mobile is dead
[18:58] <infinity> They switched OMAP focus away from mobile, yes.
[18:58] <ogra_> and all mobile engineers are gone
[18:58] <infinity> But it's still very much alive.  Just not for phones, tablets, etc.
[18:58] <ogra_> right
[18:59] <ogra_> well, i'm just echoing theoir press releases
[18:59] <jimerickson> so should i keep panda and run android or just retire it?
[18:59] <ogra_> if their marketing makes a mess dont make me responsible :)
[18:59] <infinity> jimerickson: Android will have the same issues.
[18:59] <ogra_> right
[18:59] <jimerickson> oh ok
[18:59] <ogra_> jimerickson, you can still test server
[19:00] <ogra_> and use it if you ever plan to build arm packages
[19:00] <jimerickson> alright
[19:00] <infinity> They're fine little headless machines still.  But 3D acceleration on desktop Linux and Android will be harder to come by.
[19:01] <jimerickson> indeed they are. still sad though.
[19:04] <jimerickson> alright i suppose i will switch to a raspberrypi and run raspian. thats a topic for a different channel though ;)
[19:05] <ogra_> well, you coudl use ubuntu touch on some old phone :)
[19:05] <ogra_> (or on a nexus7)
[19:06] <ogra_> ubuntu-touch is becoming the new ubuntu-arm-desktop
[19:07] <doomlord> does ubuntu on n7 use the gpu/ opengl
[19:07] <doomlord> ubuntu-arm desktop that is
[19:07] <ogra_> yes
[19:08] <ogra_> it uses the binary tegra3 Xorg driver
[19:08] <doomlord> has anyone here had dual-boot working?
[19:08] <doomlord> (android/ubuntu)
[19:08] <ogra_> some people do, we dont encourage it though
[19:09] <ogra_> since we dont really test with it and might just wipe your android accidentially
[19:09]  * tassadar_ raises his hand
[19:09] <ogra_> right, talk to tassadar_, he'S the dual boot guru :)
[19:09] <doomlord> i'm using my n7 as an android development target, however one reason i bought an n7 was seeing the ubuntu support
[19:10] <ogra_> well, long term the ubuntu-desktop image for it will turn into ubuntu-touch ....
[19:10] <ogra_> which means it will run an android/ubuntu hybrid core
[19:10] <doomlord> will you still be able to enable the desktop on a touch device (like in win8)
[19:11] <doomlord> i know it wont be optimal
[19:11] <ogra_> we will definitely have the convergence stuff some point after 13.10
[19:11] <ogra_> so that it runs the desktop once you dock it
[19:11] <tassadar_> it's soo unfortunate that n7 does not have hdmi :/
[19:11] <ogra_> but i doubt that you will be able to for example dual boot ...
[19:12] <ogra_> since the partitioning will be changed etc etc
[19:12] <doomlord> i guess when everything is inplace you'll less want to
[19:12] <ogra_> yeah :)
[19:12] <doomlord> but i would definitely want to be able to bring up the desktop even without docking
[19:12] <tassadar_> I still wonder how do you plan to repartition n7 Oo
[19:12] <ogra_> that might work once the desktop was moved to QML
[19:13] <doomlord> one thing i'm after is a Synergy client on tablet devices - to extend 'workspace' from my laptop..
[19:13] <ogra_> the next big change on touch will be the switch to Mir ... with that you will have to have Mir compatible toolkits
[19:14] <ogra_> (and will lose Xorg support until XMir exists ... which is a target for the desktop but not for touch atm ... so it wont be there immediately)
[19:15] <doomlord> is there a website / wiki describing all this
[19:15] <doomlord> some roadmap plans..
[19:15] <ogra_> https://wiki.ubuntu.com/Mir/Spec?action=show&redirect=MirSpec#Mir_Today
[19:17] <doomlord> mir is like wayland?
[19:17] <ogra_> kind of ... but totally different :)
[19:18] <ogra_> they will be able to use the same drivers in the end ... and have a similar but slightly different protocol ... but for example the input layer will be a totally different thing in Mir ...
[19:19] <ogra_> and Mir is currently using android drivers, Wayland completely dropped android support plans
[19:19] <doomlord> mir is for androiid AND x86 pcs?
[19:19] <ogra_> for more details ask in #ubuntu-mir :)
[19:19] <ogra_> yes
[19:20] <doomlord> is this somethiing that has partial implementations now that you can experiment with
[19:20] <ogra_> well it is for ubuntu touch and PCs :)
[19:20] <ogra_> ubuntu touch just happens to use android drivers
[19:21] <ogra_> ask in #ubuntu-mir ... i think they are working on N7 support right now
[19:21] <ogra_> since N7 and N4 will be the first devices using it
[23:40] <xnox> it can show pretty 3D cats now =) https://www.youtube.com/watch?v=Kjb8a8ISKWY
[23:46] <geoffmcc> is there an older.dist that will work on arm v6?
[23:48] <geoffmcc> ´
[23:49] <k1l> Limited support for earlier instruction sets (ARMv5t, ARMv6) was available in early releases of the ARM port (jaunty, karmic).
[23:49] <k1l> from https://wiki.ubuntu.com/ARM
[23:58] <angs> I have configurations on /etc/network/interfaces, on each boot I get this outputs Waiting for network configuration... Waiting up to 60 more seconds for network configuration... that causes 2 min delay on each boot. how can I skip this message on the boot without deleting /etc/network/interface settings?


[16:38]  * ishan is away for dinner
[18:41] <manusheel> shan: Hi Shan.
[18:41] <manusheel> Around?
[18:52] <mukul> dipankar, around?
[18:52] <dipankar> mukul, yes
[18:53] <mukul> dipankar, can you test sthing on your machine? My Vbox doesn't recognize USB device.
[18:54] <dipankar> what do you want me to test?
[18:54] <dipankar> mukul, ^
[18:56] <mukul> dipankar, I will send you a modified misc.py file. I would be great if you could replace it with your misc.py keeping a backup copy. Connect a USB pendrive and run a file that can't actually run in sugar (eg. exe kind of file). It should display an error alert.
[18:57] <dipankar> mukul, cool. no problem
[18:58] <mukul> dipankar, or is there a way so that I can add some exe kind of file in my Journal. that way i can test it myself.
[18:58] <mukul> dipankar, thanks a lot.
[18:59] <dipankar> mukul, I think i can arrange a exe :P
[19:02] <mukul> dipankar, how can we add any file on journal externally?
[19:03] <dipankar> mukul, open a pend drive, drag a file and drop it in Journal
[19:04] <mukul> dipankar, The main problem lies there only. a pendrive is not detected on Vbox
[19:04] <dipankar> mukul, oh yes.
[19:05] <dipankar> I forgot.
[19:28] <mukul> hi alsroot
[19:30] <alsroot> mukul: hi
[19:33] <mukul> alsroot, alert.connect('response', self.__alert_response_cb)    Name Error: global name 'self' is not defined
[19:33] <mukul> alsroot, how do I resolve this?
[19:35] <alsroot> mukul: what purpose you had in mind while were adding "self" to code?
[19:45] <mukul> I had imported ErrorAlert from sugar.graphics.alert..
[19:46] <mukul> alsroot, I used it just as it was used in journalactivity.py
[19:49] <alsroot> mukul: well, you need to check what you are copy&pasting, do you have "self" in the place where you pasted this code?
[20:16] <ishan> alsroot, so this problem is in the library installed or some problem on the authors behalf
[20:17] <alsroot> ishan: library just uses aiml db, so db should be tuned (if should)


[07:29] <doko> RAOF: libmiral-dev/amd64 unsatisfiable Depends: libmirclient-dev (= <IP_ADDRESS>.1.1-0ubuntu2)  did you test-install that? ;p
[08:29] <doko> coreycb, jamespage: swift & Python3 ping
[08:50] <RAOF> doko: argh! Did I upload that version? 😐
[08:51] <RAOF> Tomorrow, tomorrow.
[08:52] <RAOF> Maybe launchpad will notice my gog key isn't expired tomorrow...
[08:54] <RAOF> That's what you get for trying to fix lintian errors in... interesting packaging.
[09:01] <seb128> RAOF, hey, do you need some sponsoring?
[09:04] <RAOF> seb128: thanks, but I'll just generate a temporary key until I resolve whatever's going wrong.
[09:04] <seb128> k
[09:08] <RAOF> Hopefully I'll be less jetlagged tomorrow (!)
[09:13] <doko> RAOF: uploaded
[09:18] <RAOF> doko: um, *what's* uploaded? The (hopefully) obvious fix?
[09:25] <doko> RAOF: http://launchpadlibrarian.net/413134775/mir_1.1.1-0ubuntu2_1.1.1-0ubuntu3.diff.gz
[09:58] <RAOF> doko: ta
[10:00] <doko> oSoMoN: LO autopkg tests are not happy in disco with new openjdk 11.0.3 :-/
[10:07] <oSoMoN> doko, it would be interesting to see the results when run against 1:6.2.1~rc1-0ubuntu3 (in disco-proposed atm, blocked by the glibc migration)
[14:06] <juliank> ugh, flashes of email notifications. testing current xubuntu daily now to see if the livecd-rootfs fixes worked and we don't break encrypted installs anymore :)
[14:08] <juliank> and it does not boot
[14:11] <juliank> but lvm2 and cryptsetup are manual and autoremove returns nothing, so we're all good
[14:13] <juliank> My code is bad, though
[14:39] <doko> oSoMoN: persists
[15:59] <LocutusOfBorg> coreycb, do you think this: https://salsa.debian.org/python-team/modules/python-jmespath/commit/414bcc4154c73716e437e6bb9ae1d5487a3fdeac and this: https://launchpadlibrarian.net/357052308/python-jmespath_0.9.3-1_0.9.3-1ubuntu1.diff.gz can be considered equivalent?
[16:05] <coreycb> doko: sorry i didn't ignore you earlier i just thought you were going to have a question after that
[16:06] <coreycb> LocutusOfBorg: yes that's the same
[16:06] <LocutusOfBorg> can I sync?
[16:07] <coreycb> LocutusOfBorg: yes please, assuming the latter is the only diff
[16:07] <coreycb> thank you
[16:08] <doko> coreycb: I assume you are at the sprint. is swift for Python3 on your agenda?
[16:09] <LocutusOfBorg> coreycb, the diff looks like python3.7 compatibility fixes https://salsa.debian.org/python-team/modules/python-jmespath/commit/e08c8d51f8d39448b62c4e5293481489d6c5a090
[16:10] <coreycb> doko: i believe we're in a holding pattern on that until the May sprint. we discussed with xnox recently and our understanding is that python 2.7 won't move to universe until 19.10
[16:10] <coreycb> if upstream doesn't do anything we will likely handle it ourselves next cycle
[16:11] <doko> ok, good to know
[21:08] <superm1> Hi, I just wanted to make sure bug 1814997 is on someone on the security team's radar.  it's going to block gnome-software, fwupd and fwupd-signed migration in disco
[21:08] <superm1> robert_ancell: ^
[21:09] <robert_ancell> yep
[21:14] <chiluk> thanks for sru approval bdmurray++ I'll validate it this weekend.