[04:05] <zooko> ScottK: Hi there, I just checked IRC and saw your messages.  Investigating that file.
[04:07] <zooko> ScottK: I'm the copyright holder, and the original licence was a simple permissive licence, and I gave allmydata.com full rights to re-license, and they re-licensed it under the Tahoe-LAFS terms (GPL2+|TGPPL1+).
[04:07] <zooko> ... And I'm not updating the upstream Tahoe-LAFS trunk to reflect this...
[04:10] <zooko> Oh, wait, it was true of an earlier version of mathutil.py that it was under a simple permissive licence.  A more recent version -- http://allmydata.org/trac/pyutil/browser/pyutil/README.txt -- is under GPL2+|TGPPL1+ .  I don't know which version was copied into Tahoe-LAFS, but I guess it doesn't matter for various reasons. :-)
[04:16] <zooko> ScottK: s/I'm not updating/I'm now updating/
[06:02] <zooko> off to sleep..
[06:05] <sharms> wgrant: When will you run the ftbfs report again?
[06:05] <wgrant> sharms: The rebuild FTBFS report should be running every two hours.
[06:06] <sharms> wgrant: if it says superceeded then that means it can be safely ignored?
[06:06] <wgrant> sharms: Not necessarily. You would have to check if the newer version built properly in the primary archive.
[06:07] <wgrant> '(superseded)' just means that there is a newer version of the source in the primary archive.
[06:07] <wgrant> Not necessarily that the new one built OK.
[06:07] <sharms> thanks
[06:12] <sharms> that is a rather large list so soon to release
[06:13] <wgrant> It's not too much worse than normal.
[06:13] <sharms> I am taking a look at procmail now, and I just got minicom fixed the other day, but I could imagine if those were broken at release the internet would cry
[06:14] <sharms> this getline transition seems to be biting
[06:14] <wgrant> Few would notice unless an SRU or security update was required.
[06:17] <sharms> so we just ship the package as built before the ftbfs?
[06:18] <wgrant> Yes.
[06:19] <sharms> any idea how hard it would be to revert ncpfs to pre-jaunty for karmic?
[06:19] <wgrant> Why?
[06:19] <sharms> gcc changed its behavior of how it handles the packed attribute, so for all i386 users the only way to use it is to install the pre jaunty package
[06:20] <sharms> I fixed it for amd64 but I cant figure out how to fix it for i386
[06:20] <wgrant> Fix the struct definitions.
[06:20] <wgrant> Upstream has no fix?
[06:20] <sharms> I dont believe there is an upstream anymore
[06:20] <sharms> last updates were years ago
[06:21] <wgrant> Restoring the pre-Jaunty binaries is pretty much impossible. You'd have to rebuild it, in which case the benefit is probably lost.
[06:22] <sharms> oh well, maybe I will get lucky and figure out the i386 issue
[06:22] <wgrant> If not, ask around.
[06:22] <wgrant> Debian hasn't fixed it?
[06:22] <sharms> I think I am the only person who touched it in the last while
[06:23] <sharms> the code is a mess
[06:23] <sharms> I actually forked it and tried to fix all the compiler warnings
[06:23] <wgrant> Urgh.
[06:23] <sharms> then removed that fork after it was basically impossible
[06:24] <sharms> anyway, thanks for all the info, very helpful
[06:24] <wgrant> np
[06:37] <wrapster> while trying to build i get an error saying that GNU m4 is missing.. but even after apt-get install m4 i still get the same issue.. i'm getting this issue while building flex?
[06:37] <wrapster> is there a work around?
[06:42] <jmarsden> wrapster: What are you doing exactly?  I can do  mkdir -p ~/packages/flex && cd ~/packages/flex && apt-get source flex && sudo apt-get build-dep flex && cd flex-2.5.35 && debuild
[06:43] <jmarsden> Just works, here.
[06:44] <wrapster> oh...
[06:44] <wrapster> i did a apt-satisfydepends
[06:46] <wrapster> well it says 0 upgraded and 0 installed
[06:47] <jmarsden> All I know is that entire command set executed and build flex in under two minutes here :)  It "just works"
[06:47] <wrapster> jmarsden: http://pastie.org/632162
[06:49] <jmarsden> So, what does dpkg -l m4 |tail -1   output on your system?
[06:49] <jmarsden> (In other words, what version of m4 do you have installed?)
[06:50] <wrapster> 1.4.13-3
[06:50] <wrapster> i opened up the configure file .. and i can see that m4, gm4 and gnum4 are all different
[06:51] <jmarsden> Are you doing this in Karmic?  I see:
[06:51] <jmarsden> ii  m4                                         1.4.11-1                                  a macro processing language
[06:52] <jmarsden> In Ubuntu Jaunty 9.04 amd64.
[06:52] <lifeless> what does /usr/bin/m4 --version
[06:52] <lifeless> show
[06:53] <wrapster> :(
[06:53] <wrapster> usr/bin/m4 --version --> bad option
[06:54] <jmarsden> wrapster: How exactly did you install m4 ?  And what version of Ubuntu are you running?
[06:54] <wrapster> 9.04 and apt-get install m4
[06:55] <jmarsden> ... does not compute :)  Show me the full line of output from   dpkg -l m4 |tail -1
[06:56] <wrapster> http://pastie.org/632168
[06:57] <wrapster> m4 is the only one under dpkg -l |grep m4
[06:57] <jmarsden> wrapster: The initial r in your line means it is not actually installed...
[06:57] <wrapster> oh hold on
[06:57] <wrapster> yeah...
[06:57] <wrapster> but an apt-get install says its already installed?
[06:57] <jmarsden> And where on earth did you get 1.4.13-3 from, even Karmic only has 1.4.13-1
[06:58] <wrapster> hee hee!!
[06:58] <wrapster> this is a nexenta machine
[06:59] <jmarsden> Then go ask in a nexenta forum, this is #ubuntu-motu
[06:59] <wrapster> i know
[06:59] <wrapster> forget that...
[07:00] <wrapster> i think i can guess what the issue could be...
[07:00] <jmarsden> You are just wasting your time and mine asking questions in the wrong place.
[07:00] <wrapster> ok
[07:13] <lifeless> wrapster: it looks to me like m4 isn't GNU m4 ;)
[07:13] <lifeless> wrapster: you should file a bug on nexenta
[07:14] <wrapster> ok... But thats exactly what my question was...
[07:14] <wrapster> coz you open up the configure file you will see that there is a for $var in gnum4 m4 gm4
[07:14] <wrapster> which obviously means it cannot be the same
[07:19] <lifeless> gnu m4 can be installed under many different names
[07:19] <lifeless> thats all that code is for
[07:36] <wrapster> but i can only find m4 at packages.ubuntu.com
[07:37] <wrapster> so could i just do by creating symlinks to m4 under these names?
[07:42] <lifeless> wrapster: the nexenta m4 package is broken from the look of it
[07:42] <lifeless> wrapster: you should get that package fixed.
[07:42] <wrapster> hmm
[11:12] <sistpoty> hi folks
[11:12] <geser> Hi sistpoty
[11:12] <sistpoty> hi geser
[11:28] <iulian> Hey sistpoty, geser.
[11:28] <sistpoty> hi iulian
[11:28] <geser> Hi iulian
[11:33] <sebner> huhu iulian sistpoty geser :D
[11:33] <sistpoty> hi sebner
[11:33] <geser> Hi sebner
[11:33] <sebner> Another sunday with not that many people online but us *cough* :)
[11:35] <sistpoty> hehe
[11:37] <iulian> Hello sebner.
[12:40] <wrapster> i was playing around with binutils and changed a few things to create symlinks.. now after dpkg-buildpackage i am able to see the symlink created in the debian/<pkg>/usr/sfw/bin/ but upon installation /usr/sfw/bin does not reflect it?
[12:40] <wrapster> how is it possible?
[12:42] <lifeless> check debc
[12:42] <wrapster> lifeless: ?
[12:44] <wrapster> ok
[12:44] <wrapster> one moment
[12:44] <wrapster> lifeless: what should i be looking for in debc?
[12:45] <lifeless> your symlinks?
[12:46] <lifeless> debian/$pkg has very litt;e to do with what will be installed
[12:46] <wrapster> lifeless: no its not there
[12:47] <lifeless> then you're not packaing the symlinks
[12:47] <wrapster> the symlinks are not there
[12:47] <wrapster> hmm
[12:47] <lifeless> I thought nexenta was Ubuntu with Solaris kernel ?
[12:48] <wrapster> yes you are right
[12:49] <lifeless> so why are you changing the binutils package to install stuff in a nonstandard location?
[12:51] <wrapster> lifeless: there are a few modules that directly search for executables from these locations(solaris stuff) so instead of changing them it would be advisable to get them into a pkg so that all these essentials can be just an apt-get install away
[12:51] <lifeless> if you were to fix those modules, they would be more portable ;)
[12:51] <lifeless> just a thought
[12:53] <wrapster> i'll give you an eg... gcc actual path is /usr/sfw/bin/gcc(on solaris) but on ubuntu its in /usr/bin right!!!
[12:53] <lifeless> yes. It should be in /usr/bin
[12:53] <wrapster> so there are millions of pkg that search for gcc in /usr/sfw/bin/ and will fail how many can  you change?
[12:54] <wrapster> so instead if you can change the underlying issue..it will always serve the purpose in a better way..
[12:54] <wrapster> :)
[12:54] <lifeless> uhm
[12:54] <lifeless> ubuntu has 20K packages that look in /usr/bin
[12:54] <wrapster> so be it..
[12:54] <wrapster> a symlink wont harm either ubuntu or solaris right!!1
[12:54] <wrapster> :)
[12:55] <lifeless> if you fork such low level packages, you'll have more pain tracking Ubuntu
[12:55] <lifeless> and more bug reports.
[12:56] <wrapster> hmm.. let see when we encounter one.. coz till now there are no reports... no guarantees as yet though ..so hoping it wont turn out the way we dont want it to...
[12:56] <wrapster> let wait and see before ppl start complaing
[12:59] <lifeless>  shrug, its your time
[12:59] <lifeless> I suggest adding a compatibility package though rather than changing toolchain packages thenselves
[13:01] <sebner> sistpoty: du we have any agenda points regarding a MOTU meeting?
[13:02] <sistpoty> sebner: not yet, I guess
[13:02] <sistpoty> sebner: but maybe I'll add some during the week ;)
[13:04] <sebner> sistpoty: sounds mysterious :D
[13:04] <sistpoty> heh
[13:11] <joaopinto> wrapster, waiting for complains about something you know you are doing wrong is a bad pratice
[13:11] <joaopinto> like lifeless explains it makes much more sense to leave the base packages untouched, and introduce a -compat package as a dependency for the opensolaris specific modules
[13:11] <wrapster> lifeless: good idea. will look into that as well.
[13:12] <wrapster> joaopinto: well lets see about that but i liked lifeless's idea
[13:12] <wrapster> will try talking to my seniors regarding that
[13:18] <joaopinto> wrapster, also please note that you can use debian/links and just call dh_link on the rules
[13:19] <wrapster> oh.. i didnt know that..
[13:19] <wrapster> let me try.
[13:23] <wrapster> joaopinto: so should i create a separate file called debian/link or how is it?
[13:24] <wrapster> went through the man but it shows me the usage of the command
[13:24] <joaopinto> wrapster, you should create a file debian/links
[13:24] <joaopinto> yup, the manual is not clear about using a file
[13:25] <wrapster> then specify the links destination and just call dh_link from rulens?
[13:25] <joaopinto> If i am not mistaken on each line you do:source destination
[13:25] <wrapster> rules!!
[13:26] <joaopinto> yes, if is not beeing called already, it is called if you use cdbs
[13:29] <wrapster> ok will test it out
[13:35] <wrapster> so its like this... in the debian/links file --> <abs/path/to/source /abs/path/to/dest ;;;;; then in the rules file dh_link thats all
[14:57] <zooko> Morning, folks! (UTC-6)
[15:00] <Quintasan> zooko: hiho
[15:00] <sebner> sistpoty: what do you think about a FFe for xmoto (0.5.1 -> 0.5.2), some small bugfixes, polished graphics, improved camera, new levelpack
[15:03] <sistpoty> sebner: I'll take a look at it later... just about to leave and go voting ;)
[15:03] <sistpoty> cya
[15:33] <c_korn> how can I find out why dh7 decides to run automake ?
[15:33] <c_korn> the Makefile.in files already exist
[15:34] <c_korn> http://pastebin.com/d268b462c
[15:46] <ChogyDan1> I am following this guide: https://wiki.ubuntu.com/PackagingGuide/Recipes/PackageUpdate     but instead of downloading new source code, I am editing the source myself.  The problem is, after I do the pbuild, I don't get new .deb files in /result.  Do I have to repack the source code? or do I need to run a different debuild command?
[15:49] <c_korn> ChogyDan1: what is the output ?
[15:50] <ChogyDan1> c_korn: here is some of the end of the pbuilder output: http://pastebin.com/d6125746f
[15:51] <ChogyDan1> I thought maybe the comments about not including source are important
[15:52] <c_korn> ChogyDan1: no, looks fine
[15:52] <ChogyDan1> hm, ok.
[15:53] <c_korn> ChogyDan1: are you sure the deb is not created ?
[15:53] <c_korn> dh_builddeb only prints a warning but does not fail
[15:54] <ChogyDan1> c_korn: yeah, no debs are in pbuilder/result, and there isn't any gnome-session.deb s anywhere on my machine
[15:55] <c_korn> ChogyDan1: you are sure this file does not exist anywhere ? gnome-session_2.26.0svn20090408-0ubuntu3_i386.deb
[15:55] <c_korn> find / -name gnome-session_2.26.0svn20090408-0ubuntu3_i386.deb
[15:56] <ChogyDan1> ah! that's it
[15:57] <ChogyDan1> it's in /var/cache/pbuilder/jaunty-i386/result
[15:57] <ChogyDan1> thanks!
[16:00] <sebner> ChogyDan1: sure? run "locate gnome-session_2.26.0svn20090408-0ubuntu3_i386.deb"
[16:00] <sebner> c_korn: regarding your problem, Have you tried to build the sources the old way (configure and make)? Doesn't it happen there too?
[16:01] <sebner> damn wifi
[16:02] <c_korn> sebner: no, I "fixed" the problem by removing the "missing" file and creating an empty one
[16:02] <sebner> c_korn: bad solution, why not running autoreconf?
[16:04] <c_korn> sebner: hm, would be better. I will do so and then add a autoreconf.patch to the build system
[16:04] <c_korn> sebner: thanks
[17:01] <lamalex> Hey guys. I still can't figure out why intltool is crashing, is there anyone around who can help me out?
[17:12] <ScottK> zooko: Then document it in debian/copyright.
[17:44] <zooko> ScottK: okay
[17:47] <zooko> ScottK: please see the end of this file and tell me if that's all right: http://testgrid.allmydata.org:3567/file/URI%3ACHK%3Agsecbsotjbtzn5uvn6p5de5qeq%3Arg263f6omsfus3pbn6lexes7d6mpcx6nkynzvoalbi6ta7fwloxa%3A3%3A10%3A15318/@@named=/copyright
[17:48] <ScottK> zooko: That's OK, but I'd add something about "The original author has stated that ..."
[18:07] <zooko> ScottK: how about this: http://testgrid.allmydata.org:3567/file/URI%3ACHK%3Aj4av74jsuf5jayz6w4ptwxnxxm%3Actcz62gfoia4rt24fdx76st7fhukscuehz7usyopscfe56fdryqa%3A3%3A10%3A15437/@@named=/copyright
[18:24] <zooko> ScottK: okay I uploaded a package with that addendum to the copyright file: http://revu.ubuntuwire.com/p/tahoe-lafs
[18:30] <ChogyDan> how do I get my ppa to build a package for more than one release?  ie, it builds for karmic but I would like it to build for jaunty too
[18:51] <geser> ChogyDan: reupload with a different version targeting the other release (e.g. by appending the release name)
[18:52] <ChogyDan> geser: ok
[19:03] <ChogyDan> geser: ok, I don't think I understood that.  I thought maybe by changing the changelog?  but that didn't work.  How do I append the release name?
[19:03] <ChogyDan> geser: oh!, nvm, I get it
[19:08] <zooko> jdong: I fixed a licensing omission in Tahoe-LAFS and re-uploaded to REVU.  Could you please re-upload into the Karmic Queue?  http://revu.ubuntuwire.com/p/tahoe-lafs
[19:08] <zooko> Hello iulian.  I read the interview with you in Full Circle Magazine.  :-)
[20:44] <jdong> heh I wonder if it's worth trying to feature-freeze-except the new weechat
[20:49] <zooko> jdong: did you see my request about Tahoe-LAFS?
[20:50] <jdong> zooko: just saw it :)
[20:52] <jdong> zooko: uploaded
[20:53] <zooko> jdong: great!  Thanks!
[20:54] <zooko> So what happened to the tahoe-lafs that had been sitting in the Karmic Queue until a minute ago, I wonder...
[20:54] <jdong> I hope it gets overridden?
[20:55] <zooko> Me too.  Unfortunately they had the exact same name and version number...
[20:56] <jdong> well let's see what happens, if it gets rejected then we'll have to poke an archive admin to nuke the existing one
[20:57] <zooko> Okay, thanks.
[21:02] <jdong> zooko: got confirmation that it was accepted into the New queue; we should be good
[21:02] <zooko> jdong: great!  Thanks!
[21:02] <jdong> sure thing
[21:22] <dupondje> i386  	5  	 1742 jobs (34 hours)
[21:22] <dupondje> mmm :P
[21:33] <ryanakca> Can anybody think of a source package that builds two binary package, one patched and the other unpatched, using CDBS?
[21:34] <azeem> that's pretty tricky I think
[21:36] <ryanakca> azeem: *nod*
[21:48] <geser> I now only of mutt building a patched and a non-patched variant but it doesn't use cdbs, only debhelper
[22:36] <zooko> ScottK: please reconsider Tahoe-LAFS now.
[23:06] <andol> No xdialog in Karmic? https://launchpad.net/ubuntu/+source/xdialog
[23:06] <andol> (Recieved the question in the Swedish LoCo channel)
[23:07] <Laney> Deleted in karmic-release (Reason: (From Debian) ROM; old gtk1.2 application; alternative exist)
[23:08] <zooko> Laney: are you an Archive Admin?  Would you please consider moving Tahoe-LAFS from the Karmic Queue into Karmic?  https://launchpad.net/ubuntu/karmic/+queue
[23:09] <zooko> Okay, time for me to take my children for a walk/bike-ride/something.
[23:09] <Laney> I'm not
[23:09] <Laney> just wait, it will happen
[23:09] <zooko> Ah.
[23:09] <zooko> Okay.
[23:10] <andol> Laney: Thanks. Where would I have been able to find that information myself?
[23:10] <Laney> andol: yes, it's on launchpad
[23:10] <Laney> view full changelog on the right
[23:10] <andol> Laney: Now I see, thanks


