[15:47] <Elleo> does anyone know what controls an app's ability to go fullscreen under confinement? I have an SDL app that goes fullscreen fine when run unconfined from the command line, but doesn't when installed as a click package
[15:47] <Elleo> and there's no apparmor denials or anything
[15:47] <Elleo> using mir_surface_set_state to go fullscreen
[22:29] <RAOF> Elleo: That's very curious.
[22:30] <RAOF> Elleo: I didn't think any Mir API interacted with confinement at all.
[23:10] <Elleo> RAOF: yeah, I wasn't expecting any difference; but as soon as I run it from inside a click package it stops going to fullscreen :/
[23:10] <Elleo> RAOF: I know that some other SDL based apps are managing it fine though (like neverball), so there must be something simple I'm missing
[23:11] <RAOF> They might be doing it on surface creation, rather than creating a surface and then calling mir_surface_set_state?
[23:12] <RAOF> Also: plausibly using mir_surface_spec_set_fullscreen_on_output?
[23:12] <RAOF> Oh!
[23:12] <RAOF> Or just asking SDL to set fullscreen state? :)
[23:13] <Elleo> RAOF: nope, turns out I'm an idiot :P
[23:13] <Elleo> RAOF: I'd forgotten to update the launch lines in the desktop files to include the fullscreen switch
[23:14] <RAOF> Heh


