[01:00] <netstar> How does dapper play video DVDs?
[01:01] <Amaranth> it doesn't
[01:01] <Amaranth> without extra stuff not in ubuntu
[01:01] <netstar> What stuff?
[01:01] <netstar> :P
[01:01] <Amaranth> i can't remember, i watch DVDs on my DVD player :P
[01:01] <Amaranth> this is off-topic for #ubuntu-devel though
[01:02] <netstar> You're right, I'm being lazy
[01:04] <LaserJock> what you watch DVDs? your supposed to be working on Ubuntu ;-)
[01:10] <Amaranth> LaserJock: shh
[01:11] <LaserJock> Amaranth: don't worry I won't tell if you don't
[01:18] <Seveas> Does anyone know intersting upstream projects that use trac for project management?
[01:25] <_lemsx1_> i had to remove all the fglrx packages and force remove the libmesa1 one
[01:25] <_lemsx1_> now everything is fine
[01:26] <Amaranth> _lemsx1_: at least you could remove it, i just helped someone who couldn't remove, reinstall, or anything
[01:31] <_lemsx1_> Amaranth: ouch... well, mv -f always works ;-)
[01:32] <_lemsx1_> does anybody knows if there is any serious bug in mount?
[01:33] <_lemsx1_> i lost my /dev/hdb1 driver (xfs formated) for no particular reason... that's a spare drive, so, it doesn't bother me much
[01:33] <_lemsx1_> when i try to mount it i get a: mount: /dev/hdb1 already mounted or /mnt/shared busy
[01:33] <_lemsx1_> i'll ask in #ubuntu just to see if somebody knows
[01:35] <Fjodor> Anyone with glibc experience. Seems my patch wasn't ready afterall, as debian/rules build fails with an undefined reference
[01:37] <Seveas> Fjodor, I've had my fun with glibc hacking - how big is the patch?
[01:39] <Fjodor> Rather large. Basically, it's Suse's patches from AMD, but taken from a gentoo bug report about adding them to gentoo. I worked out the parts of the patch that didn't make it, made the patch, and now tried debian/rules build. It fails with ref. to __copysign, that I know is defined somewhere in fpu, but it seems that dir isn't touched yet when it fails
[01:40] <Fjodor> I'll be glad to send it to you, if you like
[01:40] <Fjodor> The gentoo page is http://bugs.gentoo.org/show_bug.cgi?id=100289
[01:43] <Fjodor> I've put the patch in http://daimi.au.dk/~u983179/glibc-2.3.6-amd-patches.patch.bz2
[01:45] <Fjodor> It is against the build_tree gotten from debian/rules unpack and debian/rules patch
[01:59] <Fjodor> Seveas: Any ideas?
[02:00] <Seveas> Fjodor, not yet
[02:01] <Seveas> I'll poke some more at it tomorrow, but don't have an amd64 to test
[02:01] <Seveas> can you put your buildlog online?
[02:01] <Fjodor> Please excuse my impatience. It does not reflect ingratitude :-)
[02:01] <Fjodor> Sure, how?
[02:02] <Fjodor> And if you need a machine, I can give you an account on mine, though it is going offline soon for the night. It's 0202am here
[02:02] <Fjodor> As for how, I mean what file of course
[02:02] <_ion> seveas: Finnish .jp fans on IRC always get provoked when someone uses that as a smiley.
[02:03] <Seveas> _ion, should I care?
[02:03] <Seveas> Fjodor, same TZ here - i'm off in less than 10 minutes
[02:03] <_ion> seveas: No.
[02:04] <Seveas> _ion, ok
[02:04] <Fjodor> Fair enough then, but where is the build log saved?
[02:04] <Seveas> dpkg-buildpackge -rfakeroot | tee buildlog
[02:04] <Seveas> dpkg-buildpackge -rfakeroot 2>&1 | tee buildlog
[02:05] <Fjodor> I'll move the patch and upload the log to http://daimi.au.dk/~u983179/glibc
[02:05] <Seveas> noted - off to bed now
[02:05] <Seveas> bye
[02:05] <Fjodor> Bye, and thanks
[02:05] <_ion> Good night.
[02:10] <Fjodor> Hmmm, build-package removes the build-tree dir that I patched. How do I tell it to reapply my patch?
[02:10] <Fjodor> ls
[02:10] <_ion> Does the package use cdbs?
[02:11] <Fjodor> cdbs?
[02:13] <_ion> glibc doesn't seem to use it. (tarball.mk in cdbs uses a 'build-tree' directory, that's why i asked.)
[02:13] <_ion> You should save the diff to debian/patches/number-patchname.patch
[02:13] <_ion> Look at the other patches in that directory.
[02:14] <Fjodor> Only four are with numbers
[02:14] <_ion> The number in the beginning is just a convention. They are applied in an alphabetical order.
[02:15] <Fjodor> I shouldn't add it to 00list.amd64?
[02:17] <_ion> You should do what has been done with the other patches. I haven't looked at the glibc source package, and different packages might use different patch systems. Some use dpatch, etc.
[02:17] <Fjodor> Ok. But thanks
[02:43] <Jamal__> anyone see this? http://digg.com/linux_unix/Ubuntu_Center_Pre-Alpha_Released_-_Web_Based_Ubuntu_Control
[02:44] <_ion> Eww, PHP.
[02:45] <Jamal__> what do you like?
[02:45] <Jamal__> perl?
[02:45] <Jamal__> I gotta go eat
[02:45] <Jamal__> later
[02:47] <_ion> Perl definitely isn't as ugly as PHP, but i like Python and love Ruby.
[02:47] <na7e> he left
[02:48] <na7e> i like ruby myself, too bad it's not as good at being a glue language as python
[02:50] <rob> can someone tell me who maintains xorg currently?
[02:59] <Fjodor> If anyone other than Seveas wants to take alook at this amd64-optimized glibc, look in http://daimi.au.dk/~u983179/glibc
[05:20] <lamont2> "The system adiminstrator has disabled access to the system temporarily."
[05:20] <lamont2> I wouldn't mind that so much if it would turn off eventually
[06:02] <holy_cow> lamont, when does that show up?
[06:03] <lamont> it shows up when you have ldap passwd/shadow/group, and completely break it
[06:03] <holy_cow> aha!
[06:03] <holy_cow> i have yet to try that
[06:03] <lamont> breaking it?  I recommend against that...
[06:03] <holy_cow> naw, testing is good, i got lotsa boxes and vmware instances
[06:21] <lamont> holy_cow: this was my main desktop, you see....
[06:21] <holy_cow> :/ that sux indeed
[10:19] <lifeless> where has makeinfo gone ?
[10:19] <lifeless> oh, nm. my bad, somehow got texinfo uninstalled
[10:38] <desrt> The path 'file:///store_00010001/DCIM/100K7630' is not absolute.
[10:40] <infinity> Looks absolute to me.
[10:40] <desrt> when trying to download pics from the SD card i just bought for my camera
[10:40] <desrt> using the internal memory is quite fine
[10:41] <sivang> morning all
[10:41] <lifeless> desrt: url unaware program
[10:42] <desrt> lifeless; uhm?
[10:42] <lifeless> to a url unaware program file:/// is not absolute
[10:42] <desrt> lifeless; the program generated this url for itself
[10:42] <ajmitch> desrt: the bug is in malone
[10:42] <desrt> ajmitch; awesome.  got a # for me?
[10:43] <lifeless> desrt: score one for that program
[10:43] <ajmitch> desrt: you didn't search for it? :)
[10:43] <ajmitch> bug #34077
[10:43] <Ubugtu> Malone bug 34077 in gthumb "Can't import photos: The path is not absolute"" [Normal,Needs info]  http://launchpad.net/bugs/34077
[10:43] <ajmitch> I'm assuming that's what you're seeing?
[10:44] <desrt> i found it :p
[10:46] <desrt> ajmitch; i searched... but i'm quite ineffective when it comes to launchpad
[10:46] <desrt> i searched for 'path is not absolute' and libgnomeprint and subversion came up :p
[10:49] <desrt> sad but true
[10:49] <desrt> today was fun
[10:49] <desrt> i hacked up an ubuntu livecd for a group project
[11:00] <desrt> man
[11:01] <sivang> desrt: tired?
[11:01] <desrt> yes.
[11:01] <desrt> final presentation tomorrow :p
[11:01] <sivang> sleep tight!
[11:01] <desrt> nite.
[11:16] <holy_cow> goddamit, i'm starting to hate reading peoples opinions about linux/windows/mac/newbuser needs/poweruser needs
[11:17] <Burgundavia> holy_cow: hmm?
[11:17] <holy_cow> its like listening to chicks gossping, none of it makes any sense and none of it is even remotely well thought out, never mind researched
[11:18] <Burgundavia> it is important to respect peoples opinions, as they can tell you important things
[11:18] <holy_cow> Burgundavia, i have been a firm believer in that, my faith is starting to slip :/
[11:18] <Burgundavia> but sometimes people mixed up what they need with what they thyink they need
[11:18] <Burgundavia> and how they think they are going to get what they did
[11:19] <holy_cow> i think that fundamentally humans have processing units between their ears that are not designed for complex thought
[12:22] <Seveas> _ion, *hug*
[12:22] <Seveas> nm+wpa works
[12:22] <giftnudel> where?
[12:22] <Pygi> Seveas: great news ^^
[12:22] <giftnudel> how?
[12:22] <Pygi> Seveas: you could say that to me as well, you know ^^
[12:22] <Seveas> just a quick remark: in your postinst you should do a source /etc/default/wpasupplicant and warn if ENABLED=1
[12:23] <Pygi> giftnudel: wait a lill'...you'll hear all about it later ;)
[12:23] <Seveas> because that will mess up nm
[12:24] <Seveas> now to find the 802.1x patch and apply it
[12:24] <Seveas> because itherwise nm is still useless to me ^_^
[12:25] <Pygi> Seveas: if you find it, please send it to mario dot danic at gmail dot com
[12:25] <Pygi> ok?
[12:25] <Seveas> bien sr, mon ami
[12:26] <siretart> Seveas: is there a wiki dokumenting that?
[12:26] <Pygi> siretart: yup
[12:26] <siretart> Seveas: I'd like to try it out next week, after my test
[12:26] <siretart> where?
[12:26] <Seveas> Pygi, can tell more
[12:27] <Seveas> ion_ made very nice packages
[12:27] <Pygi> siteart: https://wiki.ubuntu.com/DapperNetworkManager
[12:27] <siretart> thanks
[12:27] <Seveas> you need a new wpasupplicant, new NM/NM-applet and possible a new l-r-m (if you use atheros)
[12:27] <Pygi> siretart, Seveas: but we are still do do a lill' modifications, to the repos and the wiki
[12:28] <Pygi> siretart: the wiki will be updated today, same with repos
[12:28] <siretart> Pygi: I'll join your work on wednesday
[12:29] <Pygi> siretart: k, great...
[12:29] <Pygi> now only Seveas to find that 802.1x patch ;)
[12:30] <Seveas> Pygi, http://rlove.org/log/2006/Feb
[12:31] <Seveas> no, a screenshot
[12:32] <Seveas> friggen hell
[12:32] <Seveas> it's already in ther
[12:32] <Pygi> Seveas: ah, I was testing new n-m as well ;)
[12:32] <Seveas> this is really, really cool
[12:33] <Pygi> Seveas: now all we have to do is get it into dapper ;)
[12:33] <Pygi> testing, a lot of testing first ofcourse
[12:33] <Seveas> Pygi, I'll be testing WPA and EAP/TTLS
[12:33] <Pygi> Seveas: k, great ;) I am testing WPA as well ...
[12:34] <Seveas> urgh
[12:34] <Seveas> ok, this sucks: NM constantly scans
[12:34] <Seveas> which is bad in case of madwifi which can't do background scans
[12:34] <Pygi> hm
[12:34] <Seveas> and thus my connection is gone for a second (kills no connections but is still annoying as hell)
[12:35] <Seveas> madwifi-ng can do background scans
[12:35] <Pygi> perhaps we could write a workaround for that? :-/
[12:35] <Seveas> dunno
[12:35] <Pygi> yup, but we can't use the -ng
[12:35] <Mithrandir> Seveas: you can ask NM to just scan when it doesn't have a connection.
[12:35] <Seveas> Mithrandir, cool - where?
[12:36] <Mithrandir> Seveas: unsure; my laptop is in my backpack and I'm too lazy to go fetch it. :-)
[12:37] <Mithrandir> Seveas: I just know you can make it.  Browse with gconf-editor, possibly?
[12:37] <Seveas> that option should definitely be on by default - more network cards break
[12:37] <Seveas> hmm, sounds like a plan
[12:37] <Seveas> hmm, no n-m in /apps
[12:37] <Mithrandir> maybe we could make it scan when you open the menu?
[12:38] <Mithrandir> (or when it loses the connection)
[12:38] <Seveas> that would be ideal
[12:38] <Seveas> (well, ideally drivers don't break during a scan)
[12:38] <Pygi> Seveas: yup, but we can't really influence the drivers, unless it is possible to write a workaround
[12:39] <siretart> Seveas: upstream still considers madwifi-old to be more stable than madiwifi-ng
[12:39] <Seveas> siretart, no surprise, madwifi-ng is buggy as hell
[12:40] <siretart> I see
[12:40] <Seveas> madwifi bug 444
[12:40] <Ubugtu> Madwifi bug 444 in madwifi: driver "Madwifi does not work with NetworkManager and WPA" [Enhancement,Assigned]  http://madwifi.org/ticket/444
[12:40] <Seveas> (I added trac support to Ubugtu)
[12:40] <siretart> nice
[12:40] <Seveas> and have been swearing for an hour at debbugs
[12:41] <Mithrandir> why?
[12:41] <Seveas> it is NOT possible to de reliable machine reading
[12:41] <Mithrandir> use the LDAP interface.
[12:41] <Seveas> can't search on ID
[12:41] <Seveas> aba is planning to fix that $soon
[12:42] <Seveas> but in the mean time it's not possible to do reliable machine reading
[12:43] <Seveas> Pygi, hmm - riddle me this
[12:44] <Seveas> nm-applet says wireless strength 38%, netstatus-applet says 79%
[12:44] <tseng> i had to wait a few seconds for nm to catch up with reality
[12:44] <Seveas> or more exactly, always twice as much as nm-applet says
[12:45] <Seveas>           Link Quality=38/94  Signal level=-57 dBm  Noise level=-95 dBm
[12:45] <Seveas> ok, netstatus-applet is weird
[12:45] <Pygi> Seveas: definetly it is ;)
[12:45] <Pygi> netstatus-applet being weird, that is ;)
[12:45] <Seveas> ah well, good riddance
[12:45] <Seveas> with the new icon it's too big anyway
[12:45] <tseng> 0.6.1 from the wiki page works nicely for me, fwiw
[12:46] <Treenaks> Have they fixed the status reporting to be consistent then? (dB vs percentage)
[12:46] <Treenaks> (in-kernel)
[12:46] <Pygi> tseng: yup, great ;) but we need to update the page and repos today ;)
[12:47] <Pygi> once we call for a wider testing, please post all your experiences to the -devel list ^_^ || especially if it doesn't work, and what exactly doesn't work
[12:48] <Seveas> will do
[12:49] <Pygi> Seveas: thx
[12:50] <infinity> Seveas: If you can backport the background scanning from -ng to -old, I'll (very) happily include it, but I've not had the time to even look at it (and would have no way to test it)
[12:51] <infinity> Seveas: We're also investigating some cleverly hackish ways to ship both -old and -ng (though -old would still be the default for everyone except a select few PCI IDs that just plain NEED -ng)
[12:51] <Pygi> infinity: what's your wiki page, so I could link to it as you are a contributor at dappernm wiki
[12:51] <infinity> Pygi: If I have one, it probably has very ltitle interesting info on it.
[12:51] <Pygi> infinity: ah, kk
[12:51] <siretart> Seveas: you're using madwifi?
[12:52] <infinity> Pygi: https://wiki.ubuntu.com/AdamConrad <-- Very obviously out of date and useless.
[12:52] <siretart> Seveas: then netstat-applet is right. on madwifi, the 38 is not to be read as percentage, but as RSSI.
[12:53] <Pygi> infinity: hm... perhaps we could include part of -ng code inside the old one, and make an internal switch that we could pass, so it would use -old or -ng, depending on the switch? :-/
[12:54] <infinity> Pygi: Not really doable, no.
[12:54] <Pygi> infinity: yup, I thought so...
[12:56] <Seveas> siretart, ah ok
[12:56] <Seveas> so more is broken in madwifi
[01:16] <Lathiat> http://lwn.net/Articles/175976/
[01:16] <Lathiat> interesting
[01:16] <Lathiat> combination live/install cd from mandriva
[01:19] <siretart> Seveas: well, it's not really broken, but a different semantic. To get the number 79%, divide the 56 (or something, this depends on your particular machine) by 38
[01:19] <siretart> Seveas: IOW, thats intended by madwifi upstream and not considered as a bug
[01:19] <Seveas> urgh
[01:22] <infinity> (Alternately, one could say it's a buggy driver for presenting data to userspace COMPLETELY DIFFERENTLY than the other drivers, but hey, just blame userspace, that's easier)
[01:22] <infinity> madwifi's "oh, standards aren't important, we'll just do whatever" stance can be annoying.
[01:26] <Seveas> infinity, exactly, they say WEXT 18/19 compliance is just an enhancement...
[01:27] <Pygi> Seveas: well, if it's really important, I guess it wouldn't be to hard to change that...
[01:28] <Seveas> Pygi, it's a cosmetic issue, presumably netstat-applet has fixed^Wworked around it and nm-applet not
[01:28] <Pygi> Seveas: hm, well..should we leave it that way or...?
[01:31] <Seveas> If i can cook up a patch really quickly I'll send it, otherwise I wouldn't bother
[01:31] <infinity> Pygi: Special-case it for madwifi (like to many other things in NM) so it's "correct".
[01:31] <infinity> It's not difficult to do, just a pain to have to do it.
[01:32] <Pygi> infinity: understandable...
[01:32] <Pygi> Seveas: k, great...you know the mail ^_^
[01:32] <Seveas> dennis@mirage:~/temp/gnome-netstatus-2.12.0$ grep -i madwifi -R .
[01:32] <Seveas> dennis@mirage:~/temp/gnome-netstatus-2.12.0$
[01:32] <Seveas> dennis@mirage:~/temp/gnome-netstatus-2.12.0$ grep -i madwifi -R .
[01:32] <Seveas> dennis@mirage:~/temp/gnome-netstatus-2.12.0$
[01:32] <Seveas> hmm...
[01:33] <Treenaks> duh
[01:33] <Treenaks> als het de 1e keer niet werkt werkt het de 2e keer ook niet ;)
[01:33] <Treenaks> misschien staat er 'atheros' ?
[01:33] <Seveas> Treenaks, EN
[01:33] <Seveas> not NL
[01:33] <Treenaks> Oops
[01:34] <infinity> Seveas: ath_pci
[01:34] <Seveas> ah: ./netstatus-sysdeps.c:      g_strncasecmp (iface, "ath",  3) &&
[01:34] <Treenaks> so.. maybe you're looking for the wrong string :)
[01:39] <Seveas> hmm, I see no special casing for atheros/madwifi...
[02:04] <giftnudel> now that nm supports wpa, is there a chance that it will get vpn support?
[02:04] <Treenaks> giftnudel: once it stabilises upstream, sure
[02:04] <Treenaks> giftnudel: but not for dapper
[02:05] <giftnudel> is there an easy way to add that, or do you have to recompile everything
[02:08] <Pygi> giftnudel: it is not even sure that nm will get into dapper
[02:09] <infinity> s/nm/nm 0.6/
[02:09] <infinity> nm is already in dapper.
[02:09] <Pygi> yes, nm 0.6
[02:09] <Pygi> sorry infinity, by n-m I reffer to 0.6
[02:10] <infinity> Anyhow, the VPN issue has less to do with upstream stability and more to do with a complete lack of reasonable integration of the debian/ubuntu NM backend with the VPN stuff, I'd assume.
[02:11] <infinity> Oh, and the fact that much of its cleverness relies on having a loacl nameserver that supports views, like bind9.
[02:11] <infinity> (Well, exactly like bind9 right now, since the backend doesn't know how to drive others)
[02:12] <infinity> Hacking on NSS violently to get it to support local views natively, so you don't need a fullblown nameserver to do so would be a Very Good (and fun) project for someone.
[02:13] <Treenaks> 'hacking on NSS' scares people. 'violently' even more...
[02:13] <infinity> Well, yes, that had occurred to me.
[02:14] <infinity> NSS modules don't look that hard to write, though.
[02:14] <infinity> You shouldn't need to abuse the libc resolver directly to get the behaviour you want, I don't think..
[02:16] <Pygi> infinity: perhaps, but there is no way to do that for dapper ;)
[02:16] <tseng> guys, is autostart .desktop supported in gnome 2.12?
[02:17] <tseng> or new for 2.14
[02:17] <infinity> No, for dapper, if you want the VPN stuff you'd have to recompile the package and install bind9
[02:17] <Pygi> infinity: but perhaps, if situation fixes itself for dapper+1, we could do it for then
[02:18] <Pygi> perhaps -ng and new wpasupplicant will be way stable then ^_^
[02:18] <infinity> madwifi-ng is stabilising a bit, but it'll be a long, hard road.
[02:19] <Pygi> yup, understandable...and probably not ready for dapper+1
[02:19] <infinity> When I publihed packages for testing, I only got about a 50% success rate from testers, which wasn't promising.
[02:19] <infinity> That was 2 months ago now.
[02:20] <Pygi> we've got 90% success rate for this packages we've built. but not many people tried it...and that one that failed, done so by his own mistake
[02:20] <infinity> I can publish a new SVN snapshot and call for wider testing again, but I fear it wouldn't go terribly well.
[02:20] <Pygi> that's a good rate, I would say ;)
[02:21] <infinity> Besides, it's way too late in the release cycle to consider a switch anyway, I tihnk.
[02:21] <Pygi> infinity: hm, perhaps after dapper is published?
[02:21] <Pygi> infinity: yup, most probably
[02:21] <infinity> After dapper is published, I'll switch to -ng unconditionally anyway, and we'll see how many bug we can shake out during the dapper+1 cycle.
[02:21] <infinity> If I HAVE to switch back, I will, but I don't plan on it.
[02:22] <Pygi> infinity: if we are to consider switching to -ng, with our patches included, count me in to help writing patches
[02:22] <infinity> Well, on June 2nd, I'll switch to madwifi-ng. :)
[02:23] <infinity> So, if you want to contribute fixes at that point, feel free.
[02:23] <infinity> I don't currently own any atheros hardware, so I'm flying blind most of the time, and counting on user feedback.
[02:23] <Pygi> I had to get one few days back, just to test the packages we've built
[02:24] <Pygi> _ion: have you finally woke up? ^_^
[02:25] <Pygi> infinity: will the dapper+1 daily images be built since June 2nd, or are we going to wait *some time*?
[02:26] <Pygi> btw. we have 4 months or so for dapper+1 most probably?
[02:27] <Robot101> is dapper's Xorg patched somehow to make DRI work, that would make it stop working under Xorg-air?
[02:28] <infinity> Pygi: Not sure when we'll open the archive for dapper+1... Could be a 1-week "cooling off" period before we open the floodgates for syncs, merges, and new uploads.
[02:29] <Fjodor> Seveas: Are you awake?
[02:29] <Seveas> Fjodor, yeah
[02:30] <Fjodor> Did you want an account on my machine for hacking the glibc thing?
[02:30] <Seveas> may be useful
[02:30] <giftnudel> oh, and btw, nm 0.6 from the wiki works flawlessly  for me
[02:30] <Fjodor> 2 secs
[02:30] <Seveas> Fjodor, I think you need some makefile tweaking
[02:31] <Fjodor> Ok
[02:31] <Seveas> that symbol that is missing used to be defined in an S file and now is defined in a c file - no makefiles have been changed and I don't know if the glibc makefile trickery picks it up automatically
[02:32] <Fjodor> Ah. Seems reasonable
[02:32] <Seveas> it may very well do that automagically (glibc Makefile is really tricky)
[02:37] <Pygi> giftnudel: great, but the info is currently obsolete ;)
[03:11] <towolf_> salve, i've been running nm from cvs since ages but i'd like to help populating the v0.6 testing database with the pkgs Pygi announced on the forums
[03:12] <Pygi> towolf_: great, but please wait until me and _ion announce new packages, and update wiki
[03:12] <towolf_> fine
[03:12] <Pygi> we'll call for wider testing today, that
[03:12] <Pygi> towolf_: thanks ^^
[03:14] <zyga_> darn
[03:15] <zyga_> I've just realised that I cannot fix a bug without ngettext that takes two numeric arguments and is expanded to a [N] [N]  array of strings (where N is num-plurals)
[04:17] <mcquaid> hello, my gf4 burnt out and i've had to go back to my old voodoo3
[04:17] <mcquaid> i can't get dri working with this card
[04:17] <mcquaid> i've since upgraded to dapper hoping it might resolve some issues
[04:18] <mcquaid> i'm still in the same boat and i notcied a new file available: libgl1-mesa-glide3
[04:18] <mcquaid> I'm trying to determine what that file is for exactly
[04:18] <mcquaid> is that for using dri via the tdfx driver or is it using the older (outdated?) glide driver which is not recommended
[04:19] <mcquaid> i was going to install it to try it but it flags a lot of seemingly unrelated  stuff for removal
[04:19] <mcquaid> stuff like kdebase-dev libkonq4-dev libsdl-dev etc
[04:20] <mcquaid> according to the xorg logs, dri is enabled
[04:20] <mcquaid> but glxinfo states it's not
[04:21] <mcquaid> so from what i've read this is a userspace setup issue
[04:22] <mcquaid> i've googled and search the forums to no end but i just found other voodoo users with the same/similar problem
[04:37] <siretart> see topic
[04:39] <mcquaid> i realize this is normally not for end user support
[04:39] <Pygi> _ion: do not refuse to wake up... abrakadabra, wake up
[04:39] <mcquaid> but no other end users i've encountered have a clue about voodoo cards
[04:40] <siretart> mcquaid: file a support ticket in launchpad. this channel is not for support at all
[04:40] <mcquaid> ok
[04:40] <Pygi> mcquaid: you also have forums
[04:51] <bSON> hi
[04:51] <bSON> does the ubuntu x.org server have the aiglx extensions?
[04:51] <neuralis> bSON: no.
[04:51] <bSON> ok
[04:53] <Amaranth> xserver-xorg-air-core is in universe
[04:55] <bSON> Amaranth: but you can't make use of it without a composite-enabled metacity and stuff, can you?
[04:55] <Amaranth> bSON: spiftacity is in universe too
[04:55] <HiddenPuppy> spiftacity?
[04:55] <HiddenPuppy> the name alone. :S
[04:55] <mjg59> metacity with the compositor enabled
[04:55] <Amaranth> metacity with the compositor enabled
[04:55] <Amaranth> heh
[04:56] <bSON> cool
[04:56] <HiddenPuppy> mjg59: you where eager for some ehm, bling in dapper? ;)
[04:56] <HiddenPuppy> were
[04:57] <bSON> Amaranth: and xair will tell me that all renedering is disabled?
[04:57] <Amaranth> too bad neither one of them appears to work with ppc
[04:57] <Amaranth> bSON: sudo ln -sf /usr/bin/Xorg-air /usr/bin/X
[04:57] <Amaranth> bSON: then restart X
[04:57] <HiddenPuppy> Amaranth: nor most of the drivers, so the pain is everywhere
[04:58] <Amaranth> HiddenPuppy: I have a 9200, the one that's supposed to have the best support
[04:58] <Amaranth> radeon 9200, that is
[04:58] <HiddenPuppy> I should've never tossed that one out. =)
[04:58] <bSON> Amaranth: i guess i'll have to replace my gnome session's metacity with spiftacity
[04:58] <Amaranth> bSON: no
[04:58] <Amaranth> bSON: spiftacity --replace
[04:58] <bSON> ok, good
[04:58] <Amaranth> then you need to set a gconf key, but i don't remember what it is
[04:58] <bSON> that's what i meant...
[04:59] <HiddenPuppy> Is anyone here familiar with the innards of the networking system?
[04:59] <Amaranth> oh, i thought you meant permanently
[05:00] <bSON> Amaranth: i already tried xgl and compiz, now i want to give aiglx a chance :)
[05:00] <Amaranth> bSON: it's not as shiny but at least it doesn't run two xservers
[05:01] <Amaranth> and someone on the forums has some packages for compiz and aiglx with the changes needed to make them work together
[05:01] <bSON> Amaranth: well, wobbly windows will come back soon, then i don't care which of the two i use ;)
[05:01] <Amaranth> so then you get the shiny and the lower memory usage
[05:01] <bSON> yeah
[05:02] <bSON> lets do the X restart...
[05:03] <Amaranth> wtf
[05:03] <HiddenWolf> *chuckle*
[05:03] <Amaranth> X fails to access /dev/dri/card0 twice, then it suddenly works
[05:03] <HiddenWolf> Right, i'm going nuts here
[05:04] <HiddenWolf> I took my router out of the connection, fired up pppoeconf, get a perfectly working ppp0, but ubuntu insists on timing out on eth0
[05:05] <bSON> hi
[05:05] <Amaranth> (WW) RADEON(0): Video BIOS not detected, using default clock settings! <--annoying
[05:05] <bSON> Amaranth: Xorg-air can't find the drm module for fglrx...
[05:05] <Amaranth> bSON: err
[05:05] <Amaranth> aiglx only works with open-source drivers
[05:05] <bSON> oh...
[05:05] <HiddenWolf> open source radeon driver only, right?
[05:06] <Amaranth> until nvidia and ati add GLX_EXT_texture_from_pixmap to their drivers
[05:07] <bSON> it's shown in glxinfo on my Xgl
[05:07] <Amaranth> that's because Xgl provides it
[05:08] <Amaranth> which works with that because it's a seperate server
[05:08] <bSON> my radeon 9600 xt has no 3d acceletation with the radeon driver...
[05:08] <Amaranth> or some crap
[05:08] <bSON> Amaranth: oh
[05:08] <Amaranth> bSON: when did you try last?
[05:08] <Amaranth> there is support for r300 cards in the open-source driver
[05:08] <Amaranth> it's just not done
[05:08] <bSON> after installing dapper flight 4
[05:11] <bSON> Amaranth: at least option "RenderAccel" didn't work
[05:11] <Amaranth> but did you see if 3d worked?
[05:11] <Amaranth> doesn't matter though, i know the r300 driver doesn't work with aiglx
[05:13] <mcquaid> bSON, do you have the dri driver working for ati?
[05:13] <bSON> dunno, i'll have to try
[05:14] <mcquaid> do this: export LIBGL_DEBUG=verbose
[05:14] <mcquaid> then run glxinfo
[05:14] <bSON> should i maybe try to use "accelmethod" exa?
[05:16] <bSON> mcquaid: with the "ati" driver? or "radeon"?
[05:17] <mcquaid> i believe that's with the ati driver only
[05:19] <HiddenWolf> I wonder what the future of aiglx and xgl is. Something like "use aiglx if possible, fallback to xgl, then xorg"
[05:20] <bSON> probably
[05:20] <bSON> til xgl learns to run on its own
[05:32] <bSON> how can i choose the used dri driver?
[05:32] <bSON> is that done automatically?
[05:47] <bSON> bobbens: no success
[05:48] <bSON> oh, wrong channel...
[05:55] <_ion> pygi: The spell you cast worked with a slight delay.
[05:56] <Pygi> _ion: ion, great ;)
[05:56] <Pygi> we have so much to do now you know,
[05:56] <Pygi> first of all, read your mails
[05:57] <Pygi> second of all, please add l-r-m packages to the repository, and edit the wiki to be valid (to instruct on installing l-r-m) packages
[05:57] <_ion> pygi: I read the mails and added the warning to postinst. I'm building the packages right now.
[05:57] <Pygi> _ion: k, and add lrm, and edit wiki pls
[05:58] <Pygi> I have more news for you as well  ^_^
[05:58] <_ion> Will do.
[06:06] <_ion> pygi: Hmm. It would be better if people used the networkmanager-lrm repo at people.ubuntu.com because the package is huge and my repository is behind my home ADSL. :-)
[06:07] <_ion> pygi: We might as well tell madwifi users to use that repository. Right?
[06:07] <Pygi> _ion: tonio_ said that we could use his 80Mbit repo if we want...
[06:08] <_ion> http://people.ubuntu.com/~adconrad/networkmanager-lrm/ is already there, and it's quite fast.
[06:08] <Pygi> _ion: let's rather keep all on one place...want me to ask tonio_ to host it for us?
[06:09] <_ion> pygi: Ok.
[06:10] <Pygi> _ion: k,just tell me when you uploaded the new n-m
[06:10] <_ion> The updated package (with the check) is available from my repository now.
[06:10] <Pygi> oh, ok, great
[06:11] <Pygi> now the wiki ^_^
[06:13] <_ion> *** Please set ENABLED=0 in /etc/default/wpasupplicant
[06:13] <_ion> *** if you want network-manager to manage wpasupplicant.
[06:13] <_ion> It worked. :-)
[06:16] <Pygi> _ion: o joy ^_ ^
[06:32] <HiddenWolf> Right, webcam support sucks.
[06:43] <_ion> pygi: There seems to be something wrong with the l-r-m patch: "With the patch, WPA works, but it's rather buggy. The connection doesn't last very long, and NM doesn't seem to be able to remember my WPA key. Plus, the system will randomly lock up when reconnecting (EDIT: This seems to happen if I choose to show my WPA key with nm-applet)" (from the forum)
[06:45] <Pygi> _ion: I saw that...
[06:45] <zyga> pitti: hi
[06:45] <Pygi> _ion: it was the first report of it's kind, and there is no some actuall info on what happened, and how...
[06:46] <_ion> pygi: True.
[06:46] <Pygi> _ion: so we'll have to wait until more people report/confirm somethin' like that
[06:46] <_ion> Yep.
[06:46] <zyga> pitti: do you have a moment?
[06:46] <Pygi> _ion: perhaps it's only a isolated incident cause by *somethin'*
[06:47] <Pygi> _ion: I'm just waiting until Tonio_ returns, so we can host all
[07:07] <_ion> infinity: Does this <https://lists.ubuntu.com/archives/dapper-changes/2006-March/007934.html> affect the patched l-r-m package?
[07:14] <Lure> _ion: that what concerns me too - there is new ipw2200 and I would not like to clash with NM-patches l-r-m
[07:15] <Lure> _ion: are l-r-m patches only for madwifi or also for ipw2200?
[07:15] <_ion> lure: The patch is only needed for madwifi.
[07:16] <Lure> _ion: ok, then concern is only if this new kernel release will not override NM-patched l-r-m
[07:16] <mjg59> The ABI name has changed. So it will.
[07:16] <Lure> and breaking madwifi NP support
[07:16] <Pygi> mjg59: huh, so it will break l-r-m packages we've built? :-
[07:16] <Pygi> :-/
[07:16] <Pygi> that is no good
[07:16] <Lure> mjg59: so we need to wait for release of kernel and rebuild then?
[07:21] <mjg59> Lure: Yes
[08:33] <sivang> doko__: ping
[10:57] <_ion> http://bash.org/?626249
[11:48] <Lure> _ion: is airo wireless supposed to work with NM (Riddell is testing it)
[11:49] <Lure> is http://mail.gnome.org/archives/networkmanager-list/2006-January/msg00204.html patch included?
[11:50] <_ion> Probably not, unless the kernel source maintainers have included it.
[11:50] <Lure> _ion: you patch to l-r-m (done by infinity) was then only for madwifi?
[11:51] <_ion> Yes.
[11:51] <Lure> ok
[11:51] <_ion> If that patch is needed, it should be probably filed as a bug report to the kernel package.
[11:54] <Lure> _ion: does it make sense to open bug report for NM-related fixes as we do not know yet if NM will be accepted?
[11:54] <_ion> That doesn't look like a network-manager related fix.
[11:55] <_ion> "This patch adds IWENCODEEXT and IWAUTH support to the airo driver for WEP and unencrypted operation.  No WPA though."
[11:56] <robertj> Lure: it's definately going into Universe right?
[11:57] <Pygi> Lure: nop
[11:57] <_ion> I've had the impression that it's definitely not going to main, and the one in universe *might* be upgraded to the 0.6 series if the package is good enough.
[11:57] <Lure> Pygi: what "nope"?
[11:58] <Pygi> It cannot go in main, that is not even an option
[11:58] <Pygi> Lure: sorry, wrong guy ^_^
[11:59] <Burgundavia> if you are talking about n-m, it pretty much to replace what is already there
[11:59] <_ion> Hm, /me just realized network-manager 0.5.1 _is_ in main.
[11:59] <Burgundavia> so we are talking into main
[11:59] <Burgundavia> n-m is already on the livecd
[11:59] <Pygi> Burgundavia: ah, yes, really ... haven't saw that ...
[11:59] <Pygi> _ion: so that's why packages have to be *so* good ^_^
[11:59] <_ion> pygi: Heh, yep.
[12:00] <Pygi> everything is working (packages I mean), only repos to fix
[12:00] <Pygi> but we are workin' on that
[12:00] <Pygi> _ion: please write info on DapperNetworkManager and DapperKNetworkManager on how to import key
[12:00] <Pygi> thanks
[12:01] <_ion> Ok.