[14:12] <LinDol> hi all
[22:36] <stiv2k> darkxst: :(
[22:36] <darkxst> stiv2k, whats up
[22:38] <stiv2k> darkxst: i think it did get built
[22:38] <stiv2k> those files
[22:39] <stiv2k> http://paste.ubuntu.com/11858700/
[22:39] <darkxst> stiv2k, try 6
[22:40] <darkxst> I tested locally both 3.16 and 3.18 and both build fine here, so if it still doesnt work, perhaps you are missing some build-dep
[22:41] <stiv2k> you asked me if gstrtsp-mashal.c and .h were built
[22:41] <stiv2k> actually no i dont think they were built..
[22:41] <darkxst> stiv2k, 3.16 or 3.18 moduleset"?
[22:41] <stiv2k> how do i find that out
[22:41] <darkxst> in .jhbuildrc
[22:41] <darkxst> the marshal stuff was removed from 3.18
[22:43] <stiv2k> i dont think i have a .jhbuildrc?
[22:45] <darkxst> in your homefolder?
[22:46] <darkxst> there may also be a /etc/jhbuild.conf but that seem rather empty on my system
[22:51] <darkxst> apparently it doesnt require a config for default anymore
[22:51] <darkxst> so I guess your getting 3.18
[22:51] <darkxst> try the build again when it fails select option 6
[22:52] <darkxst> jhbuild buildone -afc gst-plugins-base
[22:54] <darkxst> though did you not make a config file to change the prefix?
[22:55] <stiv2k> darkxst: i followed this https://wiki.gnome.org/HowDoI/Jhbuild
[22:55] <darkxst> did you create a ~/.config/jhbuildrc?
[22:56] <stiv2k> no
[22:57] <darkxst> run jhbuild info gst-plugins-base
[22:57] <darkxst> and look for Git Branch line


[06:40] <kangthecoder> i have install related questions if nyone has a moment
[06:41] <matsaman> spit it out =)
[06:43] <kangthecoder> inthe partition ool does the bootloader need to be in the same place as the windows bootloader?
[06:44] <kangthecoder> im starting school to learn coding and I figure linux is the place to be
[06:44] <toddc> kangthecoder: no bios will point to the last bootloader under normal installs
[06:45] <toddc> Grub 2 can handle most OS's including windows and OSX
[06:45] <kangthecoder> ok got it
[06:46] <kangthecoder> also as far as picking a hard drive on my pc is it safe to assume that thee larger the drive the more it will slow down th sysstem or is the file system better managed in linux cu uh.... explorer crashes way too often for me
[06:49] <toddc> kangthecoder: yes to certain extent but thee are many variables disk speed system speed swap ect. I would say a small differance given two same speed drives
[06:50] <kangthecoder> do I need any special repositories or software in order to load invidia drivers and would I be able to play any of my games from the linux side of the house or better to stick to windows for all that?
[06:51] <kangthecoder> thank you by the way you guys are great
[06:52] <toddc> After install run addl drivers to get the drivers fron nvidia
[06:52] <toddc> !nvidia | kangthecoder
[06:54] <matsaman> kangthecoder: depends on the game / how important it is to not have to switch OS to play it
[06:54] <kangthecoder> got it.
[06:54] <toddc> in the addl drivers option it will scan and use the recommeded drivers
[06:55] <kangthecoder> do you still use WINE to load windows programs or is that ancient tech now. i hven't used linux sinc my Marine Corps days almost 20 years ago
[06:55] <toddc> at least to start on occation if you have a nvidia card you need to install with a nomodset option
[06:56] <kangthecoder> about when unity first came out I think
[06:56] <toddc> I avoid wine but some like it I can usually find a open source program that work aswell or better
[06:58] <toddc> Unity had a buggy start but I grew to like it but now I Gnome
[06:58] <toddc> !unity
[06:59] <toddc> it lives on and is still availible and supported I think
[06:59] <kangthecoder> i learned something crazy about wine it was supposedly created by walmart!when computers cost like 5-8k in the 90's wallmart was able to sell them for about 3-4 hundred beause they sold them without windows and eventually launched their own linux flavor to sell on the machines. Thats what iheard at least
[07:01] <kangthecoder> I think on my VAIO laptop I had 15.04 LTS
[07:01] <toddc> https://www.winehq.org/about
[07:02] <kangthecoder> BTW look up what VAIO stands for. most igneous name ever created for a product
[07:03] <kangthecoder> im  so sad to hear that unity has shifted away from compiz
[07:03] <kangthecoder> i thoroughly enjoyed compiz fuzion
[07:06] <kangthecoder> thank you for all of the link i have them saved
[08:42] <kotgc> Hello
[08:44] <kotgc> How do I open trezor_bridge_2.0.27_amd64.deb on Ubuntu 22.04.3 LTS? When I double click files are shown but nothing runs?
[08:46] <CosmicDJ> kotgc: https://askubuntu.com/questions/40779/how-do-i-install-a-deb-file-via-the-command-line
[08:50] <geirha> Top answer is a bit outdated. You can install deb-files with apt now, and it will pull any dependencies you need (which dpkg -i won't)
[08:52] <kotgc> geirha, so: sudo apt install trezor-bridge_2.0.27_amd64.deb ?
[08:52] <geirha> almost.  sudo apt install ./trezor-bridge_2.0.27_amd64.deb
[08:53] <kotgc> geirha, thank you, but error. I'll look it up https://dpaste.org/tiPrw
[08:53] <kotgc> CosmicDJ, thanks.
[08:55] <geirha> Mh. It says _apt user doesn't have access to your homedir.
[08:55] <kotgc> geirha, weird, it's my computer?
[08:57] <geirha> apt should've copied it to /var/archives or something in my opinion, so that _apt could've accessed it, but anyway, as a work-around you could copy it to some directory where it will have access to it. For example /tmp
[08:58] <kotgc> geirha, for me to be clear, what is 'it'? This _apt thingy or the trezor-bridge_2.0.27_amd4.deb file?
[08:59] <geirha> apt starts running as root, but spins off other processes with less privileges to do various other work. One such process runs as a special user _apt that tries to read the deb file, but can't because user _apt doesn't have read access to your homedir
[09:00] <geirha> So a misfeature of apt that it doesn't copy the file to a better location first
[09:01] <kotgc> geirha, ok, that's above my comprehension. thanks, I am unsure if I move the deb file to /tmp as a work around?
[09:14] <geirha> it's one possible work around, yes.  cp trezor-bridge_2.0.27_amd4.deb /tmp/  and then  sudo apt install /tmp/trezor-bridge_2.0.27_amd4.deb
[09:24] <kotgc> geirha, ok, apparently it was already installed? https://dpaste.org/Ss6rP
[09:26] <kotgc> Ubuntu isn't showing any new app though?
[09:38] <zetheroo> I have a my bluetooth Thinkpad X1 Headset connected to my laptop and selected in the Sound settings as Output Device, and yet the audio is still going to my laptop speakers
[10:07] <geirha> kotgc: Check what files it installed with   dpkg -L trezor-bridge
[10:08] <geirha> in particular if it installs any files with .desktop extension
[10:09] <kotgc> geirha, https://dpaste.org/B424R
[10:09] <Yakov> how to kill all gnome-terminal process and shut down terminals? tried to locate all processes by ps -e 8, filter by gnome-termonal, kill -9 'process', it kills process, but never shuts terminal, any advise?
[10:09] <kotgc> geirha, nope, maybe Trezor is faulty, I can take i tup with them.
[10:10] <zetheroo> So for some reason Chrome is outputting audio to my laptop speakers instead of to my bluetooth headset
[10:11] <geirha> kotgc: Well, there's no desktop entries; it appears to install it as a systemd service, so no gui. Perhaps the daemon has a web interface
[10:12] <geirha> or maybe you're supposed to install another package for the gui bit
[10:12] <kotgc> geirha, thx, I'll take it up with Trezor. It's only been about a year to try and make the wallet work, this is just another troubleshooting step.
[10:12] <kotgc> geirha, maybe, but the instructions aren't clear.
[10:26] <Yakov> can any one share some clue pls?
[11:11] <dcroft> Hi, sorry, i was using the wrong charset
[11:15] <dcroft> So, where can I find the DKMS subchannel
[11:21] <EriC^^> Yakov: "pkill gnome-terminal" ?
[11:31] <dcroft> sudo i
[11:31] <dcroft> apt install dkms \of course,
[12:51] <lilp> Hi everybody,
[12:51] <lilp> I've issue with my certificat renew and need help to solve it.
[12:51] <lilp> My domain is: Renew my certificate letsencrypt.
[12:51] <lilp> I ran this command:certbot certonly --standalone -d mydomain -v
[12:51] <lilp> It produced this output: 2023-11-23 12:40:31,151:DEBUG:certbot._internal.main:certbot version: 1.19.020 - Pastebin.com
[12:51] <lilp> My web server is (include version): Nginx 1.14.2
[12:53] <lilp> Hi everybody,I've issue with my certificat renew and need help to solve it. My domain is: Renew my certificate letsencrypt. I ran this command:certbot certonly --standalone -d mydomain -v It produced this output: 2023-11-23 12:40:31,151:DEBUG:certbot._internal.main:certbot version: 1.19.020 - Pastebin.com My web server is (include version):
[12:53] <lilp> Nginx 1.14.2 The operating system my web server runs on is (include version): Host : Debian GNU/Linux 10 (buster) Proxmox CT The version of my client is certbot 1.19.0 Thanks for your help.
[12:57] <tomreyn> lilp: You're seeking help with the certbot software on the Debian Linux distribution. This IRC channel is about the ubuntu Linux distribution.
[12:58] <lilp> sORRY
[12:58] <lilp> Sorry*
[13:01] <ogra> i bet the debian people will just point that person to certbot support anyway 🙂
[13:24] <BluesKaj> Hi all
[13:35] <termi> hello all
[13:36] <termi> who use ubuntu server as a vm with gpu passtrhough and containerd host ?
[13:45] <CosmicDJ> termi: maybe you should ask the actual question and not some metaquestions nobody will answer...
[14:21] <Guest19> Can someone help me diagnose a weird issue where if i start my latop i cant ssh into it but after like 15 minutes i can without changing anything?
[14:22] <Guest19> systemctl status sshd says its active even while  cant coonect
[14:22] <Guest19> and ufw disable has not effect
[14:30] <CosmicDJ> Guest19: can you ping your host (maybe your DHCP is slow)? is DNS working (host resolution not working can lead to long timeouts...)?
[14:33] <Guest19> No i cant ping it either
[14:36] <Guest19> im not sure about dns do i have it without cnfiguring it?
[14:50] <ph88> on previous versions of ubuntu when i installed wine the wine programs would automatically show up as new apps. I see that there is a .Desktop file generated but when i click on that they open as text file. How do i make my wine programs launchable as before ?
[15:02] <oxfuxxx> ph88 install qt4wine and try to open it with that.
[15:02] <oxfuxxx> there is the need for a wine handler launcher otherwise you have to make the .desktop yourself, modify them.
[15:03] <ph88> the .Desktop files are there but they are not showing up as apps
[15:04] <ph88> i will install qt4wine see what it does
[15:04] <Guest19> nmcli device show <interfacename> | grep IP4.DNS only show my man router
[15:05] <Guest19> main*
[15:06] <Guest19> I have waited long enough so its working now, rebooting has no effect, i will have to see tommorow if the dns shows up t
[15:09] <ph88> oxfuxxx, i don't find an ubuntu package of qt4wine
[15:10] <oxfuxxx> ph88 it might be named differently, but look for wine launcher, cause i don't have ubuntu off the hands.
[15:10] <ph88> oxfuxxx, here it says i just need a .Desktop file https://askubuntu.com/a/139530 which i already have
[15:11] <ph88> i don't think it's a wine problem but a problem of the Desktop files not launching and opening in text editor instead
[15:21] <kostkon> ph88, have you made them executable?
[15:23] <ph88> kostkon, no
[17:24] <barnex> Hi. I'm having disk/ZFS trouble - one of my disks is faulted with "too many errors". This goes away after a bunch of reboots usually and the data seems fine. The "faulty" disk has recently (after this has happened for the first time) completed both short and extended smart tests and reports good health. Here's the dmesg, full of errors: https://dpaste.com/7QREK8A3G.txt
[17:25] <barnex> I imagine it's a hardware issue, but I'm not sure which hardware and how to diagnose further
[17:34] <barnex> (rejoined as Barnex_mobile as I want to reboot this pc and get my pool back)
[17:50] <CosmicDJ> Barnex_mobile: did you try changing the cable/sata port?
[17:56] <Barnex_mobile> CosmicDJ: did it just now, as it's the same disk failing every time I switched the cables.l, so that I know it's cable related if the other fails
[17:57] <Barnex_mobile> Gonna run memtest overnight too probably, won't hurt and it's a thing I actually know how to do :)
[18:18] <Yakov> how to kill all gnome-terminal process and shut down terminals? tried to locate all processes by ps -e 8, filter by gnome-termonal, kill -9 'process', it kills process, but never shuts terminal, any advise? Please note, I only need to kill all terminals, excluding one particular instance
[18:20] <ecapi_> ik
[19:00] <sem> hmm, i changed my dns server in the gui for my Wifi, but dns leak shows i'm still using the old dns...
[19:00] <sem> oh i had to toggle wifi off and on again
[19:19] <Yakov> any one can advise? I feel pretty stuck now
[19:42] <loswedseded> do you know why supertuxkart' developers chose to use apt for a newer version of the game instead of snap? I thought apt was being deprecated
[19:43] <rbox> deprecated
[19:43] <rbox> rofl
[19:43] <Maik> apt is still a thing and a lot of software that is installed are still .deb files
[19:45] <Maik> loswedseded also.... Debian, on which Ubuntu is based,  still uses apt.
[19:49] <tarzeau> Maik: and probably will, forever
[20:39] <squarecircle> heyo. I set up a softrouter with ipv4_forward and iptables masquerading and natting and pinging the outside works fine.
[20:40] <squarecircle> so I can ping <IP_ADDRESS>. But tracerouting or doing apt update fails.
[20:40] <squarecircle> any idea whats failing here?
[20:49] <seere> If ping works, ICMP in/out is working. What are your rules for TCP and UDP?
[20:50] <seere> Assuming "pinging the outside" means: pinging from inside <-> router <-> the world.
[20:57] <migs> hello
[21:08] <squarecircle> seere: I did not specify more rules
[21:11] <seere> squarecircle: so you set net.ipv4.ip_forward and what rules for (nf|ip)_tables for the NAT/masquerading on your router?
[21:12] <squarecircle> seere: yes ip_forward is set to 1
[21:13] <seere> And the rules for NAT are...
[21:13] <squarecircle> seere: second please :)
[21:15] <squarecircle> seere: https://bpa.st/3APA
[21:29] <seere> what is wg-mullvad?
[21:30] <squarecircle> the wireguard tun interface provided by the mullvad app
[21:30] <seere> are these the only rules? Something set by some "firewall"?
[21:31] <squarecircle> there is no firewall stuff set by me
[21:32] <seere> and "iptables -L" does support this?
[21:34] <seere> squarecircle: Don't know about "mullvad". Except that rule 6 is not needed for routing and 7 supercedes 3 this seems valid.
[21:34] <squarecircle> iptables -L doesn't show anything beside what I added
[21:41] <seere> I would now check with tcpdump/tshark/wireshark what happens on enp1s0 and wg-mullvad to see the packets flowing and if responses arive for TCP/HTTP to see where in the flow something gets lost.
[21:41] <seere> squarecircle: on your router of course.
[21:48] <squarecircle> Ok. That will get interesting. I have no clue how to operate tcpdump ^^
[23:16] <bray90820> ld I install wine on ubunt 22.04
[23:17] <bray90820> *How would I
[23:18] <rbox> with apt
[23:18] <rbox> the same way you install anything
[23:18] <genii> !info wine jammy
[23:19] <genii> Enable universe repository frist
[23:25] <bray90820> Well I get this error after doing the apt-get
[23:25] <bray90820> https://pastebin.com/raw/u6QwCx7j
[23:27] <rbox> hwo d id you breka your system that bad
[23:28] <rbox> what does 'apt policy wine32' say
[23:29] <genii> bray90820: sudo apt-get update&& sudo apt-get --fix-broken
[23:30] <genii> ( or just try the second one first and see if it can resolve all the broken dependencies first)
[23:33] <bray90820> genii: Command line option --fix-broken is not understood in combination with the other options
[23:35] <genii> Ah right, I think it needs to be used with upgrade, like sudo apt-get upgrade -f   (or long form given earlier of --fix-broken)
[23:35] <genii> ..been a while since I needed to remember the syntax
[23:37] <tomreyn> "install", maybe "upgrade" works, too
[23:39] <genii> Yeah, I'm not sure what the viable ones would be to enable -f but likely at least upgrade
[23:39] <bray90820> Idk ether
[23:39] <bray90820> I trued a lot of things nothing woerked
[23:44] <genii> bray90820: If you didn't run (sudo) apt-get update before installing wine/wine32 it likely installed an older version with possibly missing other deps .. if this is the only case and not conflicting repositories /PPAs installed or manually installed other things with overlapping libraries, then doing the sudo apt-get upgrade -f   ( or install -f ) should sort out the libs to ones which the system can make sense of. Then doing an sudo apt-get update ..
[23:44] <genii> will get the actual latest list. Doing sudo apt-get install --reinstall wine   or suo apt-get install --reinstall wine32   ..would attempt overwriting with newest
[23:44]  * genii wanders back to coffeepot
[23:49] <bray90820> genii: I did try that still didn't work
[23:49] <genii> bray90820: Sounds like maybe you have custom repositories installed then which could be conflicting
[23:50] <bray90820> I have no irea
[23:50] <genii> ( or manually installed something from a .tar.gz or similar)
[23:50] <bray90820> people in #winehqae helping me so it's fine
[23:54] <genii> Hm, the specific thing of wine32 is making me wonder if multiarch is still enabled by default these days for both 32 and 64 or only 64 now that most flavours have obsoleted their 32 bit variants
[23:55] <bray90820> genii: Well this was from august
[23:55] <bray90820> https://www.omgubuntu.co.uk/2023/08/ubuntu-23-04-broke-32-bit-support
[23:57] <bray90820> Oh wait no I'm running 22.04
[23:58] <bray90820> Disregard that link


