[03:03] <diddledan> doobleydo
[03:30] <daftykins> harro thar
[03:31] <daftykins> i'm watching Inderpendence Day
[03:31] <diddledan> the movie?
[03:31] <nigelb> I like some of it. But hate the tech talk.
[03:32] <nigelb> We still can't run windows apps reliably on linux, but we can write code to give a virus to alien spaceships.
[03:32] <daftykins> diddledan: yep!
[03:32] <daftykins> nigelb: indeed, on a fugging Mac, too
[03:32] <diddledan> "send out a signal to bring their shields down"
[03:32] <daftykins> it's just convenient that the aliens are sponsored by intel and run x86
[03:33] <nigelb> lol
[03:33] <diddledan> it's pretty amazing they use the same display tech too
[03:33] <nigelb> and why would you have a server -> client model for your attack ships
[03:33] <diddledan> i.e. that an earth virus can display a skull and cross bones and even emit sound
[03:34] <nigelb> there can be no sane reason for it.
[03:35] <diddledan> well that would be so they can update mission objectives for their fighters when they're on a long bombing raid over iraq
[03:35] <diddledan> I might have mixed a few metaphors there methinks
[03:37] <diddledan> "what is a metaphor?" .. "it's for metting with"
[03:44] <daftykins> clearly they supported MIDI
[03:48] <diddledan> I wonder what MIDI sound font they'd be using?
[03:49] <diddledan> that's a bit of an odd description "a cross-platform telephony platform" <-- if it's a "platform" how can it be "cross-platform"?
[03:49] <daftykins> ooh that's talk far beyond me
[03:50] <diddledan> https://en.wikipedia.org/wiki/SoundFont
[04:57] <mapps> hi all
[04:58] <diddledan> ello mapps
[04:58] <diddledan> mapps: I don't suppose you kept copies of csi:cyber? I'm missing ep06 and ep09 :-(
[05:01] <mapps> almost certain i did
[05:01] <mapps> gimme a few secs
[05:01] <diddledan> \o/
[05:03] <mapps> you seen chappie? 40mins left seems good
[05:05] <diddledan> not yet
[05:08] <shauno> I wasn't so impressed with chappie :/
[05:08] <diddledan> allo shauno
[05:08] <shauno> evening
[05:19] <mapps> just moing them to my pi diddledan
[05:19] <mapps> gahh im so freaking hot again my rooms like a sauna
[05:20] <diddledan> mmm, pi
[05:35] <mapps> um
[05:35] <mapps> http://<IP_ADDRESS>/temp/
[05:35] <mapps> theyre there
[05:35] <mapps> should work
[05:35] <mapps> thats my ip you can whois me and s;]
[05:36] <mapps> see
[05:36] <diddledan> danke
[05:47] <mapps> chappie was good
[05:48] <diddledan> ok, I've got them down - you can take the page offline :-)
[05:48] <mapps> :D
[05:49] <diddledan> thank you
[05:49] <mapps> what speed did you get? dunno what my max up is
[05:49] <mapps> down is 100
[05:49] <mapps> np
[05:49] <mapps> ;D
[05:49] <diddledan> I wasn't watching the speed :-p
[05:49] <diddledan> I just spotted they're done
[05:49] <mapps> ;]
[06:34] <knightwise> hmm
[06:35] <knightwise> playing around with Cortex (command line reddit browser)
[06:35] <knightwise> having a hard time getting it to open things in links
[08:07] <MartijnVdS> I shouldn't have thrown out my last PS2 keyboard...
[08:07] <MartijnVdS> I'm reviving an old machine and I can't get to its BIOS because "USB Legacy" support is off
[08:07] <diddledan> oops
[08:08] <diddledan> I'm struggling to get windows10 to connect to my freenas box :-(
[08:08] <MartijnVdS> diddledan: Apparently, I was smart enough to leave "USB CD boot" on, and before "internal HDD"
[08:08] <MartijnVdS> so I can boot some rescue image
[08:08] <MartijnVdS> diddledan: what's the problem?
[08:09] <MartijnVdS> diddledan: does Windows 10 see the network as "private" or "public"? Because if it's public -- it firewalls Samba ports
[08:10] <diddledan> first: the box isn't showing up in windows' network devices list, and second: manually typing //freenas/share or //ip.add.re.ss/share or both without /share gives me a nice unhelpful dialog with a pull-down for extra information that reveals an error of "0x80004005 - unspecified error"
[08:11] <diddledan> it's windows, so I actually used \s instead of the /s I wrote above
[08:13] <diddledan> https://onedrive.live.com/redir?resid=847812CA14CFDA17!353217&authkey=!AC9rWYmUipeehZI&v=3&ithint=photo%2cpng
[08:13] <diddledan> that's a screenie of said window
[08:15] <MartijnVdS> *checks*
[08:15] <diddledan> it's purely a windows10 issue
[08:15] <diddledan> it seems
[08:15] <MartijnVdS> diddledan: if you right click the network icon and go to the "network and sharing centre"
[08:16] <diddledan> yup
[08:17] <MartijnVdS> diddledan: then click on the "link" to the network settings, on the right side of the break ("Ethernet" it's called for me)
[08:17] <MartijnVdS> oh wait
[08:17] <diddledan> yup
[08:18] <MartijnVdS> on the left it says "Network", and underneath "Public network" or "Private network"
[08:18] <diddledan> yeah it's a private network
[08:19] <MartijnVdS> "it means access denied/insufficient rights/wrong permissions"
[08:19] <MartijnVdS> diddledan: what's the samba version on the server?
[08:19] <MartijnVdS> does it support all the latest protocol versions?
[08:20] <MartijnVdS> SMB2/SMB3
[08:20] <MartijnVdS> automatic encryption settings
[08:20] <diddledan> well it's something specific to win10 - my win8.1 is seeing it (and other systems that 10 is also unable to see) fine
[08:21] <MartijnVdS> diddledan: windows 10 may have disabled support for the older protocols by default
[08:21] <MartijnVdS> diddledan: for security raisins
[08:21] <diddledan> mm raisins
[08:21] <MartijnVdS> diddledan: anyway, https://wiki.samba.org/index.php/Samba3/SMB2
[09:18] <brobostigon> morning boys and girls.
[09:21] <diddledan> allo brobostigon
[09:22] <brobostigon> hi diddledan
[09:47] <diddledan> lol @ #ubuntu "if that doesn't work, get a new computer"
[09:58] <zmoylan-pi> well after a certain amount of effort, any more attempts can be a waste of time...
[11:05] <SuperEngineer> psst... 10 minutes until BBC pre-F1 coverage, followed by, errr... Bristish Brand Prix!  :)
[11:07] <SuperEngineer> [sub a G for that P] doh!
[11:07] <SuperEngineer> B!
[11:13] <HandlesAye> Just in a working mens club ... Could they ever sort this out ? http://ow.ly/Pc0f8
[11:13] <HandlesAye> internets going out at times.
[11:13] <HandlesAye> leaves.
[12:18] <Azelphur> Anyone happen to know how to resolve this issue? http://ubuntuforums.org/showthread.php?t=1602120 I get it from time to time, really annoying
[12:19] <MartijnVdS> Azelphur: what kind of graphics chip do you have? and which driver?
[12:19] <Azelphur> MartijnVdS: GTX 980, 349.16
[12:20] <MartijnVdS> ah.. nvidia
[12:20] <MartijnVdS> I heard they're bad at linux :P
[12:21] <Azelphur> sadly better than anything else out there when it comes to gaming
[12:23] <penguin42> MartijnVdS: With Nvidia the normal courses are 1) Try the opposite of nouveau (open) or closed driver to theone you're using  2) If you're using the closed driver try a different version of it  3) swear
[12:23] <zmoylan-pi> 4) goto 1
[12:24] <MartijnVdS> Azelphur: the high end amd cards seem to be okish?
[12:24] <Azelphur> MartijnVdS: fglrx is worse than nvidia last I checked
[12:25] <MartijnVdS> Azelphur: don't they have a free driver now?
[12:26] <Azelphur> MartijnVdS: the open source driver is painfully slow and unoptimised with masses of missing features, it isn't suitable for gaming last I checked.
[12:26] <Azelphur> I wish it was, that'd be awesome, but sadly no
[12:26]  * penguin42 thinks it got a bit closer but then they bought out a new range of chips
[12:29] <MartijnVdS> Azelphur: http://www.phoronix.com/scan.php?page=news_item&px=AMD-AMDGPU-Released
[12:30] <Azelphur> heh, as I say be interesting how it performs
[12:30] <Azelphur> also this new AMDGPU driver confuses me, is it proprietary or nto?
[12:31] <langlee>  /server irc.UK-IRC.net
[12:31] <penguin42> Azelphur: Looks open
[12:31] <Azelphur> and gah, guess I'm gonna restart X to get rid of this annoying menu box, brb :)
[12:32] <MartijnVdS> Azelphur: the kernel part isn't, but the X driver can be
[16:44]  * foobarry spies a hudl update
[16:44] <foobarry> still android 4.4.2 though
[17:08] <DJones> foobarry: Do you expect anything else from Tesco, nicelecy priced devices that are as good as the N7, just crippled with MyTesco app and non-existant support from tesco
[17:12] <foobarry> yes, i didn't expect bigfix updates DJones :D
[17:12] <foobarry> bugfix*
[17:51] <penguin42> popey: Was your dead drive a WD Red?
[17:51] <popey> well, it seems less dead
[17:51] <popey> may have been dodgy cable
[17:52] <penguin42> hmm
[19:18] <MooDoo> evening all
[19:21] <popey> yo
[19:31] <MartijnVdS> yoyo
[19:37] <mapps> hi
[19:37] <mapps> so hot today
[19:37] <mapps> 29c
[19:37] <mapps> O_o
[19:37] <mapps> melting in my room
[19:38] <penguin42> cooled off here
[19:39] <mapps> ;]
[19:39] <mapps> 37c in madrid
[19:39] <mapps> wow
[19:39] <mapps> ive never acually been out in 31+
[19:41] <penguin42> it claimed to have hit 32c here I think Tuesday last week, that was pretty heavy; we're not used to hot
[19:44] <mapps> 29 was ok if youre by the sea
[19:44] <mapps> nice breeze
[19:47] <penguin42> Google Maps now has a 'light' mode it's suggested I switch to - I can't see the difference except it's faster
[19:49] <firstofficer> test
[19:49] <penguin42> failed
[19:49] <mapps> web or on phones?
[19:49] <penguin42> mapps: Web, on desktop
[19:49] <mapps> i like how maps pulls data doe live traffic and public transoort routes
[19:49] <mapps> best maps out there imo
[19:50] <penguin42> mapps: Yes, although it's got slower and buggier over the years; it's search is excellent, and it's route search is pretty good
[19:56] <mapps> it works brilliant abroad
[19:56] <mapps> public transpor worked in holland germany and czech
[19:57] <penguin42> mapps: Well, that's why I said pretty - I did get a bit lost on my way to the Airport in Dusseldorf
[19:57] <penguin42> walking instructions are great, trams etc - hmm maybe
[20:40] <shauno> hm, new horizons going into safe mode is a bit of a bummer
[20:53] <diddledan> shauno: ?
[20:53] <diddledan> shauno: they're running windows on it? :-p
[20:53] <shauno> that was actually my first thought
[20:53] <shauno> a mental picture of it flying past pluto with a screen reading "please wait while windows configures updates"
[20:54] <diddledan> lol
[20:54] <shauno> http://www.nasa.gov/nh/new-horizons-responds-spacecraft-anomaly
[20:54] <shauno> and http://www.planetary.org/blogs/emily-lakdawalla/2015/07042044-new-horizons-enters-safe-mode.html
[20:54] <shauno> data just started a minute ago though, so something might actually be happening
[20:56] <diddledan> oh dear
[21:01] <diddledan> as far as I am aware they were planning on uploading new programming sometime after last wednesday before the final approach to tell it what it should be doing sciency. I wonder if they glitched in that process?
[21:04] <diddledan> idiot tory: http://uk.businessinsider.com/david-cameron-encryption-back-doors-iphone-whatsapp-2015-7?r=US
[21:07] <shauno> I think it's great :)
[21:09] <shauno> being that I'm not subject to british law and all.  for me it's just a great advertising scheme.
[21:09] <shauno> there's really no better recommendation of encryption software, than having the govt scared of it
[21:25] <mapps> anyone able to help?:|
[21:25] <mapps> my vpn wont work again
[21:25] <mapps> arghh
[21:51] <daftykins> mapps: lol what have you done =|
[21:51] <daftykins> mines working ace ;)
[22:05] <diddledan> wow, my old raid array is connected to a computer running debian sarge (3.1)
[22:06] <diddledan> that was EOL'd in 2008
[22:09] <daftykins> hosted by whom? o0
[22:09] <diddledan> me :-p
[22:09] <daftykins> or this is a box at home? :>
[22:10] <shauno> if this is that tank of a compaq, I'm not sure you'd bother paying to rack that :p
[22:11] <daftykins> unless it were in London Tower to divulge its' secrets
[22:11] <daftykins> TELL ME!
[22:16] <diddledan> I've got a minirack here, and some rails. the minirack isn't deep enough for the rails.
[22:16] <diddledan> I was miffed when I tried putting the bits together
[22:20] <mapps> i borked my gib vpn daftykins
[22:20] <mapps> connected to my surrey vpn at daddys no
[22:20] <mapps> w
[22:20] <mapps> ;D
[22:21] <mapps> not sure why it isnt working reallt
[22:37] <daftykins> diddledan: oops.
[22:37] <daftykins> mapps: what do the logs say? :P
[22:37] <diddledan> looks like this system was last touched in november 2006
[22:37] <diddledan> and it looks like there's very little of interest in terms of files on there
[22:38] <diddledan> :-(
[22:38] <daftykins> d'aww


[07:00] <reversiblean> I get the error "appmenu-qt: handleReparent 136 The given QWindow has no QMenuBar assigned" when running 'Qt Quick Application' project template in Ubuntu SDK.
[07:01] <reversiblean> This has been asked before:http://askubuntu.com/questions/605205/how-can-i-get-menu-items-in-a-qt-quick-application. But I can't find any solution.
[07:59] <donniezazen> Why isn't Qt Creator 3.4 shipped with Ubuntu via main repo or the sdk ppa?
[08:01] <mcphail> Am I right in thinking that apps targeting the desktop aren't subject to the same apparmor restrictions as those running on Touch?
[08:17] <mcphail> aquarius: bzoltan: I enjoyed the UCS session, but I have major concerns about the C++ side of things
[08:19] <mcphail> aquarius: bzoltan: My experiments suggest that apps with a desktop target are unconstrained. Many developers are using the desktop target during development phase. There is the potential for a malicious/faulty piece of C++ code to run "system("rm -rf /");" or worse
[08:20] <mcphail> aquarius: bzoltan: unless there can be a constrained desktop environment, no code from the UCS can be trusted
[08:21] <bzoltan> donniezazen:  there are two reasons. 1) Ubuntu follows the Qt upstream releases and we push the newer bits after massive testing and validation. QtC and Qt are very much go hand in hand. So the day will come when QtC 3.4 will be released.
[08:24] <bzoltan> donniezazen: 2) we have a super solid comitment that the developer experience  is the same on LTS (14.04) and on the latest stable release (15.04)  But when on LTS the Qt is on 5.2 and  on Vivid the Qt is on 5.4 we need to be careful. Our Ubuntu SDK is based on the qtcreator-plugin-ubuntu plugin of teh QtC and so we need a QtC+plugin what builds and works the same way on Qt5.2 and on Qt5.4  ... the problem with QtCreator 3.3 and newerreleases is that
[08:24] <bzoltan>  they are not compatible with the Qt 5.2.
[08:25] <bzoltan> donniezazen:  So our plan to solve this problem is to decouple the Ubuntu SDK from the distro Qt release and create a QtSDK like package what can be installed on any kind of ubuntu release without worrying about the Qt version installed from teh archive.
[08:26] <bzoltan> donniezazen:  The schedule is to release the first tech preview of the new SDK in few weeks and to make it the default for 15.10
[08:27] <bzoltan> mcphail:  how different teh situation is without UCS and without the SDK on any Ubuntu or on anz other GNU/Linux desktop?
[08:29] <mcphail> bzoltan: the session last night concluded that UCS community components neither enforced nor benefitted from review. The assumption was they would allow people with no knowledge of C++ to install components which could enable backend functionality. This group of developers would, by definition, not be able to audit C++ code. This is safe enough within the apparmor constraints on touch, but not on the unconstrained desktop
[08:30] <mcphail> bzoltan: it adds trust back into the equation
[08:32] <bzoltan> mcphail:  I repeat my question :) How different is this with any Linux desktop in this day? In my view as long the desktop apps are not confined the same way as on the phone (convergece!) this problem does exist and indeed represents a major issue  for the Linux desktop world.
[08:33] <DanChapman> Morning all
[08:33] <bzoltan> mcphail:  so, yes, you are right .. but UCS does not bring any new risks what is not present already .. true it does not solve the problem either. but I imagine that aquarius would say that UCS has not signed up for solving this application security issue
[08:35] <mcphail> bzoltan: The difference is surprise. The components are "perfectly" safe when deployed on Touch but not on desktop. That difference is not immediattely apparent to the developer. Running untrusted C-code is always a risk, but the SDK should work hard to remove that risk. It strikes me as very odd to have a different model for desktop to Touch (particularly with snappy on the way). I think we need a constrained or sandboxed desktop environme
[08:38] <bzoltan> mcphail: That is the whole convergence story is about. It is definetly  the target for the upcoming releases.
[08:39] <mcphail> bzoltan: that is great. In the meantime, though, I'd implore you not to allow C++ containing UCS components into the SDK. The security risks are too high
[08:39] <bzoltan> mcphail:  But keep in mind that there is no .click or .snapp support available on Desktop.  The Ubuntu SDK is about creating .click package right now. The SDK can build for Desktop target, but  it is up to the developer to package and distribute it.
[08:40] <mcphail> bzoltan: as i said above, most devs are using the desktop target for development for speed/convenience
[08:40] <bzoltan> mcphail:  I repeate my question :) What risks UCS brings what is not present on any Linux desktop?
[08:40] <mcphail> bzoltan: I answered that one already - Surprise :)
[08:41] <bzoltan> mcphail:  No, you have answered the diff between Touch and Desktop ... i am asking about diff between Desktop with UCS and Desktop without it.
[08:42] <bzoltan> mcphail: An avarage developer can bzr  branch or git clone any code right now... build it and run it...on any linux desktop. Nothing guarantees that the code does not remove the ~/*
[08:43] <mcphail> bzoltan: The desktop target is an SDK target. All the other SDK targets behave differently. That is a surprise in itself and is not immediately apparent. If I was developing a non-SDK app, I know what my target is and how it behaves. The SDK development obfuscates that a little
[08:44] <mcphail> bzoltan: it is almost like a breach-of-contract by the SDK. The apparent security isn't provided. I know this is very apparent to you, but it has taken me a month or so of hacking with the SDK to begin to understand the complexities
[08:44] <bzoltan> mcphail: With all respect I disagree ... all other targets the SDK creates an installable, checked and uploadable _package_ ... with Desktop target the SDK creates stuff under the build directory ... just as any `make` would do for any other project.
[08:45] <mcphail> bzoltan: the packages are invisible to the developer. I never have towrangle with a .click package. I press the big green "play" button whether I am targetting the desktop or emulator
[08:45] <bzoltan> mcphail:  and again I ask ... how different is the risk with SDK + UCS from QtC on 12.04? In my view it was the same always ...
[08:46] <bzoltan> mcphail:  Pushing the green button means make + run ... just as if you would make in the terminal and blindly execute the binary it creates.
[08:46] <mcphail> bzoltan: The difference is the risk is abrogated by some targets but not others, and that abrogation is not easily apparent
[08:47] <bzoltan> mcphail: I disagree ... QtC is availabe in Ubuntu archive for very long time... Pushing the big green triangle  with the  Desktop target did always the same ... you build and run the project. That is what IDEs are for.
[08:49] <bzoltan> mcphail:  building and running code in an IDE on a Desktop is nothing new ... this feature is available since IDEs are available on Linux desktops... on _ALL_ Linux Desktops. It is the same on Debian, Suse, Arch, Gentoo. You run the IDE, open the project and run it. If it ruins your ~ then it is a sad thing, but you can not blame the IDE for it.
[08:50] <mcphail> bzoltan: I'm not arguing with that at all. But this isn't vanilla QtC. This is the Ubuntu SDK. I disagree that developers view them as the same thing. I open the SDK with a view to developing Ubuntu apps. I have a model for the apps in mind, complete with the security constraints.
[08:51] <bzoltan> mcphail: and yet again, it is not an issue what UCS brought in .. UCS is just an interface to a repository ... like git repositories out there. There are many git repos out there. Nothing guarantees that when you clone an unknown git repo and build+run it then it will not do evil things.
[08:52] <bzoltan> mcphail:  the Ubuntu SDK is based on QtC and we do not disable those QtC's features what have been available for ages
[08:52] <mcphail> bzoltan: whilst that's true, the argument to have it _as_part_of_the_SDK_ was that trust wasn't required due to the constraints. I'd be interested to here aquarius's perspective
[08:52] <mcphail> *hear
[08:54] <mcphail> bzoltan: nothing is going to ruin the reputation of the SDK faster than it becoming a conduit for malware
[08:54] <bzoltan> mcphail: UCS has little if anything to do with it. The Ubuntu SDK does offer desktop application development since the day zero.
[08:54] <mcphail> bzoltan: and "legacy desktop" is a legitimate target
[08:55] <bzoltan> mcphail: I think you  put responsibilities on the SDK what does not belong there
[08:55] <bzoltan> mcphail:  The SDK is a tool. It is not responsible for the damage the application is causing what you develop with the SDK
[08:55] <mcphail> bzoltan: ok, maybe. All I know is I won't be able to use UCS components with the current model and that is sad
[08:56] <bzoltan> mcphail:  like it is not the knife to be blamed if somebody hurts somebody with it
[08:56] <mcphail> bzoltan: I don't think we're going to agree here :)
[08:56] <bzoltan> mcphail:  it is fully your choice to use or not to use the UCS.
[08:57] <bzoltan> mcphail:  UCS is just a repo ... look at it as to a git repo with zillions of project.
[08:58] <bzoltan> mcphail:  it is a developer's responsibility to evaluate the component she/he is about to download and integrate to the application she/he is developing. We did cover that issue yesterday on the session.
[08:58] <mcphail> bzoltan: I'm aware of the infrastructure. The problem is that it will not be any "better" than github with the current model. That strikes me as a missed opportunity
[08:59] <mcphail> bzoltan: There was disagreement on that point in the session. aquarius was very clear his vision for UCS was for people who do not know/understand C++ code
[08:59] <bzoltan> mcphail:  Neither legaly or moraly  the Ubuntu SDK can not be held repsonsible for the damage the applications cause in the space they have rights to cause damage. It is a very fundamental thing.
[09:00] <mcphail> bzoltan: of course. I don't disagree with that
[09:01] <bzoltan> mcphail: So neither UCS or  the SDK does not bring new risks .. and true, they do not solve an old risk. What solves this problem is the confinement what is coming to the Ubuntu desktop too
[09:01] <donniezazen> bzoltan: thanks for the explanation. QtC meaning the compiler?
[09:02] <mcphail> bzoltan: and when that happens, I'll become a happy UVS user :)
[09:02] <mcphail> *UCS
[09:02] <bzoltan> mcphail: on the session it was me who complained about the risks the binary blobs represent. We managed to reach a consensus and we will support the source code distribution. So the developer can check the code... and of course we have click-reviewers-tools what we can extend if  needed
[09:02] <bzoltan> donniezazen:  QtC is the QtCreator, the IDE itself
[09:03] <donniezazen> bzoltan: that's a very nice idea to decouple those things. I want to run latest stable developmental tool and a solid stable system which LTS tend to be. That fits in perfectly.
[09:03] <bzoltan> donniezazen: We had the same objective in our mind.
[09:05] <donniezazen> :)
[09:05] <bzoltan> mcphail:  I would not dismiss the UCS. The UCS is just the infrastructure. I would recommend to you and to all developers to review the code they pull down with UCS instead of blindly running it. But that is a basic thing. I would never excute an unknown binary ... never! That is not safe.
[09:06] <mcphail> bzoltan: That is completely untrue. We were all running OpenSSL and bash without auditing the code
[09:07] <bzoltan> mcphail:  I am sorry, what is untrue?
[09:08] <mcphail> bzoltan: you never execute an unknown binary. You have trusted the debian devs and upstream for openSSL. That didn't work out well
[09:08] <bzoltan> mcphail:  bash or OpenSSL are not unknown binaries
[09:09] <bzoltan> mcphail:  I never run unkown binaries and I do recommend any other fellow computer users the same attitude.
[09:09] <bzoltan> mcphail:  regardless if the binary I downloaded as a ready blob or I built it myself without looking at the source code
[09:10] <bzoltan> mcphail:  it is not safe to got clone unkown projects and blindly build+run them.
[09:11] <bzoltan> mcphail:  But it is not because git or gittorius would be unsafe ... it is the developer/user who should be safe.
[09:11] <mcphail> bzoltan: neither is it safe to trust the repo maintainers or upstream to provide safe binaries. OpenSSL was a very big case-in-point.
[09:11] <nik90> popey: Could you fill in the summary for the core apps sessions that took place. I had other sessions to host at the time and missed them.
[09:12] <bzoltan> mcphail:  I am sorry, but with all respect I disagree.
[09:13] <mcphail> bzoltan: fair enough
[09:17] <mcphail> nik90: what's your perspective on the above? If UCS components can run C++ code, they will have unconstrained access to the filesystem when run under the desktop target. Many developers use the desktop target when making apps as it it faster and more convenient than the emulator. This may permit "system("rm -rf /");" or similar from the C++ code which would make all UCS components untrustworthy. Should C++ be allowed before there is a const
[09:17] <popey> nik90: will do
[09:19] <nik90> mcphail: I logged into irc only recently and as such was able to follow the conversation only after "mcphail> bzoltan: I'm aware of the infrastructure. The problem is that it will not be any "better" than github with the current model. That strikes me as a missed opportunity"
[09:20] <nik90> mcphail: I think we are progressing step by step and our initial idea entailed components for the ubuntu phone where we have app confinement in place to avoid such evil code.
[09:22] <nik90> mcphail: When Unity8 and snappy arrives on the desktop, I presume that the security model which extends on the phone will to some extent apply to the desktop as well to avoid a rogue application removing user data and going wild and such.
[09:22] <mcphail> nik90: my worry is that we will be developing for the phone, but developing on the desktop target for speed and convenience. The guarantees the phone provides are not there on the desktop just now. As such, UCS cannot be trusted if C++ is allowed
[09:23] <nik90> mcphail: true, which is why it is now even more important that the app developer who uses a c++ component to review its code before running it.
[09:24] <mcphail> nik90: aquarius's point was that the people using the UCS will not be capable of reviewing C++ code
[09:25] <nik90> mcphail: aquarius's point was also to not have a manual code review since that will slow down things considerably. We cannot have c++ code without introducing manual code review
[09:26] <nik90> while at the same time restricting c++ components would be suicide, we would be losing out on so much
[09:26] <aquarius> I see myself mentioned
[09:26] <aquarius> let me read the scrollback
[09:26] <nik90> we need to arrive at a compromise
[09:26] <aquarius> then I can explain what my point was :-)
[09:26] <mcphail> Thanks aquarius - I may have been putting words in your mouth :)
[09:27] <nik90> aquarius: short summary: c++ components should not be allowed since new developers developing apps for ubuntu phone do it on their development which currently runs unity7 and any untested c++ component could potentially run unsafe system commands.
[09:28] <nik90> aquarius: and thereby if UCS allows c++ components to be uploaded, it makes its components untrustworthy.
[09:32] <aquarius> OK, I'll address the "risk to developers who are using components while developing on the desktop" point first. Yes, there is that risk. It is no more significant a risk than using modules from PyPI or npm or rubygems while developing, but it is a risk. There is, however, no way to "fix" this without basically making the component store useless (because manual review doesn't work, and the point of ucs is comp
[09:32] <aquarius> iled components because they're what's difficult to do).
[09:34] <aquarius> This is to some extent ameliorated by confinement, once apps are confined while they're in development, but that's some distance away. That is not the point I was making in the discussion, though; confinement isn't for protecting app developers from malicious components, it's for protecting *users* from malicious components, and that works fine and isn't affected by this conversation.
[09:35] <aquarius> (Or, where it doesn't work currently, for desktop app users, ucs does not change that situation at all.)
[09:45] <mcphail> aquarius: I think developers should be protected as much as users, particularly if UCS is going to be integrated into the SDK. At this point, the only way I can see that happening is if C++ is not allowed. Most people on this channel are devs. I'm a user who would like to produce a couple of hobby projects. UCS could be a great solution for me but it isn't worth the risk in the current model
[09:46] <mcphail> (I say current, but I suppose C++ hasn't been integrated yet anyway with cmake -> qmake transition etc)
[09:47] <aquarius> mcphail, there is that risk, yes. I would suggest that this isn't an Ubuntu SDK issue, per se -- it will also prevent you from developing hobby projects in any other language or environment.
[09:47] <mcphail> aquarius: yes, I agree. But that's why it is such a missed opportunity. When confinement is convenient for devs as well as users those risks diminish hugely
[09:48] <aquarius> Protecting developers from potentially malicious components in the apps they develop is a laudable goal, but I don't think it's a primary goal for the SDK, personally. You can happily still use UCS components and only run the resulting apps in the emulator, or run the whole of Ubuntu SDK in a VM, or wait until app confinement arrives on the desktop, or choose to only use pure QML components from UCS, and I'd
[09:48] <aquarius> respect your decision to do all of those.
[09:49] <mcphail> aquarius: OK, I'll remove my cat from amongst the pigeons :)
[09:51] <aquarius> mcphail, perhaps running a development VM would be most convenient among those; just install Ubuntu 15.04 in VirtualBox and do development there? That's pretty easy, and it isolates your actual desktop away from any development issues. (Or just don't use UCS compiled components yet. :))
[09:51]  * mcphail wishes, at least, the "desktop" target could be renamed "unconstrained desktop" to make the dangers apaprent to amateurs like himself
[09:52] <aquarius> I personally can't use the desktop target anyway, because I'm running the 14.04 LTS like all good people should, and so I can't test on the desktop :-(
[09:53] <mcphail> :)
[09:54] <mcphail> Anyway, better get this grass cut or I'll be in trouble from t'wife. Thanks for the debate
[09:54] <aquarius> no problem! Glad we could help.
[09:54] <nik90> mcphail, aquarius: Perhaps we can add a warning when people download c++ components from the community store to make the "dangers" more apparent. That said considering there are so many workarounds like the emulator, vm etc..we should not restrict c++ components.
[09:55] <nik90> mcphail: thnx for the feedback
[09:55] <mcphail> nik90: thanks for listening :)
[09:55] <nik90> :)
[09:57] <DanChapman> aquarius: If you wanted to test on the desktop, you could always do something like this with docker. https://bitbucket.org/snippets/dekkoproject/j88X/
[09:57] <DanChapman> it works pretty well on 14.04
[10:41] <aquarius> AlanBell, http://pad.ubuntu.com/uos-1505-themes-on-devices looks OK to me!
[10:42] <aquarius> AlanBell, although I do think that an ubuntutheme:// rule is the way forward here; then just tell all html5 app developers who want the native theme to add <link rel="stylesheet" href="ubuntutheme://"> and they're done (and add that to the default templates)
[10:44] <max_h_> hi. I am trying out building a QML-client (desktop) for my go project (only cli so far). I have the sdk running and am able to develop&run the app. My question now is if there is already something like a package/artifact which I can produce to install it on my own machines.
[11:30] <popey> renatu: bfiller either of you available for http://summit.ubuntu.com/uos-1505/meeting/22411/calendar-planning/ - specifically around calendar sync
[12:51] <aquarius> Huh. If I previously said I was interested in attending a UOS session and now I'm not, how do I set that? I don't seem to be able to :)
[12:51] <aquarius> aha! the meeting page itself has a "skip this meeting" thing. Cool.
[13:44] <markaa> Is there anyone who reviewed applications in the Ubuntu Software Center? thxž
[13:45] <akiva-thinkpad> markaa, they may be a bit busy today, as its the last day of the online summit
[13:46] <markaa> Okay, thank you very much for the information.
[13:57] <AlanBell> aquarius: yeah, <link  rel="stylesheet" href="ubuntutheme://">
[13:57] <AlanBell> would be good, and then as a page writer you can decide where to include that in your sequence so it overrides the things you want, but keeps the stuff that is fine
[14:00] <aquarius> 'zactly
[14:16] <AlanBell> aquarius: is there a neat way to wrap that in some kind of feature detection, so you can just include it or let it fail?
[14:16] <AlanBell> fail gracefully in browsers that don't support the ubuntutheme:// protocol
[14:16] <aquarius> AlanBell, no. this is the problem with custom URL schemata
[14:18] <AlanBell> hmm, how about <link rel="stylesheet" media="ubuntu" href="ubuntutheme://"> ?
[14:19] <aquarius> same thing, I think; if the browser tries to fetch it and it doesn't know the thing, it'll blow up. I think
[14:19] <aquarius> however, it might just Not Fetch Random URLs
[14:19] <aquarius> I'm honestly not sure :)
[14:19] <aquarius> would need to be tested across many browsers.
[14:19] <aquarius> I didn't thnk of tis.
[14:20] <AlanBell> well I don't think it would fetch it, there are -moz-* media thingies
[14:20] <AlanBell> https://developer.mozilla.org/en-US/docs/Web/Guide/CSS/Media_queries#Mozilla-specific_media_features
[14:21] <AlanBell> so, in theory it isn't completely nuts to invent our own media attribute (or several) that can be used
[14:21] <AlanBell> -ubuntu-gu would be a nice one, so you can conditionally do stuff on big gu and little gu screens
[14:22] <aquarius> the style should handle that.
[14:22] <aquarius> that's what media queries are for :)
[14:23] <aquarius> media *types* are pretty much deprecated now, because they're too pigeonhole-y
[14:23] <AlanBell> possibly, just looking down the list of things media queries can be used for
[14:33] <AlanBell> aquarius: that doesn't quite work (it tries to load the stylesheet anyway) however it can be fixed with javascript it seems http://christianheilmann.com/2012/12/19/conditional-loading-of-resources-with-mediaqueries/
[14:36] <AlanBell> aquarius: http://web-dev.libertus.co.uk/cluck/ubutest3.html that should do it
[14:43] <renatu> charles, any news from silo 8? :D
[14:47] <charles> renatu, I don't know what the holdup is there. I'll ask after my current meeting ends...
[14:48] <renatu> charles, thanks
[14:56] <akiva-thinkpad> there is an ubuntu sdk q&a happening in 5 minutes, join this channel hree if you are interested #ubuntu-uos-appdev-2
[14:59] <aquarius> zbenjamin, hey! When I filed https://bugs.launchpad.net/ubuntu/+source/qtcreator-plugin-ubuntu/+bug/1388655 saying that the reboot and shutdown device pane buttons don't work for the emulator, I wasn't expecting it to be solved by the buttons being removed!
[15:00] <zbenjamin> aquarius: well they do not work anymore because it requires root permissions, which we do not have a way to get anymore
[15:01] <zbenjamin> aquarius: that all was locked down by the higher security standards on the phone these days
[15:01] <aquarius> zbenjamin, :-( fair enough, then
[15:06] <charles> renatu, looks like it's under testing now for landing, according to https://trello.com/c/K4mc32CU/1455-ubuntu-landing-008-indicator-datetime-qtorganizer5-eds-charles-renatu alesage was looking at this yesterday and had a question for me but I'd EODed
[15:07]  * charles waves at alesage, :)
[15:07]  * alesage waves back at charles


[13:30] <cmaloney> Morning
[13:30] <rick_h_> morn
[13:54] <ColonelPanic001> ing
[14:00] <_stink_> si
[16:57] <cmaloney> How's the day so far?
[16:58] <rick_h_> will let you know in an hour
[16:58] <rick_h_> meeting time
[17:01] <cmaloney> Woo woo
[19:00] <ibouvousaime> hello guys I'm trying to use a nvidia card with blender but blender doesnt seem to see it I get his log when I'm trying to see if the gpu is active http://ur1.ca/k4jsr my driver info is http://ur1.ca/k4jto  I already have the nvidia seting manager installed and have libcuda1-346 installed
[20:09] <cmaloney> ibouvousaime: I'd check to see if the card is still supported
[21:55] <ibouvousaime> Okay cmaloney
[21:59] <ibouvousaime> so cmaloney is it supported ? sorry my internet went down for a moment
[22:01] <ibouvousaime> ohh xD
[22:01] <ibouvousaime> nvm
[22:02] <ibouvousaime> misread what you said
[23:36] <greg-g> welp, neighbor kids are over, time to be done with work I guess :)
[23:36] <greg-g> 3 boys between 3 and 6... :)
[23:51] <_stink_> batten down the hatches


[03:52] <flupke> hi, I'm looking for information on making my own linux/initrd.gz images for a netboot install
[03:53] <flupke> so far I have been able to boot the kernel, but how do I make the initrd start the installation script ?
[09:05] <cjwatson> flupke: I hope you aren't trying to do it with update-initramfs ...?
[09:06] <cjwatson> flupke: the netboot install initrds are built using the debian-installer package; if you use that then you would have to go to some effort to make it not start the installer on boot
[13:50] <flupke> cjwatson: heh I was using update-initramfs... thanks I did'nt know about debian-installer
[13:56] <xivulon> superm1 can you have someone to test mythbuntu rev 513+ in http://wubi-installer.org/devel/minefield?
[14:23] <abli_> How can I pass a preseed file to ubiquity if I am running ubiquity from the command line after booting the live CD? Also: running "ubiquity -d noniteractive" from a gnome terminal on the live cd crashes with "partam exited with code 10" being the last message. The disk has a large empty space on it. Any ideas what might be causing that?
[14:24] <cjwatson> abli_: pass the preseed file as input to 'sudo debconf-set-selections' first
[14:24] <cjwatson> abli_: running hardy?
[14:24] <cjwatson> abli_: sounds like bug 182004
[14:25] <abli_> ubuntu-8.04.1-desktop-amd64.iso in a kvm virtual machine. I'll check that bug
[14:47] <abli_> How is README.diskdefines file on the live cd used? what would happen if I would use the one from the i386 live cd on the amd64 live cd?
[14:50] <cjwatson> I don't think it's used by very much
[14:50] <cjwatson> I wouldn't worry about it
[14:51] <abli_> ok. thanks.
[15:28] <CIA-14> usb-creator: evand * r42 usb-creator/ (debian/changelog desktop/usb-creator.desktop): * Move from System Tools to Administration (LP: #285009).
[15:41] <CIA-14> usb-creator: evand * r43 usb-creator/debian/changelog: releasing version 0.1.9
[17:25] <CIA-14> base-installer: cjwatson * r335 ubuntu/ (3 files in 3 dirs): Add support for virtual kernel flavour on amd64 (LP: #283368).
[17:26] <superm1> evand, are you planning at least one more ubiquity upload before gold image?
[17:26] <cjwatson> there definitely needs to be
[17:27] <evand> indeed
[17:27] <superm1> okay i've got at least one critical mythbuntu thing to sneak into it then
[17:29] <CIA-14> base-installer: cjwatson * r336 ubuntu/debian/changelog: releasing version 1.86ubuntu7
[17:46] <CIA-14> ubiquity: superm1 * r2908 ubiquity/ (debian/changelog scripts/mythbuntu/mythbuntu_install.py): Add commit about broken cdrom entries to mythbuntu frontend
[17:46] <cjwatson> I have some more stuff on its way but may take a few hours
[17:46] <cjwatson> the langpack stuff still isn't working quite right :(
[17:46] <evand> noted
[17:47] <evand> I'm in grub-installer now, so I'm waiting on that as well.
[17:47] <CIA-14> ubiquity: superm1 * r2909 ubiquity/ (debian/changelog scripts/mythbuntu/apply-type): properly pre-setup database on mythbuntu frontend
[18:25] <kirkland> cjwatson: were you opposed to adding the _netdev bits to the partman fstab writer for iscsi?
[18:25] <kirkland> cjwatson: i'm trying to resolve the bits i saw in -meeting and your question in the bug
[18:30] <cjwatson> I don't mind if it's necessary
[19:05] <kirkland> cjwatson: i think it might be required, in conjunction with another change
[19:05] <kirkland> cjwatson: Etienne is testing a package I prepared for him
[19:05] <kirkland> cjwatson: in any case, Soren is supposed to be back at work on Monday, and I'd like his review of any iscsi changes I'd propose, as it's modifying work he previously started
[19:28] <james_w> persistence confirmed working on today's daily, thanks.
[19:28] <evand> hooray
[19:28] <james_w> I still get the errors on shutdown
[19:38] <james_w> end_request, I/O error, /dev/sdb, sector <some number>
[19:38] <james_w> repeated a lot with different sectors
[19:39] <james_w> between hitting enter when prompted to remove the CD and the machine shutting down
[19:40] <evand> hrm
[19:41] <evand> Does this also happen on the regular live CD?  I'm assuming sdb would be one of your regular disks.
[19:42] <james_w> Colin suggested it might be a problem with the order in which things are unmounted, but I can't see that casper has anything to do with unmounting, is it just the normal mechanism?
[19:42] <james_w> I'm just booting again to find out what /dev/sdb is
[19:42] <james_w> it doesn't seem to happen without persistence, I'll check again in a minute
[19:45] <james_w> /dev/sdb is the USB stick I am using
[19:46] <evand> odd, I would figure that would end up as sda.
[19:51] <james_w> yeah, no messages without persistence
[19:56] <james_w> I'm off to make dinner. If there is anything you would like me to try I will be happy to
[19:56] <evand> ok, I'll try to think through this one a bit more
[20:23] <evand> james_w: how are you reproducing this?  That is, aside from removing quiet splash from the kernel command line, is there anything else you're doing?
[20:23] <evand> -no-shutdown in kvm appears to be broken, unless I'm missing something
[20:44] <CIA-14> usb-creator: evand * r44 usb-creator/ (debian/changelog scripts/install.py):
[20:44] <CIA-14> usb-creator: Always write cdrom-detect/try-usb=true, rather than just when
[20:44] <CIA-14> usb-creator: persistence is enabled.
[20:48] <james_w> nothing else. ISO->USB with USB creator, with persistence. Add "persistence" to kernel command line, removing "quiet splash" so I can see what is going on, then booting and shutting down.
[20:48]  * james_w -> pub
[20:48] <evand> using KVM or real hardware?
[20:49] <james_w> real hardware. I'll try and find a second machine and USB to rule that out
[20:49] <evand> ah, I'll try with real hardware in a bit as KVM is failing me.
[21:28] <CIA-14> usb-creator: evand * r45 usb-creator/ (debian/changelog scripts/install.py):
[21:28] <CIA-14> usb-creator: persist was always getting enabled as the flag for it was being passed as
[21:28] <CIA-14> usb-creator: a string rather than an integer.
[22:29] <evand> hrm, cdrom-detect/ask-usb fails to account for the situation where you have a CD in the drive as well.
[22:31] <cjwatson> it's not clear what the user actually wants there :)
[22:31] <cjwatson> we'd have to detect BIOS boot order ...
[22:31] <cjwatson> (i.e. impossible)
[22:32] <evand> surely we could either A) try to unmount /cdrom before running the block inside db_get cdrom-detect/try-usb
[22:33] <evand> or B) (and scary for this late in the cycle) rework the code to check for a proper Ubuntu CD device by device.
[22:33] <evand> I suspect my original description of the problem may have been confusing
[22:34] <evand> Right now I have an Ubuntu image on USB stick plugged in and a Windows drivers CD inserted into the computer.
[22:34] <evand> It first mounts the CD, then goes into the try-usb block and mounts the usb disk over top of that.
[22:35] <evand> If I stick a if [ "$mounted" = "1" ]; then break; fi before try-usb it goes with the Windows CD, which obviously fails.
[22:36] <cjwatson> oh, hmm
[22:36] <evand> I suspect in this scenario, it should try to mount, then check to make sure we're dealing with an Ubuntu image, if not go to the next device, if there are no devices left, fail
[22:37] <cjwatson> I see what you mean, that's badly wrong
[22:38] <cjwatson> I'm not sure as to the right answer, though, buried in fixing language pack stuff right now
[22:38] <cjwatson> fix it as you see fit :)
[22:38] <evand> indeed, I'll see what I can come up with
[22:41] <cjwatson> think I might have nailed langpacks now
[22:44] <cjwatson> several problems: (1) wasn't deciding which language packs to use before generating the blacklist (2) was filtering out packages with prerms before doing ok-to-remove calculations (3) needed to try recursively removing broken packages because apt is a bit weird (4) was removing packages from the difference list too early so they stopped being considered as packages that were allowed to be removed (er, I think)
[22:48] <evand> ahh
[22:48] <evand> wow, thanks


[10:01] <czajkowski> aloha
[10:02] <ebel> yo
[10:02] <czajkowski> ebel: got yer mail so is that the exact detals I shyould give once we find the webmaster?
[10:02] <ebel> yes
[10:03] <ebel> Well, from what I understand. if they come back to you and say something is wrong, come back to me, etc. :)
[10:03]  * ebel shall look at minutes and track people down
[10:03] <czajkowski> yup
[10:43] <tdr112> morning all
[14:20] <czajkowski> anyone want to help mrevell https://twitter.com/#!/launchpad_net/status/96222459484848128
[14:20] <czajkowski> it is intersting to do and only takes a few mins
[14:42] <tdr112> what does he want to talk about
[15:10] <czajkowski> launchpad and how certain things are done
[15:10] <czajkowski> tdr112: well worth doing it tbh
[15:10] <czajkowski> some new stuff happening and nice to get an glimpse of stuff


[02:15] <bddebian> Damn cernlib is a pig
[03:12] <linuxmonkey> hey do u guys know if the commercial repo is x86 only at the moment?
[03:27] <bddebian> Bah, fsck ipac-nc
[03:27] <bddebian> Err ipac-ng even
[03:48] <Hobbsee> hi all
[03:49] <zul> hey
[03:49] <bddebian> Hi Hobbsee
[03:49] <bddebian> Hobbsee: Do the ipac-ng merge for me will ya? :-)
[03:50] <Hobbsee> bddebian: hah.  i take it it's a beast?
[03:50] <bddebian> No, just seems to be poorly maintained
[03:50] <Hobbsee> bddebian: ah great.
[05:29] <Hobbsee> if there's a new package in debian unstable, how long do we have to wait for it to hit ubuntu edgy?  (libsynaptics-dev) - is there any way we can speed that up?
[05:29] <Hobbsee> sync request?
[05:31] <Amaranth> Hobbsee: does it need a merge?
[05:31] <Hobbsee> Amaranth: i'm assuming just a sync
[05:31] <Amaranth> Hobbsee: that's automagic
[05:32] <Amaranth> if the ubuntu package had changes they have to be merged manually
[05:32] <Hobbsee> Amaranth: yeah, but how long does it take for this automagicness to occur, is my question
[05:32] <Hobbsee> Amaranth: it's new in debian, never in ubuntu
[05:32] <Amaranth> it'd better happen soon, UVF is soon
[05:34] <Hobbsee> Amaranth: exactly.  and it's a new b-d of a package that's assigned to me to update
[05:34] <Amaranth> Hobbsee: request it
[05:35] <Hobbsee> Amaranth: will do.  will test that it builds, etc, first.
[05:44] <Hobbsee> Amaranth: two syncs have to be in two separate bug reports?
[05:44] <Hobbsee> seeing as one depends on the other?
[05:44] <Amaranth> yeah
[05:44] <Hobbsee> right
[05:45] <Amaranth> they change the bug title and subscribe some special thing that does the sync
[05:45] <Amaranth> so you want separate bugs
[05:45] <Hobbsee> Amaranth: yeah, okay.  you a MOTU by any chance?
[05:45] <Amaranth> nope
[05:45] <Hobbsee> didnt think so
[05:48] <bddebian> Well why the heck not?  You two need to get in gear ;-P
[05:53] <Hobbsee> bddebian: hehe
[05:55] <Hobbsee> bddebian: can you ack a couple of syncs for me please?
[05:55] <Hobbsee> https://launchpad.net/distros/ubuntu/+bug/52481 and https://launchpad.net/distros/ubuntu/+bug/52482
[05:55] <Ubugtu> Malone bug 52481 in Ubuntu "[Edgy MoM]  Please sync libsynaptics 0.14.4d-1 from Debian Sid" [Untriaged,Unconfirmed]
[05:59] <Hobbsee> or any other motu around
[06:03] <bddebian> Hobbsee: Ack them?
[06:03] <Hobbsee> bddebian: approve them
[06:03] <Hobbsee> bddebian: i'm not a MOTU yet, remember?
[06:03] <bddebian> Hobbsee: You shouldn't need approval, just subscribe ubuntu-archive
[06:03] <Hobbsee> then subscribe the archive, if you're feeling kind
[06:04] <Hobbsee> bddebian: they made us have approval before
[06:04] <bddebian> Oh, hmm
[06:08] <Hobbsee> bddebian: thanks.
[06:08] <bddebian> NP
[06:28] <bddebian> Laser_away or crimsun: I'm heading to bed shortly but I think I figured out maxima's problem.  gcl needs a rebuild against newer libraries, then maxima builds fine.
[06:54] <bddebian> This old man has to go to bed.   If you check the new UI you can see there's already a workaround to the device detection issues as there's going to be somewhat changed workflow.
[09:24] <Kamping_Kaiser> sivang, ah, if you have started doing changes i'll add a bzr up/pull (whatever it uses) to my otehr cronjobs :)
[09:29] <sivang> Kamping_Kaiser: not yet :) but intend to start today at least
[09:30] <Kamping_Kaiser> sivang, ok :) ping me when theres a change and i'll whack in a new cronjob.
[09:30] <Kamping_Kaiser> <3 cron
[09:44] <AnAnt> when does Ubuntu sync with Debian ?
[09:44] <slomo_> AnAnt: now ;)
[09:44] <dholbach> AnAnt: in times, when we're not in upstream version freeze
[09:44] <dholbach> ie now
[09:45] <AnAnt> slomo_: well, in Debian there is tor <IP_ADDRESS>, yet I see that Edgy is still using <IP_ADDRESS>
[09:45] <dholbach> AnAnt: you want to do the merge?
[09:45] <slomo_> because nobody merged it yet... as it has ubuntu changes it has to be done manually
[09:47] <AnAnt> do it how ?
[09:47] <AnAnt> oh
[09:47] <dholbach> take the current debian source and the ubuntu source, merge the changes
[09:48] <AnAnt> and put them in REVU ?
[09:48] <dholbach> for example
[09:48] <AnAnt> dholbach: there isn't another way, is it ?
[09:49] <dholbach> another way like what?
[09:50] <AnAnt> dholbach: you said for example, so I thought that there may be other ways
[09:51] <dholbach> sure, if you upload it to some other random host and get your merge reviewed and uploaded, that's fine too
[09:51] <AnAnt> ic
[09:53] <Gloubiboulga> morning MOTU{s, hopefuls}
[09:55] <AnAnt> btw, when do uploads get reviewed ?
[09:56] <imbrandon> AnAnt, mostly as motus get time or someone is "poked" about one in particular
[10:00] <AnAnt> what is that .cvsignore file that I see in debian/ directories for ?
[10:01] <dholbach> hey Gloubiboulga
[10:01] <Gloubiboulga> hi dholbach, gnumeric is ready for a review
[10:01] <dholbach> Gloubiboulga: rock and roll
[10:01] <dholbach> Gloubiboulga: it works ok?
[10:02] <Gloubiboulga> yes, both gnome and gtk variants
[10:02] <Gloubiboulga> but libgoffice is not on the repos yet
[10:02] <dholbach> Gloubiboulga: i promised to do two other merges now, can you send me a mail with the location?
[10:02] <dholbach> ah ok
[10:02] <dholbach> same place as last time?
[10:02] <Gloubiboulga> exact same place
[10:02] <dholbach> super
[10:02] <Gloubiboulga> who should I poke about goffice?
[10:02] <dholbach> i'm happy to look at it
[10:03] <Gloubiboulga> it's built on malone (for i386 only)
[10:03] <Gloubiboulga> on launchpad*
[10:28] <imbrandon_> dholbach, ping
[10:29] <dholbach> imbrandon: pong
[10:30] <imbrandon_> hey i got a quick question, i'm doing a merge ( kdissert ) and the only change from debian was dh_iconcache so i just unpacked the debian version from MoM and made the changes and versioned it correct  but ...
[10:30] <imbrandon_> it build fine and works, but when i goto debuild -S -sa it compains about not finding the _source.changes
[10:30] <imbrandon_> to i need to use like dpkg-genchanges ot soemthing ?
[10:31] <imbrandon_> s/ot/or
[10:31] <dholbach> what is the error message?
[10:31] <imbrandon_> s/build fine/build fine with just debuild/
[10:31] <imbrandon_> umm one sec
[10:32] <imbrandon_> http://pastebin.ca/83923
[10:34] <dholbach> you shouldn't have to use sudo
[10:34] <imbrandon_> hrm ok one sec
[10:35] <dholbach> debuild uses fakeroot
[10:36] <imbrandon_> w00t thats all it was thanks dholbach
[10:36] <imbrandon_> heh /me is dumb sometimes
[10:36] <dholbach> no, you're not
[10:36] <dholbach> happy to have helped out :)
[10:37] <ajmitch> hi
[10:37] <imbrandon_> heya ajmitch
[10:47] <imbrandon_> ajmitch, got time to upload a merge ?
[10:48] <ajmitch> still in .au using someone else's system
[10:48] <ajmitch> so probably not right now :)
[10:48] <imbrandon_> ahh ok , /me pokes dholbach ;)
[10:48] <imbrandon_> no biggie thanks ajmitch
[10:48] <imbrandon_> ;)
[10:49] <dholbach> i'm quite busy myself
[10:49] <dholbach> but which one is it?
[10:49] <imbrandon_> that kdessert
[10:49] <imbrandon_> dissert
[10:49] <dholbach> hmmm, dessert :-p
[10:49] <dholbach> url?
[10:49] <imbrandon_> http://revu.tauware.de/details.py?upid=2659
[10:49] <dholbach> i'll do it in a bit
[10:49] <imbrandon_> okie ;) thanks
[10:49] <dholbach> i'm busy with the metacity merge
[10:49] <imbrandon_> np , i'll start on the next one ;)
[10:50] <dholbach> rock on
[10:50] <imbrandon_> will that MoM page update when its uploaded ?
[10:55] <dholbach> yeah, but not instantly
[10:55] <dholbach> it will take a while
[10:55] <dholbach> package uploaded
[10:55] <imbrandon_> no problem i just wanted to make sure there wasent something _I_ needed to do manualy
[10:55] <imbrandon_> thanks dholbach
[11:03] <crimsun> good lord that's a nasty version for kdissert.
[11:04] <imbrandon_> lol yea i was thinking the same thing crimsun
[11:04] <imbrandon_> when i saw it
[11:05] <imbrandon_> hrm bbiab , changing over to the lappy
[11:06] <Gloubiboulga> call for MOTU helpers: I'll have some time this afternoon to review NEW packages and merges :)
[11:06] <crimsun> I'll try to join
[11:06] <Gloubiboulga> :)
[11:07] <crimsun> I have a presentation in three hours, and I've not slept yet, so it's going to be a /long/ day
[11:07] <dholbach> crimsun: Go! To! Bed!
[11:07] <crimsun> dholbach: knowing my track record, that would be a Very Bad Thing
[11:08] <crimsun> (the last time I tried that, I mistakenly turned off my UPS instead of the alarm clock, then turned off the alarm clock, and woke up late)
[11:08] <ajmitch> ouch
[11:08] <dholbach> arg
[11:08] <Gloubiboulga> I don't know how you guys do to not sleep...
[11:08] <ajmitch> not a good thing
[11:08] <Mithrandir> sleep is for the weak.
[11:08] <ajmitch> Gloubiboulga: simple, dholbach & crimsun aren't human
[11:08] <Gloubiboulga> hh
[11:08] <dholbach> i sleep :)
[11:14] <siretart> hi
[11:14] <siretart> dholbach: UVF for universe is later in edgy, right?
[11:15] <dholbach> siretart: yes, UniverseFreeze is with BetaFreeze
[11:15] <dholbach> cf EdgyReleaseSchedule
[11:15] <crimsun> Sept 28th iirc
[11:15] <siretart> dholbach: mdz asked me to ask you to add this to EdgyReleaseSchedule
[11:15] <crimsun> hmm, BetaFreeze or BetaRelease?
[11:16] <dholbach> siretart: i added it two times already
[11:16] <dholbach> it's on there
[11:18] <siretart> err, you mean here: https://wiki.ubuntu.com/EdgyReleaseSchedule?
[11:18] <\sh> moins
[11:18] <dholbach> siretart: yes
[11:19] <siretart> hi \sh
[11:19] <dholbach> siretart: search for UniverseFreeze
[11:19] <siretart> argl.
[11:19] <siretart> I keep on searching the notes..
[11:19] <siretart> I'll add a note to the wiki, okay?
[11:19] <\sh> well, I won't be able to do any merges until next weekend...4 days before product launch...to stressfull
[11:19] <dholbach> siretart: which note?
[11:20] <crimsun> LOCK ecasound2.2
[11:21] <siretart> dholbach: in the 'notes' coloumn
[11:21] <crimsun> \sh: np, you've been kicking butt anyhow
[11:21] <dholbach> siretart: ok
[11:22] <dholbach> siretart: hope I didn't forget anything on the UniverseFreeze page itself
[11:23] <siretart> dholbach: I think it is okay like that
[11:24] <dholbach> ok super
[11:24] <crimsun> ecasound2.2 uploaded
[11:25] <crimsun> sorry, I'll be using this notation for merges that aren't listed for me
[12:00] <zakame> hi all
[12:02] <imbrandon> heya zakame
[12:02] <imbrandon> hrm, whats the diffrent colors for the rows in MoM mean ?
[12:02] <zakame> heya imbrandon
[12:03] <zakame> hmm, manual merge, I gather, say between native and non-native packaging
[12:03] <zakame> see the entries for apt-proxy and usbmount
[12:07] <imbrandon> ahh yea
[12:07] <zakame> hmm digikamimageplugins just needing a debsign for upload :)
[12:10] <kelmo> moin, moin siretart
[12:18] <zakame> and so is gr-wxgui
[12:35] <imbrandon> crimsun, ping
[12:53] <siretart> hey kelmo
[01:10] <Toadstool> hi everybody
[01:11] <Gloubiboulga> hi again Toadstool ;)
[01:11] <Toadstool> ;
[01:11] <Toadstool> :)
[01:45] <kelmo> siretart: http://farragut.flameeyes.is-a-geek.org/articles/2006/07/06/its-not-like-i-think-other-distribution-sucks-but
[01:52] <zul> hey
[01:54] <Gloubiboulga_> hi zul
[01:57] <Gloubiboulga_> I think I'll archive old packages on REVU (< june) with a comment asking to update for edgy
[01:57] <Gloubiboulga_> sound good to you MOTUs?
[01:57] <Gloubiboulga_> sounds*
[02:11] <siretart> kelmo: I have worked with Diego (aka fameeyes) the last days on the debian xine package
[02:12] <siretart> kelmo: he recently become member of xine developers, so he is also xine-upstream, and commits stuff, mainly related to ffmpeg, I think
[02:12] <siretart> kelmo: it is correct, that xine was rather neglected in debian, for a number of reasons. I'm working on it
[02:12] <kelmo> siretart: yep, i sort of gathered that from his recent blog's
[02:13] <kelmo> siretart: yes, it was for a long time in limbo, i am glad you have help revive it
[02:13] <kelmo> very very glad
[02:14] <kelmo> siretart: i was just curious to know who he was actually referring to ;-)
[02:14] <siretart> I'm not finished, but 1.1.2 is to be released 'soon', and I should have a working package for it in my development branch
[02:15] <siretart> kelmo: I'm not sure that he refers to explicitly to me here, but of course he refers to the poor maintenance of xine in the past
[02:16] <kelmo> siretart: yep, and he is/was not the only one ;-)
[02:18] <siretart> kelmo: more rants about xine in debian?
[02:18] <kelmo> siretart: nah, not in recent times
[02:19] <kelmo> siretart: thats a tribute to the current work to keep it in good shape by the maintainers
[02:19] <kelmo> siretart: so in short => keep up the good work ;-) i appreciate it
[02:20] <siretart> oh. you're welcome :)
[02:22] <kelmo> siretart: re: hostapd, i was absolutely stoked with faidon's response in regard to joining the maintenance team
[02:22] <kelmo> siretart: was not expecting that, somehow
[02:23] <siretart> kelmo: stoked? why that?
[02:23] <kelmo> siretart: (sorry for slang) stoked => extremely happy
[02:24] <ajmitch> kelmo: your australianness is showing :)
[02:25] <kelmo> ajmitch, proud of it ;-)
[02:26] <ajmitch> kelmo: where in .au, btw?
[02:26] <kelmo> brisbane
[02:26] <ajmitch> right
[02:26] <ajmitch> too warm for me
[02:26] <kelmo> soon to fly to melbourne ;-)
[02:26] <kelmo> that is gonna hurt
[02:27] <ajmitch> hehe
[02:27] <kelmo> i've not work sleeves all week, then enter the cold . . .
[02:27] <kelmo> s/work/worn/
[02:27] <ajmitch> flying back to dunedin tomorrow
[02:27] <ajmitch> you'll need warm clothes, melbourne has been unusually cold lately, I hear
[02:28] <kelmo> yeah, coldest in 50 years or so
[02:28] <zul> heh..."alot of people in this country poo poo australian table wines"
[02:28] <ajmitch> haha
[02:28] <ajmitch> good old 'chateau chunder'
[02:31] <siretart> kelmo: oh. right. I'm happy for the extra coordination as well
[02:31] <siretart> kelmo: I don't see why hostap and wpasupplicant shouldn't be maintained by the same ppl, or why they should be out of sync in debian (like, wpasupplicant compiling against old madwifi headers and hostap against newer ones et. al.)
[02:32] <kelmo> siretart: exactly, it make sense
[02:33] <kelmo> siretart: but i've not had all good experiences co-ordinating packages in debian, pkg-wpa has been excellent in this regard
[02:34] <Hobbsee> hi all
[02:34] <Mithrandir> hi Hobbsee
[02:34] <Hobbsee> hi Mithrandir!
[02:35] <siretart> to native speakers: there is the word 'advice'. does it have a plural? like, 'advices'?
[02:35] <Hobbsee> siretart: well, you can advise someone of something
[02:36] <Mithrandir> I think advice is uncountable.
[02:36] <kelmo> there's no plural, thats for sure
[02:37] <siretart> Hobbsee: right. in AOP, there is a language feature called 'advice'. Think of it like a method. My question is if there is a plural, if I have several Code Advice in one aspect..
[02:37] <siretart> so 'advices' doesn't exist, right?
[02:37] <Hobbsee> siretart: that's correct
[02:37] <Mithrandir> It'd be something like "several Code Advice statements".
[02:37] <kelmo> yep
[02:38] <siretart> ok. thank you
[02:38] <Hobbsee> Mithrandir: is correct
[03:09] <Gloubiboulga_> Hobbsee, have you ever seen KDE apps installing documentation in /usr/share/doc/HTML (I guess not but I want to be sure)?
[03:10] <Gloubiboulga_> Hobbsee and KDE lovers :)
[03:10] <Hobbsee> Gloubiboulga_: [23:10]  <Riddell> Hobbsee: by default KDE will do that but in Debian/Ubuntu it should be /usr/share/doc/kde/HTML/
[03:11] <Gloubiboulga_> ok, thanks
[03:16] <seaLne> does anyone have the time to look at http://revu.tauware.de/details.py?upid=2637 please? it is a newly packaged app now used by sleuthkit and autopsy
[03:17] <Gloubiboulga_> /me looks
[03:17] <seaLne> ta
[03:21] <zakame> hi all
[03:21] <Hobbsee> hey zakame
[03:22] <zul> hi zakame
[03:22] <zakame> hey Hobbsee thanks for doing some of my old pkgs :)
[03:23] <crimsun> imbrandon__: pong, but I'm in a sponsor meeting atm, what's up?
[03:23] <Hobbsee> zakame: so you didnt mind me stealing them?  i got e-verybigupload uploaded :)
[03:23] <imbrandon__> crimsun, its about some makefile voo-doo and i dont have it infront of me atm, it can wait till later if thats ok
[03:24] <crimsun> imbrandon__: please. I won't be available for another 5-6 hours.
[03:24] <zakame> Hobbsee: well I just have digikamimageplugins and gr-wxgui pending debsign, I haven't sen the rest yet
[03:24] <imbrandon__> ok
[03:26] <Hobbsee> zakame: so i can happily steal the rest?
[03:29] <zakame> Hobbsee: just ping me which so I don't inadvertently duplicate work :)
[03:29] <Hobbsee> zakame: usually i do stuff while you're asleep, so that's fairly safe :P
[03:29] <Hobbsee> but of course :)
[03:29] <zakame> hehe that's good anyhow, I'm fairly loaded atm
[03:32] <Gloubiboulga_> seaLne, commented on REVU
[03:47] <seaLne> Gloubiboulga_: thanks
[03:47] <Gloubiboulga_> seaLne, np
[03:50] <seaLne> grr new versions always come out just after :)
[03:50] <bddebian> Heya gang
[03:50] <Gloubiboulga_> hehe
[03:50] <Gloubiboulga_> hello bddebian
[03:50] <seaLne> happened to me with dcfldd
[03:50] <bddebian> Hi Gloubiboulga_
[03:56] <zakame> wb bddebian
[03:56] <bddebian> Heya zakame
[03:57] <sivang> okay dudes and dudettes , do we have a todo list or just use http://merges.ubuntu.com/universe.html ?
[03:58] <sivang> or more importantly, how do we co-ordinate merge work ?
[03:59] <sivang> zakame: hey there, are you now working on X stuff ?
[03:59] <zakame> well we don't have new bug reporting, except for syncs
[04:00] <sivang> so how do we coordinate ?:)
[04:00] <Hobbsee> sivang: stuff that's got our names on it, just do it, if it's got someone elses, ask them first
[04:00] <sivang> Hobbsee: already knew that :)
[04:00] <Hobbsee> sivang: if you want to attack some, go for zakame's - i'm not doing them at the moment
[04:01] <zakame> sivang: I'm not working on X :( been busy with SoC and IRL
[04:01] <zakame> I'm still doing the deptree though
[04:01] <sivang> Hobbsee: Well, I've basically done all that I could main, and managed to annoy core-dev people including the almighty seb128 ... so I figured put some more work to universe :)
[04:01] <Hobbsee> sivang: hehe, i annoy many people in universe, so i'm finally going for MOTU.
[04:02] <Hobbsee> sivang: annoying main people is good though :P
[04:02] <sivang> so, I don't need to bug people before I steal their merge then?
[04:02] <Hobbsee> sivang: depends if htey're asleep or not :P
[04:03] <Hobbsee> sivang: feel free to go thru zakame's - i'm not doing them for the next while - but if you're going to keep doing them, we need to keep in contact over who's doing what
[04:03] <sivang> Hobbsee: I see, let's what he had under his belt for universe
[04:03] <Hobbsee> hehe
[04:03] <Hobbsee> some majorly big files!
[04:03] <sivang> althogh asterisk looks yummy
[04:03] <Hobbsee> (oh no, more sirens)
[04:03] <Hobbsee> sivang: go for it
[04:04] <sivang> zul: do you mind if tried asterisk ? any insiders tips ? :)
[04:05] <Hobbsee> zul: idle for 42 mins?  probably just take it :P
[04:05] <sivang> Hobbsee: hmm, it seems the zakame's stuff are mostly KDE no?
[04:05] <zakame> lol
[04:05] <Hobbsee> sivang: could be, i took a few that werent
[04:08] <sivang> Hobbsee: thanks :)
[04:14] <sivang> Hobbsee: what's the meaning if a package gets .dfsg-... in it?
[04:14] <sivang> Hobbsee: in it's file name, that is.
[04:14] <Hobbsee> sivang: ah, means it's non free, IIRC
[04:15] <sivang> Hobbsee: hmm, meaning it breaks the debian free software guidelines ?
[04:15] <Hobbsee> sivang: that's the one
[04:16] <sivang> Hobbsee: so , that's like stuff that sits in the non-free debian repo? and the file name change is in ubuntu and debian, right?
[04:16] <Hobbsee> sivang: i think so, yeah
[04:32] <seaLne> does anyone know what is causing "I have no package to build" http://pastebin.ca/84083 starting line 455
[04:34] <bddebian> That path looks questionable
[04:34] <bddebian> /tmp/buildd/foo ?
[04:34] <bddebian> Oh, wait nm
[04:36] <zakame> Hobbsee: those with `dfsg' versions are pkgs with a modified source tarball to meet DFSG
[04:37] <Hobbsee> zakame: ahh...that's right...
[04:39] <sivang> zakame: ah, thanks
[04:39] <bddebian> seaLne: The only thing I could guess with a cursory look is that it's not building in the right dirs
[04:39] <sivang> zakame: what sort of modifications are usually done?
[04:40] <crimsun> removal of non-free components
[04:41] <crimsun> repackaging of orig.tar.gz to represent binary changes
[04:41] <crimsun> etc.
[04:41] <sivang> crimsun: you mean, repackagin it after the new binaries were produced from the dfsg compliant code?
[04:42] <crimsun> sivang: no, things like shipping a different default skin for beep-media-player, etc.
[04:43] <sivang> crimsun: ah, I see
[04:43] <sivang> crimsun: btw, you are approved for main right?
[04:43] <crimsun> yes
[04:43] <Gloubiboulga_> congrats crimsun :)
[05:18] <bddebian> Hi Yagisan
[05:18] <Yagisan> G'day bddebian
[05:20] <Hobbsee> heh
[05:20] <Hobbsee> they're always down like that, it's most annoying
[05:20] <Yagisan> yep, it's first day, and the damm thing dies at the login prompt
[05:31] <bddebian> OK hamlib sucks
[05:32] <zakame> heya Yagisan
[05:32] <zakame> whoa C*s on kdevelop3
[05:35] <Yagisan> what's up zakame ?
[05:35] <bddebian> Hi zakame
[05:36] <crimsun> bddebian: are you just pbuilding the debian source package?
[05:36] <bddebian> crimsun: For which?
[05:36] <crimsun> hamlib
[05:37] <bddebian> No, the Edgy one
[05:37] <crimsun> I don't see the merge
[05:37] <bddebian> It's a sync but it failed to build for the reason I just pasted :-)
[05:38] <bddebian> Man it's starting to feel like Debian
[05:38] <crimsun> oh, in -devel
[05:42] <bddebian> Jesus a 14Mb diff.gz
[05:43] <crimsun> it builds fine with python2.4
[05:47] <bddebian> Well that was my next path but it has a binary package python2.3-hamlib2
[05:48] <bddebian> crimsun: Know of a POSIX compliant version of this? rm -f<EMAIL_ADDRESS>[05:48] <crimsun> mith might
[05:48] <bddebian> Mithrandir: ?
[05:49] <cypher1> got dapper cd's today :D
[05:51] <Hobbsee> zakame: that kdevelop looks fun.  did you fix it yet?
[05:52] <zakame> Hobbsee: I'll be doing that :P
[05:52] <Gloubiboulga_> seaLne, what are those afflib-doc.{doc,install} files?
[05:52] <Hobbsee> zakame: right
[05:52] <seaLne> Gloubiboulga_:
[05:52] <zakame> and libnet-ph-perl too
[05:52] <seaLne> Gloubiboulga_: where?
[05:53] <zakame> gn8 all :D
[05:53] <seaLne> Gloubiboulga_: ah see them
[05:53] <seaLne> Gloubiboulga_: deleted
[05:53] <Gloubiboulga_> seaLne, 2 other comments
[05:53] <seaLne> Gloubiboulga_: did you see my previous question of what is causing "I have no package to buil" http://pastebin.ca/84083
[05:53] <Gloubiboulga_> there's no man pages, and you don't need to install LICENSE.txt (in the docs)
[05:54] <seaLne> Gloubiboulga_: ok
[05:54] <Gloubiboulga_> seaLne, yep I saw it, but I can't answer :/
[05:55] <jrib> Hi, for http://revu.tauware.de/details.py?upid=2623, I'm working on the latest review.  Should I really remove every commented line in the rules file or just the unused dh_* stuff?  Here is a link to the rules file: http://revu.tauware.de/revu1-incoming/gaim-latex-0607061720/gaim-latex-0.4/debian/rules
[05:55] <Gloubiboulga_> seaLne, look at the buildlog on REVU, the same issue is present
[05:56] <seaLne> Gloubiboulga_: riddell just pointed out to me it looks like it is running dh_* twice
[05:56] <crimsun> jrib: dh_
[05:56] <jrib> crimsun: thanks
[05:56] <Gloubiboulga_> jrib, yes, the dh_ as wrote crimsun, I should have been more precise
[06:06] <Gloubiboulga_> seaLne, yes, you have an install-arch: and an install-indep: but you don't need this
[06:06] <seaLne> which should i have?
[06:06] <seaLne> arch?
[06:07] <Gloubiboulga_> binary-indep: build install
[06:07] <Gloubiboulga_> # We have nothing to do by default.
[06:07] <Gloubiboulga_> and remove the binary-{arch,indep} rules at the end of debian/rules
[06:08] <apachelogger> raphink: ping
[06:08] <raphink> pong apachelogger
[06:08] <apachelogger> raphink: I can't upload to revu :S
[06:08] <seaLne> Gloubiboulga_: what should binary: do then?
[06:08] <apachelogger> raphink: http://pastebin.ca/84122
[06:08] <seaLne> or is it not needed either?
[06:08] <bddebian> crimsun: Any suggestions with hamlib?  Make the binary package python2.4-hamlib2?
[06:09] <raphink> apachelogger: add yourself to the ubuntu-universe-contributors group on LP
[06:09] <apachelogger> raphink: already in there
[06:09] <apachelogger> for quite some time actually
[06:09] <Gloubiboulga_> seaLne, actually you shouldn't have a binary-common: rule, this is this one which is called twice
[06:09] <Gloubiboulga_> seaLne, see http://revu.tauware.de/revu1-incoming/vbaexpress-0602040735/vbaexpress-1.2/debian/rules
[06:12] <apachelogger> raphink: the upload just showed up :)
[06:12] <raphink> good :)
[06:13] <Laser_away> bddebian: ping?
[06:14] <bddebian> LaserJock: Yo
[06:14] <LaserJock> bddebian: good news about maxima
[06:14] <LaserJock> bddebian: what needs to be done, or did you already take care of it
[06:16] <bddebian> LaserJock: I'm working on gcl now
[06:16] <LaserJock> bddebian: great, thanks
[06:22] <seaLne> Gloubiboulga_: can i get rid of build-*?
[06:23] <LaserJock> bddebian: I seriously doubt you piss -devels off... much :-)
[06:23] <Gloubiboulga_> seaLne, I think so
[06:23] <Gloubiboulga_> seaLne, did you use dh_make?
[06:23] <seaLne> Gloubiboulga_: the make is done in install:
[06:24] <Gloubiboulga_> seaLne, dh_make is used to generate the debian/* templates :)
[06:24] <seaLne> Gloubiboulga_: err yeah i knew that errm :) yes
[06:25] <Gloubiboulga_> the debian/rules you have looks like you've selected a multiple package when you ran dh_make
[06:25] <seaLne> ah
[06:25] <Mez> grr ... anyne have any idea the easiest way to find out which device is an ntfs formatted disk
[06:26] <Mez> cause someone wants some help mounting it and he doesnt know how to identify it
[06:26] <Erlang> fdisk /dev/blarg
[06:28] <Mez> aha fdisk -l - knew I'd forgotten something
[06:28] <seaLne> Gloubiboulga_: any idea what makes lintian complain about missing -arch and -indep now? is it the header of the rules file?
[06:28] <bddebian> LaserJock: I seem to annoy the hell out of them
[06:29] <Mez> seaLne - do you actually have those rules?
[06:29] <seaLne> Mez: no
[06:29] <seaLne> just removed them
[06:29] <seaLne> E: afflib source: debian-rules-missing-required-target binary-arch
[06:29] <seaLne> E: afflib source: debian-rules-missing-required-target binary-indep
[06:29] <Mez> seaLne - those are required rules thats why
[06:30] <Mez> even if they do nothing
[06:30] <seaLne> ok, thanks
[06:30] <Gloubiboulga_> yes, you need this
[06:30] <Gloubiboulga_> but not install-{indep,arch} iirc
[06:31] <seaLne> got a bit carried away :)
[06:31] <Gloubiboulga_> sorry, I didn't check what I wrote before
[06:31] <Gloubiboulga_> seaLne, you should use cdbs :p
[06:31] <seaLne> :wq
[06:32] <Gloubiboulga_> and emacs :D
[06:32] <seaLne> bah :P
[06:42] <jrib> I think I fixed what I need to in http://revu.tauware.de/details.py?upid=2623 but when I check debian/copyright it doesn't have the file I have on my system.  This is my first package, so I don't know much about revu.  Is this normal?
[06:44] <seaLne> jrib: are you looking at the latest version on revu? the url changes for each upload
[06:44] <seaLne> jrib: http://revu.tauware.de/details.py?upid=2669
[06:45] <jrib> seaLne: ah no I wasn't, I was just hitting refresh.  Thanks :)
[06:47] <fowlduck> is there a way to set gconf values so that all users inherit them and it overrides whatever is set?
[06:47] <seaLne> Gloubiboulga_: i think i have fixed things now, http://revu.tauware.de/details.py?upid=2670
[06:48] <Gloubiboulga_> seaLne, renaminf 'ident' in 'afident' and not 'affident' is not a typo, right?
[06:49] <Gloubiboulga_> renaming*
[06:50] <seaLne> i removed an f as some of the other comands have a prefix of af, did i miss a mention of that?
[06:50] <Gloubiboulga_> no, no, I just wanted to be sure
[06:51] <seaLne> ah, thanks
[06:56] <seaLne> Gloubiboulga_: anything apart from manpages?
[06:57] <seaLne> which i suppose i need
[06:57] <Gloubiboulga_> seaLne, apart from the manpages (needed) it's a nice package :)
[07:20] <[GuS] > hi!
[07:21] <[GuS] > someone here?
[07:21] <Gloubiboulga_> depends :)
[07:21] <[GuS] > jeje
[07:21] <[GuS] > ok
[07:22] <[GuS] > i have one problem packaging tcl8.5
[07:22] <[GuS] > the deb package builds without any problems
[07:22] <[GuS] > but
[07:22] <[GuS] > some libraries modules are not  being package inside the deb
[07:22] <[GuS] > like for example msgcat
[07:23] <[GuS] > indeed... in the build process says "Installing msgcat as module... etc etc"
[07:23] <[GuS] > and no errors... but the lib isn't inside the deb package...
[07:24] <[GuS] > the onlye file that builds is /usr/lib/tcl8/8.5/msgcat-1.4.1.tm when has to be /usr/lib/tcl8.5/msgcat/
[07:24] <Gloubiboulga_> I guess it's not listed in your .install file
[07:25] <[GuS] > mm
[07:25] <[GuS] > i use the examples of tcl8.4 src
[07:25] <[GuS] > and with tcl8.4 works
[07:26] <[GuS] > in the other hand, if you do make install, that lib is copied inside correct dir...
[07:26] <[GuS] > weird...
[07:26] <Gloubiboulga_> not really
[07:27] <Gloubiboulga_> it's a problem with the package, it sometimes happens :)
[07:27] <[GuS] > what i supposed... maybe a makefile bug?
[07:27] <[GuS] > i will check..
[07:27] <seaLne> is /usr/lib the standard place to stick a library (.a file)?
[07:27] <[GuS] > the rest works fine.. just have that problem
[07:27] <[GuS] > yes
[07:28] <Gloubiboulga_> seaLne, yes
[07:28] <seaLne> thought so, thanks
[07:28] <[GuS] > well... i  wil test... when i have news i will like to upload this package =)
[07:31] <LaserJock> hi cbx33
[07:32] <cbx33> hey LaserJock
[07:32] <cbx33> howz it going
[07:32] <LaserJock> fine
[07:33] <cbx33> if I send you over the debian folder so far for gisomount can you advise me on it, when you get spare sec?
[07:33] <LaserJock> yeah
[07:34] <cbx33> thanks
[07:35] <cbx33> LaserJock, can I ask your advise
[07:35] <cbx33> on another matter
[07:35] <cbx33> I'm developing gisomount at the mo, now when I install it, the python script will go into /usr/bin
[07:35] <cbx33> everything else will go into /usr/share/gisomount
[07:36] <cbx33> including a python module
[07:36] <cbx33> does it make sense to symlink the locatiosn to my source directory ?
[07:36] <cbx33> so I can hardcode the paths into the min python code?
[07:36] <cbx33> or how should I handle it?
[07:36] <LaserJock> cbx33: I don't think you're supposed to put python modules in /usr/share/
[07:36] <cbx33> it's a python include - where should it go?
[07:37] <LaserJock> cbx33: /usr/lib/python2.4/site-packages/gisomount/ perhaps, you'll need to look at the new Python Policy
[07:38] <LaserJock> cbx33: but hard coding paths is a headache farther on, from what I've seen
[07:39] <LaserJock> but I'm not sure how other python apps handle that, I'll have to look
[07:40] <cbx33> hmm
[08:30] <zul> c is for cookie which is good enough for me
[08:39] <LaserJock> man I love awk
[08:47] <zul> LaserJock: use perl ;)
[08:48] <LaserJock> noooooooo
[08:48] <LaserJock> :-)
[08:49] <zul> its not that bad
[08:50] <LaserJock> I know, it's just the fact that I don't know Perl at all
[08:51] <LaserJock> I often find myself trying to pick a column out of a long list and awk is really easy to use for that
[08:51] <zul> oh...well that might explains the screamnig
[08:51] <LaserJock> heh
[08:51] <zul> meh...like me and groupwise
[08:51] <LaserJock> I watched my advisor once whip up a Perl script to parse some data files
[08:52] <LaserJock> it was rather interesting
[08:52] <zul> its useful for a couple of hundred megs of data
[08:52] <LaserJock> yeah
[08:53] <zul> we used it for patient records at a previous job...but anyways
[08:53] <LaserJock> in our lab we had some calculations that produces ~ 1GB data files
[08:53] <LaserJock> not something you want to parse by hand ;-)
[08:53] <zul> hell no
[08:54] <LaserJock> although I'm sure my advisor would try to figure out how to do it from within emacs :-)
[08:54] <zul> i so much hate emacs
[08:54] <LaserJock> heh, my advisor only know 3 tools, emacs, acroread, and firefox
[08:55] <zul> still emacs is evil
[08:55] <Gloubiboulga_> emacs does anything you need :)
[08:55] <LaserJock> and more than you need ;-)
[08:55] <Gloubiboulga_> true :)
[08:57] <LaserJock> I use all kinds of editors
[08:57] <LaserJock> emacs, vim, gedit, jedit
[08:57] <zul> vim and gedit mostly
[09:00] <LaserJock> I tend to use vim mostly
[09:00] <fowlduck-> LaserJock, what's the official way to change gconf values globally?  Is there one?
[09:01] <LaserJock> I haven't a clue to be honest
[09:01] <fowlduck-> ok, danke
[09:03] <cypher1> hi all
[09:03] <fowlduck-> howdy
[10:02] <jbailey> Is Universe going to stick to UVF this week?
[10:02] <LaserJock> no
[10:02] <LaserJock> we have Universe Freeze
[10:02] <LaserJock> in Sept.
[10:02] <jbailey> Ah, nice!
[10:02] <dholbach> jbailey: UniverseFreeze is with BetaFreeze
[10:02] <jbailey> Oh, nice.  I see it in the schedule now too.
[10:02] <jbailey> Perfect.
[10:11] <seaLne> is UniverseFreeze affected at all by feature freeze?
[10:12] <seaLne> "NEW packages brought in" on the wikipage would imply not?
[10:13] <dholbach> universefreeze is when we can only do bug fixes
[10:13] <dholbach> clean up :)
[10:20] <LaserJock> bddebian: ok, so what exactly is seb saying? we shouldn't have done the .desktops to start with, or now that we've done them we should send them upstream upstream
[10:20] <tseng> you should have done them upstream
[10:20] <tseng> to start with
[10:21] <LaserJock> I guess
[10:21] <bddebian> LaserJock: Hey, it's less work for me
[10:21] <tseng> you dont guess
[10:21] <tseng> his point is, upstream collects translations
[10:21] <tseng> you don't
[10:22] <bddebian> I highly doubt that most of these packages have a "translation team"
[10:22] <tseng> most of these projects are so silly
[10:22] <tseng> that it doesnt matter
[10:22] <tseng> time to go
[10:22] <bddebian> Later tseng
[10:25] <LaserJock> bddebian: that's my point, seb is used to working with Gnome
[10:25] <LaserJock> a fair amount of these projects are basically dead as far as this sort of thing
[10:26] <bddebian> Well I'm getting mighty freakin' tired of getting beat over the head
[10:26] <LaserJock> bddebian: just blame me
[10:26] <bddebian> I'm not blaming you for anything.  Hell there was a wiki page when I started with Ubuntu about getting .desktop files in
[10:28] <andi5> slomo_: are you around?
[10:33] <LaserJock> bddebian: better?
[10:34] <LaserJock> I'm still struggling with sending things upstream
[10:58] <LaserJock> bddebian: you're just lucky you've got a hole to crawl back into ;-)
[10:58] <bddebian> heh
[10:58] <LaserJock> bddebian: honestly though, don't hesitate to blame me for the science .desktops
[10:59] <LaserJock> I'm feeling like I kinda screwed that one up
[10:59] <bddebian> Nah
[10:59] <LaserJock> although, tbh, the reason I made the .desktop push in MOTU Science was because of seb :-)
[11:00] <bddebian> No one ever told me that stuff before
[11:00] <LaserJock> me neither
[11:03] <LaserJock> I'm just a moron, apparently
[11:04] <bddebian> Well you and me both baby :-)
[11:04] <tseng> hi bddebian
[11:04] <tseng> i am home
[11:05] <tseng> bddebian: we should plan on dinner this weekend
[11:21] <bddebian> tseng: why so you can convince me to quit? ;-P
[11:23] <tseng> bddebian: er, no
[11:23] <tseng> unless you have a CCNP and want to work 11-8
[11:23] <tseng> 11-7u
[11:24] <bddebian> I'd work 11-7 but I'm no CCNP
[11:24] <sivang> bddebian, tseng : are you working in the same place? :)
[11:24] <tseng> sivang: er, no
[11:24] <bddebian> tseng: And I meant quit MOTUship anyway :-)
[11:24] <tseng> oh
[11:24] <tseng> hah
[11:24] <tseng> fowlduck: why not?
[11:24] <tseng> good money
[11:24] <sivang> what's a CCNP ?
[11:24] <tseng> cisco certified network professional
[11:25] <tseng> level 2 cisco cert, pretty tough
[11:25] <fowlduck> tseng, i did some networking, I have a networking degree, discovered I hate it
[11:25] <tseng> sorry to hear that
[11:25] <tseng> i think high-end cisco is more stable than programming
[11:25] <fowlduck> yeah, 2 years of school to discover that
[11:25] <tseng> luckily i do both
[11:25] <tseng> and sysadmin
[11:25] <fowlduck> me too
[11:25] <tseng> i am diverse
[11:26] <fowlduck> going to school for web programming
[11:26] <fowlduck> did the networking bit
[11:26] <tseng> school is for suckers
[11:26] <fowlduck> and do sysadmin junk for hobby
[11:26] <sivang> tseng: wow , cool
[11:26] <fowlduck> heh
[11:26] <fowlduck> it's hard to get hired without education
[11:27] <LaserJock> I'm a condensed phase laser spectroscopist working in nanosensors, I guess I didn't get the diversification memo ;-)
[11:27] <fowlduck> and education has rounded me out
[11:27] <sivang> degreed people, that is
[11:27] <fowlduck> LaserJock, LOL
[11:27] <sivang> LaserJock: hehe
[11:27] <sivang> LaserJock: are you ?
[11:27] <LaserJock> yeah
[11:29] <sivang> LaserJock: nano sensors, I take it you're into nano technology ?
[11:29] <sivang> LaserJock: have you dealt with agents already?
[11:29] <LaserJock> it's taken 8 years of university training, but I've managed to become specialized enough to become virtually unemployable
[11:30] <sivang> hmm
[11:30] <fowlduck> sivang, I don't know what background you have or where you live, but here it's very hard to get looked at without some sort of education
[11:30] <sivang> fowlduck: where are you at?
[11:31] <fowlduck> sivang, Madison, WI
[11:31] <sivang> fowlduck: ah, US right ?
[11:31] <fowlduck> sivang, ya
[11:31] <LaserJock> sivang: I like nanotechnology, but from a physics/chemistry perspective
[11:31] <LaserJock> most nanotechnology isn't really nano ;-)
[11:31] <fowlduck> LaserJock, I like it from a "WHAT THE HECK IS THAT?!?" perspective
[11:32] <sivang> LaserJock: ah, so you're into actually thinking up what material to use to build a nano agent per task
[11:32] <LaserJock> sivang: I'm working on a molecular motor that is 1 nm in size
[11:32] <sivang> LaserJock: although as the physical body implementor, you should hage some knowledge about the algorithm
[11:33] <sivang> LaserJock: does newtonian mechanics apply to calculate force, throughput and utilization as they do in regular size world?
[11:34] <LaserJock> I think roughly, things get a little weird (read: we don't really know a lot) at such a small scale
[11:34] <sivang> ah, I see
[11:34] <LaserJock> we try to think in terms of torque and efficency, but they are really hard to determine
[11:35] <LaserJock> we are going to try to determine torque by attaching the motor to circular DNA strands and "winding" the DNA up like a rubber band
[11:35] <sivang> wow, cool
[11:35] <fowlduck> sounds easy
[11:35] <bddebian> heh
[11:36] <fowlduck> ;)
[11:36] <LaserJock> but my research involves trying to determine wheither the motors actually rotate and if they do wheither they rotate unidirectionally
[11:36] <LaserJock> fowlduck: of course ;-)
[11:37] <LaserJock> but doing that on a 1 nm object that is rotating at potentially MHz-GHz frequencies isn't trivial :-)
[11:37] <fowlduck> wouldn't it have to be attached to something stationary on the other side of the motor in order to twist the DNA from one end?
[11:37] <LaserJock> fowlduck: we attache each end to an end of DNA
[11:37] <LaserJock> attach
[11:37] <fowlduck> ahh, i see
[11:37] <LaserJock> so you take a piece of circular DNA
[11:37] <LaserJock> cut it
[11:38] <LaserJock> then attach each end of the motor to the ends
[11:38] <LaserJock> reforming the circle
[11:38] <LaserJock> but now with a rotating piece in the middle :-)
[11:38] <sivang> god, this sounds like sci fi
[11:39] <LaserJock> of course
[11:39] <LaserJock> sci fi is just science waiting to happen :-)
[11:39] <LaserJock> good sci fi anyway
[11:39] <fowlduck> like scientology?!!?!? ;D
[11:39] <sivang> LaserJock: btw, we have a good lab for nano tech in the uni where I attended pre-uni course, well known, check it out
[11:39] <sivang> LaserJock: http://rbni.technion.ac.il/employment.html
[11:39] <sivang> LaserJock: I think they've come up with some of the more moving changes in the discipline that last couple of yuears,
[11:40] <sivang> LaserJock: I can't acutally recall what they've done, but there was some ceremony for that :)
[11:40] <LaserJock> looks cool
[11:40] <LaserJock> I haven't even told you guys about the "other" research that we do in my lab ;-)
[11:40] <bddebian> tseng: Oh crap, I'm heading to Illinois on Thurs, so I can't buy you dinner :-(
[11:41] <sivang> LaserJock: which is ? :)
[11:41] <tseng> bddebian: ok.
[11:41] <tseng> bddebian: ill buy if yo ustay
[11:41] <LaserJock> sivang: we are taking cigar shaped molecules and trapping them in 3D space. Then turn them into gyroscopes that we can shoot at other molecules :-)
[11:42] <sivang> LaserJock: wow! do you have any computer simulation or laser scope firms of that stuff when you do it ?
[11:42] <sivang> films, even
[11:43] <sivang> LaserJock: what's the 3D space made of btw?
[11:43] <LaserJock> electromagnetic radiation, of course ;-)
[11:44] <raphink> hey sivang :)
[11:44] <LaserJock> basically, if you time a radio frequency field right in 3D you can create a "trap" that will catch ~ 1000 molecules for up to ~ 10 s at a time
[11:44] <LaserJock> we are still at the "getting it to work" stage
[11:45] <LaserJock> but we have a fair amount of compuational simulations
[11:45] <LaserJock> basically we use a circularly polarized laser to put selective angular momentum into the molecules
[11:46] <LaserJock> so the start spinning in one direction, and as we put more and as we hit them more and more with the laser, the begin to all line up in the same direction, spinning in the same sense
[11:47] <LaserJock> wow, that sentance has a few holes in it
[11:47] <sivang> whawo
[11:47] <LaserJock> np
[11:47] <sivang> raphink: hey Raphael! how are you?
[11:47] <raphink> shalom sivang, ani shlom tov :)
[11:47] <bddebian> tseng: :-)
[11:47] <LaserJock> I have to practice these talks for my family, usually I get a whiteboard though
[11:47] <bddebian> I have GOT to get home.  Later folks
[11:47] <LaserJock> cya bddebian
[11:48] <raphink> laters bddebian
[11:48] <raphink> v ma shlomkha sivang ?
[11:48] <sivang> LaserJock: is there any or could there be any corolation or to use nanotechnology as a tool to discover stuff in string theory and sub atomic worlds?
[11:48] <sivang> raphink: hakol beseder! I see Sahar taught you hebrew :)
[11:48] <raphink> sivang: no he didn't ;) I knew that already ;)
[11:48] <sivang> raphink: where form?
[11:49] <raphink> I've been studying hebrew for years, bit by bit
[11:49] <raphink> a bit of modern hebrew by myself
[11:49] <raphink> and biblical hebrew, too
[11:49] <raphink> in a group
[11:50] <raphink> :)
[11:50] <LaserJock> sivang: it's possible I suppose, my general feeling is that we don't have nearly as much understanding at that level as we (scientific community) would need
[11:50] <LaserJock> raphink: I'll be lucky if I get German or French down
[11:50] <raphink> hehe
[11:53] <sivang> raphink: what motivated you to learn it?
[11:55] <raphink> sivang: jabber


[17:40] <nottrobin> Just to let y'all know, on Thursday, 14.04 took over the homepage of http://ubuntu.com, and the site design became responsive to different screen sized. Also the previous we released some changes to the contributions page (http://www.ubuntu.com/download/desktop/contribute/) and search (http://www.ubuntu.com/search) - and introduced some new bugs:
[17:40] <nottrobin> http://askubuntu.com/questions/445994/is-wubi-free-to-download/ (fixed), https://bugs.launchpad.net/ubuntu-website-content/+bug/1307073 (maybe fixed) & https://bugs.launchpad.net/ubuntu-website-content/+bug/1306354 (not yet fixed.
[21:10] <daker> nottrobin: wow, nice work


[00:02] <jpds> descendent87: For wiki.kubuntu.org ?
[00:03] <descendent87> no look https://wiki.ubuntu.com/
[00:03] <descendent87> it has the kubuntu logo, says kubuntu wiki in top right and uses the kubuntu colours (isn't the ubuntu wiki brown?)
[00:04] <jpds> descendent87: Because you changed the settings in https://wiki.ubuntu.com/Home?action=userprefs ?
[00:04] <descendent87> even right at the bottom it says "Kubuntu and Canonical are registered trademarks of Canonical Ltd."
[00:05] <descendent87> no haven't changed any settings, did a clean install with alpha 3 yesterday. First time I've gone on the wiki is today
[00:06] <jpds> What's your "Preferred theme" according to that page?
[00:06] <descendent87> apparently kubuntunew (which would explain the kubuntu colours/branding)
[00:07] <descendent87> changing the theme back to <default> fixed it, no idea how/why it was set to kubuntu in the first place, thanks anyway


[11:46] <redmx123> Is gnome by default installed in 14.04LTS?
[12:06] <DASPRiD> that's a strange question


[00:08] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4007 Successfully built
[02:34] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4007 Publishing packages
[02:35] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4009 Publishing packages
[02:48] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4007 UNAPPROVED queue
[02:50] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4009 UNAPPROVED queue
[04:11] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4010 Diff missing
[07:49] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4007 Proposed pocket
[08:20] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4011 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[08:31] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4011 Failed to build
[08:42] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/4002 Pending binary packages
[08:51] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4011 Dependency wait
[09:03] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/4002 Diff missing
[10:29] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4007 Release pocket
[10:51] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4011 Pending binary packages
[11:07] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4013 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[11:07] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4012 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[11:09] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/4014 Preparing packages
[11:21] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4011 Generating diffs
[11:22] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4011 Successfully built
[11:36] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/4014 Pending binary packages
[11:44] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4015 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[11:56] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/4014 Successfully built
[12:00] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/4014 Publishing packages
[12:15] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/4014 UNAPPROVED queue
[13:04] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4010 Abandoning ticket
[13:13] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4012 Diff missing (bionic/libvirt). Uploading build (bionic/qemu)
[13:33] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4012 Diff missing (bionic/libvirt). Pending binary packages (bionic/qemu)
[13:33] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4013 Diff missing
[13:53] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4013 Diff missing (eoan/libvirt). Pending binary packages (eoan/qemu)
[14:33] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4012 Diff missing
[14:34] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4013 Diff missing
[14:56] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4015 Pending binary packages
[15:55] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4015 Diff missing
[16:55] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/4014 Proposed pocket
[18:15] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/4014 Release pocket