[03:52] <ebonics> anyone know what my problem could be here : https://dpaste.de/cvbn
[10:55] <stooj> Hi all. I'm putting together a mail server but must have messed up somewhere. Using postfix + spamassassin + spamass-milter, communicating through a socket. But my mail.log contains the following every time the pipe is used:
[10:56] <stooj> May  2 05:44:41 myhostname postfix/smtpd[15597]: warning: milter unix:/spamassassin/spamd.sock: unreasonable packet length:<PHONE_NUMBER> ><PHONE_NUMBER>
[10:56] <stooj> May  2 05:44:41 myhostname postfix/smtpd[15597]: warning: milter unix:/spamassassin/spamd.sock: read error in initial handshake
[10:56] <stooj> Anyone seen this before and recognise the problem?
[12:28] <Vexena> Anyone has experience with batch that knows how to run this start module "http://pastebin.com/mLGYZP8h" with the user teamspeak3?
[12:28] <Vexena> As now the script always runs it as root
[12:28] <Vexena> upon startup
[12:29] <Vexena> I've tried adding a line in /etc/rc.local that says su teamspeak3 -c '/etc/init.d/teamspeak3 start' but that did not work
[13:10] <CompuChip> Hi. I have just installed Ubuntu Server, which worked. Then I added another disk and set both disks to be single RAID0 by hardware, and now I cannot boot into the system. Even the Rescue mode from the installation CD quits with "mounting /dev/sda on /media failed Invalid argument".
[13:22] <yeats> CompuChip: that message from the install CD can probably be safely ignored
[13:23] <yeats> CompuChip: and yeah, if you set up RAID after installing, you'll lose all your data
[13:23] <CompuChip> yeats: unfortunately it keeps hanging there, I cannot get back to the installer.
[13:23] <yeats> CompuChip: you've tried Alt-F1/2/3/4/5/6/7 to get to alternate TTYs?
[13:24] <CompuChip> Yes, I have
[13:24] <yeats> CompuChip: in any case, you're probably beyond rescue mode - you will probably need to reinstall on the new RAID
[13:27] <CompuChip> yeats:   That is fine, except how do I do that when I keep getting dropped to that "mount failed" prompt. My "RAID" is not really RAID anyway, the other disk has some backup data that I wanted to copy to the new install, that's why I set them both as separate 1-disk RAID0's (the server has a RAID adapter and I need to set something for it to activa
[13:27] <CompuChip> te the disk in the first place). But even when I remove the disk and set it back to as it was, I will still have this problem.
[13:27] <CompuChip> It's almost as if it no longer recognizes the hard drives as being there, except grub will still see them if I do "ls"
[13:27] <CompuChip> Checked the UUID's - they are still correct btw
[13:29] <CompuChip> I'm really starting to fear that somehow I broke the hardware.
[13:29] <yeats> CompuChip: well hardware RAID is different than just adding a disk.  What you're describing is what I would expect to happen
[13:33] <CompuChip> yeats: haha yeah, learning that the hard way. But any idea how I can re-install then?
[13:35] <yeats> CompuChip: this might help http://askubuntu.com/questions/598110/ubuntu-server-14-04-2-install-error-cant-umount-media
[13:36] <yeats> CompuChip: gotta head out, though - hopefully someone can assist
[13:36] <CompuChip> yeats: Thanks for your help!
[13:37] <CompuChip> yeats: FYI Control-C seems to be the magic key :) Will keep trying. Thanks again.
[13:57] <CompuChip> Hmm I had a question about my desktop as well, but I seem to be banned from #ubuntu ?
[15:37] <diegoaguilar> lordievader, are u around?
[15:37] <lordievader> diegoaguilar: Sort of.
[15:37] <diegoaguilar> oh, well I asked yesterday about this issue with ssh
[15:37] <diegoaguilar> I made some updates, Id like you to review them
[15:37] <diegoaguilar> http://serverfault.com/questions/687019
[15:39] <lordievader> diegoaguilar: From your nmap: 2222/tcp closed unknown
[15:39] <lordievader> diegoaguilar: Anyhow, do you have access to the server now?
[15:40] <diegoaguilar> not yet but as you suggested trying netstat
[15:40] <diegoaguilar> apart from that, what else should I care
[15:40] <diegoaguilar> also, I think I will try enabling udp at building firewall and for ufw
[15:41] <lordievader> diegoaguilar: Well there are certain steps you take to debug this. Randomly doing things might solve stuff but ain't constructive.
[15:41] <lordievader> So you go the route: local, local-network, public network.
[15:42] <diegoaguilar> netstat will do the local, right?
[15:43] <lordievader> Yes.
[15:43] <diegoaguilar> what should go for local-network
[15:43] <lordievader> Nmap.
[15:43] <lordievader> Or a different box.
[15:43] <diegoaguilar> in same network, of course
[15:44] <lordievader> Yes, local network ;)
[15:44] <diegoaguilar> I read around and some people tell ssh uses udp somehow
[15:44] <diegoaguilar> so I will try to enable it
[15:49] <lordievader> diegoaguilar: Debug this when you have access to the machine. Doing things outside doesn't really help.
[15:51] <diegoaguilar> Okey lordievader thanks
[15:52] <diegoaguilar> do you think I can reach u here on next monday morning?
[15:52] <lordievader> Perhaps.
[15:53] <diegoaguilar> well thanks
[17:04] <Vexena> Has anyone tried the ID system "Tiger" before? If so out of your experience is it worth the installation on a vps?
[17:14] <lordievader> Vexena: 'ID system "Tiger"', what is that?
[17:22] <Vexena> Intrusion Detection System Tiger
[17:23] <Vexena> meant IDS
[17:23] <Vexena> http://www.nongnu.org/tiger/
[18:56] <athairus> hello everyone
[18:56] <athairus> I have a ubuntu 14.04 LTS install on a virtual server instance
[18:56] <athairus> and I've been going through the docs linked when logging via ssh
[18:56] <athairus> I decided to give enabling kernel crash dumps a try
[18:56] <athairus> and I'm following this guide: https://help.ubuntu.com/lts/serverguide/kernel-crash-dump.html
[18:57] <athairus> for some reason, the boot parameter to allocate memory for dumps, crashkernel=, is not present
[18:57] <athairus> is there an automated way to do this?
[18:58] <athairus> in addition, the file I was told to edit is /etc/default/kdump-tool, but the file that actually exists on my box is called /etc/default/kdump-tools
[18:58] <athairus> it had the line to modify, so I modified that instead


