[22:02] <Bashing-om> UWN: Issue727 up for review and final edits: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue727 :D
[22:14] <krytarik> Bashing-om: The Portugal podcast summary is misformatted.
[22:21] <Bashing-om> krytarik: Ouch ! looking ^ .
[22:33] <Bashing-om> krytarik: ^ Silly lil space - Next edit(s) ?
[22:38] <krytarik> None that I've spotted anyway.
[22:54] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Linux Kernel 5.17 Released, This is What’s New @ https://www.omgubuntu.co.uk/2022/03/linux-5-17-released-new-features (by Joey Sneddon)


[02:01] <xu-help29w> Hi, while installing, following is the error message, "No bootfile found for UEFI* how to resolve this
[05:13] <porquilho> i use Xubuntu
[23:14] <xubuntu_newb1> good evening fellas, how large should I make my EFI partition?


[00:00] <jdong> [sudo] Password for jjesse:
[00:01] <DaSkreech> Speaking of that
[00:02] <DaSkreech> why does the command line echo back to me the first command I type in ?
[00:09]  * nixternal starts his hardy dist-upgrade on the laptop
[00:09] <nixternal> any final words? :)
[00:10] <stdin> did you sacrifice the ceremonial goat to tux before you started?
[00:11] <DaSkreech> How many things can I find wrong with that question?
[00:11] <nixternal> I ate the goat, sorry tux :p
[00:11] <stdin> he's getting a bit chubby anyway :p
[00:12] <DaSkreech> Ha ha
[00:27] <neversfelde|mobi> uhh Hardy
[00:27] <neversfelde|mobi> is it possible to upgrade with a cryptsetup encryption now?
[00:37] <kwwii> Riddell: we can look through them and perhaps find one
[00:42] <nixternal> kwwii: any idea on when they will release those? there are a few wallpapers I want to use now :)
[00:42]  * DaSkreech moans and complains to kwwii
[00:42] <DaSkreech> :-)
[00:43] <kwwii> nixternal: sometime soon, not sure when
[00:43] <nixternal> groovy, thanks
[00:43] <DaSkreech> kwwii: Why abstract blue?
[00:44] <kwwii> DaSkreech: it was a group vote
[00:44] <kwwii> no idea, nobody asked me
[00:45]  * DaSkreech wonders off to bother aseigo
[00:45] <stdin> hmm, I wonder if I can use icecc with pbuilder...
[00:48] <jjesse> kwwii: do you have that theme for hardy done already?
[00:48] <jjesse> kwwii: cause i've read great stuff about it online :)
[00:49] <jjesse> nixternal: how is that upgrade comming/
[00:49] <nixternal> slow
[00:49] <jjesse> good luck :)
[00:49] <nixternal> pyqt4-dev-tools is broke
[00:50] <nixternal> other than that, everything else seems to be going smooth thus far
[00:51] <jjesse> wow i can't type tonight, i'm glad google can translate what i mean
[00:55] <jjesse> nixternal: sent you a funny picture from my boss
[00:55] <kwwii>  jjesse: lol
[00:55] <jjesse> :)
[00:56] <nixternal> rebooting the laptop into hardy
[00:56]  * nixternal faints from the pressure
[00:57] <DaSkreech> nixternal: relax you know it's going to suck :)
[00:57] <nixternal> hahaha, ass
[00:57] <nixternal> I was thinking, the next UDS should be in Jamaica!
[00:58] <jjesse> then you know we would never get kwwii in any meetings :)
[00:58] <nixternal> haha
[00:58] <DaSkreech> nixternal: my company would sponsor it
[00:58] <nixternal> he would be tracking dr. feelgood
[00:58] <jjesse> nixternal: did my email w/ the picture come thru?
[00:58] <nixternal> I can picture it now...."dude, I will draw you a logo, gimme gimme"
[00:58] <nixternal> I will check here in one sec
[00:59] <jjesse> np
[00:59] <nixternal> what kernel is in hardy?
[01:00] <nixternal> brb, Chuck is coming on
[01:17] <DaSkreech> http://pastebin.com/m443452ba
[01:17] <DaSkreech> Anyone have a clue why this is happening?
[01:17] <DaSkreech> I have to go cook something if somone has a lead point sailor in #kubuntu to it
[01:18] <jjesse> is jucato on yet?  i forgot the link to the patch he sent me :(
[01:18] <jjesse> or at least when i downloaded it to
[01:26] <CPrgmSwR2> DaSkreech: Will kubuntu have kde4 packages around the time when kde4 is done or is it probably going to take some time?
[01:26] <DaSkreech> CPrgmSwR2: the plan is same day
[01:27] <CPrgmSwR2> cool
[01:45] <ryanakca> nixternal: how's hardy?
[01:45]  * ryanakca wonders if he needs to remind him of !installhardy
[01:46] <jjesse> i think he's away watching tv
[01:46] <ryanakca> ah :)
[02:10] <bobesponja> bug #163716
[02:10] <ubotu> Launchpad bug 163716 in soyuz "[regression] ppa does not find packages that were published to !main components, before the component combining" [High,Fix released] https://launchpad.net/bugs/163716
[02:11] <bobesponja> !main
[02:11] <ubotu> The packages in Ubuntu are divided into several sections. More information at https://help.ubuntu.com/community/Repositories and http://www.ubuntu.com/ubuntu/components - See also !EasySource
[02:12] <CPrgmSwR2> does that mean kde4 can now be built?
[02:15] <bobesponja> CPrgmSwR2: sounds like it
[02:15] <CPrgmSwR2> awsome
[02:15] <bobesponja> I'm no ubuntu dev so not sure
[02:15] <CPrgmSwR2> nixternal: ping
[02:16] <bobesponja> KDE 4.0 RC1 is going to be released today, I guess kubuntu will skip the beta4 release, anyone knows about that?
[02:17] <stdin> if the rc builds in gutsy, there should be gutsy packages
[02:17] <stdin> _if_
[02:17] <CPrgmSwR2> thats after someone sends them to be built
[02:18] <stdin> well I'm trying to build them here to check if they build
[02:18] <CPrgmSwR2> oh okay sorry
[02:18] <bobesponja> stdin: cool, thanks for the info
[02:18] <stdin> it's taking an age tho, 3 hours for kdelibs :/
[02:19] <CPrgmSwR2> wow
[02:19] <CPrgmSwR2> is it in the compile stage?
[02:19] <stdin> on a 2.8GHz with 1.5GB RAM
[02:19] <CPrgmSwR2> I can build kdelibs in 30 min
[02:19] <stdin> in a chroot
[02:20] <CPrgmSwR2> must be other processes using that system
[02:20] <stdin> nope, killed just about everything :p
[02:20] <CPrgmSwR2> thats really odd
[02:21] <CPrgmSwR2> what percentage is it at?
[02:21] <stdin> It finished a couple mins ago, kdepimlibs is starting now
[02:21] <nixternal> stdin: you building them with pbuilder?
[02:21] <stdin> nixternal: yeah
[02:21] <nixternal> stdin: you should have just done 'debuild -nc' in the main directory
[02:21] <nixternal> pbuilder takes forever
[02:22] <stdin> nixternal: it's not that show on that machine
[02:23] <stdin> plus it's good to make sure all build-deps are there
[02:24] <stdin> kdelibs just took an inordanate amount of time, kdepimlibs is already at 10%
[02:24] <CPrgmSwR2> stdin: kdebase will probably take just as long
[02:25] <stdin> kdelibs is the worse, followed closely with kdebase
[02:25] <CPrgmSwR2> yeah
[02:25] <CPrgmSwR2> I wish I could compile kdenetwork
[02:26] <stdin> that never works for me either
[02:26] <CPrgmSwR2> hmm
[02:30] <nixternal> hardy up and running, dist-upgrade flawless
[02:31] <CPrgmSwR2> interesting
[02:45] <Hobbsee> bobesponja: /topic
[02:45] <Hobbsee> yes, we know about it
[02:47] <bobesponja> Hobbsee: I know you know, I saw it from the topic, I was just trying to get the link to the bug page :)
[02:47] <Hobbsee> bug 163716
[02:47] <ubotu> Launchpad bug 163716 in soyuz "[regression] ppa does not find packages that were published to !main components, before the component combining" [High,Fix released] https://launchpad.net/bugs/163716
[02:47] <Hobbsee> ^
[02:49] <CPrgmSwR2> stdin: status?
[02:49] <stdin> kdepimlibs 88%
[02:49] <stdin> erm 90% now
[02:50] <CPrgmSwR2> awsome
[02:52] <stdin> I'm glad I decided to use my desktop to compile it, this laptop is only 1.73GHz 500MB RAM, would have taken ages :p
[02:52] <CPrgmSwR2> lol
[02:52] <stdin> and it'd be burning my lap with the heat
[02:53] <stdin> ooh 99%
[02:53] <DaSkreech> Error
[02:53] <stdin> heh 101% :p
[02:53] <CPrgmSwR2> lol
[02:54] <DaSkreech> Ha ha ha ha
[02:55] <stdin> built, starting on kdebase now
[02:56] <CPrgmSwR2> cool
[02:56] <CPrgmSwR2> Doesn't the packages have to be build throuhg the farm to be released though?
[02:57] <CPrgmSwR2> or does it just have to work on the farm system to be released?
[02:57] <stdin> yeah, but I'm seeing if it will build in gutsy at all
[02:57] <CPrgmSwR2> oh
[02:58] <stdin> if all goes well, it can be uploaded to the archives by riddell
[02:58] <CPrgmSwR2> cool
[02:58] <Hobbsee> it should build in gutsy
[02:58] <Hobbsee> stdin: why didn't you throw it at ppa?
[02:58] <stdin> Hobbsee: because i have about 20KB/s upload here
[02:59] <stdin> depending on how my ISP is feeling
[02:59] <CPrgmSwR2> ouch
[02:59] <Hobbsee> ...and?
[02:59] <stdin> Hobbsee: and i'd still be uploading it now
[02:59]  * Hobbsee has the same.
[02:59] <Hobbsee> yes...and?
[03:00] <Hobbsee> although i agree, better to upload it off another machine.
[03:00] <stdin> and I want my KDE goodness, ok? :p
[03:00] <CPrgmSwR2> Riddell can't upload it any faster or can he?
[03:00] <Hobbsee> in fact, the hardy packages are already there, arent they?
[03:00] <CPrgmSwR2> beta4
[03:00] <Hobbsee> no, mroe got accepted
[03:00] <CPrgmSwR2> rc1 is now out
[03:00] <stdin> Hobbsee: those are the ones I'm building
[03:01] <Hobbsee> easier to modify it and throw it at ppa, and see if they work
[03:01] <stdin> 3.96,0
[03:01] <Hobbsee> want me to, or you're happy to stay there?
[03:02] <stdin> depends what's going to happen with the packages, are they going to be in the k-members ppa or in universe?
[03:03] <Hobbsee> k-members for now
[03:03] <Hobbsee> then presumably they'll hit -backports
[03:03] <Hobbsee> they wont go to universe
[03:03] <DaSkreech> wait
[03:03] <DaSkreech>  can a script be a member of ppa?
[03:03] <Hobbsee> DaSkreech: uhh?
[03:04] <stdin> Hobbsee: well I don't have access to k-members so you'd have to upload anyway
[03:04] <Hobbsee> oh, i thoguth you were a member
[03:04] <DaSkreech> Hobbsee: I'm thinking of the hardy life cycle we want to have weekly builds of KDE for 4.0 -> 4.1
[03:04] <stdin> I missed the meeting :p
[03:05] <Hobbsee> DaSkreech: if someone does it, that'd be nice
[03:05] <stdin> Hobbsee: I was going to apply at the next kubuntu meeting, but there hasn't been one so
[03:05] <DaSkreech> can we have a script do svn pulls and upload them to ppa then build a new repo each week?
[03:05] <Hobbsee> stdin: yeah, and we need another one :)
[03:08] <DaSkreech> Hobbsee: I can just join beta ppa now?
[03:08] <Hobbsee> DaSkreech: probably
[03:09] <stdin> Hobbsee: if you want to upload you'll have to dget from launchpadlibrarian.net as they don't seem to be in the repos yet
[03:10] <stdin> Hobbsee: and, lucky for you, I made a script just for such an occasion http://paste.ubuntu-nl.org/45172/plain/ ;)
[03:10] <stdin> and it's in ubuntu-dev-tools/trunk
[03:11] <Hobbsee> nice
[03:12] <stdin> you just pass it the launchpadlibrarian URL of the .dsc and it does the work of dget fot you
[03:12] <Hobbsee> so, we go kde4libs, kdepimlibs, kdebase-workspace, kdebase?
[03:13] <stdin> yep, and kdebase-runtime
[03:13] <Hobbsee> oh, that's what i meant.  got it
[03:14] <Hobbsee> hobbsee@orko:~$ ./dget-lp
[03:14] <Hobbsee> -bash: ./dget-lp: /bin/bash^M: bad interpreter: No such file or directory
[03:14] <Hobbsee> odd...
[03:15] <stdin> the site's using DOS line-endings it seems
[03:15] <stdin> you need dos2unix
[03:15] <Hobbsee> ahh.  it's not my machine.
[03:15] <DaSkreech> apt-get
[03:15] <stdin> I think the package is fromdos
[03:16] <stdin> Hobbsee: or just "wget http://stdin.me.uk/code/dget-lp" :)
[03:17] <Hobbsee> errrr...
[03:17] <Hobbsee> odd.
[03:21] <Hobbsee> bah.
[03:21]  * Hobbsee reuploads
[03:25]  * Hobbsee ponders sparky
[03:30] <stdin> huh
[03:31] <stdin> now why does kdelibs5-dev conflict with kdelibs4-dev
[03:31] <Hobbsee> oh, hang on.  i uploaded them to my own ppa.
[03:32] <stdin> that can't be right, can it?
[03:33] <stdin> kde4 packages should not conflict with kde 3 packages
[03:33] <Hobbsee> libs should.
[03:33] <Hobbsee> i think
[03:33] <CPrgmSwR2> how are we suppose to run konversation with kde4 installed?
[03:33] <stdin> but the kde4 packages have their own root /usr/lib/kde4
[03:33] <Hobbsee> oh, hang on.  perhaps not
[03:35] <stdin> and it's only the -dev package that conflicts with the kde3 version of the -dev package
[03:40] <nixternal> anyone feel like updating QScintilla in our repos (main) to 2.1 instead of the outdated unsupported 1.7?
[03:53]  * Hobbsee gives up, as it refuses to behave.
[04:04] <DaSkreech> Spank it
[04:15] <nixternal> wo0t...now websites know I am running Kubuntu again
[04:15] <nixternal> that was broke in gutsy, but works in hardy
[04:40]  * Jucato stretches and looks around...
[04:40] <Hobbsee> hiya Jucato!
[04:41] <Jucato> hi Hobbsee! :)
[04:41] <Jucato> how's everything in here? :)
[04:42] <Hobbsee> exploded!
[04:42] <Jucato> :P
[04:42] <Jucato> I'm surprised my last post hasn't drawn in the reactions I expected (yet)
[04:43]  * Hobbsee opens up akregator
[04:43] <Jucato> bwahaha :P
[04:43] <Jucato> I guess I did a good job of subtly burying that piece of info underneath more "important" stuff :)
[04:44]  * Hobbsee reads it
[04:44] <Hobbsee> no, i just dont have akregator opening by default anymore
[04:44] <Jucato> no, not you :)
[04:44] <Jucato> the rest of the world :P
[04:44]  * Jucato wonders if Hobbsee will "see" what info he was referring to :)
[04:50] <Hobbsee> nice post
[04:50] <Jucato> thanks :)
[04:50] <Hobbsee> Jucato: btw, we're demanded to have winfoss stuff.
[04:51] <Jucato> phooey!
[04:51] <Jucato> :(
[04:52] <Jucato> isn't that going to be a problem if we plan to ship KDE4 Edu stuff for Hardy?
[04:52] <Hobbsee> no idea
[04:52] <Jucato> iirc we already had space problems last time... (feisty?)
[04:52] <Hobbsee> we were for gutsy
[04:52] <Jucato> oh boy... :(
[05:08] <nixternal> don't you just love when you spend an hour writing a pyqt4 app, but aren't paying attention to your current dir, and you rm -rf *
[05:09] <Hobbsee> yeah.
[05:09] <Hobbsee> although i tend to do that on ssh hosts
[05:09] <nixternal> lol
[05:09] <Hobbsee> when i login, thinking it was screen -R
[05:09]  * nixternal notes to not give Hobbsee ssh access
[05:09] <stdin> that's why I like zsh, i can type "rm -rf *<tab>" and it expands it
[05:09] <Hobbsee> nixternal: i only rm the homedir, though
[05:09] <nixternal> stdin: my bash does that too :)
[05:09] <nixternal> thanks to sharms and his bash hacks from Novell
[05:10] <stdin> nixternal: I also like the aspect of doing "cd /h/s/b/c/k<tab>" doing "cd /home/stdin/build/code/kde" :)
[05:10] <nixternal> stdin: how different is zsh from bash? I have seen a lot of killer features
[05:10] <stdin> like that^
[05:10] <Hobbsee> in zsh?
[05:10] <nixternal> sebas I think just posted some funkdafied zsh scripting
[05:10] <stdin> yeah
[05:10] <Hobbsee> i've been thinking about playing around with it
[05:10] <nixternal> oh, now that is sweet
[05:11]  * Jucato wants to try out zsh and fish...
[05:11] <Jucato> hi nixternal! hi stdin!
[05:11] <stdin> also when there is more than one thing it can complete to you can tab through the options (as well as see a list)
[05:11] <nixternal> wo0t, I just built debian's qscintilla2 :)
[05:11] <stdin> hey-ya Jucato :)
[05:12] <nixternal> I have 1 debian box building some kde4 love, kubuntu building some merges, and foresight mooking yakuake, katapult, kima, krename, semantik, some kdmthemes
[05:12] <Jucato> iirc there was a talk in last year's akademy about how you can use zsh to increase your productivity... luckily they "ported" some of those features to the .bashrc script they have at techbase :)
[05:12] <Jucato> (the cs and cb functions0
[05:13] <stdin> I think zsh also has build-in command completion (like bash-completion but actually built-in)
[05:14]  * Hobbsee wonders what cs and cb do
[05:15] <stdin> cs = change to source dir, cb = change to build dir
[05:15] <stdin> (for building kde4)
[05:15] <Hobbsee> ah, neat
[05:17] <Jucato> if you're in kde/src/kelibs/foo/foo/, then enter "cb", you will be teleported to /kde/build/kdelibs/foo/foo/
[05:17] <nixternal> cs KDE/kdebase && svn up && cb && make -j2 VERBOSE=1 && make install
[05:18] <Jucato> lovely ain't it? :)
[05:18] <Jucato> ah finally she's finnish!
[05:18] <Jucato> bbl :)
[05:18] <Jucato> er.. s/finnish/finished/
[05:21] <nixternal> heh, Jucato converted some girl to finnish
[05:26] <stdin> dput needs a progress meeter, like: while [ "x$(pgrep dput)" != "x" ]; do echo -e "\r$(readlink /proc/$(pgrep dput)/fd/4): $(cat /proc/$(pgrep dput)/fdinfo/4 |grep pos|awk '{print ($2/10874935)*100"%"}')   \c";sleep 1;done
[05:27] <stdin> that shows "/build/kdebase-kde4/kdebase-kde4_3.96.0.orig.tar.gz: 35.2917%     "
[05:35] <CPrgmSwR2> oh cool kde4 packaging is in progress
[05:35] <CPrgmSwR2> stdin: how long ago did it start?
[05:36]  * Hobbsee ponders just addign stdin to the kubuntu-members group temporarily, just so he can upload to there.
[05:36] <stdin> CPrgmSwR2: I just finished uploading it to my ppa
[05:37] <stdin> Hobbsee: I removed the conflicts with kdelibs4-dev for kdelibs5-dev in my package
[05:37] <Hobbsee> stdin: do the files conflict?
[05:37] <stdin> don't see how
[05:38] <stdin> and I've had no problems
[05:38] <stdin> the kde4 prefix isn't /usr anyway, it's /usr/lib/kde4
[05:39] <stdin> I'll have a better idea when I let apt handle the dependencies from my ppa
[05:40] <stdin> "sudo dpkg -i *.deb" isn't the best way to install
[05:40] <CPrgmSwR2> stdin: kdebase?
[05:41] <stdin> I let kdebase get to 20% then killed it, had a bout of "I can't be bothered to wait another X hours"
[05:41] <nixternal> lol
[05:41] <stdin> the launchpad buildd's are faster than my system anyway
[05:42] <CPrgmSwR2> stdin: is launchpad schedualed to build it?
[05:43] <stdin> kde4libs and kdepimlibs Pending (1005)
[05:43] <stdin> I just hope it decides to build kde4libs first
[05:43] <CPrgmSwR2> k
[05:43] <CPrgmSwR2> can I have a link to the launch pad
[05:43] <stdin> if it doesn't then it's a pain :p
[05:43] <stdin> https://launchpad.net/~tsimpson/+archive/+builds?build_text=&build_state=all
[05:44] <CPrgmSwR2> its build kde4libs now
[05:44] <CPrgmSwR2> for amd64
[05:45] <Hobbsee> stdin: if you told me that a couple of mins ago, i could have fixed that.
[05:45] <Hobbsee> CPrgmSwR2: yeah, i poked it.
[05:45] <Hobbsee> no, i poked lpia
[05:45] <stdin> Hobbsee: I only just hit refresh
[05:45] <Hobbsee> it'll just depwait.  no great problem
[05:45] <CPrgmSwR2> what is lpai?
[05:46] <stdin> wow, the power of Hobbsee's Long Pointy Stick (TM) never fails to amaze :p
[05:46] <Hobbsee> hehe
[05:46] <stdin> CPrgmSwR2: low powered intel architecture  (i think)
[05:46] <CPrgmSwR2> oh
[05:46] <CPrgmSwR2> so I would want i386 since I have althon xp
[05:47] <stdin> you just add the apt repository and apt sorts it out for you
[05:47] <CPrgmSwR2> ah okay
[05:47] <Hobbsee> yeah, i didnt get to pimlibs fast enough.  oh well, i'tll depwait, then you can retry it
[05:47] <CPrgmSwR2> I am running kdesvn right now
[05:49] <stdin> well, I know kde4libs and kdepimlibs should build (at least on i386), we'll see how kdebase-{runtime,workspace,kde4} do
[05:49] <CPrgmSwR2> Missing Dependencies:  	libsoprano-dev (>= 1.97.0~beta4-1)
[05:49] <CPrgmSwR2> your builds failed
[05:50] <stdin> ppa's not looking in -backports
[05:50] <CPrgmSwR2> so another bug?
[05:51] <nixternal> stdin: I would be surprised if you get through kdebase rc1 w/o issues actually
[05:51] <CPrgmSwR2> nixternal: there are already issues
[05:51] <CPrgmSwR2> all builds have stopped
[05:51] <nixternal> the latest libsoprano we have isn't new enough for kdebase, at least building it in svn it isn't, and hasn't been for a couple of weeks
[05:51] <Hobbsee> ppa doesnt look in backports, i suspec.t
[05:52] <nixternal> Hobbsee: it doesn't
[05:52] <Hobbsee> since the changes, though?
[05:52] <nixternal> what I do to bypass that, is grab the package from backports and upload it to the ppa
[05:52] <stdin> dang :p
[05:53] <Jucato> all these because of the ppa? sweet! :)
[05:55] <stdin> nixternal: yeah, doing that now
[05:55] <nixternal> g'nite
[05:56] <Jucato> k'night nixternal!
[05:56] <stdin> \o
[05:56] <Jucato> (or are you going the way of the g too?)
[05:56] <nixternal> hell no
[05:57] <Jucato> heheh :)
[05:57] <Jucato> ok just double checking :)
[06:03] <stdin> ok, new version of libsoprano uploaded, now we see if that builds and then if kde4libs build, then kdepimlibs, then kdebase-runtime, then kdebase-workspace, then kdebase-kde4 (woah)
[06:03] <Jucato> good luck :)
[06:04] <stdin> I think I'll get some more coffee while CPrgmSwR2 wares out his 'F5' button :p
[06:04] <CPrgmSwR2> Already have
[06:05] <stdin> without the power of the "Long Pointy Stick" it will take longer to process...
[06:05] <CPrgmSwR2> thats odd he just left
[06:05] <Jucato> he?
[06:05] <CPrgmSwR2> opps sory
[06:06] <stdin> he he <- pun
[06:08] <CPrgmSwR2> LongPointyStick: can you poke the builds for stdin
[06:11] <stdin> LongPointyStick is just a proxy client, for when hobbsee isn't here
[06:13] <CPrgmSwR2> I am suprized they don't give you some kinda build power
[06:14]  * stdin is a merer mortal and has no poking powers
[06:14] <Jucato> he has to pass through the fire first
[06:15] <Jucato> (a.k.a. apply for Ubuntu membership... which shouldn't be hard for him anyway)
[06:15] <stdin> I don't want Ubuntu membership
[06:15] <stdin> I want Kubuntu membership :)
[06:15] <Jucato> ubuntu kubuntu.... same banana
[06:16] <Jucato> the cloaks will be the same :P
[06:16] <stdin> well, not all ubuntu members are kubuntu members, but all kubuntu members are ubuntu members
[06:17] <Jucato> pffft :P
[06:17] <Jucato> I suck at sets
[06:17] <stdin> that that's probably the most I've had to type "ubuntu" in one sentence too
[06:17] <CPrgmSwR2> Jucato: what are sets
[06:17] <CPrgmSwR2> ?
[06:18] <stdin> heh, now this is funny https://edge.launchpad.net/~tsimpson/+archive/+builds?build_text=&build_state=pending
[06:18] <Jucato> as in mathematical sets?
[06:18] <Jucato> http://en.wikipedia.org/wiki/Set
[06:19] <CPrgmSwR2> Jucato: statistics
[06:19] <CPrgmSwR2> boolean algebra
[06:19] <stdin> Jucato: well the kubuntu-members team is a member of the ubuntu-members team, so any kubuntu member is automatically a part of ubuntu-members
[06:20] <Jucato> stdin: I know that :)
[06:20]  * Jucato is just stating the fact that he's not good with sets :)
[06:20] <CPrgmSwR2> Jucato: do you understand arrays?
[06:21] <stdin> isn't a set what badgers live in?
[06:22] <Jucato> CPrgmSwR2: don't take me too seriously :)
[06:22] <stdin> no one ever does :p
[06:22] <CPrgmSwR2> I take every seriously :P
[06:22] <CPrgmSwR2> s/every/everyone
[06:23]  * Jucato is not everyone :)
[06:23] <Jucato> although I do belong to the everyone set :P
[06:23] <CPrgmSwR2> Jucato: I wouldn't go that far :P
[06:26] <CPrgmSwR2> does Riddell have poking power
[06:27] <stdin> don't know, I didn't even know hobbsee could poke at the launchad ppa buildd's
[06:29] <CPrgmSwR2> Once the packages are built, are they released then or do you have to tell it to release the packages?
[06:29] <stdin> once it's built it'll then be uploaded to the ppa archive automatically
[06:29] <stdin> tho it can take a little while to get there
[06:29] <CPrgmSwR2> oh so then I can download it through backport
[06:30] <stdin> there is no -backports in ppa's just releases
[06:30] <CPrgmSwR2> so then it will just showup as a normal gutsy package?
[06:31] <stdin> nope, in my ppa
[06:31] <stdin> "deb http://ppa.launchpad.net/tsimpson/ubuntu gutsy main"
[06:31] <CPrgmSwR2> oh then how do they get into backport?
[06:32] <stdin> either that or they'll go in the kubuntu-members ppa, then may be gutsy-backports/universe
[06:32] <CPrgmSwR2> wow the building system must be really busy
[06:34] <stdin> on ppa's it always is, I think there are 3 per architecture (2 for lpia)
[06:34] <stdin> so out of all the users who use ppa's, there are only 8 build systems
[06:35] <stdin> this is more like the normal "non-long-pointy-stick" time it takes to build a package in ppa
[06:36] <stdin> which is why is so annoying when a build fails because you made a typo
[06:36]  * stdin has done that a few times
[06:44] <CPrgmSwR2> I think its dumb you have to build the packages on that system and that you cannot use your own system
[06:44] <stdin> it's not dumb, it's secure
[06:44] <CPrgmSwR2> oh
[06:46] <stdin> CPrgmSwR2: just because it builds and runs on your system doesn't mean it will on others, so the system most (if not all) distros use is a chroot build system, where the package is build in a clean system
[06:47] <stdin> that way you can be sure that the package will work, and that dependencies are always correct
[06:52] <CPrgmSwR2> stdin: um.. soprano is building last
[06:52] <stdin> because it was uploaded last
[06:53] <stdin> doesn't matter, I have to manually restart kdelibs and kdepimlibs anyway
[06:53] <stdin> they'll all dep-wait on something
[06:53] <CPrgmSwR2> oh
[06:57] <CPrgmSwR2> stdin: so its going to take another hour or so?
[06:58] <stdin> CPrgmSwR2: probably longer, once soprano's built it'll take a few mins to get into my ppa repo, then I can restart kde4libs
[07:05] <CPrgmSwR2> soprano built successfuly
[07:06] <stdin> yep, now just need to wait for it to get in the archive
[11:28] <GNUton> hi!
[11:49] <stdin> Hobbsee: the build's still trundling along :)
[11:50] <Hobbsee> heh, thought it might be
[11:50] <stdin> most is build now, after uploading strigi and soprano
[11:52] <Riddell> stdin: uploading?
[11:52] <stdin> Riddell: to my ppa yeah, https://edge.launchpad.net/~tsimpson/+archive/+builds?build_text=kde&build_state=all
[11:53] <stdin> it was taking way to long on my desktop, 6 hours and I got up to 20% of kdebase
[11:53] <stdin> kdebase-workspace rather
[11:54] <stdin> Riddell: and how come kdelibs5-dev conflicted with kdelibs4-dev?
[11:54] <Riddell> it does?
[11:54] <stdin> it did, until I removed the line
[11:54] <Riddell> mm, so it does
[11:55] <Riddell> thanks for spotting, I'll fix that
[11:55] <Riddell> stdin: I don't see strigi or soprano in your ppa
[11:56] <stdin> Riddell: that's because that link filters packages with "kde"
[11:56] <stdin> https://edge.launchpad.net/~tsimpson/+archive/+builds?build_text=&build_state=all
[11:56] <Riddell> ah hah
[11:57] <Riddell> stdin: otherwise no changes needed so far?
[11:57] <stdin> nope, all I've done is added a changelog entry for my upload and remove the conflict with kdelibs4-dev
[11:58] <stdin> and these are the 2 install errors i've gotten so far http://pastebin.ubuntu-uk.org/525
[12:00] <Riddell> stdin: did you have an older version of kdelibs5 installed?
[12:00] <stdin> yeah, I did run a quick purge of most of the packages but missed a couple
[12:02] <stdin> just re-queued kdebase-kde4 for i386
[12:03] <stdin> I think in the install instructions for the release it should say it's recommended to remove the previous version of the betas before installing this, just to save some reports of broken packages
[12:03] <Hobbsee> st
[12:03] <Hobbsee> stdin: i only can since today
[12:04] <Hobbsee> Riddell: thanks for approving the team merge, btw
[12:04] <stdin> Hobbsee: you poked the lp teem and they gave in? :p
[12:04] <Hobbsee> slightly longer than that, and it wasnt the LP team, but yes
[12:04] <Hobbsee>  CPrgmSwR2 should know that there's a lot of power in buildd stuff, and hardly anyone has it.  also, LongPointyStick is a logging client.
[12:06] <stdin> that's what I thought, and I did try to explain about the buildd system, but as I tried I realised I don't know that much about it :p
[12:06] <Hobbsee> :)
[12:07] <Hobbsee> you dont *want* to know about it.  it has many idiosyncracies, etc :
[12:07] <Hobbsee> * :)
[12:07] <Tonio_> Riddell: http://kde-apps.org/content/show.php?content=70144
[12:07] <Tonio_> Riddell: I finally made it public
[12:07] <Tonio_> Riddell: can you please help me for the description text ?
[12:08] <Tonio_> Riddell: I'm pretty sure my english is too approximative for something 'official' ;)
[12:08] <Tonio_> hi everyone
[12:10]  * Jucato waves hi too
[12:11] <Jucato> almenorg?
[12:11] <stdin> 44% of kdebase-kde4 (i386) :)
[12:15] <Riddell> Tonio_: developpers -> developers
[12:16] <Riddell> Tonio_: KdeSu -> KDE's normal KdeSu
[12:16] <Jucato> developped -> developed
[12:18] <stdin> looks like it all build on i386 gutsy
[12:18] <stdin> *builds
[12:20] <stdin> and it only took 7 hours :p
[12:20] <stdin> not counting building here
[12:35] <mhb> hello everyone
[12:35] <mhb> Riddell: do you have an opinion on the whole "reverting the features back again" debate?
[12:36] <mhb> the one that took part on Saturday evening
[12:36] <Hobbsee> hey mhb.  i'm not around for most of the weekend :(
[12:36]  * mhb is speechless
[12:36] <mhb> shouldn't you have been away during the last one?
[12:36] <Hobbsee> yeah, i was away for parts of that.  although not as much as i was expecting
[12:37] <mhb> hmm...
[12:37] <mhb> I guess i give up
[12:37] <mhb> let somebody else organize the meeting
[12:37] <Hobbsee> unless we make it your friday morning or something.
[12:38] <Hobbsee> i dont know.  i  can do during the week this week, or next week, but not the weekend.  which is opposite to normal, yes.
[12:38] <Hobbsee> exams tend to do that.
[12:38] <Hobbsee> alternatively, i can just step down from the council, and you can have the meeting without me.
[12:38] <Tonio_> Riddell: thanks, I the desc
[12:38] <mhb> we don't want that, at least I do not
[12:39] <mhb> Riddell: what I meant is going back from D3lphin to Konqueror, removing strigi, and so on...
[12:40] <mhb> Riddell: what do you think about those notions?
[12:40] <mhb> Hobbsee: I can make it friday morning, not sure everyone can though
[12:41] <mhb> Hobbsee: Ken or Lure might not
[12:41] <Riddell> strigi shouldn't get in anyone's way unless they want it to, it's off by default
[12:42] <Riddell> I also think it's important that the strigi developers get feedback from real users, since it's default in KDE 4
[12:42] <mhb> Riddell: right, the main discussion was about D3lphin, which a certain part of the community, including developers, dislike quite much
[12:42] <Riddell> dolphin I don't really understand the critisism, I use it all the time, far more than I used konqueror
[12:43] <Hobbsee> Riddell: this is what the devs like vs what the users like, and how we dont really check what the users like, etc
[12:44] <mhb> Hobbsee: well I think it's more on personal preferences, some devs dislike it, some devs like it
[12:45] <mhb> same with users (as always, those who dislike it are heard more)
[12:48] <mhb> Riddell: truth is that we have nobody to look at the bugs
[12:49] <mhb> Riddell: I was the only one who started triaging some of D3lphin bugs
[12:50] <buz_> if d3lphin remains the default, at least there should be a very obvious way of selecting konqueror instead of d3lphin
[12:50] <buz_> the current way is not at all obvious$
[12:51] <buz_> as for strigi, it would help if it was ionice'd but that's not possibly without root right :(
[12:54] <Jucato> Riddell: strigi's off by default, until you use Find Files/Folders in the K Menu, type a non-URL in konqueror or use the search field in Konqueror's Intro page. (last I checked)
[12:56] <ScottK> mhb: For meeting scheduling, this is a holiday week in the US, so much US participation would be unlikely I'd think.
[12:57] <Hobbsee> ScottK: for how long?
[12:57] <Jucato> thanksgiving...
[12:58] <ScottK> The Holiday is Thursday, but traditionally people travel to/from different places so the rest of the week is pretty well shot.  Tomorrow (Wed) is the single busiest travel day in the US.
[12:58]  * Jucato wonders what his relatives will be doing for thanksgiving... :)
[12:59] <Hobbsee> ScottK: oh, there's a thought.  thanksgiving, and black friday.
[12:59] <ScottK> Exactly.
[13:00] <Riddell> Jucato: that's right, it's not hidden at all
[13:00] <Riddell> we can and should make sure it gets nice'd
[13:00] <Riddell> that would be pretty easy to do in strigiapplet
[13:10] <buz_> Riddell: for some reason, you can't IOnice stuff without being root. nice'ing it doesnt go nearly as far as using ionice
[13:10] <buz_> strigi is very much io, not cpu bound on halfway current hardware
[13:18] <Riddell> buz_: mm, I didn't know that
[13:18] <Riddell> buz_: any idea what tracker does?
[13:19] <buz_> what do you mean?
[13:19] <buz_> Riddell: read the manpage of ionice (i think it's in schedutils)
[13:20] <buz_> on my core 2, strigi may significantly slow down the machine but only use a few percent of cpu
[13:20] <buz_> ionice fixes that
[13:20] <Riddell> tracker is the gnome equivalent of strigi, I just wonder if it is ioniced at all
[13:20] <buz_> probably not
[13:20] <buz_> for some reason i dont understand, normal users cant ionice
[13:20] <buz_> which is, uhm, stupid
[13:25] <buz_> ideally, strigi should work in idle mode: "A program running with idle io priority will only get disk time when no other program has asked for disk io for a defined grace period. The impact of idle io processes on normal system activity should be zero. "
[13:25] <Riddell> yes, that sounds like we want
[13:26] <Riddell> buz_: fancy asking in #ubuntu-kernel why ionice is restricted?
[13:26] <buz_> afaik, it comes down from kernel.org
[13:27] <Riddell> sure, but there's probably a reason for it and it might be helpful to know what that is
[13:27] <buz_> http://mail.gnome.org/archives/dashboard-hackers/2007-August/msg00001.html so some apps actually try that
[13:28] <buz_> i'm guessing they didn't want to deal with users giving processes HIGHER priority
[13:29] <buz_> http://forums.gentoo.org/viewtopic-t-462230.html has a patch that would in theory allow a setuid ionice but i'm not much in favor of that
[13:30] <buz_> instead, if anything, i'd suggest an ioidle setuid program that just selects ionice idle then execv's the rest of the command line?
[13:30] <buz_> i.e. no messing with already running processes
[13:33] <buz_> any thoughts about something like that?
[13:55] <stdin> Riddell: kdebase-workspace-{bin,data} are broken, they try to overwrite kde3 files http://pastebin.ubuntu-uk.org/526
[13:57] <buz_> hum where can you download those?
[13:59] <stdin> those are from my ppa
[14:06] <gnomefreak> is there plans to add restricted-manager-kde or something like it for kubuntu or is ubuntus installed in kubuntu
[14:07] <buz_> gnomefreak: ubuntu's is included afaict
[14:07] <buz_> oh there is restricted-manager-kde even
[14:08] <gnomefreak> buz_: search didnt give me one in gutsy chroot so i was wondering
[14:08] <buz_> -rwxr-xr-x 1 root root 1615 2007-10-03 14:23 /usr/bin/restricted-manager-kde
[14:09] <buz_> which is actually a wrapper script that can invoke kde or gtk depending on its name, it seems
[14:12] <buz_> stdin: well shout if you need someone to test those packages ;)
[14:12] <stdin> buz_: as soon are they aren't broken :p
[14:13] <buz_> sure :)
[14:13] <buz> i would rather not have them overwrite half of kde3, i need that :)
[14:13] <Riddell> stdin: humbug.  if you install with dpkg --force-overwrite are there any other errors?
[14:15] <stdin> Riddell: no, those are the only ones
[14:16] <Riddell> stdin: ok, I'll fix those in hardy thanks
[14:16] <Riddell> stdin: is that everything compiled now in gutsy?
[14:16] <stdin> yeah, everything
[14:16] <Riddell> stdin: great, I can upload the fixes to hardy then run the backports.  many thanks for your help
[14:17] <stdin> no problem :)
[14:17] <Riddell> stdin: other modules on their way later today or tomorrow of course :)
[14:17] <Jucato> +1 for stdin's membership :)
[14:17] <Riddell> yep
[14:18] <stdin> hmm, I wonder how much lp will let me have in my ppa "Estimated archive size: 4.6 GiB"
[14:18] <Jucato> stdin: shall I add your name to the agenda? :)
[14:18] <stdin> Jucato: sure :)
[14:18] <Jucato> seriously? :)
[14:18] <Jucato> but you should really add yourself :D
[14:19] <stdin> Jucato: but when's the next meeting :p
[14:19] <Hobbsee> stdin: weekend+1, methinks.
[14:19] <Jucato> just add your name. it will come to pass :P
[14:20]  * stdin clicks "Edit"
[14:25] <stdin> and spam 18 peoples email by clicking save
[14:27] <Hobbsee> woot, more spam!
[14:27]  * Hobbsee despams ubuntu-devel@
[14:48] <stdin> heh, I like the new kde crash handler
[14:48] <stdin> "This backtrace appears to be of no use."
[15:04] <Tonio_> Riddell: I have a very strange bug here....
[15:05] <Tonio_> Riddell: have an idea on how is xauth setting .Xautority file so that sudo works ?
[15:08] <Riddell> I don't know if sudo uses xauthority at all
[15:09] <Tonio_> Riddell: well my sudo command is rejected if xautority doesn't have he good permissions, so I suspect yes
[15:10] <Tonio_> no issue with sudo, but xauth needs something to be set, I'm earching what
[15:10] <Tonio_> Riddell: the super strange thing is that what X accepts with sudo is rejected if the command uses NOPASSWD
[15:10] <Tonio_> doesn't make sense to me
[15:14] <nixternal> mornin'
[15:14] <Jucato> nixternal!!! :)
[15:15] <nixternal> I think I will go right ahead and ditch the uni today, start my holiday early
[15:15] <Jucato> heh :)
[15:16] <Jucato> nixternal: will you still be our beloved, amazing, wonderful release docs dude for hardy? :)
[15:16] <nixternal> I stayed up kinda late last night watching Green TV on the Science channel :)
[15:16] <Jucato> heh
[15:16] <nixternal> dunno
[15:18] <Jucato> whoever's gonna make it, I sort of have an idea. why don't we include in the pages some of the non-GNOME new features too? so that if a feature is common to all Ubuntu-dom, it would also be in our release page
[15:18] <DaSkreech> Well I thought that the new relelase notes would be three DE stuff and one non DE section
[15:18] <nixternal> don't we usually do that Jucato? ie. OO.o
[15:19] <Jucato> nixternal: not for some of the under the hood stuff, like ntfs-3g, selinux (did we have that anyway?), etc
[15:19] <nixternal> ntfs-3g? that is in now and default?
[15:19] <Jucato> isn't it? (at least in Ubuntu it is)
[15:20] <nixternal> wow, there must have been some arm twisting..I remember watching a conversation in ubuntu-devel where the devs were like "ummm heck no" on it
[15:20] <nixternal> dunno...I will go through the list of hardy changes
[15:21] <nixternal> I will start the release notes today...seeing as in 9 days alpha 1 will be out
[15:21]  * Jucato digss through the earlier gutsy release notes
[15:21] <DaSkreech> I recall NTFS write by default in Ubuntu
[15:24] <Jucato> er s/selinux/apparmor/
[15:24] <Jucato> nixternal: http://www.ubuntu.com/testing/gutsybeta near the bottom
[15:25] <nixternal> nice
[15:25] <nixternal> ya, those would be good to include
[15:26]  * Jucato wonders why he only saw this article now.. http://www.ubuntu.com/news/ubuntu-family710
[15:31] <nixternal> Jucato: they always publish one of those with every release..need to wake up :)
[15:31] <Jucato> d'oh! :)
[15:32] <Jucato> they always don't link to the websites? :)
[15:35] <nixternal> dunno
[15:35] <Jucato> :)
[15:38] <DaSkreech> manchicken: Ping
[15:39] <manchicken> DaSkreech: Pong
[15:39] <DaSkreech> manchicken: tried gobuntu?
[15:39] <manchicken> This is sad, but I actually don't have any machines that would run well on gobuntu
[15:40] <DaSkreech> ...
[15:40] <DaSkreech> I thought gobuntu ran on machines?
[15:41] <manchicken> Not on machines with nasty proprietary hardware.
[15:41] <manchicken> Both of my laptops have proprietary wifi cards, and both my desktops and one of my laptops have proprietary video cards.
[15:41] <DaSkreech> Well I don't think the idea behind gobuntu is taht it will run well
[15:41] <nixternal> it runs great
[15:42] <manchicken> I thought gobuntu was the completely Free Software Ubuntu.
[15:42] <DaSkreech> it is
[15:42] <manchicken> Didn't have anything with non-free drivers and such.
[15:43] <manchicken> Yeah, I think it's more limited on what hardware it's okay with.
[15:43] <DaSkreech> It is
[15:43] <manchicken> Yeah, so then why are you surprised that I'm not running it with this nasty proprietary hardware situation?
[15:43] <DaSkreech> the point is (AISI) a) to get people off of canonical's back and b) to have a benchmark of how far we really are
[15:44] <manchicken> Ah.
[15:44] <manchicken> Yeah, I would agree.
[15:44] <manchicken> Also to give people something that is truely free software.
[15:44] <DaSkreech> So if it doesn't run then ... that's kinda the point. We know exactly where we have to make strides
[15:44] <Hobbsee> manchicken: and the systems32 stuff?
[15:44] <manchicken> Hobbsee: systems32 stuff?
[15:45] <manchicken> You mean system76?
[15:45] <Hobbsee> er, that, yes.
[15:45] <Hobbsee> and that's not a power of two!
[15:45] <manchicken> It has an intel 3945, which requires a binary blob.
[15:45] <Hobbsee> yup - although iwl now
[15:46] <manchicken> When I don't need to use the restricted drivers manager for it anymore I'll be cool with trying gobuntu.
[15:46] <manchicken> :)
[15:46] <manchicken> I'd really like to, I just don't have the cheese to throw at new hardware.
[15:47] <nixternal> mmm cheese
[15:47] <DaSkreech> it gouda!
[15:50] <nixternal> so, what is on top of the list for things to do right now?
[15:50] <Jucato> 1. schedule a meeting :D
[15:50]  * nixternal wonders if people pay attention to their merges on MoM
[15:50]  * Jucato runs and hides
[15:51] <nixternal> meetings are the Hobbstinator's thing
[15:51] <Hobbsee> hah
[15:51] <Hobbsee> weekend after next, methinks
[15:52] <Hobbsee> nixternal: mostly, i think
[15:52] <Hobbsee> do i have anything of interest?
[15:57] <nixternal> besides the pointy stick of doom?
[15:57] <nixternal> :p
[15:59] <nixternal> Tonio_: going to do the yakuake merge unless you are in the process of doing it
[16:02] <fdoving> gah, after working some on kdesudo i'm realising it needs loads of work to replace kdesu. i'm proposing it's removal asap. it's broken and it breaks other apps that depend on the kdesu way of doing things.
[16:05] <Jucato> kinda anti-climactic after Tonio_ just posted it on kde-apps.org :)
[16:06] <Hobbsee> fdoving: oh dear.
[16:06] <fdoving> well.. it sucks.
[16:06] <nixternal> hehe
[16:08] <Tonio_> fdoving: what other problems does it have ?
[16:08] <fdoving> it needs a total rewrite. as it's using the wrong classes all over the place. it runs all processes as kshellprocesses and that is not nice from a security point of view. as you can break out of the given command by making evil directories named for example "`konqueror`' to run konqueror as root. for example
[16:08] <Tonio_> fdoving:the security issue is fixed
[16:08] <fdoving> one of them,maybe.
[16:08] <Tonio_> fdoving: do you want the list of things that don't work with kdesu ?
[16:09] <fdoving> well.. i'd rather use it and rely on upstream helping us with the issues it might have.
[16:10] <fdoving> than making our own broken project with all it's own issues and no upstream. but that's just me.
[16:10] <fdoving> becoming upstream is timeconsuming.
[16:11] <Tonio_> sure
[16:11] <fdoving> it's just my $0.5, i'll remove kdesudo from my systems as it's too broken to be usable. even with my latest fixes.
[16:11] <Tonio_> fdoving: the point is that we had DOZENS of bugs and problems with kdesu
[16:12] <fdoving> another DOZEN is incoming on kdesudo.
[16:12] <Tonio_> yes, that's true
[16:12] <yuriy> i think since the first krush day i've become addicted to keeping my kde4 up to date
[16:12] <fdoving> bbl, dinner.
[16:12] <DaSkreech> yuriy: :)
[16:13] <DaSkreech> yuriy: try building it in ppa :)
[16:13] <Tonio_> fdoving: fyi, sudo /home/tonio/`konsole` starts konsole here
[16:13] <stdin> been there, done that :p
[16:13] <yuriy> DaSkreech: i wouldn't know where to start, and why would I?
[16:13] <Tonio_> fdoving: that looks more like a sudo issue that a kdesudo :)
[16:14] <stdin> yuriy: because you want apt-get 1337'ness ?
[16:14] <DaSkreech> yuriy: Auto build the new KDE4 and give it to you as a deb?
[16:14] <fdoving> Tonio_: no, the problem is that kdesudo puts everything into a shell. the command is executed in a /bin/sh shell.
[16:15] <fdoving> Tonio_: without the shell those ` would mean nothing.
[16:15] <fdoving> Tonio_: basically you need to replace all KShellProcess with KProcess
[16:16] <fdoving> Tonio_: you also need to make it connect to a PTY
[16:16] <yuriy> DaSkreech: would/could it be kept up with svn on a daily basis? also, wouldn't I need to package it or something? (right now i'm just letting cmake install it in ~kde-devel/kde)
[16:16] <DaSkreech> ppa is a personal packager
[16:17] <fdoving> Tonio_: also -c and -t are rather essential to things like kdevelop for example.
[16:18] <yuriy> DaSkreech: maybe i'll look more into how it works, i thought it just built the packages and put them in a repo
[16:22] <Riddell> stdin: want to put the new kde4libs and kdebase-workspace in your PPA?  I've put them in backports too but I suspect that'll take ages to compile
[16:23] <stdin> sure
[16:23] <Riddell> stdin: kdeaccessibility should be there soon too if you want to try that
[16:24] <stdin> time to test the script again...
[16:26] <stdin> hehe, working like a charm :)
[16:27] <stdin> hmm, should I get ubuntu2~gutsy1 or ubuntu2 ?
[16:27] <Riddell> stdin: ubuntu2~gutsy1
[16:28] <stdin> good, because that's what's already downloading :)
[16:28] <DaSkreech> Riddell: I'm guessing that you can send compile options and comilers to use when sending things to ppa ?
[16:30] <Riddell> DaSkreech: same as in any other package you can
[16:31] <DaSkreech> Ok
[16:31] <Tonio_> fdoving: I agree concerning the kprocess vs kshellprocess
[16:31] <DaSkreech> May need to get a PPA account to see if I can sort out a script to build weekly debs for KDE4
[16:31] <Tonio_> fdoving: btw, it looks like sudo does the same
[16:31] <DaSkreech> !ppa
[16:31] <ubotu> With Launchpad's Personal Package Archives (PPA), you can build and publish binary Ubuntu packages for multiple architectures simply by uploading an Ubuntu source package to Launchpad. See https://help.launchpad.net/PPAQuickStart.
[16:31] <Tonio_> fdoving: I suggest you to try "sudo /home/tonio/`konsole`" for example
[16:32] <Tonio_> that starts konsole, basically
[16:34] <fdoving> Tonio_: exactly.
[16:34] <fdoving> Tonio_: sudo doesn't do escaping, sudo does the same because you run it from a shell.
[16:34] <yuriy> DaSkreech: ah, so you do need to make a source package first
[16:34] <Tonio_> hum oki, I understand there
[16:35] <yuriy> maybe i'll try getting one of the ones one of you made and try to play around with it
[16:37] <fdoving> Tonio_: bugreport from me and jdong testing for a while. https://bugs.edge.launchpad.net/ubuntu/+source/dolphin/+bug/163417
[16:37] <ubotu> Launchpad bug 163417 in kdesudo "kdesudo+dolphin leads to command execution vulnerability" [Undecided,Fix released]
[16:40] <bddebian> Heya
[16:41] <Tonio_> fdoving: yeah I saw that one
[16:41] <fdoving> Tonio_: did you make any changes except merge from my branch when closing that bug?
[16:41] <Tonio_> yep
[16:41] <fdoving> ok.
[16:42] <Tonio_> one thing that fixes most of the issues is to quote args
[16:42] <Tonio_> sudo "arg1" "arg2" works the same way than without args
[16:42] <Tonio_> fdoving: the difference in adding quotes is that "test; konqueror" is then considered one command
[16:43] <fdoving> what about "`konqueror`
[16:43] <Tonio_> fdoving: seems to work, but I agree, that using kprocess and connect to pty would be way better
[16:43] <fdoving> without the ending quote?
[16:43] <fdoving> or what if i add more quotes?
[16:43] <fdoving> the real problem here is that we execute the command in a shell.
[16:43] <Tonio_> I agree with you
[16:44] <fdoving> you can always add more quotes in a foldername for example.
[16:44] <Tonio_> but improving kdesudo is easier than dealing with kdesu
[16:44] <fdoving> i'm not sure about that.
[16:44] <Tonio_> well you should ask riddell :)
[16:44] <Tonio_> fdoving: I remember he worked hard on that point, but kdesu is super complex, really
[16:44] <fdoving> for a good reason.
[16:45] <fdoving> kdesudo is too simple, doesn't do the job properly.
[16:45] <Tonio_> fdoving: maybe, but not dealing with any sudo specific rule is a big problem
[16:45] <Tonio_> especially since kubuntu/ubuntu is using sudo by default
[16:45] <Tonio_> fdoving: okay so let's improve it, to make things properly, as gksu does
[16:46] <fdoving> kdesudo can probably be used. but i'd like to propose not diverting kdesu and try to replace it.
[16:46] <fdoving> that basically removes kde functionality that kdesu provides.
[16:46] <fdoving> and kdesudo does not.
[16:47] <Tonio_> fdoving: that means we have to patch all apps using x-kde-substituteuid in their desktop file
[16:47] <yuriy> just wondering: has there been any work on the kde4 version of kdesu?
[16:48] <fdoving> Tonio_: yep. or patch the ones not working with kdesudo to use kdesu.distrib. some patching needs to be done.
[16:48] <Tonio_> agree on that point
[16:48] <Tonio_> and I'm all to get kdesudo a better app, of course
[16:49] <fdoving> i
[16:49] <fdoving> woould also like to see that.
[16:49] <fdoving> but i'm concerned about the manpower we have available on the coding part.
[16:49] <Tonio_> well if you can help, you are all welcome :)
[16:50] <fdoving> i'm trying whenever i can. but i'm about to give up on kdesudo because it's current state is too broken for me to be able to fix it with my limited time.
[16:50] <fdoving> dpkg -P kdesudo, is currently the best workaround i've found.
[16:50] <Tonio_> hehe
[16:51] <fdoving> Did you read the comments in my kdesudo code, regarding xauth for non-root users?
[16:51] <fdoving> it's a security concern i have. when it comes to using temp-xauth files available for anyone to read while the kdesudo session is active. (or 60s timeout or something,comment got it all).
[16:53] <Riddell> hi jpatrick, a few of your packages rejected I'm afraid
[16:53] <fdoving> Tonio_: basically means anyone with access to the file can put apps on the screen during 60s from kdesudo exec.
[16:53] <jpatrick> Riddell: I know, I'm working on it now, I've pinged upstream
[16:55] <fdoving> Tonio_: i'm also tempted to re-open the bug we talked about,as it's easy to break out of the fixed version too. it can be marked as fixed once we don't run everything in a shell. that's my opinion anyway.
[16:56] <Tonio_> hum, do as you want on that point
[16:59] <nixternal> sebas: what's the status of the rc1 post on the dot? do you have someone looking at it already? is it ready to be posted?
[17:00] <buz> manchicken: i just installed iwl3945 for <IP_ADDRESS> today. works like a charm
[17:01] <manchicken> No binary blob?
[17:03] <buz> well firmware blob
[17:04] <buz> other than that it looks like C
[17:05] <buz> heavily commented even
[17:06] <buz> AFAICT, my dell latitude now runs completely without binary drivers
[17:09] <sebas> nixternal: It's already reviewed by bille
[17:15] <Captain_Redbeard> erf RC1 packages? they haven't been announced yet have they?
[17:16] <buz> sebas: osnews already links to the announcement
[17:16] <buz> http://www.osnews.com/story.php?news_id=18955
[17:17] <sebas> They're going to flame I guess
[17:18] <buz> i wonder what tripe thom holwerda  will come up this time
[17:18] <sebas> It's probably time to take some popcorn
[17:19] <Riddell> sebas, nixternal: bille can't publish it though
[17:19] <sebas> Right.
[17:20] <sebas> Please hold it off a bit, I'm changing some parts right now
[17:20] <Riddell> nixternal: it needs the paragraph HTML fixed
[17:20] <sebas> What needs changed?
[17:20] <sebas> I can resubmit it in some minutes
[17:20] <buz> so platform is rc1 and desktop beta4? confusing
[17:20] <Riddell> sebas: use <p>...</p> <p>..</p>  not ... </p>...
[17:21] <sebas> No, the platform is released as final
[17:21] <buz> http://www.kde.org/info/3.96.php then this is completely wrong
[17:22] <nixternal> Riddell sebas: I can fix that up and post it right now if you would like
[17:22] <sebas> Please wait
[17:23] <nixternal> roger
[17:23] <DaSkreech> Yes?
[17:23] <nixternal> bah, get out of here
[17:23] <DaSkreech> Heehee
[17:29] <Captain_Redbeard> The KDE release is very confusing indeed... in some places it is referred to as Beta 4, some places RC1 :P it SHOULD be RC1 afaik, even though a Beta 5 has been discussed in the mail lists. but still.... Does anyone actually know what the deal is? afaik the platform should be tagged 4.0 by now and thus be stable, and the desktop _SHOULD_ be RC1? or am I all wrong?
[17:29] <buz> Captain_Redbeard: that's what i believe
[17:30] <Tm_T> 1928 < Tm_T> erm, platform rc1 and desktop beta?
[17:30] <buz> because the same tags were applied to 3.95 already, probably just copy pasted
[17:30] <Tm_T> muuh
[17:30] <buz> (i understand that platform is further ahead, but that doesnt exactly help the confusion if you dont know that part ;)
[17:31] <Tm_T> IIRC platform is rc
[17:31] <buz> then why does the 3.95 announcement show the same tags?
[17:31] <Captain_Redbeard> Tm_T, nah platform was released as RC1 with Beta4 some 20 days ago
[17:31] <Captain_Redbeard> Tm_T, and should thus be tagged as final
[17:32] <Tm_T> Captain_Redbeard: IIRC its still not final
[17:32] <buz> well in any case, desktop should not be tagged beta4
[17:32] <Tm_T> yup there's beta5
[17:32] <stdin> it's easy "The KDE 4.0 platform release consists of the modules kdelibs, kdepimlibs and kdebase-runtime. It is the minimum number of modules that are needed to build and run KDE 4.0 applications."
[17:32] <Captain_Redbeard> Madness... I think we are jumping to conclusions though and the RC1 page is not properly edited updated yet
[17:32] <buz> stdin: platform was released as rc1 in the last snapshot
[17:33] <stdin> buz: quote from http://www.kde.org/info/3.96.php
[17:33] <buz> Captain_Redbeard: i wanted to point that fact out :P
[17:33] <buz> stdin: yeah i know, but check http://www.kde.org/info/3.95.php
[17:33] <buz> and see the same tags but with 3.95 tarballs :P
[17:34] <Tm_T> no, platform is not final (stable) yet
[17:34] <Captain_Redbeard> http://www.kde.org/announcements/announce-4.0-platform-rc1.php
[17:34] <Captain_Redbeard> platform RC1
[17:34] <Captain_Redbeard> released on october 30th
[17:34] <Tm_T> yes yes, see any final releases?
[17:34] <buz> yeah, which was 3.95
[17:34] <Tm_T> still
[17:35] <Tm_T> there is NOT final until it's released
[17:35] <buz> maybe platform should be named rc2?
[17:35] <Captain_Redbeard> Tm_T, yes here http://techbase.kde.org/Schedules/KDE4/4.0_Release_Schedule#20_November_2007:_Release_KDE_Development_Platform_4.0.0_and_KDE_Desktop_4.0_RC_1
[17:35] <Tm_T> Captain_Redbeard: its not release
[17:35] <buz> sounds like it should final then?
[17:35] <Tm_T> Captain_Redbeard: it's PLAN!
[17:36] <buz> but plans must be adhered to at all costs ;)
[17:36] <Tm_T> .
[17:37] <Tm_T> there's no final until it's released, and it's released when it's announced
[17:37] <Captain_Redbeard> Tm_T, true that the packages are tagged 3.96 and not 4... but the whole ordeal seems very confused/ing and we should probably not jump to conclusiopns until the have fixed the site, because 1st of Desktop is OBVIOUSLY not Beta 4 as stated etc etc :) so let's just take a chill pill and enjoy the ride :D
[17:38] <Tm_T> yup
[17:38] <Captain_Redbeard> whups gotta run, gotta meet up with a friend for dinner
[17:38] <Tm_T> KDE Project Ships First Release Candidate for Leading Free Software Desktop, Codename "Calamity"
[17:38] <Tm_T> RC1 of KDE4 is released
[17:38] <Captain_Redbeard> catch you all tomorrow, and hopefully we know what way it is by then :)
[17:39] <Tm_T> but is platform finalised?
[17:39] <Captain_Redbeard> Take care guys!
[17:39] <sebas> nixternal: query?
[17:39] <Tm_T> http://www.kde.org/announcements/announce-4.0-rc1.php Captain_Redbeard buz sebas
[17:39] <Tm_T> stdin:
[17:40] <stdin> Tm_T:
[17:40] <stdin> yeah, I've seen that too
[17:40] <yuriy> where would i get the latest kde4 deb.src?
[17:41] <Tm_T> though that's partly bugged announcement
[17:41] <Tm_T> still, no single word about final
[17:41] <Tm_T> so no need for speculation
[17:41] <stdin> yuriy: the latest package should appear in backports sometime (no one knows exactly when)
[17:42] <stdin> if the buildd's aren't napping
[17:42] <yuriy> well it should be in somebody's ppa, no? or are there only binaries in ppa's
[17:42] <stdin> it'll be in my ppa, when the buildd's stop napping :p
[17:45] <yuriy> oh, it's in hardy, right? so i should be able to use hardy deb-src?
[17:46] <stdin> yuriy: if you want to cheat you should be able to dget the .dsc's, list of them here http://pastebin.ubuntu-uk.org/528
[17:51] <yuriy> oh hardy is also still on 3.94
[17:53] <stdin> hardy is getting the packages the same time gutsy is
[17:53] <Riddell> yuriy: for source packages?
[17:54] <yuriy> Riddell: yeah. though i guess doesn't matter much, unless the packaging has changed?
[17:54] <Riddell> packaging has changed a lot
[17:54] <yuriy> oh.
[17:55] <stdin> hardy has 96 now
[17:57] <yuriy> stdin: as of?
[17:57] <stdin> as of Riddell uploading them
[17:58] <stdin> and the .debs appearing in http://archive.ubuntu.com/ubuntu/pool/universe/k/kde4libs for example
[17:58] <yuriy> oh, libs is 96, base is still 94
[17:58] <Riddell> yuriy: try kdebase-kde4
[17:58] <stdin> yuriy: http://archive.ubuntu.com/ubuntu/pool/universe/k/kdebase-kde4/ < kde4base
[17:59] <yuriy> ooh thanks
[17:59] <stdin> new shiny source name :p
[18:52] <n8k99> nixternal: are there howto docs to install kde4 packages and set up an environment?
[18:53] <nixternal> http://techbase.kde.org/Getting_Started/Build/KDE4
[18:59] <n8k99> thanks nixternal
[18:59] <n8k99> also saw the http://kubuntu.org/announcements/kde4-beta3.php when my laziness went searching
[19:28]  * uga adds the faq to kinfobot
[19:29] <uga> ouch, wrong channel =)
[20:02] <tsdgeos> Is Sergey Rudchenko around?
[20:03] <nixternal> warning for you hardy users: DON'T UPGRADE TODAY!!!
[20:04] <n8k99> nixternal: oh what's up?
[20:05] <nixternal> breaks networkmanager
[20:05] <nixternal> adds goofy icons to the desktop for your drives
[20:05] <n8k99> oh dear
[20:05] <n8k99> ok
[20:05] <stdin> Riddell: looks like those packages install without any complaints :)
[20:06] <gnomefreak> nixternal: knetworkmanager?
[20:06] <nixternal> yup
[20:06] <gnomefreak> ah ok ty
[20:10] <gnomefreak> nixternal: i dont even see knetworkmanager in upgrades
[20:10] <nixternal> big bad hal breaks it all
[20:10] <gnomefreak> oh shit
[20:11] <nixternal> to late? :p
[20:11] <gnomefreak> oh goodie no hal either
[20:11] <nixternal> gnomefreak: it is easily fixed
[20:11] <gnomefreak> stop scaring me
[20:11] <nixternal> just disable knetworkmangler and manually control your network settings
[20:11] <nixternal> as for the icons, live with them I guess
[20:12] <gnomefreak> they are removible
[20:12] <gnomefreak> should be atleast
[20:12] <gnomefreak> hal 0.5.10-2ubuntu2 is that the hal version?
[20:13] <nixternal> yes
[20:14] <nixternal> I can't remove the icons
[20:14] <nixternal> not worrying about those though
[20:14] <nixternal> with knetworkmangler, I had commented out my /etc/networks/interfaces from using it a long time ago
[20:15] <nixternal> even then, knetworkmangler doesn't show any network devices
[20:15] <gnomefreak> nixternal: ill look and see what happens but that hal version isnt updating here
[20:15] <gnomefreak> did you make pitti aware of the breakage?
[20:15] <nixternal> he is in a meeting right now...I will wait to disturb him
[20:15] <gnomefreak> he is the one that built/pushed
[20:16] <gnomefreak> he knows
[20:16] <nixternal> oh, he already knows it?
[20:16] <gnomefreak> 15:05 <          pitti_ > mdz_: oh, I am; seems I just broke hardy, so I'm  going to fix that, but I'll join
[20:16] <gnomefreak> that was in -devel
[20:16] <nixternal> lol
[20:17] <nixternal> there, let him know a little more :)
[20:20] <Riddell> stdin: which ones?
[20:21] <stdin> kdebase-workspace-data and kdebase-workspace-bin
[20:21] <stdin> and kdelibs5-dev won't try to kill kdelibs4-dev, so all's good
[20:21] <Riddell> stdin: ok, there should be also kdeaccessibility  kdeartwork   kdeedu    kdegraphics  kdemultimedia -kde4 ready for backport testing now
[20:22] <stdin> heh, ok :p
[20:24] <gnomefreak> kdelibs5-dev is failing to overwrite `/usr/lib/kde4/bin/checkXML'
[20:24] <stdin> yeah, remove the old packages first
[20:25] <gnomefreak> stdin: fixed already
[20:25] <stdin> that's kinda inevitable because of the package name changes and things tend to move around
[20:25] <gnomefreak> i fix than tell people
[20:26] <fdoving> stdin: then you need to use the Replaces: field in debian/control
[20:26] <stdin> fdoving: blame the packager, not the builder ;)
[20:27]  * nixternal notes that making a change and bumping the version with 'dch -i' isn't hard to do either :p
[20:27] <fdoving> i'm not blaming, i'm suggesting :)
[20:28]  * gnomefreak blames stdin he should have caught that as the "builder"
[20:28] <gnomefreak> ;)
[20:28] <gnomefreak> j/k stdin
[20:28] <stdin> nixternal: yeah, but I'm not the one uploading to hardy and gutsy-backports
[20:28] <stdin> I'm just adding ~ppa1 and running dput :p
[20:28] <jpatrick> stdin: archive admins do all the source fiddling for backports
[20:28] <nixternal> hehe
[20:49] <jpatrick> anyone updating kile?
[20:58] <yuriy> heh KDE4 just gave me a kicker tip on startup
[21:00] <Riddell> good excuse to kill ktip
[21:07] <stdin> launchpad is being slow as hell 7.07K/s
[21:07] <stdin> that's download
[21:08] <stdin> and my upload is making me lag too, by about 2 sec :p
[21:08] <stdin> probably explains the slow downloads
[21:53] <jpatrick> Riddell: kde-style-domino repackaged, pbuilt, and reuploaded
[22:00] <Riddell> stdin: hay, these KDE 4 packages of yours really work :)
[22:00] <Riddell> jpatrick: let me look
[22:01] <stdin> :)
[22:01] <jpatrick> stdin: where are they?
[22:01] <stdin> my ppa
[22:01] <stdin> https://edge.launchpad.net/~tsimpson/+archive
[22:02] <stdin> Riddell: just as you say that http://launchpadlibrarian.net/10486780/buildlog_ubuntu-gutsy-amd64.kdeartwork-kde4_4%3A3.96.0-1ubuntu2%7Eppa1_FAILEDTOBUILD.txt.gz
[22:03] <jpatrick> awesome
[22:03] <stdin> dh_install -pkscreensaver-xsavers-kde4  --sourcedir=debian/tmp
[22:03] <stdin> cp: cannot stat `debian/tmp//usr/lib/kde4/share/kde4/services/ScreenSavers/qix.desktop': No such file or directory
[22:03] <stdin> dh_install: command returned error code 256
[22:03] <stdin> is the error, right at the bottom
[22:04] <stdin> it's the only package that doesn't build tho
[22:04] <buz> stdin: so what would happen if i used those with gutsy?
[22:04] <stdin> buz: well, they are gutsy packages
[22:04] <buz> says hardy there
[22:05] <buz> but hardy probably hasnt deviated much from gutsy yet?
[22:05] <stdin> that defaults to the latest, but the packages are gutsy
[22:05] <stdin> http://ppa.launchpad.net/tsimpson/ubuntu/dists/ < see, no hardy repo
[22:06] <jpatrick> buz: were you the one that tested kryptomedia?
[22:06] <buz> yes
[22:06] <jpatrick> could you tell me what it should dep on?
[22:07] <buz> good question
[22:07] <buz> unless hal is fixed, its useless in my view
[22:07] <buz> other than that, it surely needs cryptsetup
[22:07] <jpatrick> well, let's hope that happens in hardy
[22:08] <buz> i should setup hardy tomorrow
[22:09] <buz> but rightnow, kryptomedia overwrites stuff in kdebase (i believe, some package anyway)
[22:09] <jpatrick> Riddell: should I upload kryptomedia?
[22:09] <buz> best thing would probably be to actually integrate it into kde
[22:10] <buz> other wise you'll always need to do force-overwrite
[22:10] <jpatrick> buz: yes, I've seperated it, and the kdebase patch is awaiting upload
[22:10] <buz> very nice
[22:10] <jpatrick> but I think it should work by itself
[22:11] <jpatrick> since all the kdebase patch did was make media:/ work with it
[22:11] <buz> probably right
[22:14] <buz> stdin: looks like i have to remove the older kde4 packages first
[22:14] <buz> weird stuff going on upon update
[22:14] <stdin> buz: always a good idea
[22:17] <buz> sort of works, it seems
[22:18] <Riddell> jpatrick: sure, if it works
[22:19] <buz> Riddell: discounting broken hal, it does
[22:19] <buz> the part it is supposed to do works
[22:20] <Riddell> stdin: oh meh, those screensavers are impossible to get right, it changes with each release of xscreensaver
[22:20] <jpatrick> stdin: have you seen this: http://paste.ubuntu-nl.org/45312/ ?
[22:20] <stdin> the .desktop is there for it, just doesn't get installed
[22:21] <stdin> jpatrick: no, but I removed all the old kde4 packages first
[22:21] <stdin> (because they always break)
[22:22] <jpatrick> I didn't have kde4 installed (removed it sometime ago)
[22:22] <stdin> you sure you didn't miss a couple?
[22:22] <DaSkreech> Riddell: Ha I kinda volunteerd to do some work on that back in Feb. I should really get around to it
[22:22] <Riddell> DaSkreech: on which?
[22:22] <DaSkreech> Riddell: syncing kscreensavers with xscreensaver
[22:23] <stdin> jpatrick: the only kde4addons package I see is version 3.92.0-0ubuntu1
[22:23] <jpatrick> stdin: ahhh, yeah
[22:24] <mikkael> do you package this kde4 RC for gutsy or hardy ?
[22:25] <buz_kde4> looks a lot more useful than beta3 ;)
[22:25] <buz_kde4> mikkael: i just installed it on gutsy
[22:25] <stdin> the packages I'm doing are gutsy
[22:25] <mikkael> i want em :)
[22:25] <buz_kde4> now how do i get konqui 4?
[22:25] <stdin> "sudo apt-get --purge remove $(dpkg -l | egrep '(KDE 4|KDE PIM 4|-kde4)'|cut -d ' ' -f 3) kdebase-workspace" is a good way to remove all the old packages :p
[22:26] <mikkael> they didnt hit the repos yet !?
[22:26] <jpatrick> stdin: working fine now :)
[22:26] <stdin> buz_kde4: best way I find to install everything is  "sudo apt-get install kdebase-kde4-dev kdebase-workspace-dev kdebase-runtime-dev"
[22:27] <stdin> that should grab pretty much every core package
[22:27] <buz_kde4> i'll try that
[22:27] <buz_kde4> yeah that stupid analog/digital clock thingy is gone
[22:28] <buz_kde4> E: Couldn't find package kdebase-kde4-dev
[22:28] <buz_kde4> maybe i should add src
[22:28] <stdin> yeah, just realised that :p
[22:28] <stdin> kdebase-dev-kde4
[22:29] <buz_kde4> E: Couldn't find package kdebase-runtime-dev
[22:29] <stdin> hold on, lemme check my .bash_history :p
[22:30] <stdin> "sudo apt-get install kdebase-dev-kde4 kdebase-workspace-dev kdebase-runtime"
[22:30] <buz_kde4> yeah that works
[22:31] <buz_kde4> yeah konqui4
[22:31] <jpatrick> Riddell: you put domino into main
[22:31] <Riddell> stdin: ok if I point the kubuntu.org announcment at your ppa for now?
[22:31] <Riddell> jpatrick: oh damn
[22:31] <jpatrick> I'm not core-dev... yet
[22:32] <stdin> Riddell: that should be ok, the only side-effect will be they'd have to download cluecene from my ppa
[22:33] <buz_kde4> but how do i get kwin_composite?
[22:33] <stdin> and strigi actually
[22:33] <Riddell> jpatrick: fixed, thanks
[22:34] <stdin> but for now mi 5.3 GiB es su 5.3 GiB
[22:36] <stdin> ahh, still 3 packages to build..
[22:37] <stdin> where's the LPSoD when you need it
[22:37] <Riddell> stdin: what's that?
[22:37] <stdin> Long Pointy Stick of DOOM! :p
[22:39] <stdin> as soon as kdeedu, kdegraphics and kdemultimedia are built I may get some sleep, maybe
[22:44] <Riddell> stdin: how does this look? http://kubuntu.org/announcements/kde4-rc1.php
[22:45] <stdin> Riddell: looks good, but removing all the old kde packages can be difficult
[22:46] <stdin> that's why I did that funky command to remove them
[22:46] <Riddell> stdin: which?
[22:46] <Riddell> apt-get remove kdelibs5 should do it
[22:46] <stdin> "sudo apt-get --purge remove $(dpkg -l | egrep '(KDE 4|KDE PIM 4)'|cut -d ' ' -f 3) kdebase-workspace"
[22:46] <stdin> I did that, but some seem to stick about
[22:47] <stdin> but that seems to get the rest
[22:48] <stdin> Riddell: aptitude should try to autoremove any orphaned packages by default, maybe suggest using that (I'm actually not sure how adept does it)
[22:48] <mikkael> kewl update for qtcurve :)
[22:48] <stdin> been a while since I've used a GUI package manager
[22:49] <stdin> mikkael: that from my ppa?
[22:49] <mikkael> yes it will update the gutsy version
[22:49] <mikkael> as long with konversation
[22:49] <stdin> heh, not good
[22:49] <stdin> konversation is the svn version
[22:49] <stdin> should probably ask an admin to remove that
[22:50] <mikkael> and smplayer
[22:50] <mikkael> its propably better to remove them from the ppa..
[22:51] <stdin> I'll get a list together
[22:51] <stdin> mikkael: I would, but that's not implemented yet :p so I need a LP admin to do it
[22:51] <mikkael> but what did you change in qtcurve ? its not custoimizable in gutsy..
[22:52] <stdin> mikkael: ubuntu: 0.52.3-1  ppa: 0.54.0-0~ppa2
[23:11] <stdin> Riddell: I realised that my ppa has a few packages that will install over official ones, what do you want to do?
[23:11] <Riddell> stdin: which are they?
[23:11] <stdin> gtk2-engines-qtcurve , kde-style-qtcurve , konversation smplayer , singularity scorched3d and yakuake
[23:12] <Riddell> nothing too drastic there
[23:12] <stdin> yakuake shouldn't actually shouldn't be a problem, it's got a lowwer version than the archive
[23:12] <Riddell> hopefully gutsy-backports will actually compile one day soon
[23:12] <stdin> but konversation is the svn version
[23:13] <stdin> and it's from a while ago :p
[23:13] <Riddell> oh well, these people have to live on the edge :)
[23:13] <stdin> heh
[23:13] <mikkael>  (Y)
[23:14] <stdin> smplayer will break tho, as it's split in to 3 packages in my ppa
[23:14] <stdin> (a kde, qt3 and qt4 one)
[23:15] <stdin> at least I didn't decide to build a new kernel ;p
[23:17] <n8k99> stdin if you had I would have gotten it already!
[23:20] <stdin> Riddell: just had another thought (I'm having a few today), PPAs aren't authenticated, should note uses will probably get a warning from the package manager
[23:21] <Riddell> stdin: added (pending cache)
[23:26] <mikkael> stdin, Riddell: got the rc up and running, thanks for the fast packages
[23:27] <Riddell> mikkael: in gutsy?
[23:28] <stdin> Riddell: got couple of depwaits too https://edge.launchpad.net/~tsimpson/+archive/+builds?build_text=&build_state=depwait
[23:29] <mikkael> Riddell: yesm gutsy
[23:30] <stdin> libpoppler-qt-dev is at 0.6-0ubuntu2.1 (from -security) and libgps-dev isn't anywhere
[23:31] <Riddell> stdin: look like you need to upload poppler 0.6.1 to your ppa
[23:32] <Riddell> and gpsd
[23:32] <stdin> right, here it goes :p
[23:35] <stdin> has to be poppler 0.6.2-1, there's no 0.6.1
[23:36] <Riddell> that'll do too
[23:41] <stdin> uploaded, waiting to queue
[23:48] <Riddell> stdin: kdepim-kde4 about to arrive
[23:48] <Riddell> but that's me for the day, to bed
[23:49] <stdin> ok, I would love to sleep too :p
[23:52] <stdin> so I'll get popplet and gpsd build, requeue kdeedue and kdegraphics, then get kdepim uploaded and see if it's built as a surprise in the morning
[23:52] <stdin> if that doesn't take too long anyway


[00:14] <BugeyeD> internalkernel1: you really thought i didn't know what fsck was? heh.
[00:15] <internalkernel1> hey... fsck you
[00:15] <internalkernel1> :P
[00:15] <BugeyeD> hahaha
[00:15] <internalkernel1> I thought it was strange you were asking...
[00:15] <Nivex> yo dawg, I heard you like to check your filesystems...
[00:15] <internalkernel1> Im in San Fran... jet lagged and working 15 hour days...
[00:15] <internalkernel1> I fsck my filesystems all up and down...
[00:16] <BugeyeD> eff-suck
[00:17]  * BugeyeD was in seattle last week
[00:17] <BugeyeD> never been before, loved it.
[00:17] <BugeyeD> accidentally ended up micro$oft campus first night, though. gave me a real scare.
[00:17] <internalkernel1> lol...
[00:17] <internalkernel1> I went to seattle in june, first time for me too...
[00:18] <internalkernel1> I dug it
[00:18] <BugeyeD> and diarrhea
[00:18] <internalkernel1> whoa... tmi
[00:18] <internalkernel1> you hit the fish market didn't you?
[00:18] <BugeyeD> not really, just a sudden urge to exit the car and take leave a gift somewhere on campus
[00:18] <BugeyeD> pike market, yes. cool stuff.
[00:19] <internalkernel1> awesome... your welcome Bill Gates
[00:19] <akgraner> I <3 geek humor!
[00:20] <akgraner> and now that I am learning python I really feel all geekish
[00:20] <akgraner> I just wanna write scripts and not have to ask other people to do it for me
[00:20] <akgraner> is that to much for a girl to want
[00:20] <internalkernel1> but its easier when other people do it...
[00:20] <internalkernel1> you just can't complain...
[00:21] <akgraner> diamonds, pearls, gold and the knowledge to write my own scripts
[00:21] <internalkernel1> whoa... huny...
[00:21] <akgraner> internalkernel1, um you are talking to me - I can't not complain you know that
[00:21] <internalkernel1> for a lady you're kinda stepping out of your comfort zone...
[00:22] <akgraner> hahahaha lady and me in the same sentence - I <3 you!
[00:22] <internalkernel1> sorry, like I said jet lagged and 15 hour days...
[00:22] <internalkernel1> a bit slap happy... I had to restrain myself since we are in a logged channel...
[00:22] <akgraner> hehe
[00:24]  * BugeyeD loves python
[00:24] <BugeyeD> akgraner: why are you learning?
[00:26] <akgraner> b/c I want to write scripts and I want to understand things like summit and stuff
[00:26] <akgraner> I keep running into areas I need help with but I wouldn't if I knew python
[00:26] <akgraner> and I am learning drupal too
[00:27] <akgraner> my friend emma jane 's new book is called Drupal User's Guide and it's awesome
[00:27] <akgraner> she also wrote Front End Drupal...
[00:27] <akgraner> and after this I want to learn django
[00:31] <BugeyeD> ewwww, php
[00:31]  * BugeyeD doesn't trust php. almost as many security bugs as windows
[00:31] <BugeyeD> *gasp* - did i really just say that?
[00:35] <internalkernel1> well, yeah you did say that...
[00:36] <internalkernel1> I've found that a lot of the bugs are due to poorly written php and escalated privs on the server... not necessarily php itself.
[00:37] <internalkernel1> but who wants to audit everyone's code... mine as well write it yourself.
[00:44] <BugeyeD> might as well write in python instead
[00:45] <BugeyeD> want to learn a new framework? might as well be twisted, if you want to be able to do some truly cool network-related stuff
[02:34] <BugeyeD> akgraner: summit? the event or some kind of software?
[02:35] <BugeyeD> and into what areas are you running, that python knowledge would help?
[02:35] <BugeyeD> i asked awhile back how i could possibly contribute with a little bit of python knowledge, but never really got much of a straight answer
[12:15] <mhall119> good morning NC
[12:18] <mhall119> BugeyeD: akgraner tells me you're looking for ways to contribute to loco-directory?
[12:42] <bac> morning mhall119
[12:45] <BugeyeD> mhall119: i was just fishing for ways i might be able to contribute with my weak python-fu
[12:45] <BugeyeD> not that i have any spare time, but you never know
[12:51] <mhall119> BugeyeD: well we're always looking for help on loco.ubuntu.com, it's a python/django webapp
[12:57] <BugeyeD> mhall119: i don't know jack about django. i use python for sysadmin work and standalone non-web apps (eg backups, automated file transfer systems, etc.) ...
[12:57] <BugeyeD> so i may not be much help up front
[13:01] <mhall119> BugeyeD: django is easy, you'll be able to start contributing in no time
[14:12] <Nivex> well frap. browser check identifies Java version insecure, but partner repo hasn't released a fix yet


[00:01] -queuebot:#ubuntu-release- New binary: tilemaker [riscv64] (jammy-proposed/universe) [2.0.0+ds-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: node-cross-fetch [amd64] (jammy-proposed/none) [3.1.4+ds.1-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: hfd-service [amd64] (jammy-proposed/none) [0.1.0-3] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: hfd-service [s390x] (jammy-proposed/none) [0.1.0-3] (no packageset)
[05:34] -queuebot:#ubuntu-release- New binary: hfd-service [arm64] (jammy-proposed/none) [0.1.0-3] (no packageset)
[05:35] -queuebot:#ubuntu-release- New binary: hfd-service [armhf] (jammy-proposed/none) [0.1.0-3] (no packageset)
[05:36] -queuebot:#ubuntu-release- New binary: hfd-service [ppc64el] (jammy-proposed/none) [0.1.0-3] (no packageset)
[05:48] -queuebot:#ubuntu-release- New binary: hfd-service [riscv64] (jammy-proposed/universe) [0.1.0-3] (no packageset)
[05:55] -queuebot:#ubuntu-release- New binary: click [riscv64] (jammy-proposed/universe) [0.5.0-2] (no packageset)
[05:56] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [armhf] (jammy-proposed/universe) [1.3.3000+dfsg-4] (no packageset)
[06:05] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [amd64] (jammy-proposed/universe) [1.3.3000+dfsg-4] (no packageset)
[06:06] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [s390x] (jammy-proposed/universe) [1.3.3000+dfsg-4] (no packageset)
[06:24] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [arm64] (jammy-proposed/universe) [1.3.3000+dfsg-4] (no packageset)
[06:26] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [ppc64el] (jammy-proposed/universe) [1.3.3000+dfsg-4] (no packageset)
[07:03] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [riscv64] (jammy-proposed/universe) [1.3.3000+dfsg-4] (no packageset)
[07:04] -queuebot:#ubuntu-release- New binary: qgis [riscv64] (jammy-proposed/universe) [3.16.14+dfsg-1] (no packageset)
[07:16] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [arm64] (jammy-proposed) [1.3.3000+dfsg-4]
[07:16] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [riscv64] (jammy-proposed) [1.3.3000+dfsg-4]
[07:16] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [ppc64el] (jammy-proposed) [1.3.3000+dfsg-4]
[07:16] -queuebot:#ubuntu-release- New: accepted qgis [riscv64] (jammy-proposed) [3.16.14+dfsg-1]
[07:16] -queuebot:#ubuntu-release- New: accepted click [riscv64] (jammy-proposed) [0.5.0-2]
[07:16] -queuebot:#ubuntu-release- New: accepted hfd-service [ppc64el] (jammy-proposed) [0.1.0-3]
[07:16] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [amd64] (jammy-proposed) [1.3.3000+dfsg-4]
[07:16] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [s390x] (jammy-proposed) [1.3.3000+dfsg-4]
[07:16] -queuebot:#ubuntu-release- New: accepted hfd-service [armhf] (jammy-proposed) [0.1.0-3]
[07:16] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [armhf] (jammy-proposed) [1.3.3000+dfsg-4]
[07:16] -queuebot:#ubuntu-release- New: accepted hfd-service [riscv64] (jammy-proposed) [0.1.0-3]
[07:17] -queuebot:#ubuntu-release- New: accepted hfd-service [amd64] (jammy-proposed) [0.1.0-3]
[07:17] -queuebot:#ubuntu-release- New: accepted hfd-service [s390x] (jammy-proposed) [0.1.0-3]
[07:17] -queuebot:#ubuntu-release- New: accepted tilemaker [arm64] (jammy-proposed) [2.0.0+ds-1]
[07:17] -queuebot:#ubuntu-release- New: accepted tilemaker [ppc64el] (jammy-proposed) [2.0.0+ds-1]
[07:17] -queuebot:#ubuntu-release- New: accepted tirex [ppc64el] (jammy-proposed) [0.7.0-1]
[07:17] -queuebot:#ubuntu-release- New: accepted hfd-service [arm64] (jammy-proposed) [0.1.0-3]
[07:17] -queuebot:#ubuntu-release- New: accepted tilemaker [armhf] (jammy-proposed) [2.0.0+ds-1]
[07:17] -queuebot:#ubuntu-release- New: accepted tirex [riscv64] (jammy-proposed) [0.7.0-1]
[07:17] -queuebot:#ubuntu-release- New: accepted node-cross-fetch [amd64] (jammy-proposed) [3.1.4+ds.1-1]
[07:17] -queuebot:#ubuntu-release- New: accepted tilemaker [riscv64] (jammy-proposed) [2.0.0+ds-1]
[07:17] -queuebot:#ubuntu-release- New: accepted qgis [armhf] (jammy-proposed) [3.16.14+dfsg-1]
[07:17] -queuebot:#ubuntu-release- New: accepted tilemaker [s390x] (jammy-proposed) [2.0.0+ds-1]
[07:17] -queuebot:#ubuntu-release- New: accepted tirex [arm64] (jammy-proposed) [0.7.0-1]
[07:17] -queuebot:#ubuntu-release- New: accepted tirex [s390x] (jammy-proposed) [0.7.0-1]
[07:17] -queuebot:#ubuntu-release- New: accepted tilemaker [amd64] (jammy-proposed) [2.0.0+ds-1]
[07:17] -queuebot:#ubuntu-release- New: accepted tirex [armhf] (jammy-proposed) [0.7.0-1]
[07:17] -queuebot:#ubuntu-release- New: accepted tirex [amd64] (jammy-proposed) [0.7.0-1]
[07:18] -queuebot:#ubuntu-release- New: accepted qgis [arm64] (jammy-proposed) [3.16.14+dfsg-1]
[07:18] -queuebot:#ubuntu-release- New: accepted phonopy [arm64] (jammy-proposed) [2.12.0-1]
[07:18] -queuebot:#ubuntu-release- New: accepted phonopy [riscv64] (jammy-proposed) [2.12.0-1]
[07:18] -queuebot:#ubuntu-release- New: accepted qgis [amd64] (jammy-proposed) [3.16.14+dfsg-1]
[07:18] -queuebot:#ubuntu-release- New: accepted qgis [s390x] (jammy-proposed) [3.16.14+dfsg-1]
[07:18] -queuebot:#ubuntu-release- New: accepted phonopy [armhf] (jammy-proposed) [2.12.0-1]
[07:18] -queuebot:#ubuntu-release- New: accepted qgis [ppc64el] (jammy-proposed) [3.16.14+dfsg-1]
[07:18] -queuebot:#ubuntu-release- New: accepted python-npx [amd64] (jammy-proposed) [0.0.24-1]
[07:19] -queuebot:#ubuntu-release- New: accepted golang-github-caddyserver-certmagic [amd64] (jammy-proposed) [0.15.2-2]
[07:19] -queuebot:#ubuntu-release- New: accepted phonopy [ppc64el] (jammy-proposed) [2.12.0-1]
[07:19] -queuebot:#ubuntu-release- New: accepted phonopy [amd64] (jammy-proposed) [2.12.0-1]
[07:19] -queuebot:#ubuntu-release- New: accepted phonopy [s390x] (jammy-proposed) [2.12.0-1]
[07:28] -queuebot:#ubuntu-release- New binary: ldc [amd64] (jammy-proposed/universe) [1:1.28.0-1ubuntu1] (no packageset)
[07:30] -queuebot:#ubuntu-release- New binary: ldc [armhf] (jammy-proposed/universe) [1:1.28.0-1ubuntu1] (no packageset)
[07:49] -queuebot:#ubuntu-release- New binary: ldc [arm64] (jammy-proposed/universe) [1:1.28.0-1ubuntu1] (no packageset)
[08:25] <schopin> Is this the right place to ask for someone to accept the new binaries for openssl? Pretty please :)
[08:52] <schopin> Also, does it seem reasonable to upload https://ftp-master.debian.org/new/rust-cargo-util_0.1.1-1.html directly to Ubuntu? It's blocking a good chunk of the rust packages, including rust-debcargo (Rust packaging helper), which is involved in the openssl transition.
[10:38] -queuebot:#ubuntu-release- New: accepted openssl [amd64] (jammy-proposed) [3.0.0-1ubuntu1]
[10:38] -queuebot:#ubuntu-release- New: accepted openssl [armhf] (jammy-proposed) [3.0.0-1ubuntu1]
[10:38] -queuebot:#ubuntu-release- New: accepted openssl [ppc64el] (jammy-proposed) [3.0.0-1ubuntu1]
[10:38] -queuebot:#ubuntu-release- New: accepted openssl [s390x] (jammy-proposed) [3.0.0-1ubuntu1]
[10:38] -queuebot:#ubuntu-release- New: accepted openssl [arm64] (jammy-proposed) [3.0.0-1ubuntu1]
[10:38] -queuebot:#ubuntu-release- New: accepted openssl [riscv64] (jammy-proposed) [3.0.0-1ubuntu1]
[10:38] -queuebot:#ubuntu-release- New: accepted openssl [i386] (jammy-proposed) [3.0.0-1ubuntu1]
[10:39] -queuebot:#ubuntu-release- New: accepted knot [amd64] (jammy-proposed) [3.1.4-1ubuntu1]
[10:39] -queuebot:#ubuntu-release- New: accepted knot [armhf] (jammy-proposed) [3.1.4-1ubuntu1]
[10:39] -queuebot:#ubuntu-release- New: accepted knot [riscv64] (jammy-proposed) [3.1.4-1ubuntu1]
[10:39] -queuebot:#ubuntu-release- New: accepted knot [arm64] (jammy-proposed) [3.1.4-1ubuntu1]
[10:39] -queuebot:#ubuntu-release- New: accepted knot [s390x] (jammy-proposed) [3.1.4-1ubuntu1]
[10:39] -queuebot:#ubuntu-release- New: accepted knot [ppc64el] (jammy-proposed) [3.1.4-1ubuntu1]
[10:40] -queuebot:#ubuntu-release- New: accepted php-yaml [amd64] (jammy-proposed) [2.2.2+2.1.0+2.0.4+1.3.2-1~build1]
[10:40] -queuebot:#ubuntu-release- New: accepted php-yaml [armhf] (jammy-proposed) [2.2.2+2.1.0+2.0.4+1.3.2-1~build1]
[10:40] -queuebot:#ubuntu-release- New: accepted php-yaml [riscv64] (jammy-proposed) [2.2.2+2.1.0+2.0.4+1.3.2-1~build1]
[10:40] -queuebot:#ubuntu-release- New: accepted php-yaml [arm64] (jammy-proposed) [2.2.2+2.1.0+2.0.4+1.3.2-1~build1]
[10:40] -queuebot:#ubuntu-release- New: accepted php-yaml [s390x] (jammy-proposed) [2.2.2+2.1.0+2.0.4+1.3.2-1~build1]
[10:40] -queuebot:#ubuntu-release- New: accepted php-yaml [ppc64el] (jammy-proposed) [2.2.2+2.1.0+2.0.4+1.3.2-1~build1]
[10:44] -queuebot:#ubuntu-release- New: accepted php-mailparse [amd64] (jammy-proposed) [3.1.2+2.1.7~dev20160128-2~build1]
[10:44] -queuebot:#ubuntu-release- New: accepted php-mailparse [armhf] (jammy-proposed) [3.1.2+2.1.7~dev20160128-2~build1]
[10:44] -queuebot:#ubuntu-release- New: accepted php-mailparse [riscv64] (jammy-proposed) [3.1.2+2.1.7~dev20160128-2~build1]
[10:44] -queuebot:#ubuntu-release- New: accepted php-mailparse [arm64] (jammy-proposed) [3.1.2+2.1.7~dev20160128-2~build1]
[10:44] -queuebot:#ubuntu-release- New: accepted php-mailparse [s390x] (jammy-proposed) [3.1.2+2.1.7~dev20160128-2~build1]
[10:44] -queuebot:#ubuntu-release- New: accepted php-mailparse [ppc64el] (jammy-proposed) [3.1.2+2.1.7~dev20160128-2~build1]
[10:44] <sil2100> schopin: ^ okay, openssl should be unblocked
[10:45] <schopin> thanks!
[11:23] <juliank> Hooray
[13:27] <ricotz> hello, please retry all builds of https://launchpad.net/ubuntu/+source/policycoreutils/3.3-1
[13:28] <ricotz> LocutusOfBorg, hi, the shadow/sssd rebuilds are taken of now :)
[13:45] <LocutusOfBorg> ricotz, sorry I missed
[13:46] <LocutusOfBorg> I did everything on bileto
[13:46] <LocutusOfBorg> should I publish?
[13:46] <LocutusOfBorg> https://bileto.ubuntu.com/log/4721/diff/6/
[13:48] <ricotz> LocutusOfBorg, oh, I looked this morning and didn't anything :( , so https://bileto.ubuntu.com/#/ticket/4722
[13:48] <ricotz> *didn't see
[13:48] <ricotz> LocutusOfBorg, ah, you reused an existing ticket?
[14:14] -queuebot:#ubuntu-release- New binary: liburing [amd64] (jammy-proposed/main) [2.1-2] (ubuntu-server)
[14:14] -queuebot:#ubuntu-release- New binary: liburing [s390x] (jammy-proposed/main) [2.1-2] (ubuntu-server)
[14:14] -queuebot:#ubuntu-release- New binary: liburing [ppc64el] (jammy-proposed/main) [2.1-2] (ubuntu-server)
[14:15] -queuebot:#ubuntu-release- New binary: liburing [arm64] (jammy-proposed/main) [2.1-2] (ubuntu-server)
[14:16] -queuebot:#ubuntu-release- New binary: liburing [armhf] (jammy-proposed/main) [2.1-2] (ubuntu-server)
[14:20] <LocutusOfBorg> ricotz, I did :D
[14:22] <ricotz> LocutusOfBorg, I see, sorry :(
[14:23] <LocutusOfBorg> no problem at all!
[14:23] <LocutusOfBorg> build retried btw
[14:23] <LocutusOfBorg> so now can we merge sssd and shadow from debian?
[14:25] <ricotz> LocutusOfBorg, better let the transition finish first? https://people.canonical.com/~ubuntu-archive/transitions/html/auto-libsemanage.html
[14:26] <ricotz> otherwise it will be entangled with openssl3
[14:26] <LocutusOfBorg> it should end in some minutes?
[14:26] <LocutusOfBorg> I need to retry in 10 minutes refpolicy
[14:27] -queuebot:#ubuntu-release- New binary: liburing [riscv64] (jammy-proposed/main) [2.1-2] (ubuntu-server)
[14:33] <ricotz> LocutusOfBorg, if they moved out of -proposed then it is finished :) https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libsepol
[14:44] -queuebot:#ubuntu-release- Unapproved: python-openstackclient (impish-proposed/main) [5.6.0-0ubuntu1 => 5.7.0-0ubuntu1] (openstack)
[14:57] <LocutusOfBorg> ricotz, what is that 389-ds-base issue?
[14:57] <LocutusOfBorg> I see its red on autopkgtests
[14:58] <ricotz> LocutusOfBorg, I guess they got caught in the dependency issue and just need a retry
[14:58] <LocutusOfBorg> so my retry should work now, thanks
[14:59] <ricotz> LocutusOfBorg, regarding refpolicy, you have to wait for policycoreutils to be published :)
[14:59] <LocutusOfBorg> I have yes :D
[14:59] <LocutusOfBorg> looks like publisher is slow
[15:17] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-17 [sync] (impish-proposed) [17.0.1+12-1~21.10]
[15:18] -queuebot:#ubuntu-release- Unapproved: ocrfeeder (focal-proposed/universe) [0.8.1+git20200128.b945089-1 => 0.8.1+git20200128.b945089-1ubuntu1] (no packageset)
[15:26] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-17 [sync] (hirsute-proposed) [17.0.1+12-1~21.04]
[15:31] <ricotz> LocutusOfBorg, https://launchpad.net/ubuntu/+source/refpolicy/2:2.20210203-10/+build/22388030 should work now
[16:01] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-17 [sync] (focal-proposed) [17.0.1+12-1~20.04]
[16:06] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-17 [sync] (bionic-proposed) [17.0.1+12-1~18.04]
[16:07] <LocutusOfBorg> yep
[16:08] <LocutusOfBorg> 389-ds-base should become green in a few minutes
[16:23] -queuebot:#ubuntu-release- New source: libcoap (jammy-proposed/primary) [4.1.2-1build1]
[16:26] -queuebot:#ubuntu-release- Unapproved: accepted ocrfeeder [source] (focal-proposed) [0.8.1+git20200128.b945089-1ubuntu1]
[16:30] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (impish-proposed) [2.742.1]
[16:31] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (hirsute-proposed) [2.719.4]
[16:33] <ricotz> LocutusOfBorg, thank you
[16:36] <ricotz> schopin, hi, please don't push a rebuild of sssd yet
[16:39] <schopin> ricotz: don't worry, there was little risk of that: it's far down the list of things to upload + I can't touch packages in main, only MOTU so far :)
[16:40] <ricotz> schopin, ah alright :)
[16:41] <schopin> but more seriously, thanks for the heads-up
[16:44] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (focal-proposed) [2.664.35]
[16:45] <ricotz> schopin, I think it already impacts sssd in autopkgtests<EMAIL_ADDRESS>[16:59] <schopin> ricotz: damn, sorry about that :/
[17:02] -queuebot:#ubuntu-release- Unapproved: accepted debootstrap [source] (hirsute-proposed) [1.0.123ubuntu6.2]
[17:04] <schopin> ricotz: this seems similar to this : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990228
[17:05] -queuebot:#ubuntu-release- Unapproved: accepted debootstrap [source] (focal-proposed) [1.0.118ubuntu1.6]
[17:21] -queuebot:#ubuntu-release- New binary: unixodbc [i386] (jammy-proposed/main) [2.3.9-2] (core, i386-whitelist)
[17:22] -queuebot:#ubuntu-release- New binary: unixodbc [amd64] (jammy-proposed/main) [2.3.9-2] (core, i386-whitelist)
[17:24] -queuebot:#ubuntu-release- New binary: unixodbc [arm64] (jammy-proposed/main) [2.3.9-2] (core, i386-whitelist)
[17:24] -queuebot:#ubuntu-release- New binary: unixodbc [s390x] (jammy-proposed/main) [2.3.9-2] (core, i386-whitelist)
[17:24] -queuebot:#ubuntu-release- New binary: unixodbc [ppc64el] (jammy-proposed/main) [2.3.9-2] (core, i386-whitelist)
[17:26] -queuebot:#ubuntu-release- New binary: unixodbc [armhf] (jammy-proposed/main) [2.3.9-2] (core, i386-whitelist)
[17:32] <ricotz> schopin, ok, not sure how to resolve that other than fixing sssd and therefore getting entangled with the openssl3 transition
[17:32] -queuebot:#ubuntu-release- New binary: warzone2100 [ppc64el] (jammy-proposed/universe) [4.2.1-2] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: warzone2100 [s390x] (jammy-proposed/universe) [4.2.1-2] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: warzone2100 [armhf] (jammy-proposed/universe) [4.2.1-2] (no packageset)
[17:42] -queuebot:#ubuntu-release- New binary: warzone2100 [amd64] (jammy-proposed/universe) [4.2.1-2] (no packageset)
[17:42] -queuebot:#ubuntu-release- New binary: warzone2100 [arm64] (jammy-proposed/universe) [4.2.1-2] (no packageset)
[17:51] -queuebot:#ubuntu-release- New binary: unixodbc [riscv64] (jammy-proposed/main) [2.3.9-2] (core, i386-whitelist)
[18:13] -queuebot:#ubuntu-release- New: accepted liburing [amd64] (jammy-proposed) [2.1-2]
[18:13] -queuebot:#ubuntu-release- New: accepted liburing [armhf] (jammy-proposed) [2.1-2]
[18:13] -queuebot:#ubuntu-release- New: accepted liburing [riscv64] (jammy-proposed) [2.1-2]
[18:13] -queuebot:#ubuntu-release- New: accepted unixodbc [amd64] (jammy-proposed) [2.3.9-2]
[18:13] -queuebot:#ubuntu-release- New: accepted unixodbc [armhf] (jammy-proposed) [2.3.9-2]
[18:14] -queuebot:#ubuntu-release- New: accepted unixodbc [ppc64el] (jammy-proposed) [2.3.9-2]
[18:14] -queuebot:#ubuntu-release- New: accepted unixodbc [s390x] (jammy-proposed) [2.3.9-2]
[18:14] -queuebot:#ubuntu-release- New: accepted liburing [arm64] (jammy-proposed) [2.1-2]
[18:14] -queuebot:#ubuntu-release- New: accepted liburing [s390x] (jammy-proposed) [2.1-2]
[18:14] -queuebot:#ubuntu-release- New: accepted unixodbc [i386] (jammy-proposed) [2.3.9-2]
[18:14] -queuebot:#ubuntu-release- New: accepted liburing [ppc64el] (jammy-proposed) [2.1-2]
[18:14] -queuebot:#ubuntu-release- New: accepted unixodbc [riscv64] (jammy-proposed) [2.3.9-2]
[18:14] -queuebot:#ubuntu-release- New: accepted unixodbc [arm64] (jammy-proposed) [2.3.9-2]
[18:14] -queuebot:#ubuntu-release- New: accepted warzone2100 [amd64] (jammy-proposed) [4.2.1-2]
[18:14] -queuebot:#ubuntu-release- New: accepted warzone2100 [armhf] (jammy-proposed) [4.2.1-2]
[18:15] -queuebot:#ubuntu-release- New: accepted warzone2100 [arm64] (jammy-proposed) [4.2.1-2]
[18:15] -queuebot:#ubuntu-release- New: accepted warzone2100 [ppc64el] (jammy-proposed) [4.2.1-2]
[18:15] -queuebot:#ubuntu-release- New: accepted warzone2100 [s390x] (jammy-proposed) [4.2.1-2]
[19:14] <LocutusOfBorg> ricotz, if you have an sssd fix please give it to me
[19:14] <LocutusOfBorg> I can build with with older openssl
[19:14] <LocutusOfBorg> ok?
[19:16] <LocutusOfBorg> vorlon, https://launchpadlibrarian.net/570432777/buildlog_ubuntu-jammy-i386.qtbase-opensource-src_5.15.2+dfsg-13_BUILDING.txt.gz what happened there?
[19:17] <LocutusOfBorg> oh well, got it, new firebird in proposed ftbfs on i386 nevermind
[19:17] <LocutusOfBorg> cc1plus: error: ‘-fcf-protection’ is not compatible with this target
[19:18] <ricotz> LocutusOfBorg, ok, will do
[19:19] <LocutusOfBorg> I think I can copy and use bileto-release only packages
[19:22] <LocutusOfBorg> well probably just removing RANDFILE                = /dev/urandom
[19:22] <LocutusOfBorg>  is sufficient?
[19:22] <ricotz> LocutusOfBorg, yes, https://launchpad.net/~ricotz/+archive/ubuntu/libsemanage/+sourcepub/12909493/+listing-archive-extra
[19:24] <ricotz> LocutusOfBorg, thank you
[19:26] <LocutusOfBorg> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4723/+packages
[19:26] <LocutusOfBorg> I'm copying libselinux libsemanage libsepol in this ppa
[19:26] <LocutusOfBorg> once they build fine, I disable proposed and copy sssd from your ppa
[19:26] <LocutusOfBorg> it should build with them but not with new openssl
[19:27] <LocutusOfBorg> autopkgtest will probably pick the new openssl, but this should be ok
[19:27] <ricotz> sounds good :)
[19:30] <LocutusOfBorg> I copied all the stuff that was picked from proposed during last build from bileto
[19:30] <LocutusOfBorg> so we should be good w.r.t. archive and proposed pocket
[19:37] <LocutusOfBorg> anybody knows this error?
[19:37] <LocutusOfBorg> cc1plus: error: ‘-fcf-protection’ is not compatible with this target
[19:37] <LocutusOfBorg> this flag is injected by somebody else, not firebird itself
[19:37] <LocutusOfBorg> so if fcf-protection is not an i386 thing anymore, we should patch toolchain, right?
[20:13] <LocutusOfBorg> ricotz, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4723/+packages
[20:19] <LocutusOfBorg> https://launchpadlibrarian.net/570441063/buildlog_ubuntu-jammy-s390x.sssd_2.5.2-4ubuntu3_BUILDING.txt.gz
[20:20] <LocutusOfBorg> ricotz, do you have a libsemanage somewhere?
[20:24] <ricotz> LocutusOfBorg, you are still missing some libsemanage reverse-depends?
[20:24] <LocutusOfBorg> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4723/+packages
[20:24] <LocutusOfBorg> don't know why
[20:25] <ricotz> at least shadow
[20:25] <ricotz> which is part of the chroot
[20:25] <ricotz> and policycoreutils to be sure
[20:29] <ricotz> LocutusOfBorg, ^
[20:31] <ricotz> LocutusOfBorg, so binary-copy shadow and policycoreutils as well
[20:32] <LocutusOfBorg> copied
[20:32] <LocutusOfBorg> lets wait for publish
[20:33] <ricotz> LocutusOfBorg, add refpolicy too
[20:33] <ricotz> which is recommended through some dependencies
[20:35] <LocutusOfBorg> .
[20:45] <LocutusOfBorg> it works!
[20:52] <ricotz> :)
[22:44] <LocutusOfBorg> ricotz, copied.
[22:44] <LocutusOfBorg> fingers crossed
[22:44] <LocutusOfBorg> schopin, you can issue rebuild when it migrates if you want
[22:53] <ricotz> LocutusOfBorg, great!
[23:20] -queuebot:#ubuntu-release- New binary: r-cran-mixsqp [amd64] (jammy-proposed/universe) [0.3-43-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: r-cran-mixsqp [arm64] (jammy-proposed/universe) [0.3-43-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: libcuckoo [amd64] (jammy-proposed/universe) [0~git20210805-2] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: sphinx-press-theme [amd64] (jammy-proposed/universe) [0.8.0-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: sphinxcontrib-htmlhelp [amd64] (jammy-proposed/universe) [2.0.0-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: sphinxext-opengraph [amd64] (jammy-proposed/universe) [0.4.2-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: r-cran-mixsqp [armhf] (jammy-proposed/universe) [0.3-43-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: sphinxcontrib-jsmath [amd64] (jammy-proposed/universe) [1.0.1-2] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: sphinxcontrib-applehelp [amd64] (jammy-proposed/universe) [1.0.2-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- Unapproved: apache2 (bionic-proposed/main) [2.4.29-1ubuntu4.19 => 2.4.29-1ubuntu4.20] (ubuntu-server)
[23:23] -queuebot:#ubuntu-release- Unapproved: apache2 (impish-proposed/main) [2.4.48-3.1ubuntu3 => 2.4.48-3.1ubuntu3.1] (i386-whitelist, ubuntu-server)
[23:23] -queuebot:#ubuntu-release- Unapproved: apache2 (hirsute-proposed/main) [2.4.46-4ubuntu1.3 => 2.4.46-4ubuntu1.4] (i386-whitelist, ubuntu-server)
[23:47] -queuebot:#ubuntu-release- New binary: r-cran-mixsqp [riscv64] (jammy-proposed/universe) [0.3-43-1] (no packageset)