[01:23] <Nafallo> anyone alive that can confirm that timer-applet still depends on libcairo1?
[01:24] <mbreit> good night everybody
[01:24] <Nafallo> mbreit: gnight :-)
[01:24] <tseng> Nafallo: cairo2 for me
[01:25] <Nafallo> tseng: i386?
[01:25] <tseng> yes
[01:25] <Nafallo> hmm
[01:26] <Nafallo> could it be that we have diffrent deps on diffrent architectures or something like that? :-/
[01:26] <Nafallo> my amd64 says libcairo1
[01:26] <slomo> can be... or different version on different archs
[01:26] <tseng> if it didint build on amd64...
[01:27] <Nafallo> I was more thinking about if it could have built to early on amd64 or something like that.
[01:28] <tseng> i guess
[01:30] <StrikeForce> ajmitch, you still on?
[01:31] <Nafallo> I ask mdz about it :-)
[01:43] <StrikeForce> erm can I have someone look at a package for me please
[01:44] <ajmitch> StrikeForce: yes, but I'm at work
[01:44] <StrikeForce> lol
[01:44] <StrikeForce> I have to have a shower then head to work
[01:44] <StrikeForce> same place I've separate them into folders
[01:44] <StrikeForce> if you still have the link
[01:51] <StrikeForce> can anyone explain what  no utmp entry available and LOGNAME not defined; using uid of process (0) means?
[01:52] <ajmitch> ignore it
[01:57] <StrikeForce> sweet
[01:57] <StrikeForce> well its all working usuing pbuilder
[02:00] <sean___> heyas, im looking at helping the MOTU team out, just wondering where i need to start
[02:05] <bmonty> hi everyone
[02:05] <sean___> elllo bmonty
[03:20] <_derek> \sh_away: you here?
[05:10] <|QuaD-> i hate xorg/gnome! it freezes right when it loads!
[05:14] <phlaegel> |QuaD-: on the gnome splash screen?
[05:14] <|QuaD-> yeah
[05:15] <|QuaD-> when it is loading things like update-notifier
[05:15] <phlaegel> is this a laptop by any chance? with an ati video chip?
[05:16] <|QuaD-> nope
[05:16] <|QuaD-> desktop with nvidia
[05:16] <phlaegel> then I don't know what it is :-)
[05:16] <jsgotangco> |QuaD-, breezy?
[05:17] <|QuaD-> jsgotangco: yeah
[05:19] <|QuaD-> jsgotangco: you have any suggestions?
[05:19] <jsgotangco> heh i've experienced worse
[05:19] <jsgotangco> |QuaD-, daily build? or Colony?
[05:19] <|QuaD-> jsgotangco: daily build, i apt-get upgrade/distupgrade daily to try to fix it
[05:20] <jsgotangco> daily doesn't really mean its fixed
[05:20] <|QuaD-> jsgotangco: i was hoping it would get fixed, but in the 2 months it hasn't :(
[05:20] <|QuaD-> i have tried fixing my config
[05:20] <|QuaD-> and everything
[05:20] <jsgotangco> days after colony 3, majority is borked
[05:20] <jsgotangco> yesterday installer was borked
[05:21] <|QuaD-> yeah
[05:21] <|QuaD-> but htis has been for a while
[05:22] <jsgotangco> its expected after all, this is a development snapshot
[05:22] <|QuaD-> jsgotangco: yeah
[05:22] <jsgotangco> its more painful in laptop testing
[05:22] <jsgotangco> heh
[05:22] <|QuaD-> jsgotangco: haha yeah
[05:22] <|QuaD-> i am just wondering whats wrong
[05:22] <jsgotangco> have you tried searching in bugzilla?
[05:23] <jsgotangco> if there is none, its best you file a bug
[05:23] <jsgotangco> and make sure you indicated that you're running breezy
[05:23] <|QuaD-> jsgotangco: hmm alright
[05:24] <jsgotangco> because its not going to be fixed if no one reports it :)
[05:24] <|QuaD-> jsgotangco: yeah
[05:25] <|QuaD-> how are we supposed to restart an xserver now
[05:25] <jsgotangco> ctrl-alt-backspace?
[05:25] <|QuaD-> jsgotangco: from terminal, xserver is frozen
[05:25] <ajmitch> how evil
[05:26] <|QuaD-> ajmitch: i know!
[07:34] <ajmitch> \sh: currently doing a trial rebuild of the cairo1->2 & slang2 lists with a new script I wrote :)
[07:35] <\sh> nice :)
[07:35] <\sh> and I managed to connect to talk.google.com
[07:35] <ajmitch> if they build ok, then all I have to do is run debsign :)
[07:35] <ajmitch> & dput, of course
[07:39] <schweeb> you guys going to the next ubuntu conf?
[07:39] <ajmitch> schweeb: that's a definite 'maybe'
[07:39] <schweeb> I'm excited, it's on my continent this time
[07:39] <ajmitch> it's a long way to swim from NZ
[07:39] <schweeb> albeit ~12 hrs away on my continent
[07:39] <jsgotangco> \sh, what's your google account i will add you to mine
[07:40] <ajmitch> I was very lucky to have UDU so close
[07:40] <jsgotangco> ajmitch, aye
[07:40] <\sh> shr591
[07:40] <schweeb> I would have loved to have gone... I would have showed up a week early for vacation
[07:40] <jsgotangco> ajmitch, jetlag sucks
[07:41] <jsgotangco> ajmitch, but then, those from europe and north america experienced that in sydney
[07:41] <jsgotangco> heh
[07:41] <ajmitch> I bet
[07:41] <ajmitch> heh
[07:41] <schweeb> I just compiled E17, and it's pretty frigging slick
[07:42] <ajmitch> so where are the ubuntu packages? :)
[07:42] <schweeb> workin on it
[07:42] <schweeb> not that they'd be aproved by release time or anything
[07:42] <ajmitch> nope
[07:42] <schweeb> plus, I'd have to do upkeep on them!
[07:42] <ajmitch> you'd be really pushing to get them into universe
[07:43] <jsgotangco> that would be awesome
[07:43] <schweeb> keeping up w/ the CVS of something like E17 would be nuts
[07:43] <schweeb> but I plan on keeping up with development as best as I can
[07:43] <ajmitch> schweeb: sure, I used to do daily snapshot debs of other software
[07:44] <schweeb> but that other software wasn't E17, where complete code rewrites are the norm
[07:44] <schweeb> :p
[07:44] <ajmitch> of course not
[07:44] <ajmitch> that project had an implicit policy of the tree being releasable at any time :)
[07:45] <ajmitch> only 'good' code got checked in
[07:45] <schweeb> I've gotta stop spending so much time at bars, and start spending time doing OSS stuff again
[07:45] <schweeb> in case you guys haven't noticed, I haven't done a damned thing since I turned 21
[07:45] <schweeb> :p
[07:45] <ajmitch> well I don't know when you turned 21 :)
[07:46] <schweeb> May
[07:46] <ajmitch> legal age is 18 here..
[07:46] <schweeb> yea, not that it stopped me from drinking, I just couldn't drink in most bars
[07:46] <jsgotangco> hmm the windows client showed me all the emails i received today
[07:48] <ajmitch> ok, this script seems to be working moderately well
[07:48] <ajmitch> got a few too many FTBFS packages :)
[07:48] <schweeb> build log parser?
[07:48] <ajmitch> nope
[07:49] <ajmitch> script to throw packages at pbuilder
[07:49] <schweeb> ah
[07:49] <ajmitch> and mail results to me
[07:49] <ajmitch> amongst other things
[07:51] <ajmitch> I might put in some post-build hooks
[07:51] <ajmitch> so I can run simple tests (checking dependencies, piuparts)
[10:27] <ivoks> hellou
[10:28] <ogra> hey ivoks
[10:40] <\sh> hellou? sounds like hellau and alaaf ,-)
[10:42] <ivoks> :)
[10:43] <ivoks> i have a problem :(
[10:43] <ivoks> how to create scripts that would:
[10:44] <ivoks> a) create conf file on install
[10:44] <ivoks> b) not remove it on remove, but remove it on purge
[10:44] <ivoks> c) not overwrite it on upgrade :)
[10:44] <\sh> postinstall / postrm
[10:44] <ivoks> postrm would remove it on upgrade
[10:45] <\sh> no..u can ask
[10:45] <ivoks> no asking :)
[10:45] <\sh> use a case switch on $1 and if it's remove don't do anything
[10:45] <\sh> or if it's purge remove it from hd
[10:45] <ivoks> i'm talking about dpkg
[10:46] <\sh> yes
[10:46] <\sh> case "$1" in purge|remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
[10:47] <\sh> apt-get is using dpkg as backend...
[10:49] <ivoks> nope...
[10:49] <ivoks> argh...
[10:50] <ivoks> never mind...
[11:02] <jtan325> hi. a program I'm trying to build a package for  has build-deps on aclocal 1.9.4, libtool 1.5.6, autoheader 2.59, automake1.9, autoconf 2.59, xlibs-dev, and of course debhelper
[11:02] <jtan325> i am trying to figure out what to put in Build-Depends for rules
[11:02] <jtan325> Build-Depends: debhelper (>= 4.0.0), xlibs-dev, aclocal (>= 1.9.4), libtool (>= 1.5.6), autoheader (>= 2.59), automake1.9, autoconf (>= 2.59)
[11:02] <jtan325> Build-Conflicts: autoconf (= 2.13), automake (= 1.4)
[11:02] <ivoks> \sh: thanks
[11:02] <ivoks> you were right
[11:02] <jtan325> does that look right?
[11:02] <\sh> ivoks: u r welcome :)
[11:02] <jtan325> the only one i'm unsure about is aclocal
[11:03] <ivoks> new wifi-radar rocks
[11:03] <\sh> grmpf
[11:03] <ivoks> ah, dman :(
[11:03] <\sh> I don't get seahorse-agent running...debuild -S failes to use the agent
[11:10] <StrikeForce> Can anyone have a look at a package for me?
[11:10] <siretart> hi ivoks
[11:10] <ivoks> siretart: hi :)
[11:10] <ivoks> siretart: check out new wifi radar package
[11:11] <siretart> ivoks: if you want to update wifi-radar, better provide debdiffs. it is already in breezy
[11:11] <ivoks> ok
[11:11] <siretart> ivoks: I will have a look at your latest uploads in revu
[11:11] <ivoks> only last one :)
[11:11] <siretart> ivoks: please do full uploads in future (use -S -sa instead of sole -S)
[11:11] <\sh> trying to build a new version for seahorse
[11:11] <ivoks> ok
[11:11] <ivoks> -S -sa :)
[11:13] <ivoks> siretart: how to upload debdiff?
[11:13] <siretart> ivoks: not to revu, perhaps we can do that in revu2
[11:13] <ivoks> hence the question :)
[11:13] <siretart> ivoks: place your .debdiff somewhere, and ping me with the url
[11:13] <siretart> or mail it to me
[11:13] <siretart> or whatever ;)
[11:14] <StrikeForce> siretart, I've been asked by SloMo_  to talk to you about uploading a package for breezy
[11:14] <ivoks> www.grad.hr/~ivoks/ubuntu/wifi-ubuntu4-ubuntu5.diff
[11:14] <StrikeForce> for breezy that is
[11:16] <siretart> ivoks: this afternoon, I'm at work atm
[11:16] <ivoks> siretart: np
[11:16] <ivoks> siretart: no big changes... just added wifi-radar daemon :)
[11:16] <siretart> ivoks: wifi-radar has a daemon now? why that?
[11:16] <ivoks> allways had
[11:17] <ivoks> cause nm-applet sucks big time
[11:17] <siretart> hm. is there any possibility to not start that daemon on bootup?
[11:17] <ivoks> and i don't want to run wifi-radar every time... so...
[11:17] <ivoks> siretart: update-rc.d
[11:17] <siretart> see, my pcmcia wifi card does not support scanning, so wifi-radar is not usable at all on that laptop :/
[11:18] <ivoks> eh...
[11:18] <siretart> ivoks: hm. thats not that friendly. and is likley to break across upgrades
[11:18] <siretart> will think about an improvment..
[11:18] <ivoks> why would it break?
[11:19] <ivoks> you can still run wifi-radar normally
[11:19] <ivoks> nothing changed...
[11:19] <ivoks> now it just, if your card can scan, scans for known networks and conects to them
[11:19] <siretart> I'll have to take a closer look, was just my first glance..
[11:20] <ivoks> it will not connect to unknown network neither it will freeze boot or something if it can't find anything
[11:20] <ivoks> it will do whan nm-applet does, but without bind, and additional 10 seconds lag to booting :)
[11:21] <ivoks> siretart: np, when you have time, check it out... i have to go now...
[11:22] <ivoks> bye
[11:23] <pef> hello
[11:26] <StrikeForce> hi
[12:07] <ivoks> gajim is nice :)
[12:07] <JanC> yes  :)
[12:08] <ivoks> i guess, there isn't windows version :)
[12:08] <JanC> there is
[12:08] <ivoks> wow! great
[12:08] <JanC> now if Google would put the correct SRV records for google talk in their DNS...
[12:08] <Treenaks> JanC: then?
[12:09] <JanC> Treenaks, without those records other servers don't know where to send messages for google's jabber users...
[12:10] <ivoks> there are google jabber users? :)
[12:10] <JanC> and gajim would be able to find google's jabber server without user help
[12:10] <JanC> http://www.google.com/talk/otherclients.html
[12:10] <JanC> we need to get gajim in that list too  ;)
[12:12] <jtan325> hi. i am follow the new main. guide, and am on the building part. i run into the following error after "debuild -us -uc":
[12:12] <ivoks> JanC: what's your JID?
[12:12] <jtan325> Format: debiandoc-sgml
[12:12] <jtan325> Files: /usr/share/doc/conky/conky.sgml.gz
[12:12] <jtan325> Format: postscript
[12:12] <jtan325> Files: /usr/share/doc/conky/conky.ps.gz
[12:12] <jtan325> whoops
[12:12] <jtan325> cp -f /usr/share/misc/config.sub config.sub
[12:12] <jtan325> cp: `/usr/share/misc/config.sub' and `config.sub' are the same file
[12:12] <jtan325> make: *** [clean]  Error 1
[12:12] <jtan325> debuild: fatal error at line 764:
[12:12] <jtan325> has anyone run into this before?
[12:13] <jtan325> the program i'm trying to package relies on aclocal, libtoolize, autoheader, automake, and finally, autoconf before "./configure"
[12:14] <jtan325> so i added program calls (to the correct version too) in the configure rule in debian/control, before the "./configure" already there
[12:15] <jtan325> program calls = those things mentioned above that it relies on
[12:15] <jtan325> am i in the right direction?
[12:15] <jtan325> is this even the place to ask for help on packaging stuff?
[12:15] <jtan325> any reponse would be appreciated :-)
[12:20] <jtan325> cp -f /usr/share/misc/config.sub config.sub
[12:20] <jtan325> cp: `/usr/share/misc/config.sub' and `config.sub' are the same file
[12:20] <jtan325> make: *** [clean]  Error 1
[12:21] <jtan325> i cannot figure out what i am doing wrong
[12:21] <jtan325> now
[12:21] <jtan325> the program i am trying to package
[12:21] <Mithrandir> jtan325: config.sub is a symlink?
[12:21] <jtan325> why, it appears so
[12:21] <jtan325> oh crap
[12:22] <jtan325> i meant to ask this question in #ubuntu
[12:22] <jtan325> got lost in the cutting and pasting :-)
[12:22] <jtan325> but any ideas, Mithrandir
[12:23] <jtan325> i apologize for posting the same thing twice
[12:23] <Mithrandir> just get rid of the config.{sub,auto} update
[12:23] <jtan325> that was unintentional, it meant to go to #ubuntu
[12:25] <jtan325> Mithrandir, i can't find it in debian/rules. is that where it should be?
[12:35] <jtan325> well thanks for your help any Mithrandir
[12:35] <jtan325> i removed the symlinks, now it complains about other stuff
[12:35] <jtan325> but that's for me to battle
[12:45] <StrikeForce> Can I get someone to look at  a package for me please
[12:46] <StrikeForce> Can someone have a look at my rebuild of the debian gajim
[12:47] <StrikeForce> ajmitch, you on?
[12:49] <ajmitch> StrikeForce: yes?
[12:49] <StrikeForce> sweet
[12:49] <StrikeForce> can you have a look at 2 packages for me please
[12:49] <ajmitch> maybe
[12:49] <StrikeForce> http://www.smlintl.com.au/packages
[12:50] <StrikeForce> slomo asked me to upload them to REVU however I don't have an account
[12:50] <ajmitch> why gajim?
[12:50] <StrikeForce> someone asked for it
[12:50] <lathiat> gajim is love
[12:51] <StrikeForce> I feel like a whore though :) cause I basically copied the debian one
[12:51] <lathiat> StrikeForce: heh nah thats good
[12:51] <StrikeForce> and obviously I gave him credit
[12:51] <ajmitch> and \sh has made a couple of uploads of gajim today
[12:51] <StrikeForce> I just changed one thing
[12:51] <siretart> StrikeForce: you want to upload to revu?
[12:51] <StrikeForce> yeah please
[12:51] <StrikeForce> siretart, yeah please
[12:51] <StrikeForce> if someone else has done gajim its fine
[12:51] <siretart> StrikeForce: your gnupg id please?
[12:51] <StrikeForce> I just thought I would give it a go
[12:51] <ajmitch> yes, \sh has done (via revu)
[12:52] <siretart> StrikeForce: http://siretart.tauware.de/revu/details.py?upid=453
[12:52] <StrikeForce> siretart, 6512C8D8
[12:52] <ajmitch> more rufus?
[12:52] <StrikeForce> thats what you want right?
[12:52] <StrikeForce> yeah rufus is there
[12:52] <StrikeForce> I've finished the editing for breezy this morning
[12:53] <StrikeForce> so I'm hoping you can pick the 'shit' out of it and tell me improvements
[12:53] <siretart> StrikeForce: http://lists.ubuntu.com/archives/breezy-changes/2005-August/009987.html
[12:53] <StrikeForce> I'm learning as I go
[12:53] <StrikeForce> hopefully I can be more constructive
[12:53] <siretart> StrikeForce: we already have gajim in the archive.
[12:53] <ajmitch> you still haven't put python in Build-Depends
[12:53] <StrikeForce> thats fine siretart I won't upload it
[12:54] <ajmitch> and you still have to strip the unneeded dh_* out of debian/rules
[12:54] <StrikeForce> your right
[12:54] <StrikeForce> I did I thought?
[12:54] <siretart> StrikeForce: key added
[12:54] <StrikeForce> thanks siretart
[12:54] <ajmitch> I'm looking at http://www.smlintl.com.au/packages/rufus/breezy/rufus-0.5.6/debian/
[12:55] <StrikeForce> yeah
[12:55] <ajmitch> and do you need things like dh_strip, when there's no binaries to strip?
[12:55] <StrikeForce> doh your right
[12:55] <ajmitch> dh_installpam, etc...
[12:55] <StrikeForce> I thought I cleaned them out
[12:55] <StrikeForce> soz
[12:55] <ajmitch> (not just commented ones)
[12:55] <ajmitch> and you have dh_python commented out
[12:56] <ajmitch> when you could be using that & ${python:Depends}
[12:56] <StrikeForce> hmmm
[12:56] <ajmitch> dh_install * -Xdebian $(DESTDIR)/usr/share/rufus
[12:56] <ajmitch> would put the rufus 'binary' in there as well?
[12:57] <ajmitch> yes, it puts everything in there..
[12:57] <StrikeForce> well the rufus itself is a shells cript
[12:57] <StrikeForce> script
[12:57] <StrikeForce> and it runs rufus.py
[12:57] <ajmitch> so is there a need for all the *.TXT, *.bat, etc files in /usr/share/rufus?
[12:57] <StrikeForce> do I have to put -X and all the docs?
[12:58] <StrikeForce> nope thats why I'm asking
[12:58] <ajmitch> and the build dir as well?
[12:58] <StrikeForce> so when I transfer it I should just remove those?
[12:58] <ajmitch> if they're not needed
[12:59] <StrikeForce> as in dh_install * -Xdebian -X *.TXT blah blah?
[12:59] <ajmitch> you should perhaps use an install file
[12:59] <ajmitch> eg rufus.install
[12:59] <ajmitch> which lists patterns to install, instead of things to exclude
[01:00] <StrikeForce> so should I put stuff in /usr/lib?
[01:00] <ajmitch> no
[01:00] <ajmitch> why do you think that?
[01:01] <StrikeForce> nm I thought it had it in there
[01:01] <StrikeForce> it was a sub-directory of /usr/share nm mis-read
[01:01] <StrikeForce> I'm not understanding the install
[01:01] <ajmitch> oh _finally_ I have these build logs mailed to me
[01:02] <dredg> oh, btw.. gajim++
[01:02] <dredg> yum
[01:04] <StrikeForce> wouldn't the rufus shell script be sufficient to point to /usr/share/rufus.py?
[01:04] <StrikeForce> or should I be looking at it another way?
[01:05] <ajmitch> possibly
[01:05] <StrikeForce> I've added Build-Depends: debhelper (>= 4.0.0), ${python:Depends}
[01:06] <ajmitch> I haven't used it as you do
[01:06] <ajmitch> StrikeForce: no, don't do that
[01:06] <ajmitch> ${python:Depends} goes in Depends
[01:06] <ajmitch> man dh_python for the details
[01:06] <StrikeForce> just add to the depends section?
[01:07] <ajmitch> and you have to at least depend on python-minimal
[01:07] <StrikeForce> kk
[01:07] <StrikeForce> yeah I"ve done that
[01:08] <ajmitch> sorry, build-depend
[01:08] <StrikeForce> yeah under build-depend
[01:08] <StrikeForce> the problem is though is that rufus.py doesn't create a home directory but the shell script rufus does
[01:08] <StrikeForce> so the shell script rufus which creates all the stuff then -> rufus.py under /usr/share/rufus
[01:09] <ajmitch> ok..
[01:09] <StrikeForce> thats the only reason I did it that way
[01:09] <StrikeForce> I tried without it but it needs it built
[01:09] <StrikeForce> as in the directories
[01:10] <StrikeForce> should I withdraw that shell script from when its transferred?
[01:10] <StrikeForce> it would be cleaner wouldn't it?
[01:10] <ajmitch> possibly
[01:10] <StrikeForce> since its not needed in the /usr/share/rufus directory
[01:10] <ajmitch> sorry, but I've got to go..
[01:10] <StrikeForce> kk take care get some sleep :)
[01:11] <ajmitch> bye
[01:11] <StrikeForce> one last question once the changes are in place shoudl I upload it or get someone to appraise it first then upload it?
[01:11] <StrikeForce> e.g. bother you again :)
[01:29] <siretart> can please anyone with breezy try to open a png file with the gimp? - this fails for me because of some missing input filter
[01:30] <siretart> I cannot image which package I would miss. can someone confirm this before I make a bugreport?
[01:38] <\sh> i can't even get the open file dialog
[01:38] <\sh> cashing
[01:38] <\sh> crashing even
[01:39] <siretart> oh
[01:39] <\sh> it freezing and then comes the "window gimp is not responding"
[01:40] <SloMo_> good morning
[01:42] <siretart> hi slomo
[01:46] <JanC> siretart, I can open png files with the gimp in breezy ?
[01:47] <siretart> JanC: ok. then there is something wrong on my side. thank you
[01:47] <JanC> or something with the png file...
[01:47] <siretart> possibly
[01:50] <siretart> JanC: the png was corrupt
[02:02] <mdke> hello!
[02:03] <mdke> is there any chance of getting a newer version of ddclient in breezy?
[02:03] <mdke> current one doesn't support dnspark
[02:06] <mdke> (3.6.2)
[02:08] <Yagisan> G'day All
[02:10] <siretart> mdke: hm. it's a leaf package, no packages depending on it.
[02:10] <mdke> siretart, is that good for my request?
[02:11] <mdke> something that is bad is that I notice that debian stable, testing and unstable all have the same version as Breezy
[02:12] <siretart> mdke: it's a bit dangerous then. I'd rather see a package, preferably in debian which I can consider..
[02:13] <mdke> siretart, i/we could stress the debian maintainer about it?
[02:13] <mdke> how much time is there available?
[02:14] <siretart> mdke: we are already in feature freeze ;)
[02:14] <mdke> ah i thought that didn't apply to universe
[02:14] <siretart> mdke: you could file a wishlist bug against the debian package
[02:14] <mdke> ddclient is vital for me because otherwise I can't update my dynamic ip information with dnspark
[02:15] <mdke> i will file the bug and email the DD
[02:15] <mdke> :)
[02:16] <mdke> gosh debian has a weird way of filing bugs
[02:17] <siretart> mdke: why weird? they have a nice mail interface. in addition to that, there is 'reportbug'
[02:17] <Yagisan> mdke: actually I like debians way better, you don't need to register
[02:17] <Yagisan> I wish ubuntu would use it
[02:18] <siretart> Yagisan: i also love the debian bts. but I don't think it would make sense for ubuntu
[02:18] <Yagisan> siretart: I really miss the mailing interface
[02:18] <mdke> i'm just not used to it
[02:18] <mdke> i'm used to using bugzilla
[02:18] <Yagisan> I had to register to report a bug
[02:18] <siretart> Yagisan: /me too
[02:18] <jtan325> can someone tell me if this is the place to ask questions about packaging and get help on it?
[02:18] <mdke> siretart, anyway the bug is already open, since november :(
[02:18] <jtan325> or should i ask somewhere else
[02:18] <mdke> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=279542
[02:18] <siretart> jtan325: sure, just ask :)
[02:19] <jtan325> ok
[02:19] <jtan325> sweet
[02:19] <Yagisan> and reportbug helps me get all the dependencys needed for a good report
[02:19] <jtan325> well siretart you recommended that DeveloperResources wiki page yesterday
[02:19] <jtan325> i have been following the new main. guide step by step
[02:19] <jtan325> and it's going quite well
[02:19] <jtan325> my adventure into build a package for a small program
[02:19] <jtan325> anyway
[02:20] <mdke> siretart, what do you think? that bug has been open for many months...
[02:20] <jtan325> i am up to the point where i check my successfully-built package (using debuild) with lintian
[02:20] <jtan325> lintian is complaining, E: conky: manpage-in-wrong-directory usr/share/man/mang/conky.1.gz, E: conky: manpage-in-wrong-directory usr/share/man/manh/docs.html.gz
[02:20] <jtan325> (conky is the name of the package)
[02:20] <jtan325> now
[02:21] <jtan325> at first i thought my man page was messed up
[02:21] <jtan325> in its .TH line
[02:21] <jtan325> here is the .TH line for conky.1, which is located in the doc/ subdir from top-level
[02:21] <jtan325> and the rule i used was "dh_installman doc/conky.1"
[02:21] <siretart> uuh, /me is no expert in man pages at all..
[02:21] <siretart> sorry
[02:22] <jtan325> .TH conky 1 2005\-08\-18
[02:22] <siretart> mdke: that's sad. you can only try to help the maintainer in providing a patch, which upgrades to the newest version.
[02:22] <jtan325> and i am pretty sure that's right
[02:22] <jtan325> so this puzzled me
[02:22] <jtan325> so my next move to to just take out the dh_installman rule entirely
[02:22] <mdke> siretart, i don't know packaging... I will email the maintainer to see if he can do it, otherwise is there no possibility of getting an update in Ubuntu?
[02:22] <jtan325> from debian/rules
[02:23] <jtan325> and theoretically, this seems like it shouldn't try to install a manpage at all?
[02:23] <jtan325> and so
[02:23] <jtan325> i go ahead and do debuild from scratch again
[02:23] <jtan325> but i get the same error
[02:23] <jtan325> (lintian error, that is)
[02:26] <siretart> mdke: if you find someone packaging it for you, that would great. The thing is that our top priority is not getting NEW packages in or updating to newest version. thats too late for breezy
[02:26] <siretart> mdke: we are rather trying to stabilize universe atm, and really should concentrate on that
[02:27] <mdke> yeah i understand
[02:27] <mdke> it is a shame though
[02:27] <mdke> gtg
[02:29] <Yagisan> jtan325: are you trying to install html documentation as a manpage ?
[02:29] <jtan325> Yagisan, I don't think so, and I hope not
[02:29] <jtan325> i mean
[02:29] <jtan325> the only place i can think of where i do any actual installation of man-pages
[02:29] <jtan325> is "dh_installman"
[02:30] <jtan325> what i don't understand, is when i take that line out from debian/rules
[02:30] <jtan325> it still comes up with the same error in lintian
[02:30] <jtan325> and i don't have any .ex files in debian/
[02:31] <Yagisan> This shows that somewhere something is installing a html file as a manpage -> E: conky: manpage-in-wrong-directory usr/share/man/manh/docs.html.gz
[02:31] <Yagisan> Is your package on revu ?
[02:31] <jtan325> i wish
[02:32] <jtan325> this is a program that i eventually want to submit to breezy, but i only started reading and learning how to package stuff yesterday
[02:32] <Yagisan> I see
[02:33] <Yagisan> I can give it a look over if you like, but I'm somewhat busy the next few days
[02:33] <Yagisan> If you want you can email it to me
[02:33] <jtan325> that would be awesome. i am going to try a few more things first. how do you want it emailed? and your email is...?
[02:36] <Yagisan> jtan325: email is<EMAIL_ADDRESS>and just send the .orig.tar.gz, the .dsc and the .diff.gz
[02:38] <jtan325> ok. thanks a bunch. i really appreciate it.
[02:39] <Yagisan> no problems
[02:50] <sistpoty> hi folks
[02:51] <jtan325> Yagisan, could you possibly answer this one quick question
[02:52] <jtan325> assuming a non-complex program, and someone like me and the little that i am capable of with packagin
[02:52] <jtan325> theoretically, the only place where any man-page installation stuff occurs is in debian/rules, by "dh_installman", yes?
[02:53] <jtan325> under the binary-arch rule
[02:55] <Yagisan> should be
[02:55] <Yagisan> how did you make your man file ?
[02:56] <jtan325> using docbook2x-man
[02:56] <jtan325> it's basically one giant <refentry>
[02:56] <Yagisan> by the way, I'm no packaging guru
[02:57] <Yagisan> but I can help find problems :)
[02:57] <jtan325> haha but i am sure you have more than 2 days' experience, like myself
[02:57] <jtan325> that is great
[02:57] <jamessan|work> personally, I'd suggest learning how to make man pages by hand.  I don't think the *2man programs do a very good job
[02:57] <Yagisan> yeah, but you should have seen me when I submitted my packages here what 1 week ago
[02:58] <jtan325> jamessan, we would, but maintaining  a troff file and updating it by hand....
[02:58] <Yagisan> I had my smug look wiped off my face
[02:58] <jtan325> we wanted a simple format that could be easily converted to html and manpage, yet easy to read and maintain
[02:58] <jamessan|work> jtan325: I do that for a number of man files.  Once you get it written, maintaining it isn't that hard
[02:58] <jamessan|work> ah
[02:58] <jtan325> our dev team is very small
[02:59] <jtan325> we'd love to "do things right" per se
[02:59] <Yagisan> itI use xml too, because I had to rewrite upstreams outdated documentation
[02:59] <jamessan|work> well, I used docbook2man for a little while, but then I had jbailey start sponsoring my packages for Debian and he told me that there were problems with the man pages.
[02:59] <Yagisan> then a bug should be filed
[02:59] <Yagisan> :)
[02:59] <jtan325> i see
[03:00] <jtan325> yes, that's what i thought too that might be causing these lintian errors
[03:00] <jtan325> and so, to test that
[03:00] <jtan325> i commented out the "dh_installman" line in debian/rules
[03:00] <Yagisan> jtan325: if you want to check another package, mine is called deng, you can see it at revu
[03:01] <jtan325> but the errors are still there, which is puzzling because that's the only place i thought manpages would be isntalled (at least without explicitly changing stuff)
[03:01] <jtan325> ok
[03:01] <jtan325> i am writing this long email first
[03:01] <jtan325> :-)
[03:10] <_derek> \sh: so after all this work i  did setting up a jabber server, google beat me to it :)
[03:11] <\sh> _derek: hehe...I told you use mine ,-)
[03:11] <_derek> \sh: haha, no one i know use jabber, so i am hoping google's services gets people on their
[03:11] <_derek> \sh: i can't have<EMAIL_ADDRESS>as my jabber id then!
[03:11] <_derek> and i am power hungry, i like to admin my own servers
[03:12] <\sh> _derek: of course...set up svr dns records towards my server :)
[03:12] <\sh> i set up a new virtual host ...thats it
[03:13] <_derek> \sh: haha, maybe once google opens up their svr dns record
[03:13] <_derek> s
[03:13] <_derek> now its kind of pointless
[03:13] <_derek> cuz everyone i know uses aim
[03:13] <_derek> i got my roommate to start using gTalk last night
[03:13] <_derek> thats my first convert
[03:14] <slomo> _derek: but as long as gtalk doesn't allow connections to other servers it's pretty useless imho...
[03:15] <_derek> slomo: right, but i think they will soon, and my friends all use aim, which makes jabber pointless in my opinion. I can easily convert my friends to gTalk. I plain jabber server is more difficult
[03:16] <slomo> _derek: i'm a bit sceptical... but let's wait a few weeks and look what has changed ;)
[03:18] <_derek> slomo: i bet they will open up
[03:18] <_derek> \sh: do you use vds's for your jabber servers?
[03:23] <\sh> vds?
[03:26] <_derek> virtual dedicated server
[03:26] <_derek> or do you run your own servers?
[03:30] <sistpoty> does anyone have a clue about python-wxwindows (2.4 vs. 2.6)?
[03:34] <sistpoty> i have a package (cycle) which needs python-wxgtk2.4 (wxgtk2.6 won't work)... if i install python-wxgtk2.4 and then python-wxgtk2.6 side by side, it seems as if python-wxgtk2.4 is take by default. however if i install python-wxgtk2.6 first, this seems the default
[03:34] <sistpoty> so should this package conflict to python-wxgtk2.6?
[03:34] <slomo> hmm... when i fix a package... and the fixes i need are only in a pre version... shall i create a diff against the pre version and apply it with dpatch or create a new tarball and package version?
[03:34] <\sh> sistpoty: u have to use wxversion
[03:34] <\sh> less /usr/lib/python2.4/site-packages/wxversion.py
[03:35] <\sh> there is a description of how to select wxPython version
[03:35] <sistpoty> sh: thanks, i will do that ;)
[03:35] <Yagisan> slomo: any reason you can't package the non -pre version ?
[03:36] <slomo> Yagisan: it doesn't compile with slang2 and slang1 is deprecated ;) and what's the pre version has _working_ utf8 support
[03:36] <\sh> sistpoty: it is something like this:
[03:36] <\sh> import wxversion
[03:36] <\sh> wxversion.select('2.4')
[03:36] <\sh> import wxPython
[03:36] <\sh> something like this
[03:36] <slomo> Yagisan: the diff between the 2 versions is 1,2 mb uncompressed...
[03:36] <sistpoty> sh: thanks, it already is in the package, but the dd commented it out *g*
[03:37] <_derek> \sh: do you run a virtual dedicate server, or do you have an actual server?
[03:37] <\sh> _derek: amd athlon 2200 1gb ram 120gb hd as pizzabox in a real rack :)
[03:37] <_derek> oh wow, thats a nice system
[03:37] <_derek> i need a cheap server!
[03:37] <slomo> i want one too :P
[03:38] <_derek> any suggestions?
[03:38] <Yagisan> pfff, my desktop has more grunt then that :-P
[03:38] <_derek> Yagisan: yeah, so does mine, but its not in a nice datacenter with an awesome connection
[03:39] <Yagisan> I know, but I couldn't resist
[03:39] <Yagisan> I wish I had a decent connection :(
[03:39] <\sh> Yagisan: servers do not need to be fast as hell, but realiable
[03:40] <\sh> and my 100MBit/s Connection is fast enough...4TB of freetraffic for the whole rack
[03:40] <Yagisan> \sh, your speaking to someone who's desktop has redundant powersupplys, and runs RAID 5
[03:40] <_derek> 100MBit/s... the things i would do with that...
[03:40] <Yagisan> and used to sell "real" servers
[03:41] <Yagisan> I just couldn't resist the urge, because servers cost more, and perform less
[03:41] <Yagisan> but they are nice and reliable
[03:42] <Yagisan> slomo, anyway to get utf8 working in that new package
[03:59] <\sh> siretart: ping
[04:21] <sistpoty> CPU0 (coffee producing unit): out of coffee error.
[04:21] <sistpoty> ^^ need to fix this... cya later
[04:22] <bddebian> Hello
[04:22] <ogra_> bddebian, hey
[04:22] <ogra_> we missed you yesterday
[04:22] <slomo> hi bddebian :)
[04:23] <bddebian> Hello ogra_
[04:23] <bddebian> Heya slomo
[04:23] <bddebian> ogra_: Aye, sorry, I was out of town
[04:23] <ogra_> yup, i saw the mail
[04:36] <janimo> libcairo transition question:
[04:37] <janimo> if the deps are in the form of ${shlib-deps} so no cairo and pixman
[04:37] <janimo> is explicitely mentioned a rebuild should be enough right?
[04:39] <slomo> janimo: most probably... just try a rebuild and look at the deps of the resulting binary packages
[04:39] <janimo> slomo, yet but I mean should I just request a bulk rebuild from lamont since there are many packages
[04:40] <janimo> aren't the packages which suddenly have their deps removed form the archive get rebuilt automatically?
[04:40] <janimo> just an idea I don't know about such thing
[04:41] <slomo> janimo: automatically... no... but afaik seb128 has started a rebuild for every package depending on libcairo1... so probably your package FTBFS or something
[04:41] <slomo> janimo: what package are you looking at currently?
[04:41] <janimo> the xfce packages
[04:42] <janimo> I saw seb128 going thought them
[04:42] <janimo> but I dunno if they FTBFS who has to kick them again
[04:44] <slomo> janimo: look at this for example: http://people.ubuntu.com/~lamont/buildLogs/x/xfce4-panel/4.2.2-1ubuntu2/
[04:45] <janimo> slomo, I have just looked 10 minutes ago
[04:45] <janimo> powerpc built the rest didn;t
[04:45] <slomo> janimo: does it build now in pbuilder?
[04:45] <janimo> slomo, didn't try
[04:45] <janimo> I don't know why it doesn't show up on the web
[04:46] <janimo> I thought all archs are built around the same time...
[04:46] <slomo> janimo: try it... maybe that were just temporary problems which are fixed now
[04:46] <janimo> or what was that triggered the ppc build today?
[04:46] <janimo> total mistery
[04:46] <janimo> to me at least
[04:46] <janimo> I want to wait to see if the build system works on it's own
[04:47] <janimo> I don;t want to do uploads if seb128 or lamont or whoever is alreday on the problem
[04:47] <janimo> it's pretty frustrating that the build thing is not as transparent as it might be
[04:48] <janimo> I'll see if lamont is in devel and ask him
[04:51] <jtan325> Yagisan, you there
[04:55] <Yagisan> jtan325: yes
[04:55] <jtan325> finally fixed it
[04:55] <jtan325> and you know what the problem was
[04:56] <jtan325> we tried to be smart and generate our man pages in our make file
[04:56] <jtan325> (source make file)
[04:56] <jtan325> when i took that automated stuff out
[04:56] <jtan325> it built and passed lintian
[04:56] <Yagisan> good to hear
[04:56] <jtan325> anyway, thanks for you offer to help. i am sure i will have more questions later
[04:56] <Yagisan> so, what is your app ?
[04:57] <jtan325> conky.sf.net
[04:57] <jtan325> the website sucks
[04:57] <jtan325> but yeah, it's gaining momentum
[04:57] <jtan325> so Yagisan, i am going to refine and triple-check i've gotten everything right with this package
[04:58] <jtan325> and then, to submit it to breezy for review
[04:58] <jtan325> i put it on revu?
[04:58] <taku> Hi people
[04:59] <Yagisan> jtan325: no problems, to put it on revu you'll need to get siretart add you to the uploaders keyring
[05:00] <taku> Is there someone here ? just want to propose some stuff to the MOTU team
[05:00] <jtan325> ok. and that means i'll have to learn how to use GPG haha
[05:00] <jtan325> Yagisan, and then after that...?
[05:01] <jtan325> i wait for a "sponsor" or something?
[05:01] <janimo> taku, what stuff?
[05:01] <jtan325> i keep hearing different things in this channel, that there is a "feature freeze" and no new packages will be added to the repos
[05:01] <taku> janimo: a simple stuff : a gaim-guifications theme which fits very well with the curren human ubuntu theme
[05:02] <janimo> taku, is it a new package made by you
[05:02] <janimo> ?
[05:02] <taku> erf janimo not at all
[05:02] <janimo> a change to an existiong one?
[05:02] <ogra_> jtan325, yes, universe is hilariously broken... and we are supposed to respect the freezes of the release schedule
[05:02] <Yagisan> jtan325: well, some motus will check your package out, and if it is well packaged, you will need 3 advocates to get it into the repo
[05:02] <janimo> or a proposal for someone to package it?
[05:02] <taku> the third one =)
[05:03] <janimo> well then file a bugreport in malone
[05:03] <ogra_> jtan325, we shouldnt accept new packages anymore since some weeks... only with exceptions after discussion
[05:03] <taku> malone ?
[05:03] <janimo> or on the wiki Proposed packages for universe
[05:03] <janimo> taku, never mind malone
[05:03] <jtan325> oh man, if it's hilariously broken, just let my package in and we'll all laugh a little more :-)
[05:03] <taku> okey excuse
[05:03] <janimo> that;s the bugtracker
[05:03] <taku> Ok, I'll do all of this
[05:03] <Yagisan> jtan325: It may or may not end up in breezy, it should at least end up in breezy +1
[05:04] <taku> I'll propose in the wiki
[05:04] <jtan325> what's the +1?
[05:04] <jtan325> two weeks after release?
[05:04] <janimo> there's a wiki page which has a list of proposed packages
[05:04] <ogra_> jtan325, we wont have a working universe for release and wont be able to fix it after release date
[05:04] <janimo> append that list
[05:04] <taku> thanks a lot for your help janimo
[05:04] <Yagisan> whatever they call the release after breezy
[05:04] <janimo> I don;t know the exact url
[05:04] <taku> I'll do that
[05:04] <janimo> taku, np :)
[05:04] <jtan325> but i respect your guys' schedule, and QA of breezy is much more important to me than this little package making it in
[05:04] <taku> don't mind, i'll find by myself =)
[05:04] <janimo> taku, that's the way
[05:04] <Yagisan> jtan325: put it up for review anyway
[05:04] <ogra_> jtan325, as long as not everybody who wants to help really helps with the existing stuff
[05:04] <taku> thanks a lot, and good luck for breezy
[05:05] <taku> and overall, thanks for all you make for the community =) it's very VERY appreciated
[05:05] <taku> see you soon guys
[05:05] <jtan325> Yagisan, I will when our team does a release, sometime in the next two weeks.
[05:05] <Yagisan> jtan325: just don't expect that it is definitely going it to breezy
[05:05] <jtan325> of course
[05:05] <jtan325> of course
[05:06] <jtan325> i pulled an all-nighter tonight :-) so i'm gonna give it my best shot hehe
[05:06] <jtan325> ogra_, did you mean "as long as everybody who wants to help..."?
[05:07] <Yagisan> jtan325: I seem to have a red bull iv myself :)
[05:07] <jtan325> oh man it's kinda gross
[05:07] <jtan325> ask siretart
[05:07] <jtan325> like the night before last
[05:07] <ogra_> jtan325, i think my grammar was right to express what i meant... but i'm not natively english, i may be wrong
[05:07] <jtan325> i was asking "where can i find resources on packaging"
[05:07] <jtan325> and like 25 hours later
[05:08] <jtan325> finally got lintian to pass
[05:08] <\sh> wiki.ubuntu.com/DeveloperResources
[05:08] <jtan325> lol
[05:08] <jtan325> \sh yeah
[05:08] <jtan325> thanks, definitely got that bookmarked :-)
[05:08] <\sh> jtan325: beleave me or not, I just learned from this page and debian maintainer guide...and after this...i just did some work...ask ogra or dholbach...
[05:08] <jtan325> same here
[05:08] <Yagisan> jtan325: have you got the debian new maintianers guide bookmarked ?
[05:08] <jtan325> sam here
[05:09] <jtan325> "new"?
[05:09] <jtan325> http://www.debian.org/doc/maint-guide/ch-build.en.html
[05:09] <\sh> jtan325: /me ? new ? not anymore ;)
[05:09] <jtan325> that's the one i've been using
[05:09] <Yagisan> jtan325: btw what's gross ?
[05:09] <jtan325> what's gross is how much time i spent getting this packaging to work
[05:09] <jtan325> but the feeling of accomplishment
[05:10] <jtan325> ok time for me to fall back to earth, i better get to work soon.
[05:10] <jtan325> i thank you all for your help and advice
[05:10] <Yagisan> no problems
[05:10] <jtan325> and i promise conky will be a great addition to breezy, if it passes the reviews
[05:16] <siretart> re
[05:18] <Arianna> Hi
[05:18] <siretart> hi Arianna
[05:18] <siretart> who wanted a key in the revu keyring?
[05:19] <ogra_> siretart, may i introduce Arianna ...
[05:19] <Arianna> siretart, I got a tip from ogra to come here and exposed my project. I did an open source MORPG with educational goals.
[05:19] <Arianna> Oh, thanks ogra :-)
[05:19] <ogra_> :)
[05:19] <Arianna> maybe it can be interesting considering the educational intentions behind edubuntu?
[05:20] <siretart> Arianna: woah. sounds great!
[05:20] <siretart> Arianna: what is it called? is there a website?
[05:20] <ogra_> siretart, there are some sweet screenshots
[05:21] <ogra_> www.reflex.lth.se/culture/annelov
[05:21] <Arianna> The project is called Virtual Annelv
[05:21] <Arianna> I did it as thesis for my degree
[05:21] <siretart> based on planeshift?
[05:21] <jtan325> siretart, that was me
[05:21] <Arianna> Yes.
[05:21] <jtan325> wanting a key
[05:21] <siretart> cool
[05:21] <Arianna> The code is Planeshift code, with some modifications.
[05:21] <siretart> jtan325: I need your keyid for that ;)
[05:22] <Arianna> The setting is Bronze Age.
[05:22] <jtan325> finally got a package to build, so now i'm gonna do this "pbuilder" thing and test the package installation
[05:22] <siretart> Arianna: sounds awesome. let me browse your website
[05:22] <jtan325> siretart, actually, i'll need a key once i figure out this gpg stuff haha
[05:22] <Arianna> The graphics are not great, because I am not a modeller. As I was saying to ogra, I have learnt to model and texturized while doing the project
[05:22] <jtan325> i've used rsa/dsa, but not gpg
[05:23] <jtan325> so maybe later today or tomorrow
[05:23] <Arianna> siretart, sure. The code is rather stable, of course there are bugs, because I had deadlines to respect for graduating and because of the engine itself.
[05:23] <jtan325> Arianna, how do you do that as a thesis for your degree???
[05:23] <Arianna> siretart, I haven't tried to compile it under Linux, but since PS compiles fine, fix the things I have added for making it work under another OS shouldn't be a problem.
[05:23] <jtan325> that's a freakin awesome school
[05:24] <Arianna> jtan325, well, if you want to hurt yourself really badly you do ;D I went to some teacher and I exposed the ideas of trying to use VR for realized a game with specific ideas behind it.
[05:24] <Arianna> and they like it, since I was the one doing it not them :D
[05:24] <siretart> Arianna: I did take a look into planeshift I think 2 years ago for debian
[05:25] <siretart> Arianna: that time, it was quite a mess, because debian had a too old snapshot of crystalspace to compile planeshift
[05:25] <jtan325> cool stuff
[05:25] <Arianna> siretart, there is another thing that needs to be fixed probably for working not under windows. I can view interviews/video files (wmv at the moment) and the code I wrote was for handling the process in windows. I guess with some help and knowledge it is possible to be done also in linux.
[05:25] <siretart> Arianna: since planeshift wasn't that playable/usable that time, I lost interest
[05:25] <Arianna> siretart, right now Planeshift is really platform independent. Even if the release for Linux or Mac take more time than the one for windows. There is a girl, Platyna, that works on the Linux installer.
[05:26] <siretart> Arianna: and do I understand you correctly, you need a packager who brings that into ubuntu, right? ;)
[05:26] <Arianna> siretart, but taking it from CVS it is usually rather compatible or at least compilable. if the word compilable exists.
[05:26] <Arianna> siretart, well, if you think that might be a good idea :-D  It is a client server application, though.
[05:27] <siretart> Arianna: I am interested in it, and will definitly look into it.
[05:27] <jsgotangco> it looks great really
[05:27] <Arianna> siretart, you find my email there, but I spend a lot of time online on freenode, so for anything, you know where to contact me. I ll stay here longer if oyou have questions of course.
[05:28] <siretart> Arianna: just tell me, what dependencies does re-flex have? crystalspace and planeshift? or is it a planeshift fork?
[05:28] <Arianna> jsgotangco, thanks :-) I just wished to have more graphical skills
[05:29] <Arianna> siretart, re-flex? re-flex is the VR center of the university where I worked. if you mean VA (Virtual Annelv) you need Crystalspace (and Crystal Entity Layer) libs, Mysql and Cal3D. In the client these things can be integrated really easily (obviously there is no interest with MySQL on the client side).
[05:29] <siretart> ah
[05:30] <siretart> did you check if crystalspace and cal3d are in suitable versions in ubuntu?
[05:30] <Arianna> you just add in the installer the plugins file.
[05:30] <Arianna> I can ask
[05:30] <siretart> or do we need to update them?
[05:31] <siretart> ubuntu has crystalspace_0.98-20040623-2.1
[05:31] <Arianna> mmmmm
[05:31] <Arianna> ah
[05:31] <Arianna> wait
[05:32] <Arianna> well, the version I use for VA is a CVS version of the 22nd of April, and I really think it is 0.99 already
[05:32] <siretart> hm. so we probably need to update crystalspace too.. hmmmm
[05:33] <rtcm> hello, folks. I need to build a debug enabled package (no other modifications) is there a standard debian flag to do it?
[05:33] <Arianna> yes, I am sure the version on CVS right now is already 0.99
[05:33] <siretart> Arianna: do you have somewhere a developer channel for VA? I don't want to flood this channel with stuff ;)
[05:34] <Arianna> siretart, well, considering that I am sort of the only developer you can PM me ;D
[05:34] <siretart> Arianna: excellent :)
[05:34] <sistpoty> hiho
[05:34] <siretart> Arianna: and you said before that you already got it compiled an run under linux?
[05:35] <siretart> huhu sistpoty
[05:35] <sistpoty> hi siretart
[05:35] <Arianna> siretart, no. I have never tried that. But I don't think it is impossible to do that considering that PS runs under Linux. I haven't done hundred of modifications, so it shouldn't be harder to fix it.
[05:36] <siretart> Arianna: ok. I don't know if I find time to try it today, but will definitly try to compile it in ubuntu breezy
[05:37] <Arianna> siretart, you can take your time :-) I am not in hurry at all. The only thing that - I am sure - will NOT work is the "watching" of the video files, since the code is specifically written just for windows.
[05:37] <Arianna> the rest should work, hopefully
[05:38] <siretart> Arianna: I assume the code using wmv is C++, right?
[05:38] <Arianna> yes. I can show you the piece of code if you want.
[05:39] <siretart> Arianna: perhaps we find a solution to use the gstreamer framework to play videos.. but first lets try to get it compile at all ;)
[05:39] <Arianna> siretart, right ;)
[05:43] <Arianna> siretart, here it is the code, anyway http://www.rafb.net/paste/results/Hn1NFb38.html
[05:47] <Arianna> anyway, siretart and ogra, thanks a lot for the interest. That is - for me - a great reward already.
[05:53] <\sh> laters guys
[05:53] <\sh> going home
[05:54] <sistpoty> cya \sh_away
[05:56] <siretart> janimo: lets discuss the wmaker issue rather here
[06:00] <janimo> siretart, not much to discuss :)
[06:01] <xhaker> any gnomepanel applet developers here?
[06:02] <siretart> janimo: I know that wmaker build dependencies are quite tricky, and I fear that the sync could destabilize depending packages
[06:02] <janimo> siretart, I know nothing about wmaker dependencies I thought it should be starightforward
[06:02] <janimo> anyway, I'll see if I can get my friend file a bug
[06:02] <janimo> thanks
[06:03] <siretart> janimo: yes. I would want to be convinced that it does not harm other packages
[06:04] <janimo> any way to ask for rdepends which are _strict_ depends not BD, or recommends, suggests etc?
[06:05] <siretart> apt-cache rdepends <package>
[06:05] <StrikeForce> gnight all
[06:05] <StrikeForce> what time is the MOTU meeting?
[06:05] <StrikeForce> like compared to now
[06:06] <StrikeForce> I know the time but I'm thinking my time thats all
[06:06] <ogra_> 20:00 utc
[06:06] <ogra_> use date -u
[06:06] <StrikeForce> ahh k cool
[06:06] <ogra_> that tells you the current time
[06:06] <StrikeForce> thanks
[06:06] <janimo> siretart, that lists all the ones I don't need see question ;)
[06:07] <janimo> I only need strict depends
[06:07] <siretart> err
[06:07] <janimo> if a recommends b then apt-cache rdepends b shows a
[06:08] <janimo> I would want that only if a depends on b
[06:08] <janimo> i.e a subset of current output
[06:10] <siretart> hm
[06:10] <siretart> then use grep-available or grep-dctrl
[06:10] <siretart> package grep-dctrl
[06:19] <_derek> \sh_away: question for when you are back
[06:35] <ivoks> gajim uber ales :)
[06:37] <siretart> :)
[06:41] <rtcm> I already asked but got no answer: I need to build a debug symbols enabled package (no other modifications) is there a standard debian flag to do it? namely I need to do it to gaim as it is segfaulting and I'd like to help with this
[06:43] <pef> hello
[06:43] <bddebian> Hello pef
[06:43] <bddebian> rtcm: I think it's nostrip or something to that affect
[06:44] <rtcm> bddebian: you mean I just add nostrip in the rules file?
[06:44] <rtcm> bddebian: what section?
[06:46] <bddebian> rtcm: Depends on the package but you can usually just set DEB_BUILD_OPTIONS=nostrip
[06:46] <JanC> slomo, https://launchpad.net/malone/bugs/1865  :)
[06:47] <rtcm> bddebian: as an env var to dpkg-buildpackage?
[06:47] <bddebian> rtcm: Yes
[06:47] <slomo> JanC: i'll have a look... but that seems really weird ;)
[06:48] <slomo> JanC: x86?
[06:48] <JanC> yes
[06:49] <slomo> JanC: hm... same here... thanks for reporting this :)
[06:50] <JanC> no problem  :)
[07:26] <sean_> theres an motu meeting here tonight? can anyone come?
[07:27] <slomo> sean_: sure
[07:28] <sean_> cool thx :)
[07:29] <dredg> looks like i'll be able to actually spend time as motu again real soon
[07:30] <sean_> so just ive got it right, thats in 2 1/2 hours right?
[07:30] <dredg> date --utc
[07:30] <bddebian> I hope to be there even if only for a little bit
[07:45] <herve> hello
[07:45] <herve> I found a package to transition to libcairo1 in multiverse
[07:46] <herve> should I handle it right now or there is a procedure?
[07:46] <dredg> i think it's freeforall
[07:46] <dredg> icbw mind
[07:46] <dredg> i've not been keeping up with stuff due to work and other garbage
[07:47] <dredg> which should all change over the next month :)
[07:47] <ogra> herve, anything that fixes b0rkage is good ;)
[07:48] <herve> ok, my hands are free then :-)
[07:48] <dredg> i have a feeling that my new job will allow me to spend time working on ubuntu
[07:49] <herve> ho no, it was done
[07:49] <herve> probably a build failure then
[07:51] <herve> ++
[07:53] <herve> slomo, ping
[07:53] <slomo> herve: pong
[07:54] <herve> gst-plugins-multiverse really is interesting but the Depends is empty :-)
[07:55] <slomo> herve: i know... i'm currently looking why that is... that's really weird ;) the metapackage has hardcoded Depends in the control file... but the resulting package has none
[07:55] <slomo> herve: but the actual plugins are working for you?
[07:56] <herve> didn't check, I just saw it in the New category of synaptic
[07:57] <herve> later
[07:58] <slomo> hmm... when i put in Suggests they're in the binary package...
[08:00] <\sh> argl
[08:00] <\sh> why do i have to do redhat support?
[08:00] <\sh> and when I say: use ubuntu .. they say: no I want enterprise server with X
[08:00] <sistpoty> poor \sh
[08:00] <\sh> argl
[08:02] <\sh> anyways...let me fill out my new testreport for the breezy daily iso
[08:02] <\sh> and btw...if a popup in gnome appears...is your desktop jumping as well from let say desktop 1 to 2
[08:02] <\sh> ?
[08:03] <sean_> i think it jumps... but i use XFCE :(
[08:04] <pef> \sh, doesn't jump for me
[08:04] <\sh> pef: hmmm
[08:04] <slomo> \sh: for me it doesn't too
[08:04] <\sh> hmm
[08:05] <\sh> when I have a popup appearing in rhythmbox, gajim, or someother and I'm on desktop 2, the popup appears on this desktop...jumps to another desktop, comes back, and all my windows are moved some pixels down
[08:06] <ryanthiessen> \sh: I get similar behaviour to that
[08:06] <pete> \sh: me to
[08:06] <siretart> sistpoty: would you like to have a look at http://siretart.tauware.de/revu2-trac/ please?
[08:06] <_derek> \sh: for windows what do you reccomend ofr a jabber client? for gtk you reccomend gajim? for qt you reccomend psi?
[08:06] <siretart> \sh: trac seems to rock, hard
[08:06] <\sh> _derek: exodus or also psi
[08:07] <sistpoty> siretart: just looking :-)
[08:07] <\sh> exodus follows more the xmpp standard
[08:07] <siretart> sistpoty: which components does revu2 have?
[08:07] <_derek> \sh: ok.... hula is going to support directory access for a jabber server.... that is exciting
[08:07] <sistpoty> siretart: what do you mean by components?
[08:08] <siretart> sistpoty: we can associate tickets with 'components'
[08:08] <siretart> sistpoty: I'm not sure either ;)
[08:08] <sistpoty> hm... give me a moment ;)
[08:10] <sistpoty> siretart: i'd say upload-processing (the upload-queues), web-interface, elma?, mini-dinstall-thingy, installer (I've just started with it :) and Documentation?
[08:10] <siretart> sistpoty: ok
[08:10] <sistpoty> siretart: but that was just a quick thought
[08:10] <sistpoty> maybe you have some better ideas ;)
[08:14] <\sh> siretart: good idea with trac?
[08:14] <sistpoty> sh: you rock!
[08:14] <\sh> I just saw this thing..and was fascinated about the easyness :)
[08:14] <\sh> and the gajim devs are quite rocking :)
[08:15] <\sh> the debian package maintainer is also one of the devs...will be fun to work with them :)
[08:15] <siretart> \sh: I think we will test it for revu2
[08:16] <\sh> siretart: wooohooo :)
[08:17] <siretart> if anyone also wants to join revu2 development, just pass me your password ;)
[08:17] <janimo> siretart what is it written in?
[08:17] <siretart> janimo: python
[08:18] <siretart> janimo: but in the beginning, we will need rather html templates and shell scripting work
[08:18] <siretart> Yagisan: it is
[08:18] <dredg> /msg siretart omfg_leet_password
[08:18] <ogra> siretart, set up a bazaar archive ;) that works with simple gpg keys
[08:19] <siretart> ogra: as soon as I understand baz
[08:19] <sistpoty> hehe
[08:19] <siretart> ogra: I tried using it, but I did not get quite many things and got frustrated :(
[08:19] <ogra> siretart, after the meeting today ;) (see the agenda)
[08:19] <siretart> ogra: Oh yes, I will prepare a huge pile of questions! :)
[08:19] <ogra> we have the author of bazaar there
[08:20] <ogra> great !!
[08:20] <siretart> woooh :)
[08:21] <sistpoty> omg ;)
[08:25] <janimo> ogra, not quite the author ;)
[08:26] <ogra> janimo, jblack is one of the upstream authors of bazaar... thats what he gets payed for
[08:26] <janimo> yes but not _the_ author :)
[08:26] <janimo> developer, substantial contributor etc.. :)
[08:27] <janimo> bazaar still has I think fair chunks of tla code
[08:27] <janimo> just nitpicking :)
[08:31] <siretart> ogra: will he also be involved in hct development?
[08:31] <ogra> siretart, i think so... ask him yourself ;)
[08:31] <siretart> ok :)
[08:48] <sistpoty> hey cool, the trac-site is being filled with life :) good work, siretart!
[08:49] <siretart> sistpoty: I'm working on it :)
[08:49] <sistpoty> i c :)
[08:50] <\sh> siretart: url ,-)
[08:51] <siretart> \sh: http://siretart.tauware.de/revu2-trac/
[08:51] <siretart> \sh: tell me if you want an account
[08:52] <\sh> yeah..
[08:54] <\sh> siretart: u rock :)
[08:54] <slomo> siretart: looks nice :)
[08:54] <siretart> :)
[09:00] <herve> hello
[09:00] <slomo> hi herve
[09:03] <\sh> damn...
[09:04] <\sh> even seahorse-agent 0.7.9 doesn't work for me
[09:05] <pef> \sh, what's the problem ?
[09:05] <pef> siretart, new ticket ;)
[09:05] <\sh> pef: i have seahorse-agent started...and it adjusted my gpg.conf and debuild -S is not working :)
[09:07] <pef> \sh, have you killed gpg-agent ?
[09:07] <\sh> there is no gpg-agent running
[09:09] <pef> \sh, have you gpg-agent-info directive created by seahorse on ~/.gnupg/gpg.conf
[09:09] <siretart> pef: thanks :)
[09:11] <\sh> pef: yes
[09:12] <pef> \sh, what's the error debuild gives ?
[09:12] <sistpoty> siretart: i just tried the sandbox, and for some strange reasons python code is not highlighted, any clues?
[09:12] <siretart> sistpoty: no clue
[09:12] <sistpoty> damn :/
[09:13] <\sh> gpg: problem with the agent - disabling agent use
[09:14] <\sh> pef: but only debuild so debsign :)
[09:15] <pef> \sh, calling debsign after that works for me
[09:17] <\sh> yes
[09:17] <\sh> and i found the proble,
[09:17] <\sh> m
[09:17] <\sh> debuild -S --preserve-env
[09:17] <\sh> and it's working :)
[09:17] <lamont> ./configure --prefix=/usr --enable-dynamic
[09:17] <lamont> checking build system type... Invalid configuration `parisc64-unknown-linux-gnu': machine `parisc64-unknown' not recognized
[09:17] <lamont> configure: error: /bin/sh ./config.sub parisc64-unknown-linux-gnu failed
[09:18] <\sh> what is it?
[09:18] <lamont> it needs a new config.guess & config.sub from any autotools-dev not more than 3 years old.
[09:19] <pef> \sh, same solution with dpkg-buildpackage ? I have switched to seahorse because of this problem
[09:20] <\sh> pef_aw: dunno I'm using dpkg-buildpackage only in dchroot
[09:21] <lamont> debuild just invokes dpkg-buildpackage, so it should work the same
[09:22] <\sh> lamont: well...together with seahorse only debuild -S --preserve-env is working together with the agent
[09:22] <\sh> guys...I think I'm hyping the ubuntu jabber nation
[09:23] <dredg> http://dredg.lessthanthree.be/gajim
[09:23] <dredg> that is all.
[09:23] <slomo> \sh: good idea ;) maybe we'll get a ubuntu jabber server at the end :P
[09:23] <ogra> \sh, you *are* the ubuntu jabber nation
[09:23] <lamont> jabber is much worse for community development
[09:24] <lamont> unless you just set up a group-chat, in which case you've reinvented irc
[09:24] <bddebian> MOTU meeting in 30 or so minutes?
[09:24] <sistpoty> yep
[09:24] <bddebian> Thx
[09:25] <slomo> lamont: sure... but when you need to reach only one person jabber is more comfortable than a query
[09:25] <\sh> lamont: jabber is more then chatting :)
[09:25] <ogra> he has a lot of topics
[09:25] <crimsun_> guys, I hate to do this, but I have a class to teach in 30 mins, so I'm going to have to miss the meeting. I'll read the logs.
[09:26] <\sh> lamont: u read about google talk service? the developer pages what they wanna do?
[09:27] <\sh> ogra: I need dholbachs cell number ...
[09:28] <lamont> \sh: nope
[09:28] <\sh> lamont: http://www.google.com/talk/developer.html#protocols
[09:30] <\sh> they're working on a new xmpp addon for signalling SIP calls
[09:30] <\sh> via jabber...
[09:30] <siretart> hi AcidPils :)
[09:30] <\sh> and they want to invent some xmpp only protocol for voice calls over xmpp protocol...and this should be an open protocol...if this is true, this would be fun
[09:31] <AcidPils> hi
[09:32] <janimo> guys how are you coping with evince being dog slow?
[09:33] <siretart> janimo: that seems to depend on the pdf
[09:33] <siretart> janimo: I already had a pdf which worked fine
[09:33] <janimo> almost all of them render slowly for me
[09:33] <siretart> :(
[09:33] <janimo> siretart that's a success (already have 1 pdf which is fine) :)
[09:34] <dredg> janimo: are they image heavy?
[09:34] <janimo> not at all, no image
[09:34] <janimo> unless I am missing something subtle
[09:40] <siretart> sistpoty: the timeline rocks :)
[09:40] <\sh> ok..now for libdv
[09:40] <siretart> \sh: libdv is 'interesting'
[09:40] <siretart> \sh: source is in main, and binaries in universe
[09:41] <\sh> what?
[09:41] <siretart> \sh: I uploaded it before, but slomo got a REJECTED message. perhaps you have more luck as uploader for main
[09:41] <\sh> i just checked the source...strange
[09:42] <\sh> mpeg2dec is uploaded already now
[09:44] <\sh> u read on devel
[09:44] <lathiat> wp0p0009-89098098098
[09:44] <\sh> your wep key?
[09:46] <mbreit> hi all
[09:47] <siretart> hi mbreit
[09:47] <bddebian> Heya mbreit
[09:48] <sistpoty> hi mbreit
[09:48] <siretart> mbreit: http://siretart.tauware.de/revu2-trac/ :)
[09:48] <mbreit> siretart: yay.... i just wanted to popose a trac installation for revu2 today ;))
[09:49] <siretart> lol
[09:49] <siretart> :
[09:49] <siretart> :)
[09:49] <siretart> mbreit: you knew trac? why you didn't recommend it earlier!? *g*
[09:49] <\sh> mbreit: damn...then I was faster again *grin*
[09:49] <mbreit> siretart: i _love_ trac... i am using it for all my project!
[09:49] <mbreit> +s
[09:50] <siretart> cool :)
[09:50] <sistpoty> mbreit++
[09:50] <siretart> mbreit: if you are used to it, I'm happy about all tweaking/config tipps and tricks ;)
[09:50] <mbreit> siretart: if you have any problems, just ask...
[09:51] <sistpoty> mbreit: python files have no colors (syntax highlighting), any clues?
[09:51] <mbreit> sistpoty: trac uses external syntax highlightning engines...
[09:52] <\sh> lamont: r u attending motumeeting? :)
[09:52] <mbreit> sistpoty: is clearsilver >= 0.9.3 installed?
[09:52] <sistpoty> hm... you better ask siretart for this ;)
[09:53] <mbreit> if you use the trac debian packages, it should depend on that..
[09:53] <siretart> aah
[09:53] <siretart> enscript is missing
[09:54] <mbreit> siretart: well, that could be the reason ;)
[09:54] <siretart> just installing
[09:54] <lamont> \sh: hadn't planned to really attend... just pretty much always in that channel too
[09:54] <mbreit> but clearsilver is iirc the standard highlight engine
[09:54] <siretart> ok installed
[09:54] <mbreit> works now
[09:54] <\sh> lamont: because of a complete universe rebuild
[09:54] <sistpoty> great :)
[09:55] <sistpoty> thanks mbreit
[09:55] <mbreit> ;)
[09:55] <sistpoty> oh meeting in t-5, got to refresh my nicotine-cache ;) (brb)
[09:55] <siretart> jupp. highlighting working now
[09:55] <mbreit> i would also start hacking on revu2, but i don't know where to start...
[09:55] <siretart> mbreit: I added some hints on the main page
[09:56] <lamont> \sh: I imagine I'll actually read the channel when my nick gets mentioned
[09:56] <\sh> lamont: ok :) thx anyways :)
[09:56] <mbreit> hehe... i would love to add a jabber notification, but it's way too early for that *g*
[09:57] <siretart> mbreit: It would be best/great, if you could have a look at http://siretart.tauware.de/cgi-bin/trac.cgi/file/trunk/TODO first
[09:57] <siretart> mbreit: and ask about the parts you did not understand
[09:57] <siretart> mbreit: then we should clarify most parts/states/foo in wiki pages
[09:58] <mbreit> okay
[09:59] <siretart> mbreit: that TODO was just a scratchpad for sistpoty and me. I don't think that anyone can understand what we discussed about that file. but you could help us in saying which parts we need to clarify ;)
[10:01] <siretart> MEETING TIME! -> /join #ubuntu-meeting now!
[10:40] <_derek> \sh: so you reccomend exodus as being #1 for windwos?
[10:40] <\sh> _derek: yes...but meeting now
[11:14] <_derek> \sh: does exodus support c2c encryption?
[11:15] <Yagisan> _derek: Important meeting
[11:18] <_derek> :)
[11:27] <herve> night all