[00:28] <hallyn> slangasek: the point of the separate ns is so that /run/cgmanager/fs/* mounts get cleaned up when cgmanager exits
[00:28] <slangasek> ah, ok
[00:29] <hallyn> yeah i had almost convinced myself to just not do it, but it'll lead in redisual mounts and complicate restart
[00:31] <ahoneybun> Riddell, I found a wordpress theme making who has a company who makes a few free themes from non profit companies
[00:32] <hallyn> sigh, i'm really quite bad at remembering to quilt add files to a patch
[01:31] <kees> xnox: say... can you fix mplayer in trusty? it's really really busted.
[01:31] <xnox> kees: bug #?
[01:31] <kees> https://bugs.launchpad.net/ubuntu/+source/mplayer/+bug/1352447
[01:31] <kees> and now it likes to segfault on perfectly valid streams. had to downgrade _another_ machine today :(
[01:32] <kees> xnox: also, mencoder is needed.
[01:32] <xnox> kees: =((((
[01:32] <xnox> kees: i actually hate all of that audio/video stuff, but did do "binNMUs" and patches to get them "fixed" a lot....
[01:33] <kees> xnox: easy fix! revert to precise's mplayer ;)
[01:33] <kees> actually, I have no idea. I should see if the current debian mplayer works correctly.
[01:34] <kees> regardless, mencoder is seriously needed. it's the only thing that does deinterlacing correctly.
[01:35] <kees> I suppose I should go complain to Reinhard :)
[01:40] <slangasek> kees: --> siretart ? :)
[04:16] <aeoril> darkxst I have found out that some init code in vte.c (vte_terminal_init()) which initializes the terminal gtk3 widget uses default values of 80x24 for columns and rows the call to vte_terminal_set_size().  A widget method is set to vte_terminal_set_size() also, so I would think that as the gtk3 widget responds to resizing, it probably "automatically" calls that method I guess?  Somehow
[04:16] <aeoril> maybe the timing is such between the initial setup of gnome-terminal, the resizing done via the --geometry command line argument and the loading of the vim child process within the gnome terminal sometimes the resize causes all the lines to be shown, sometimes only 24 (the default value hard coded into vte.c).  I could use a little help/direction on where to look next to figure out how
[04:16] <aeoril> all this stuff works together and where in the code I should be looking - I am thinking of downloading the gnome-terminal code to see how it uses libvte (vte3, the code I am looking at now)
[05:05] <darkxst> aeoril, but are you getting the default size? I though it was just off by a couple of lines or something?
[05:06] <aeoril> darkxst no, I am getting the default size - sorry if that was not clear - 24 lines are shown, the rest of vim down to the bottom of the enlarged gnome-terminal is blank lines, or invisible
[05:07] <aeoril> rows == 24, not sure about columns - I guess I need to test that
[05:08] <darkxst> if its a race perhaps running something like "sleep 5;vim" might identify it
[05:09] <darkxst> or you could try and hook into the resize event with gdb and see what is going on
[05:13] <aeoril> darkxst yahhhoooo!  "sleep 1;vi ..." fixes the problem
[05:14] <darkxst> aeoril, turn on debug messages that might help
[05:14] <aeoril> darkxst yes, I have been planning on that
[05:17] <aeoril> darkxst there do not seem to be command line switches to turn on debugging in gnome-terminal or vim - do I need to compile that in?
[05:17] <darkxst> aeoril, probably a env var to turn it on
[05:22] <aeoril> darkxst for gnome-terminal, I have to do both - compile debugging in and set an environment variable:  https://wiki.gnome.org/Apps/Terminal/Debugging  for vim, -g option on compile
[05:23] <aeoril> darkxst apparently, gnome-terminal has a client-server achitecture.  To debug, you have to start up the server, then hook to it with a client within 10 seconds
[05:23] <aeoril> using gdb
[05:23] <aeoril> probably make the timing issue impossible to reliably reproduce
[05:24] <darkxst> aeoril, vte has a VTE_DEBUG that should turn on debug message
[05:24] <aeoril> oh, didn't think about vte ... thanks
[05:25] <aeoril> Actually, I thought about it, but found no manpage and forgot after that
[05:25] <aeoril> thanks anyway
[05:25] <darkxst> grep -R getenv
[05:26] <aeoril> darkxst I was wondering how you found that ...
[05:27] <darkxst> aeoril, the code is often the best documentation ;)
[05:28] <aeoril> darkxst yes, I am finding that out ... :)
[05:34] <aeoril> darkxst I still need to define VTE_DEBUG when I compile, though
[05:35] <aeoril> (#ifdef)
[05:37] <darkxst> aeoril, ok
[05:38] <darkxst> I have never really worked with vte or gnome-terminal
[05:43] <aeoril> darkxst yes, but we are closer now than two days ago - thanks for the help again.  I'll tell you a secret - I have never worked with them before either ha ha!
[05:43] <darkxst> I pretty much assumed that
[05:43] <aeoril> darkxst that was a joke :)
[05:44] <darkxst> yes
[05:46] <aeoril> well, afk.  Tomorrow is another day
[05:46] <darkxst> maybe this was fixed as part of the re-wrap implementation? don't think that was in trusty?
[05:47] <aeoril> re-wrap?
[05:48] <darkxst> aeoril, http://blogs.gnome.org/mclasen/2013/12/09/a-terminal-surprise/
[05:49] <aeoril> Cool, thanks.  Will look into it tomorrow :)
[05:50] <aeoril> darkxst I think I saw some stuff about wrapping in the latest code on vte maybe?
[05:50] <darkxst> aeoril, probably
[05:50] <darkxst> likely in 14.10 also
[05:51] <aeoril> darkxst 14.10 exhibits this problem too, though much less often (about 5 % of the time as opposed to 60-70%)
[05:52] <darkxst> aeoril, races will always be tricky
[05:52] <aeoril> darkxst but races must be wone!
[05:52] <aeoril> won*
[05:53] <aeoril> darkxst I wish I could get an audience with chpe!
[05:54] <darkxst> aeoril, many of the GNOME devs are on US Business Hoursy-ish
[05:54] <darkxst> some are also EU
[05:54] <darkxst> very few around on weekends
[05:54] <aeoril> darkxst good to know - I will post Tuesday earlier my same queries (Monday is a holiday)
[05:56] <aeoril> I should know the code better by then as well, and have looked at the gnome-terminal code some
[05:57] <aeoril> darkxst I am not wondering if it has something to do with the client-server architecture of gnome-terminal - server/client hookup timing or something like that
[05:59] <aeoril> s/hookup/interactions/
[05:59] <darkxst> no idea
[05:59] <aeoril> darkxst I may be able to figure some of that out from code
[05:59] <darkxst> tbh  I don't even know what the client-server split involves (ie which bits do what)
[06:00] <aeoril> darkxst yes, I was just thinking that to myself, actually - I need to figure that out really
[06:00] <darkxst> aeoril, can you build trusty gnome-terminal with current vte?
[06:01] <aeoril> difficult I think - different so name/number/whatever
[06:01] <aeoril> not really sure
[06:01] <darkxst> aeoril, thats not actually a problem in itself at build time, however often it means there are incompatible api calls
[06:02] <aeoril> darkxst wouldn't I have to screw with the build setup though if the library has a different name?
[06:02] <darkxst> aeoril, no its automatic
[06:02] <darkxst> the build depend would be libvte3-dev
[06:02] <aeoril> ahhh ... cool - I can give that a try then tomorrow
[06:03] <aeoril> darkxst so how do I get the vivid libvte3-dev on a trusty system to replace the old one?
[06:03] <aeoril> can I do that with apt-get?
[06:04] <darkxst> no
[06:04] <darkxst> you will need to rebuild it on trusty
[06:04] <darkxst> probably in a ppa, so its easy to backout the changes with ppa-purge
[06:04] <aeoril> ok, so build from a ppa source package?
[06:05] <darkxst> aeoril, grab the vivid vte, edit changelog and make it target trusty
[06:05] <darkxst> then build under trusty (or upload to a ppa to build)
[06:05] <aeoril> ok, I'll try that then
[06:07] <aeoril> darkxst thanks again!  I should have enough to go on for now, but like I said 20 minutes ago, need to head on ... :P
[06:07] <darkxst> bye
[06:08] <aeoril> darkxst thanks! :)  You have again been incredibly helpful!
[11:42] <darkxst> pitti, why on earth would I get asked for permission to unmount a partition when extracting a file via file-roller?
[11:58] <hjd> Anyone know or have a suggestion why https://tracker.debian.org/pkg/python-click doesn't seem to have been synced to Ubuntu? I can't find it in the sync blacklist.
[11:59] <ogra_> hjd, most likely because click is uploaded to ubuntu first ?
[12:00] <Laney> it's a different 'click'
[12:00] <Laney> but it was removed due to overlapping binary packages with the other one it seems: https://launchpad.net/ubuntu/+source/python-click/+publishinghistory
[12:00] <ogra_> oh
[12:00] <ogra_> heh
[12:03] <darkxst> pitti, bug 1421938
[12:03] <darkxst> that should of course be partition though!
[12:43] <hjd> ogra_: Laney ah ok. I thought about (ubuntu-)click but didn't know that had packages with conflicting names.
[15:26] <melodie> hello
[15:27] <melodie> could someone point me to the page where I can find the filesystem.manifest of Ubuntu 14.04.2 please?
[19:25] <cjwatson> melodie: Nowhere, because there's no such thing as Ubuntu 14.04.2 yet.  The current builds are at http://cdimage.ubuntu.com/trusty/daily-live/current/ and the .manifest files are alongside them.
[19:37] <melodie> hi cjwatson thanks, that's what I meant
[19:38] <melodie> cjwatson what about the other flavors? what would be the link like for them?
[19:43] <sladen> melodie: http://cdimage.ubuntu.com/kubuntu/trusty/daily-live/current/  etc
[19:43] <sladen> melodie: (follow up to the top level directory, and then back down again)
[19:43] <melodie> sladen thank you
[19:43] <melodie> yes, I get it
[22:16] <Bl4ckD34tH> why i am banned on ubuntu?
[23:27] <xnox> pitti: the set of openened lazr/launchpad bugs are fixed. Your move. ;-)
[23:53] <melodie> good night


[12:45] <RawChid> dpm, If there needs to be done something involving codin, /packaging, bug fixing count me in
[12:46] <dpm> RawChid, excellent, I might already have a task for you in mind :) Are you familiar with Python coding?
[12:46] <RawChid> Yes
[12:46] <RawChid> I made that tool to generate wiki pages in Python
[12:47] <dpm> ah, yeah, I couldn't remember the language
[12:47] <dpm> awesome. I've been working on a revamp of the ubuntu-translator-tools project. You might be interested to help there.
[12:47] <RawChid> Let me take a look
[12:49] <dpm> it's still very much work in progress, I haven't published it yet, let me do this now, just a sec...
[12:50] <RawChid> Okay, then tell me where I can find it :)
[12:57] <dpm> RawChid, ok it's now at https://code.launchpad.net/~dpm/+junk/ul10n-tools - note that this is just a "preview". This is still very much work in progress. It's a set of helper tools for translators and translations coordinators. They do things such as search translations in a local system (what the old search-translations tool used to do, but much faster now, using polib) or talk to launchpad to get certain info about templates.
[13:03] <RawChid> Ack.
[13:04] <RawChid> And what are the plans? :)
[13:33] <dpm> RawChid, for now, I want to add or replicate the functionality of the tools that were scattered around in other projects. So the first stage will be a) to get all these to work, b) to create a project in Launchpad to track bugs b) File necessary bugs. After that, I want to have some tools there that help in managing templates in Launchpad too. I.e. less manual work
[13:48] <RawChid> Hmm, I've to admit that I'm not familiar with those "manual" tasks
[14:36] <dpm> RawChid, don't worry, you might be more interested in the tools that make the translators' life easier, e.g. the "search" tool. It already works, but it needs some improvements such as searching in plural messages too. The code is relatively trivial:
[14:36] <dpm> http://bazaar.launchpad.net/~dpm/+junk/ul10n-tools/view/head:/ul10n_tools/search/__init__.py
[16:53] <RawChid> Okay dpm, I'll take a look later on.
[16:54] <andrejz> hello dpm, i have a question about reviewing import queue
[16:55] <andrejz> what does that mean?


[06:32] <bencoman> howdy, I've recently installed Ubuntu 16.04 and hit one frustrating behaviour.  I minimised a few terminal windows and they are hidden so I can't maximise them again.  An image of them all shows up when I double-click the terminal icon in the launcher bar, but I when I click on them, they just go away.
[06:34] <bencoman> A new terminal I started since then similarly shows its snapshot when I double-click the launcher terminal icon, and that one I can select, and focus moves to it.


[15:33] <BLZbubba> is there an easy way to convert an mpeg .ts to a regular program stream?
[15:53] <BLZbubba> looks like it is buried in libdvb-dev, but you have to install the source and build the dvb-mpegtools directory
[15:53] <BLZbubba> why wouldn't they just build those tools and put them in a deb in the repository?
[17:03] <ernstp> When I upgraded my mythtv from Lucid to Maverick my M$ remote control started behaving strange
[17:06] <ernstp> it works, it's just that the buttons have changed to a very bad configuration
[17:09] <superm1> BLZbubba, i'd file a bug against that source package.  surely that can be done
[17:09] <superm1> #ubuntu-bug libdvb-dev
[17:09] <superm1> that should do it for you
[17:10] <superm1> ernstp, check and make sure lirc is still installed.  it might have reverted to the native support that's available if lirc is no longer installed, or if it's not working properly
[17:10] <superm1> if lirc is installed, make sure lirc-modules-source isn't
[17:10] <superm1> there's been problems reported on that
[17:10] <ernstp> right, thanks superm1
[17:11] <ernstp> I'm guessing something like that because the volume keys are picked up by the desktop
[17:11] <superm1> eventually the native support will be used instead, but we're not there yet
[17:12] <ernstp> aha
[17:12] <ernstp> well lirc was installed
[17:12] <ernstp> I did dpkg-reconfigure lirc
[17:12] <ernstp> superm1, think that helps?
[17:12] <superm1> it could potentially, dpeending what the root cause is here
[17:13] <superm1> lirc-modules-source isn't installed right?
[17:13] <ernstp>  * Loading LIRC modules                                                                                [ OK ]
[17:13] <ernstp>  * Unable to load LIRC kernel modules. Verify your
[17:13] <ernstp>  * selected kernel modules in /etc/lirc/hardware.conf
[17:13] <ernstp> correct, it's not installed
[17:13] <superm1> then are you running a non-ubuntu kernel perhaps?
[17:13] <ernstp> nope
[17:13] <superm1> or like a mainline kernel?
[17:14] <superm1> hm, okay, then check out dmesg for errors about lirc
[17:14] <superm1> it should say why they couldn't load
[17:14] <ernstp> is there special lirc work in ubuntu kernel?
[17:14] <ernstp> perhaps they were already loaded...
[17:14] <superm1> yes there is a special patchset in the ubuntu kernel that wasn't in mainline at the time of 10.10 launch
[17:15] <superm1> it's there for 2.6.37 though now
[17:15] <superm1> the module name is 'mceusb' and 'lirc_dev'
[17:15] <superm1> so look for errors in dmesg about that
[17:16] <ernstp> superm1, it works now!
[17:16] <ernstp> though now there's superfast key repeat
[17:17] <ernstp> nice with key repeat though! it's just too fast
[17:19] <superm1> it might still be picking up the native support
[17:20] <superm1> are the keys working outside myth still?
[17:21] <ernstp> superm1, oh I see
[17:21] <ernstp> yes
[17:21] <superm1> look at "cat /sys/class/rc/rc0/protocols"
[17:21] <ernstp> and I get two keypresses
[17:21] <superm1> if native support was disabled it would look like this:
[17:21] <superm1> rc5 nec rc6 jvc sony [lirc]
[17:22] <superm1> that's what the lirc init script does these days
[17:22] <superm1> it loads the kernel modules, disables native support and then starts lircd
[17:22] <ernstp> cat /sys/class/rc/rc0/protocols
[17:22] <ernstp> [rc-5] [nec] [rc-6] [jvc] [sony] [lirc]
[17:22] <ernstp> so not
[17:22] <superm1> yup all still enabled
[17:22] <superm1> /etc/init.d/lirc stop
[17:22] <superm1> and then
[17:22] <superm1> /etc/init.d/lirc start
[17:22] <superm1> should hopefully reset all of it
[17:23] <ernstp> doesnt....
[17:23] <ernstp> lsmod  | grep lirc
[17:23] <ernstp> ir_lirc_codec          12859  0
[17:23] <ernstp> lirc_dev               19232  1 ir_lirc_codec
[17:23] <ernstp> ir_core                26452  12 ir_lirc_codec,rc_tt_1500,rc_rc6_mce,ir_sony_decoder,ir_jvc_decoder,mceusb,ir_rc6_decoder,budget_ci,ir_rc5_decoder,ir_nec_decoder
[17:23] <ernstp> dmesg  | grep -i lirc
[17:23] <ernstp> [   14.514441] lirc_dev: IR Remote Control driver registered, major 250
[17:23] <ernstp> [   14.526469] rc rc0: lirc_dev: driver ir-lirc-codec (mceusb) registered at minor = 0
[17:23] <ernstp> [   14.526473] IR LIRC bridge handler initialized
[17:24] <superm1> you might want to add a 'set -x' in the lirc init script
[17:28] <ernstp> it had the wrong module name
[17:28] <ernstp> it was looking for lirc_mceusb but it's only mceusb
[17:30] <ernstp> superm1, now the init script runs without errors, but it's still not working
[17:30] <superm1> that's weird it had the wrong module name though
[17:30] <superm1> the dpkg-reconfigure should have fixed that
[17:31] <superm1> so check out the lines where it's trying to disable all the other types, does something look out of wack for your setup there?
[17:31] <ernstp> looked for that... how does it look?
[17:32] <superm1> well it should be calling "in_kernel_support" "disable"
[17:32] <ernstp> "in_kernel_support"
[17:32] <ernstp> right
[17:32] <ernstp> !
[17:33] <Zinn> Sorry I don't know about
[17:33] <superm1> you can try running that stuff manually in your own shell script, but it's pretty straightforward...
[17:36] <ernstp> superm1, oh, there's no /sys/devices/virtual/rc/ directory :-)
[17:36] <superm1> wha?
[17:36] <superm1> how's that possible...
[17:36] <ernstp> superm1, did I mention I continued to natty after maverick?
[17:36] <superm1> lol
[17:37] <ernstp> superm1, so it's 2.6.37
[17:37] <superm1> yeah i think you conveniently left out that part :)
[17:37] <ernstp> superm1, oh! :-)
[17:37] <superm1> so modify the init script to use the new directory, which i'm guessing is only in /sys/class or so
[17:37] <superm1> and please get a bug filed about this against the lirc source package
[17:37] <ernstp> superm1, well the original problem happened when I upgraded to maverick
[17:37] <ernstp> amd we
[17:38] <ernstp> and we're still solving a real problem :-)
[17:38] <ernstp> yes, of course!
[17:38] <superm1> i'm glad to hear of people in myth* community actually testing natty early, that's great
[17:38] <ernstp> ls -l /sys/class/rc/
[17:38] <ernstp> rc0 -> ../../devices/pci0000:00/0000:00:12.0/usb3/3-2/3-2:1.0/rc/rc0
[17:39] <ernstp> rc1 -> ../../devices/pci0000:00/0000:00:14.4/0000:03:07.0/rc/rc1
[17:39] <ernstp> :-)
[17:40] <ernstp> yeah your HTPC is not a system you want to upgrade when you've got it working
[17:40] <superm1> on maverick, it's
[17:40] <superm1> lrwxrwxrwx  1 root root 0 2011-01-06 11:21 rc0 -> ../../devices/virtual/rc/rc0
[17:40] <superm1> yeah that's unfortunately the problem that we see, people dont upgrade until like RC
[17:40] <superm1> and then find all sorts of bugs at inconvenient times to fix them
[17:40] <ernstp> cat /sys/class/rc/rc0/protocols
[17:40] <ernstp> [rc-5] [nec] [rc-6] [jvc] [sony] [lirc]
[17:40] <ernstp> ernst@dront:~$ cat /sys/class/rc/rc1/protocols
[17:40] <ernstp> [builtin]
[17:40] <superm1> or worse, they dont upgrade at all, and we dont find out until new people do fresh installs
[17:47] <ernstp> superm1, you part of the mythbuntu team then I guess?
[17:47] <superm1> yeah
[17:50] <kb3ien> just installed mythbuntu.. i need to configure my network devices, but i'm not sure what the mythtv passwd for sudo is...
[17:50] <tgm4883> kb3ien, it's the password you set during install
[17:51] <ernstp> kb3ien, the thing with sudo is that it's your own password
[17:51] <kb3ien> doh. didnt see myself setting one....
[17:51] <kb3ien> nevr mind, i did. something simple...
[17:52] <kb3ien> i'm trying it with roku for a front end... wish me luck.
[17:55] <kb3ien> vi is installed but it's got issues...
[17:56] <kb3ien> sudo xterm helpd lots.
[17:56] <superm1> the vi installed is part of vi-tiny i think
[17:56] <ernstp> it's vim-tiny or something right?
[17:56] <superm1> there is a full one in the archive
[17:56] <ernstp> hehe :-)
[17:58] <ernstp> superm1, #698208
[17:58] <superm1> bug 698208
[17:58] <superm1> thanks
[17:58] <Zinn> Bug 698208 in lirc (Ubuntu) "lirc init script doesn't disable other methods on natty" [Undecided, New] http://www.launchpad.net/bugs/698208
[17:59] <ernstp> superm1, patch attached
[18:00] <superm1> thanks, i might muck with a little more based on what j-rod said, but i'll attribute you for the original
[18:01] <ernstp> what did j-rod say? :-)
[18:05] <superm1> ernstp, http://pastebin.com/w5MvxNwJ
[18:05] <Zinn> [pastebin.com] [18:05] <superm1> can you give that a shot?  it's an adaptation of what you said mixed with what j-rod was recommending
[18:07] <ernstp> find /sys/class/rc/ -name protocols doesn't work
[18:07] <ernstp> find doesn't follow links
[18:07] <superm1> oh i didn't use your whole path
[18:07] <ernstp> that's why I had rc/*/
[18:07] <superm1> okay so putting in your path instead, is everything else good with that?
[18:07] <superm1> my bad
[18:08] <ernstp> yeah, looks good
[18:09] <ernstp> assuming echo "lirc"  works, not familiar with the interface...
[18:10] <superm1> that's what j-rod said should work
[18:10] <superm1> since you're already on natty, i was hoping to use you as a guinnea pig to double check.  i've only got it in VM's at this point
[18:16] <ernstp> superm1, I can check tonight, busy for a while
[18:46] <ernstp> superm1, back, let's see
[18:49] <ernstp> superm1, it works
[20:09] <superm1> ernstp, spectacular, thanks
[21:11] <kb3ien> so far so good. I dont recall setting a mysql password at install time, mythbuntu-10.10 is there a set password?
[21:11] <rhpot1991>  /etc/mythtv/mysql.txt
[21:11] <rhpot1991> will have it
[21:16] <kb3ien> merci!
[21:16] <kb3ien> php.roku is now generating http 200s! woo!
[21:16] <kb3ien> all i need are some shows. can i make file shares available easily to mythtv?
[21:17]  * kb3ien eyes a stack of dr who cdroms...
[21:18] <rhpot1991> kb3ien: look at mythvideo
[21:25] <kb3ien> looks kinda like what i want. storage groups are needed to share the content from the backend to the front end?
[21:25] <rhpot1991> kb3ien: thats the best way to do it
[21:25] <rhpot1991> you could share stuff out yourself with nfs but thats more of a pain
[21:27] <kb3ien> its a case of wanting the roku to get the nfs shared files via the back end...
[21:34] <kb3ien> if i put content in /var/lib/mythtv/videos it should become available on other front ends too?
[23:39] <CNLiberal> So i'm trying to boot into the mythbuntu 10.10 32 bit CD...it loads just fine, but on reboot, it just sits at the Mythbuntu screen (with the 5 dots)
[23:40] <CNLiberal> and just sits there...i can do a CTRL + ALT + DEL and it reboots fine
[23:40] <tgm4883> CNLiberal, if you hit esc, does it say what it is waiting on?
[23:40] <CNLiberal> i tried hitting ESC, and it stays on the MYTHBUNTU screen
[23:40] <CNLiberal> on a couple boots, I noticed an IVTV error
[23:41] <CNLiberal> TVEEPROM cannot autodetect tuner or something like that...so i removed the PVR 250 and 350 cards
[23:41] <CNLiberal> and did another reinstall...same issue
[23:41] <CNLiberal> i have even tried the install from the "Try MythTV" live distro
[23:41] <CNLiberal> still no go
[23:43] <CNLiberal> i'll try rebooting and hit the ESC sooner
[23:43] <CNLiberal> i can hit CTRL ALT DEL and it reboots fine...like it's a good reboot
[23:45] <CNLiberal> That didn't do any good...let me try unplugging the second SATA drive i have in there...it's formatted as JFS, maybe myth hates that
[23:47] <CNLiberal> same result...
[23:47] <CNLiberal> so now I'm stumped...I'm gonna try to install the 10.10 full ubuntu
[23:47] <CNLiberal> is that recommended or not?
[23:52] <CNLiberal> Any other ideas guys?  or should I try my full install idea?