[00:12] <mohbana> do i need nspluginwrapper for java 32bit
[00:13] <Hobbsee> mohbana: #ubuntu for support, please.
[01:44] <TheMuso> c
[07:55] <fabbione> soren: ping?
[08:32] <soren> fabbione: Wazzup?
[08:33] <fabbione> soren: nevermind... apt-get install acpid in the guest and virsh define foo.xml did it
[08:33] <fabbione> soren: the management for that stuff in hardy is really bad.. and unclear
[08:36] <fabbione> soren: is there a specific reason why virsh reboot <domain> is not supported?
[08:48] <soren> fabbione: Isn't it?
[08:49] <fabbione> soren: nope... it's not
[08:49] <fabbione> soren: keep in mind.. hardy
[08:50] <fabbione> soren: libvir: error : this function is not supported by the hypervisor: virDomainReboot
[08:50] <soren> fabbione: Hm... Same in Intrepid (and Jaunty), it seems.
[08:50] <fabbione> soren: ok..
[08:50] <soren> Weird. I'venever used it.
[08:50] <soren> Apparantly.
[08:50] <fabbione> well it's a pain :)
[08:55]  * soren wonders how that would work...
[08:55] <soren> Is there an ACPI reboot event of some sort?
[09:32] <NCommander> soren, yeah, there is, but I'd need to look it up
[09:40] <soren> NCommander: Looking at acpid and friends, I don't thingk we have anything that handles it, though.
[09:41] <NCommander> handles, what, reboots?
[09:41] <NCommander> That's all kernel space
[09:41] <NCommander> Its done via a syscall
[09:43] <soren> NCommander: Err... Yeah, but something in userspace needs to shut everything down, just like when we handle an acpi shutdown event.
[09:43] <NCommander> soren, I honestly won't be suprised if halt simply called int 0x80 directly,
[09:46] <NCommander> soren, shutdown simply changes the runlevel to 0 which handles the shutdown
[09:47] <soren> Yes....
[09:48] <soren> When you press your power button, acpid catches this, does a bunch of stuff, and finally calls shutdown.
[09:49] <NCommander> I think I'm missing your question soren
[09:50] <soren> a) Does an ACPI reboot event exist?
[09:50] <soren> b) If it does, is there anything that will handle it?
[09:50] <NCommander> Define ACPI reboot event
[09:50] <soren> AFAICS, the answer to b) is "no".
[09:50] <NCommander> You mean an ACPI event from the kernel to reboot the machine?
[09:50] <soren> The acpi subsystem can emit events of various sorts.
[09:51] <NCommander> Oh, I get it
[09:51] <soren> Like when you press your power button.
[09:51] <NCommander> Ok, I don't
[09:51] <NCommander> I assume we're talking about a hardwired reboot button?
[09:51] <hyperair> the reboot button is generally a hard-reboot button
[09:51] <hyperair> doesn't even hit the software
[09:51] <hyperair> i don't think there's an acpi event for that
[09:51] <soren> I've never seen a machine with a "reboot" button, but that doesn't mean acpi couldn't support it.
[09:51] <NCommander> I have
[09:51] <NCommander> as hyperair says
[09:51] <hyperair> so have i
[09:51] <soren> "reboot"? Not "reset"?
[09:51] <hyperair> all the older PCs have it
[09:51] <hyperair> oh
[09:51] <hyperair> hmm
[09:52] <NCommander> Some newer servers do too
[09:52] <hyperair> reset most probably
[09:52] <NCommander> Someone would have to go digging in the ACPI specifications to find out the answer to 1.
[09:52] <hyperair> i don't think there's such a button, really
[09:52] <hyperair> "reboot" button?
[09:52] <soren> If b) is "no", a) doesn't matter :)
[09:53] <hyperair> probably not?
[10:15] <directhex> calc, FYI: OOo 1:3.0.0-6 from experimental works with the mono 2.0 transition
[10:16] <NCommander> Nice!
[10:18] <directhex> NCommander, t'is the only green for debian on http://wiki.debian.org/Teams/DebianMonoGroup/Mono20TransitionTODO o_o
[10:18] <NCommander> ah
[10:18] <directhex> lots waiting to be sponsored, some left to be done (for apps, this is)
[11:29] <_Groo_> hey/all
[11:29] <_Groo_> is this the right place for kubuntu dev also?
[13:03] <PeskyJ> ahh, I see from the topic this is not channel for app dev discussion, what is the channel for that? I've never developed an app for X before and want to get started
[13:04] <directhex> PeskyJ, picking a language or framework is a good starting point, then try channels related to it
[13:04] <directhex> PeskyJ, if you already program a given framework, you can just go from there. if you want something different, pick it & find some tutorials
[13:06] <PeskyJ> directhex: well probably C++ will be the language, but I have no idea about programming for X so my initial questions are mostly related to frameworks does KDE* work on gnome and vice versa, is there a portable one that works on more/other systems, etc. etc.
[13:06] <hyperair> PeskyJ: i'm using C++ and gtkmm
[13:06] <directhex> Qt is the framework you're thinking of, and yes, you can run Qt apps fine on gnome
[13:07] <hyperair> actually i think qt is more portable than gtk, and especially if you use qt4, you can get a nice native look even on GNOME environments. the file chooser will be different though.
[13:08] <directhex> gtk's much more popular for proprietary apps, if you weren't planning on heading down a free software route
[13:08] <hyperair> directhex: why so?
[13:09] <directhex> hyperair, LGPL versus GPL/£££££££££££
[13:09] <hyperair> what's with the pound signs
[13:09] <directhex> hyperair, qt's the most expensive & restrictive framework on the market if you don't want to GPL your app
[13:09] <hyperair> i see
[13:09] <directhex> hyperair, enormous price, per-seat cost, and explicit forbidding in the license to dev against the free one then recompile later against the expensive one
[13:10] <hyperair> but opera went for qt anyway
[13:10] <hyperair> and so did virtualbox
[13:10] <directhex> yep
[13:10] <hyperair> and skype
[13:10] <directhex> vmware's gtk though, as an example
[13:10] <hyperair> yeah
[13:10] <hyperair> but that's the only one i know of that's proprietary
[13:10] <hyperair> crossover uses what?
[13:11] <NCommander> Qt is nice because it looks and feels consistant on all archs
[13:11] <NCommander> GTK applications stick out on non-*nix architectures
[13:11] <directhex> true. that's one reason it's used
[13:11] <PeskyJ> directhex: I haven't even looked at or considered licenses yet.. don't want to be commercial though, whatever is most free (I don't really know much about this area) - I think that means GPL
[13:11] <NCommander> That being said, I perfer GTK over Qt apps
[13:11] <hyperair> NCommander: the last time i ran a gtk app on windows, it looked pretty nice
[13:11] <hyperair> i think it was pidgin
[13:11] <hyperair> had a pretty native look about it
[13:11] <NCommander> GTK is getting better
[13:12] <NCommander> but look at codeblocks
[13:12] <NCommander> On windows, its hard to tell its not native
[13:12] <directhex> there's a windows theme for gtk, which hooks into the windows theme subsystem
[13:12] <hyperair> yes, that's true
[13:12] <hyperair> directhex: yeah that's what i was talking about
[13:12] <directhex> but not all gtk widgets can be rendered by windows gdi+
[13:12] <NCommander> directhex, its similar to SWT
[13:12] <hyperair> NCommander: wx looks good on windows, but not as good on gtk, especially with dark themes
[13:12] <directhex> e.g. gdi+ has no concept of a notebook with tabs on the side instead of at the top
[13:13] <NCommander> GDI is just the drawing API
[13:13] <NCommander> It has no concepts of widgets and such :-)
[13:13] <hyperair> the last time i tried my hand at windows GUI programming, everything was statically sized. yuck.
[13:14] <hyperair> well not really "tried". i carried it through. those were my two a levels computing projects
[13:14] <NCommander> You need to remember Win32's APIs are similar to say DOS C APIs than something more modern
[13:14] <PeskyJ> ok... so it seems that GTK or Qt would be the frameworks to use
[13:14] <NCommander> TBH, I don't actually mind raw win32 too much if I'm not doing something too crazy
[13:15] <directhex> hyperair, standard windows toolkits use pixel-based layout
[13:15] <hyperair> PeskyJ: you could also use GNOME and KDE libs, but unless you bind the user to a DE
[13:16] <NCommander> hyperair, well, GNOME is essentially GTK
[13:16] <directhex> hyperair, the first "proper" toolkit from MS is the Windows Presentation Foundation for .net. all the nice things like container-based layout.
[13:16] <NCommander> directhex, well, there was MFC ...
[13:17] <hyperair> MFC is hell
[13:17] <NCommander> No denying it
[13:17] <PeskyJ> hyperair: that's what I wanted to avoid... I have ubuntu gnome and I tried to run something that was KDE specific and it really didn't like it... I want to avoid restricting the environments it can run
[13:17] <NCommander> But MFC made Win32 programming not be incredibly difficult
[13:17] <NCommander> Then again, raw Win32 programming with resource files isn't horrible if you know what you are doing
[13:18] <hyperair> PeskyJ: qgtkstyle is coming. in fact, it's in my PPA. all QT4 applicatiosn can look very native in GNOME. even skype and virtualbox
[13:18] <hyperair> NCommander: you've got to hook onto the resize event and then resize everything yourself
[13:18] <hyperair> and do the calculations
[13:18] <hyperair> bah
[13:18] <hyperair> what a nightmare
[13:18] <NCommander> hyperair, no you don't
[13:18] <hyperair> you don't?
[13:18] <NCommander> hyperair, don't catch RESIZE, and then let DefProcWindow() handle it
[13:19] <PeskyJ> hyperair: qgtkstyle? is that yet another framework?
[13:19] <NCommander> Unless your using custom widgets, it works fine
[13:19] <NCommander> If your using custom widgets, then you need to have catch the resize event, resize your widgets, and then pass it along
[13:19] <hyperair> PeskyJ: no, it's a qt engine that uses Gtk to render, so everything coded in qt4 and above looks nice and native in GNOME
[13:20] <hyperair> NCommander: scary. i never bothered dealing with resizing. it was a visual basic 6 project
[13:20] <NCommander> ewww
[13:20] <hyperair> i just arranged my widgets nicely and then removed the resizable property
[13:20] <hyperair> heh
[13:20] <NCommander> You shouldn't have to do that in VB6
[13:20] <NCommander> YOu can get something similar with resource files
[13:20] <hyperair> wel you know what, that's all they taught
[13:20] <NCommander> Resource files with raw Win32 APIs aren't too bad
[13:20] <NCommander> Unless you need to do something nutty
[13:21] <PeskyJ> hyperair: so it sounds to me like the best recommendation would be to use Qt, then it can run in KDE, Gnome, Windows, etc. right, and with the advent of qgtkstyle it will even look like a native app?
[13:21] <hyperair> PeskyJ: well, gtk and qt4 are on equal ground on this one i would say
[13:21]  * directhex uses gtk#, but will not evangelize here ;)
[13:21] <NCommander> I'd go with Gtk
[13:21] <hyperair> gtk looks native on kde already
[13:21] <hyperair> even with kde3
[13:21] <NCommander> But Qt apps usually look like KDE apps on GTK environments
[13:22] <directhex> oh, you wanted c++....... iirc qt is threadsafe, gtk is not. if that matters to you
[13:22] <NCommander> Only parts of Qt are threadsafe (if you use QThreads ..)
[13:23] <PeskyJ> directhex: I'm not too bothered about the language actually.. C++ is just probable.. I could learn python or something else if required.
[13:23] <NCommander> ARGH
[13:23]  * NCommander lets a trail of obscenities go
[13:24]  * DktrKranz filters NCommander context
[13:24] <NCommander> DktrKranz, sorry
[13:24] <NCommander> ANother KDE/Qt FTBFS
[13:24] <DktrKranz> \o/
[13:25] <NCommander> I think Qt lies when they say Qt is portable
[13:25] <PeskyJ> well.. I would likely be using threads a lot, not so sure if I understand what impact the windowing environment being threadsafe is though - surely you can post messages safely from any thread in all windowing environments??
[13:25] <NCommander> At least I know my fixes will work
[13:25] <NCommander> If I can stay sane enough to finish writing them all
[13:26] <directhex> PeskyJ, i think, in essence, in qt you can just do stuff - in gtk, some stuff can only be done in the main application thread, so you need to use your language's method for doing so
[13:26] <directhex> PeskyJ, try changing a window label outside the main thread in gtk, and the window will just go screwy
[13:27] <PeskyJ> directhex: I see - I'd likely only have one GUI thread and other threads to do app-specific stuff, though it might be convenient for some stuff as you say to just go ahead and change something without having to post a message about it
[13:28] <PeskyJ> directhex: tbh, I've not done much window-environment programming, mostly games where you render your own GUI
[13:33] <PeskyJ> so a GTK app can run on KDE and Gnome, and Windows, right?
[13:34] <PeskyJ> how about IRIX (is that even still around)?
[13:44] <NCommander> PeskyJ, Probably.
[13:44] <NCommander> lamont, morning
[13:45] <lamont> g'morning
[13:49] <NCommander> how goes it lamont
[13:56] <directhex> PeskyJ, irix is dead, but old installations may persist
[14:07] <PeskyJ> directhex: so what other window environments are there these days?
[14:08] <directhex> PeskyJ, irix isn't a window environment, it's an os. which are you asking about?
[14:10] <PeskyJ> directhex: oh.. well the 4DWM that came on IRIX was pretty cool... I'm just wondering what other window environments there are in use these days, other than KDE, Gnome, Windows?
[14:10] <directhex> xfce, openbox... e17? and minimal things like awesomewm
[14:11] <NCommander> infinity, hey, are you floating around?
[14:11] <PeskyJ> and does both Qt and GTK work on those too?
[14:12] <directhex> bien sur.
[14:43] <hyperair> PeskyJ: as long as you've got the dependencies, gtk/qt stuff will work on anything. heck, even gnome and KDE specific applications will work. just that kde specific applications start a whole string of unwanted daemons with them if you're not already on kDE
[14:44] <hyperair> *KDE
[15:47] <pitti> bryce, tjaalton: a dist-upgrade to jaunty caused X to fail because it couldn't load libdrm_intel.so. Shouldn't -intel Depends: libdrm-intel1?
[16:15] <tjaalton> pitti: -intel should pick the dependency when building against the new libdrm, but doesn't for some reason I've yet to find out
[17:16] <kees> so we haven't hit DIF, but I see a gap between unstable and jaunty at the moment -- is there a giant backlog still?
[17:18] <kees> better question, where can I see the Ubuntu Archive Auto-Synce queue?
[17:19]  * kees assumes https://edge.launchpad.net/~katie/+uploaded-packages
[17:19] <kees> which means UAAS hasn't run for 4 days?
[17:21] <NCommander> hey kees
[17:21] <kees> heya NCommander
[17:21] <NCommander> kees, how goes it?
[17:21] <kees> NCommander: goes busy and well :)
[17:21] <sebner> kees: well 20 days until DIF, maybe nobody had time because of the UDS
[17:22] <fta> doko, gcc seg fault: http://launchpadlibrarian.net/20235151/buildlog_ubuntu-jaunty-sparc.xulrunner-1.9.1_1.9.1~b2%2Bbuild1%2Bnobinonly-0ubuntu3_FAILEDTOBUILD.txt.gz
[18:18] <calc> directhex: ah he finally released 3.0.0-6? :)
[18:19] <calc> directhex: i'll be uploading an ubuntu version asap in that case, at FOSSCamp right now
[18:19] <directhex> calc, aye
[18:19] <directhex> calc, okay, cool, was just keeping you updated
[18:19] <calc> it will take a little while to get built since i have to get everything pulled in from universe, heh
[18:22] <directhex> dude, it's OOo. it'll take 8-10 hours to build Lpo
[18:22] <directhex> :p
[18:23] <directhex> gah, can't type today
[18:55]  * StevenK kicks libkdcraw in the -dev
[18:55] <StevenK> E: Package libkdcraw-dev has no installation candidate
[18:55] <StevenK> Grah
[18:56] <calc> directhex: a little while as in several days due to ~ 20 MIRs ;-)
[18:57]  * directhex whistles innocently
[18:58]  * calc bbl
[19:00] <slangasek> directhex: so I guess kdebindings-kde4 needs some kind of migration off of libkimono4.1-cil, do you know if anyone's working on that?
[19:01] <directhex> slangasek, to the best of my knowledge, nobody's working on it - but if my memory serves me correctly, those libs are already built against CLI 2.0 - so only minor build-dep & rules tweaks should be needed
[19:01] <directhex> depends on libmono-corlib2.0-cil, so yes, just a little bit of tweaking required
[19:05] <directhex> slangasek, is that a request, then?
[19:10] <slangasek> directhex: a subtle hint :)
[19:11] <slangasek> directhex: you mention only libmono-corlib2.0-cil, though - I'm looking at the NBS list, which shows it depends on the no-longer-extant libkimono4.1-cil?
[19:11] <directhex> slangasek, still exists - disabled in debian/control due to, well, lack of buildability right now
[19:11] <slangasek> hrm
[19:12] <slangasek> k, ignoring that one for now then
[19:14] <directhex> slangasek, with autofoo, you can override an AC_PROG_PATH by specifying it on the configure line (e.g. ./configure FOO=/usr/bin/bar). do you know if the same or similar can be done with cmake?
[19:14] <slangasek> my working assumption is that it's impossible to do anything useful with cmake
[19:14] <directhex> :)
[19:17] <StevenK> Blah. libkdcraw7-dev does not Provide libkdcraw-dev
[19:20] <StevenK> NCommander: Why did libkdcraw-dev get renamed to libkdcraw7-dev?
[19:21] <StevenK> NCommander: And all the other -dev's that kdegraphics build?
[19:22] <StevenK> Ah ha. Debian did it.
[19:23] <StevenK> Well, that sucks
[19:30] <tmccrary> Where can I located the busybox configuration for ubuntu's initrd that comes with kernels?
[19:32] <tmccrary> is there a source package for ubuntu's initrd?
[19:32] <tmccrary> does it come in the kernel sources?
[19:34] <TheMuso> tmccrary: The initrd is made up of files from several packages. The initramfs-tools package is the one responsible for putting it all together.
[19:34] <TheMuso> tmccrary: You want to look at /usr/share/initramfs-tools for the scripts used to put the initrd together.
[19:35] <tmccrary> TheMuso: awesome thank you
[19:35] <directhex> so many build deps..... why does kde4bindings build-dep on so many -dbg packages? o_O
[19:35] <tmccrary> I need to build the brctl applet into busybox
[19:35] <tmccrary> I didn't want to go though the entire busybox config ;)
[19:42] <TheMuso> tmccrary: Your best option is to probably extend the brctl package to add files to the initrd, and run it in the initrd.
[19:42] <tmccrary> does busybox's brctl not work adequately?
[19:42] <directhex> apachelogger, ping
[19:45] <fabbione> who is in charge of the installer these days?
[19:45] <TheMuso> tmccrary: I don't know, I didn't even know busybox had brctl.
[19:45] <tmccrary> Well, it has an option in make menuconfig
[19:46] <tmccrary> ;)
[19:47] <tmccrary> brctl looks statically linked and is pretty small when built
[19:47] <tmccrary> so that's not a bad way to go
[19:50] <directhex> bah
[20:03] <kirkland> pitti: hey, can we take a quick look at that adduser --encrypt-home patch at some point today :-)
[20:06] <TheMuso> kirkland: let me know if there is a time today when there are no session s you are interested in, and perhaps we can sit down and have a look at the mdadm merge.
[20:06] <kirkland> TheMuso: sounds good, perhaps after a quick bite to eat for lunch?
[20:06] <TheMuso> kirkland: Sounds good to me.
[20:10] <bryce> pitti: I've added a Depends on -intel for that as a workaround, until the libdrm symbols stuff gets sorted out
[20:21] <directhex> sigh. kde4bindings fails to build - near the end, in cpp code (ie.. not my fault)
[20:22] <ScottK> directhex: Feel free to join us in #kubuntu-devel to discuss
[22:03] <ion_> When will Keybuk return, btw?
[22:13] <pochu> kees, jdstrand: hi. there is a security update for vinagre upstream, which fixes a printf without format. Should that go through -security or -updates? The patch is this: http://svn.gnome.org/viewvc/vinagre/branches/gnome-2-22/src/vinagre-utils.c?view=patch&r1=528&r2=527&pathrev=528
[22:13] <pochu> kees, jdstrand: affected releases are hardy, intrepid and jaunty
[22:15] <nxvl> pochu: there is a bug in launchpad already?
[22:15] <jdstrand> pochu: also, is there a CVE?
[22:15] <pochu> nxvl: nope, not yet
[22:15] <pochu> jdstrand: I don't think so, I've googled for it without luck
[22:15] <pochu> jdstrand: and upstream doesn't mention it in the changelog or NEWS file
[22:16] <pochu> see http://svn.gnome.org/viewvc/vinagre?view=revision&revision=529
[22:16] <pochu> http://svn.gnome.org/viewvc/vinagre/branches/gnome-2-22/ChangeLog?r1=529&r2=528&pathrev=529
[22:16] <nxvl> pochu: then report it
[22:16] <kees> pochu: do you have a reproducer for it?
[22:16] <nxvl> :S
[22:16] <jdstrand> pochu: is that message user-controllable?
[22:16] <jdstrand> s/user/remotely/
[22:16] <pochu> not sure, let me check
[22:17] <jdstrand> pochu: the changelog would suggest as much
[22:18] <jdstrand> pochu: if it is indeed a security issue, then it should go through -security
[22:18] <jdstrand> pochu: I've made a note to look into it-- if you find a reproducer/PoC, that would be great
[22:19] <kees> and if there's a reproducer, I'd like to try it on intrepid, as I suspect it'll get caught by FORTIFY
[22:19] <jdstrand> there is a version of vinagre in hardy that'll need to be checked
[22:20] <pochu> looks like it's not remotely controllable
[22:21] <pochu> it could be controlled through translations though
[22:23] <pochu> the bug is on the vinagre_utils_show_error function, which is used 11 times in the source (in the hardy version), and looks like in all of them the string is hardcoded in the source
[22:23] <pochu> except that in some cases it is translated
[22:23] <pochu> so a malicious translator could control it... not sure if that's a reasonable situation :)
[22:24] <jdstrand> pochu: is it pretty much the same on intrepid?
[22:25] <pochu> BTW I'm no security expert, so would be fine if you could check it too just in case I overlook anything
[22:25]  * jdstrand nods
[22:27] <jdstrand> (not at the non-expert part-- at the me checking part :)
[22:28] <kees> jdstrand: I'll looking through it now, so far so good
[22:28] <jdstrand> kees: ah, well, if you're looking at it, I'll take it off my TODO list :P
[22:28] <pochu> looks more or less the same in Intrepid
[22:28] <pochu> it's used some more, but looks like the messages are all hardcoded in the code
[22:29] <pochu> if it's hardcoded, then it's no security issue, right?
[22:29] <pochu> jdstrand, kees: thanks :)
[22:29] <kees> hrm, it's used on filename errors...
[22:29] <kees> in vinagre_cmd_machine_open
[22:31] <kees> vinagre %x
[22:31] <kees> so, yeah, it's user-assisted, but still an issue
[22:31] <kees> an on intrepid...
[22:31] <kees> $ vinagre %n
[22:31] <kees> *** %n in writable segment detected ***
[22:31] <kees> heheh
[22:32] <kees> pochu: so yeah, if you can, can you open a bug report for it an mark it a public security issue along with the links you gave above?
[22:32] <pochu> kees: sure
[22:32] <pochu> kees: so this affects intrepid only, or both intrepid and hardy?
[22:32] <kees> pochu: thx! and thanks for noticing it in the upstream commits.  :)
[22:33] <kees> looks like hardy through jaunty
[22:33] <pochu> ah yeah, due to vinagre_utils_show_many_errors right?
[22:33]  * kees nods
[22:34] <pochu> ok
[22:34]  * pochu reports a bug
[22:50] <pochu> kees, jdstrand, nxvl: reported as bug 305623
[22:50] <jdstrand> pochu: thanks :)
[22:51] <pochu> I can prepare debdiffs, but I have never done them before for the -security pocket :)
[22:51] <mneptok> hrmf.
[22:51]  * mneptok goes in search of ubottu
[22:51] <jdstrand> pochu: just follow https://wiki.ubuntu.com/SecurityUpdateProcedures
[22:52] <nxvl> which package is it again? vinagre, right?
[22:52] <pochu> nxvl: yup
[22:52] <pochu> jdstrand: ok, thanks
[22:53] <nxvl> is it private?
[22:53] <pochu> nope
[22:53] <pochu> https://bugs.edge.launchpad.net/ubuntu/+source/vinagre/+bug/305623
[22:53] <pochu> jdstrand: can you approve the hardy and intrepid tasks?
[22:53] <kees> pochu: cool, thanks
[22:53] <pochu> you're welcome :)
[22:53] <kees> pochu: I'll approve them, one sec
[23:50] <calc> jcastro: ping
[23:53] <pochu> kees: what do you mean with segv on hardy? sigsegv?
[23:54] <pochu> it doesn't crash here on a hardy VM if I launch vinagre as "vinagre %n"
[23:54] <pochu> it just doesn't display the %n in the error dialog, but with the patched vinagre it does
[23:54] <pochu> is that alright?
[23:55] <kees> pochu: yeah, that's fine.  the sigsegv will show up if you add enough %n's.  :)  %n%n%n%n%n%n%n eventually it'll hit bad memory
[23:56] <pochu> ah, got it now :)
[23:56] <kees> :)
[23:57] <mathiaz> evand: http://ubuntumathiaz.wordpress.com/2008/09/18/automate-ubuntu-server-iso-testing/
[23:58] <pochu> kees: hardy debdiff submitted
[23:58] <kees> pochu: great, thanks!