[01:19] <sixwheeledbeast> I can only suggest booting from usb isn't set right or there is an issue with the live usb you have made? Check you can boot the live usb on something else would rule that out.
[02:26] <luciana> Hello!
[02:26] <Guest91827> Help-me
[02:27] <Guest91827> my personal computer don`t listen hardware
[02:29] <Guest91827> I need drivers with compatibility for my computer.
[02:31] <blackswan> sixwheeledbeast: it's a raspberry pi specific image somebody made; it has the raspberry pi boot loader in a vfat partition. i'm asking in #raspberrypi about some of the pi-specific stuff, i was asking here in case there were people with experience with the pi image from the ubuntu mate web site.
[02:31] <Guest91827> what is the command in mate terminal for setting adapters network
[03:29] <scott_> te
[03:29] <scott_> Derp Im new at this OS
[03:49] <casey> Hi everyone. I'm running a fresh install of Ubuntu MATE. I want to use the Slick Greeter for login, but I can't figure out how to install it;
[03:49] <casey> Ubuntu MATE 16.04
[10:17] <sixwheeledbeast> Ok yes I forgot they where a different arch. There still could be an issue with the image are the checksums correct?
[11:04] <blackswan> sixwheeledbeast: the image is fine; i located an adapter and wrote it to the sd card directly and it works. still would like to know what the deal with the usb drive is, but i can figure that out later.
[11:10] <sixwheeledbeast> then it's something pi related. There is a boot config file on pi from what I remember? Did you say you changed this
[11:17] <FolkyHobbit> I was wondering, on a home build PC, is there any risk installing ubuntu mate 17.10 due to the corrupting bios bug? is it better to stay away from it till its fixed?
[11:18] <diogenes_> FolkyHobbit, I'd say, stay away from lenovo if you intend to use linux.
[11:20] <sixwheeledbeast> It shouldn't be an issue if your BIOS is not affected. However, you could use 16.04 LTS for now, which is recommended by Ubuntu at the moment.
[11:24] <FolkyHobbit> thanx I do have a lenovo thinkpad laptop but this is about my desktop pc which is a home build. I might play it safe and go for 16.04. pity because I am curious about the changes made towards 17.10 ;)
[11:28] <diogenes_> FolkyHobbit, this is what is written currently on ubuntu's official download page: http://dpaste.com/0EESTGY
[11:56] <tezogmix> Hi, was trying to update ubuntu-mate (after 1st boot reallocation splash screen) for the raspberry pi 3b and came across an error that I don't have enough storage in /boot - the microsd card is a class-10 32gb. I initially formatted within win7 and wrote the img file that I extracted from 7zip.
[12:44] <tezogmix> Ok I found a youtube video showing how to resolve this problem: https://www.youtube.com/watch?v=BGCeLct5SUg // Not sure why this has to be done in the 1st place or how it could have been avoided altogether during the initial setup and upgrade via software updater.
[12:45] <tezogmix> correction (sorry wrong youtube link from above, this is the correct one): https://www.youtube.com/watch?v=oYAnmjT8P-E  [Work Around for Ubuntu-Mate on Raspberry-Pi Software Updater Error]
[12:47] <alkisg> tezogmix: you can file a bug report if you want a developer to see/fix it
[12:48] <tezogmix> So during the 1st software updater run, it appears that there's ~516mb to install... I wonder what will happen on the next update. I only gparted 1024mb for that PI_BOOT (from 64mb)
[12:49] <tezogmix> Thanks alkisg , total linux/pi beginner here, was just trying out this OS 1st time.
[12:53] <tezogmix> From the random google search results on this topic, it seems to have been going on for several months (dating back to February 2017 for example) and this ubuntu-mate version [ubuntu-mate-16.04.2-desktop-armhf-raspberry-pi.img.xz // 2017-02-16 release], so surprised it hasn't been reported in an official manner (maybe it has?)
[12:53] <tezogmix> Here's a forum reference on the topic with some more advanced commentary: https://ubuntu-mate.community/t/no-room-on-boot-for-updates/11336/8
[12:54] <tezogmix> nevertheless, I'm glad there's a project for the pi and looking forward to using/learning it better
[13:00] <tezogmix> One comment from the forum link above (I am unsure on its best-practice for beginners) had mentioned synaptic manager "Forget the default system update program and install Synaptic so you can update everything without having any problems!"
[13:02] <tezogmix> Then what's the purpose of the software updater? :P Basically, I'm hoping to avoid broken/incomplete updates or something similar to where I had to follow that youtube link on re-sizing the PI_Boot with gparted
[13:02] <tezogmix> Ok, thanks for time... perhaps some others will chime in here as able.
[13:17] <tezogmix> :/ Firefox keeps crashing on startup right after this 1st update
[13:18] <tezogmix> on version 57.0.3
[13:22] <tezogmix> Looks like this error goes back several firefox versions... not sure what to do here: https://ubuntu-mate.community/t/firefox-55-0-2-doesnt-start-crashes-on-ubuntu-mate-raspberrypi-3/14637
[13:28] <ricotz> tezogmix, you can use firefox-esr on pi https://launchpad.net/~mozillateam/+archive/ubuntu/ppa
[13:29] <tezogmix> Hi ricotz that was what I was just about to try :) Thank you... I was just trying to figure out if I removed firefox completely with this command: "sudo apt-get purge firefox"
[13:30] <tezogmix> before installing firefox-esr
[13:30] <ricotz> you don't have to remove firefox, they don't conflict
[13:32] <tezogmix> ah you are right about that ricotz - I remember using firefox-esr on the raspbian PI OS before... but wanted to clear any remnants until I read and see more on why the non-esr FF versions aren't working.... looks like there's a ton of mozilla related folders all around the file system
[14:15] <mate|62316> hello
[14:16] <mate|62316> i need help reinstalling windows
[15:45] <dolbi> a
[16:39] <mate|57537> hello :)
[16:39] <mate|57537> How are we all?
[16:42] <diogenes_> mate|57537, good, u?
[16:42] <mate|57537> all good, how is everyone enjoying the holidays?
[16:43] <diogenes_> sleepy, u?
[16:43] <mate|57537> sleep is pretty what I've done the past 6 days
[16:43] <mate|57537> that and Install Ubuntu mate
[16:44] <mate|57537> such a neat OS
[16:44] <mate|57537> it works like a charm on my old laptop
[16:44] <diogenes_> hehe good
[18:43] <axwell> oki
[18:44] <Guest16567> oki
[20:15] <Eightynine> How can I install Brisk Menu?
[20:24] <v3ritas> Hi all -- i have an issue with Ubuntu 17.10 x86_64: Only able to resize windows from the top left corner, nowhere else. Based on MATE Tweak, my WM is Metacity Marco. Can anyone give me a hand?
[22:12] <kiwilinux> hi guys i was wondering if the problems with ubuntu 17.10 corrupting the bios of lenovos as well as some acer laptops was an issue with ubuntu-mate too?
[22:38] <alkisg> kiwilinux: yes, all ubuntus share the same basic packages, kernel etc


Further to language discussion @kc2bez @guiverc - bug filed after latest test - https://bugs.launchpad.net/ubuntu/+source/lubuntu-default-settings/+bug/1958555


[16:07] <jrwren> oh man, rick_h in paris?!?  for work or pleasure, rick_h?
[18:08] <rick_h> jrwren:  end of a work sprint
[18:08] <rick_h> been here this week, took Sat for my own paris running around and home tomorrow
[18:58] <jrwren> noice!
[19:03] <jrwren> http://smackerelofopinion.blogspot.com/2019/09/boot-speed-improvements-for-ubuntu-1910.html
[20:13] <cmaloney> So they'll have larger kernel sizes for .24s speedup?
[22:54] <jrwren> no. that is total time, as in read, decompression, and execution.