[14:56] <meena> minimal: where even is get_partition_mbr_layout() called?
[14:58] <minimal> Hi. It, and get_partition_gpt_layout, are called when you specify partition(s) to be created
[15:00] <minimal> meena: https://github.com/canonical/cloud-init/blob/main/cloudinit/config/cc_disk_setup.py#L717
[16:01] <meena> what's get_dyn_
[16:01] <meena> get_dyn_func
[16:14] <minimal> https://github.com/canonical/cloud-init/blob/7368071568f444b576b49ffe9ef83e3928c9e8bb/cloudinit/config/cc_disk_setup.py#L434
[16:15] <minimal> so it calls either get_partition_mbr_layout() or get_partition_gpt_layout() depending on the value of table_typr
[16:26] <meena> minimal: ah, i thought it might be a python builtin
[16:39]  * meena sometimes feels like she doesn't know enough, and knows too much about Linux
[17:34] <minimal> meena: re disk_setup, does freebsd even have the various programs that this uses?
[17:46] <meena> minimal: it's got equivalents in base, or you can install the others from ports
[17:50] <minimal> meena: ok, just wondering if it has ever been tested for FreeBSD, considering that the module is tagged as for all distros...
[17:51] <meena> https://man.freebsd.org/gpart(8) and the much much older https://man.freebsd.org/fdisk(8)
[17:52] <meena> minimal: i haven't, but i'd like to be able to provision VMs with extra storage
[17:52] <minimal> meena: but the module doesn't use gpart of fdisk, only sfdisk or sgdisk...
[17:52] <minimal> s/of /or /
[17:53] <minimal> so I guess the answer is it doesn't (currently) work for BSDs and so the ALL_DISTROS line should be changed
[17:54] <meena> yeah, I think i have a bug open for that
[17:54] <meena> or, you know, for implementing FreeBSD compatibility, at least
[17:54] <minimal> oh? don't think I noticed that, I searched launchpad recently for disk_setup bugs
[17:55] <meena> don't know enough about OpenBSD and NetBSD to implement those as well,
[17:56] <minimal> meena: BTW, for cc_ca_certs I have some FreeBSD support implemented (as part of a general overhaul of that module)
[17:56] <minimal> I hope to raise a draft PR maybe in the next week once I finish some local testing at which point I'd ask if you could test it for FreeBSD
[17:57] <meena> Nice
[17:57] <meena> !
[17:57] <minimal> there was a lot wrong with that module so I've been fixing it up
[17:57] <meena> I can imagine
[17:58] <minimal> the FreeBSD stuff is for FreeBSD 12 (12.2?) where the certctl tool was added
[17:58] <meena> I looked into fixing up the Puppet module back in the day, and gave up, mostly.
[17:59] <meena> yeah, but that's all supported FreeBSDs then? isn't it?
[17:59] <minimal> you tell me, you're the FreeBSD expert ;-)
[18:03] <meena> OpenBSD: https://man.openbsd.org/disklabel.8 i can only find interactive uses of this thing tho
[18:04] <meena> https://www.freebsd.org/where/ yupp, 11 is EOL
[18:09] <minimal> looks like gpart is the tool to use on FreeBSD
[18:11] <minimal> think I'm going to write a PR to add ALL_LINUX_DISTROS and ALL_BSD_DISTROS definitions in addition to the existing ALL_DISTROS
[18:27] <meena> I think i talked about this with blackboxsw? and he disagreed that it would be very useful, given how, once something doesn't work on one Linux distro, the implementations vary so widely
[18:29] <minimal> well I'm thinking of it in the context of changing cc_disk_setup from ALL_DISTROS now to ALL_LINUX_DISTROS as it (currently) obviously doesn't support BSD yet
[18:30] <meena> yeah, but, like, you could split that almost infinitely
[18:31] <meena> like, all debian distros, and then more specifically, all Ubuntu distros and so forth
[18:31] <minimal> yes, there are "family" definitions already in c-i
[18:31] <meena> I lost track of how rhel splits these days, with CentOS gone
[18:32] <meena> ah,
[18:32] <minimal> if you look in cloudinit/distros/__init__.py you'll see these
[18:32] <minimal> OSFAMILIES
[18:32] <minimal> including freebsd defined as freebsd and dragonfly


[02:25] <Prairir001> so i installed ubuntu-gnome and it was working perfectly for a few hours and then i restarted it and it wouldnt work. it boots straight into the desktop without any icons or backgrounds or any kindof graphical "pizaz" but i can move the mouse and see all the text and the dash. when i move the mouse over something like hot corner it works. when i click on an application it brings me to the login screen. and then i
[02:25] <Prairir001> login and its the same problem
[02:26] <Prairir001> i was getting an internal error from plymouth on the reboot just before if thats important


[07:35] <mlankhorst> wgrant: thank you :)
[12:29] <scootergrisen> How do i download all the po files from https://translations.launchpad.net/linuxmint/latest/+lang/da in a smart way?
[12:30] <scootergrisen> I don't want to request to download each file, then wait for e-mails and open like 20 e-mail with links to download the files.
[18:00] <sergio-br2> git-commit variable is  git rev-parse --short=7 HEAD
[18:00] <sergio-br2> right?
[18:01] <sergio-br2> is it explicit 7 characters? git 2.10/2.11 changes default from 7 to something that depends on the number of objects in the repository
[18:07] <sergio-br2> cjwatson, you that? ^
[18:09] <sergio-br2> * you know that
[18:11] <cjwatson> We call --short, so it'll (perhaps unfortunately) depend on the version of git
[18:11] <cjwatson>         return self.branch.git_output(
[18:11] <cjwatson>             "rev-parse", "--short", self.commit).rstrip("\n")
[18:12] <cjwatson> you can't use that for version ordering anyway - it can only be informational - so it doesn't matter too much
[18:13] <sergio-br2> I need hash match exactly between launchpad build and others builds
[18:13] <cjwatson> what else implements source package generation using recipes?
[18:13] <sergio-br2> some emulators rely in the git hash for netplay stuff
[18:14] <sergio-br2> dolphin devs use hash in their builds
[18:14] <sergio-br2> then i need to match it on launchpad
[18:14] <cjwatson> why are you doing that by parsing it out of the package version?  that's extremely baroque
[18:15] <sergio-br2> 5.0+git-r201701261747-0a07df1-23~ubuntu16.04.1
[18:15] <sergio-br2> are there any problem with that?
[18:15] <cjwatson> it's very strange to pick out a hash from that and then use it to control the behaviour of the software
[18:15] <cjwatson> surely there's some other way you can embed the hash
[18:15] <sergio-br2> also, it's the only way I found, getting from the version, since tarball does not have the git stuff
[18:16] <cjwatson> we could perhaps add a git-commit-long substitution variable that doesn't truncate?
[18:16] <cjwatson> or git-commit-full or whatever
[18:17] <sergio-br2> urgh, then the version will be very big
[18:17] <cjwatson> yes
[18:17] <cjwatson> or we could explicitly force it to be --short=7
[18:17] <sergio-br2> yup
[18:17] <cjwatson> a bit odd, but it would match the docs and match bzr-builder ...
[18:18] <cjwatson> (for bzr recipes based on git-to-bzr imports, git-commit is always the first 7)
[18:18] <cjwatson> file a bug on git-build-recipe?
[18:21] <scootergrisen> How do i download all the po files from https://translations.launchpad.net/linuxmint/latest/+lang/da in a smart way?
[18:22] <cjwatson> I don't know of a sensible way, unfortunately, but my knowledge of the Translations component is a bit sparse.
[18:22] <cjwatson> We should probably add an export-tarball function there just as we have for packages.
[18:25] <dobey> if it's importing from a branch that's hosted on lp, you can configure translations to export back directly into the branch, and lp will automatically commit po files into the project
[18:26] <cjwatson> dobey: they're asking for an efficient way to do this for lots of packages but a single language
[18:26] <dobey> but if it's a branch import, that won't work; you'd need to make a separate branch just for translations and use it as an intermediary, copying the pot file and po files out, when needed
[18:26] <dobey> oh
[18:26] <cjwatson> not just one branch
[18:27] <dobey> i guess would need to do langpack building magic like ubuntu does
[18:28] <cjwatson> it's sort of like a language pack, but different audience
[18:28] <dobey> not sure if there is a sensible wa to do that though
[18:28] <dobey> right
[18:28] <sergio-br2> cjwatson, filled
[18:29] <sergio-br2> #1659624
[18:29] <cjwatson> it would also be terribly slow if the DistroSeriesLanguage was more like Ubuntu-sized than Mint-sized
[18:30] <cjwatson> thanks
[18:33] <sergio-br2> https://bugs.launchpad.net/ubuntu/+source/git-build-recipe/+bug/1659624
[19:09] <scootergrisen> How can i delete a string suggestion?
[19:11] <scootergrisen> The person reviewing don't want to review my suggestions so i just want to delete them.