[00:25] <bobweaver> how long does package t email take ?  say I just made 7 packages and dput one after other does it have to wait 1 after other ?
[00:26] <bobweaver> like I have dput at least 7 and have only gotten one email WUWT ?
[00:26] <bobweaver> thanks
[07:18] <simplew> im having problems with upload packages in ppa, anyon around?
[12:09] <cos--> hello, about this issue https://answers.launchpad.net/launchpad/+question/132840
[12:09] <cos--> is it really so that i need to create a new version of package (in debian/changelog) to get it to different series?
[12:12] <cos--> i'd just like to release my app into all possible series without any changes
[12:19] <tsimpson> you can't have the same version of a package for different series unless the package is architecture independent iirc
[12:34] <cos--> the only thing i need to do is to replace for example precise with quantal in changelog
[12:34] <cos--> the version number can be same
[12:36] <cos--> i don't understand the purpose of copy packages if it can't just copy the package in different series
[12:36] <persia> cos--: To do that, upload to the earliest series you support, and copy the package to each later series.
[12:37] <persia> cos--: Be warned that if your package relies on any libraries, the version provided by the different series may change, requiring a new upload.
[12:37] <cos--> persia: i uploaded my packages to precise, but copying to quantal fails
[12:38] <persia> You need to also copy the binaries, or it doesn't work.
[12:38] <persia> And there's likely lots of bugs related to uploading things and later deleting them, leading to the complications described in the referenced question.
[12:39] <cos--> i selected "rebuild the copied sources" as there may be changes in dependency libraries
[12:39] <persia> Right.  You can't do that without a changelog entry.
[12:40] <cos--> as a developer it's really annoying to have to modify changelog and upload for each series
[12:40] <cos--> this should be handled by launchpad automatically
[12:40] <persia> On the other hand, sometimes you don't need to do it: I have a package in the archive with the same version (and same binaries) for oneiric, precise, quantal, and raring (and it works).
[12:41] <cos--> my app uses Qt, so it should be more or less binary compatible. but i'd prefer rebuilding anyway.
[12:41] <persia> The design and intended audiences for PPAs changed a few times during the development, and seem now to be a compromise that almost work for most use cases.
[12:42] <persia> But I'm not the best person to defend the current state: I can only advise how to work around it.
[12:43] <cos--> i hope the "upload to multiple series" feature will be implemented some day
[12:44] <cos--> my app would work probably on all ubuntu versions with qt >= 4.5 but because of this issue i'm only uploading for precise & quantal
[12:44] <persia> It can't work with the current architecture of PPAs, so it's likely to be a very long time.  If it's critical for you, it's probably easier to set up some sbuild instances and host a separate archive.
[12:45] <persia> The Qt folk make a very strong effort to preserve the compatibility: you're probably safe starting from the lowest version, and copying without rebuilding, although you might want to run tests on the results to verify the first time.
[12:45] <cos--> i think it could be done. launchpad could just replace series name in changelog and build the package in each series
[12:46] <cos--> and yes, i could write a script that does it but i think it still should be done by launchpad
[12:46] <persia> That would break the cryptographic model, where the signed upload is known to precisely match the build input
[12:47] <cos--> it would, but i'd be happy to accept it
[12:48] <StevenK> Use recipes
[12:48] <persia> Ooh!  Good point.
[12:49]  * persia always forgets about recipes
[12:52] <cos--> recipes?
[12:58] <cos--> i suppose this.. https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted
[16:39] <tgm4883> Can someone take care of the comment spam on https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/609252/comments/2
[16:49] <tsimpson> tgm4883: probably better to ask on answers.launchpad.net/launchpad
[16:56] <tgm4883> tsimpson, just did, thanks
[17:06] <JPeterson> can i change my launchpad id?
[17:07] <JPeterson> nice, it updated all my items
[22:38] <simplew> i have uploaded a package in ppa but i did delete it, now i cant upload a new one, i get an email saying the upload failed, how can now see the package version-release of the deleted package to be sure im uploading an incremented release of that packaged?


[00:26] <quentusrex> Anyone around for some packaging advice? I'm trying to learn how to handle conffiles special... But I can't figure out how to tell the packager that these files are conffiles...
[00:36] <micahg> quentusrex: have you seen this? https://wiki.ubuntu.com/PackagingGuide/HandsOn
[00:38] <quentusrex> micahg, I'll read it now
[00:47] <quentusrex> micahg, where can I get info on what folders different files should be in?
[00:48] <micahg> quentusrex: this should be for the most part: http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html
[00:49] <micahg> let me see if I can find an ubuntu specific one
[00:50] <micahg> quentusrex: here's the complete apckaging guide with lots of examples: https://wiki.ubuntu.com/PackagingGuide/Complete
[00:52] <quentusrex> will pbuilder output properly built files? or will it just test?
[00:53] <maco> yes itll output debs
[00:53] <maco> i have my pbuilders in ~ so the debs end up in ~/pbuilder/result/
[00:54] <quentusrex> ok
[00:55] <quentusrex> launchpad seems to actually have some resources now
[00:55] <quentusrex> for the last few weeks it has taken many hours to get a package to start building...
[00:56] <quentusrex> now it only took 20 minutes for the queue
[00:58] <jdong> lol don't jinx it
[00:58] <jdong> I've been racing mozilla-dailyteam-ppa for my thunderbird crack.
[00:58] <jdong> and every time my virtualized AMD64 seems to win ;-)
[01:15] <ScottK> At release time a lot of the PPA buildd's were re-purposed to be release mirrors.
[02:40] <EzraR> can you edit a dpatch with a text editor? rather would it still work after?
[02:41] <EzraR> this patch from DD does more than it says it does and I need it to do part of it but dont want all of it
[02:44] <ScottK> EzraR: If you move entire hunks or don't change the number of lines, yes, but be careful
[02:45] <RoAkSoAx> hey guys anyone know if there's a way to see in what talks someone is registered for the UDS
[02:45] <ScottK> RoAkSoAx: Look through the schedule for your name.
[02:46] <RoAkSoAx> ScottK, yeah I;m doing that but I was wondering if there;s was a way to see only the talks that I would be registered to without having to search through the schedule, but i guess there's not
[02:46] <RoAkSoAx> ScottK, anyways, at what time is the talk for the Future of MOTU?
[02:46] <ScottK> Not that I know of.
[02:46] <EzraR> ScottK: so in other words just make a new one
[02:47] <ScottK> Tuesday at Noon.
[02:47] <EzraR> ScottK: :)
[02:47] <RoAkSoAx> ScottK, awesome. thansk :)
[02:49] <maco> er, dont they get shoved around daily?
[02:49] <ScottK> They do
[02:49] <ScottK> It's just that currently that one is invisible on the schedule.
[02:50] <ScottK> (See MOTU ml)
[02:51] <maco> oh
[03:02]  * txwikinger wonders about dimap with load on demand
[03:34] <poseidon> What directory are third party programs usually compiled in on ubuntu?
[03:37] <maco> poseidon: if you compile yourself, they end up in /usr/local/bin/
[03:37] <maco> after you "sudo make install"
[03:38] <poseidon> well the src is in my home directory.  But I can use ./configure --prefix=/usr/loca/bin, right?
[03:38] <maco> if you dont set a prefix, itll end up in /usr/local/bin after you compile
[03:38] <maco> if you were to set that prefix, itd end up in /usr/local/bin/bin
[03:38] <poseidon> oh, ok
[03:39] <maco> because it automatically appends bin/ lib/ share/ etc
[03:39] <poseidon> that is starting to make a lot more sense now.  I was always wondering where binaries, data, scripts went.
[03:40] <poseidon> so binaries in bin, libraries in lib and config settings in etc.  What is share/ used for?
[03:57]  * ScottK hands poseidon http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
[03:57] <poseidon> ScottK, oooh.   I;ve been recommended to go to a texan bar to see texans dance like in the movies, lol!!!
[04:13] <RoAkSoAx> ScottK, yeah that's only in Houston
[04:14] <RoAkSoAx> but I live in Miami... which it is supposed to have one of the higher crime rates
[04:14] <vorian> no, that's in el paso
[04:15] <ScottK> Ah, right.
[04:15] <vorian> RoAkSoAx: yeah, just be cautious about the hookers
[04:15] <vorian> they won't tell you there hookers until they are ready to leave, if you catch my drift
[04:16] <RoAkSoAx> vorian, hahaha yeah I know what u mean
[04:16]  * ScottK gently reminds vorian this is allegedly a family friendly channel.
[04:16] <vorian> and most ladies are connected to really big dudes who will be carrying a pistol or two
[04:17] <vorian> whoopes
[04:17] <vorian> just trying to warn him
[04:17] <vorian> Dallas/FortWorth is a wild place
[04:17] <vorian> y'all should get a group and go up to the Big Texan in Amarillo
[04:18] <ScottK> Last time I was there was on a high school trip.
[04:18] <ScottK> Let's just say that the chaperones were overmatched.
[04:18] <vorian> i have an aunt who lives in arlington
[04:18] <vorian> i'm sure
[04:19] <RoAkSoAx> the other night I was watching a TV show of detectives that have to solve crimes in 48 hours or something like that... and It was in dallas... lots of weird thing happens there...
[04:20] <vorian> depends on the area
[04:21] <RoAkSoAx> yeah well there's crime everywhere...
[04:21] <vorian> not in Soda Springs Idaho
[04:22] <RoAkSoAx> vorian, that's where u at right now?
[04:22] <RoAkSoAx> right?
[04:23] <vorian> RoAkSoAx: yup
[04:23] <vorian> we got about 4 inches of snow today
[04:23] <vorian> it was awesome
[04:23] <RoAkSoAx> vorian, alright then... my next stop Soda Springs - Idaho...
[04:23] <vorian> any time, we have plenty of room
[04:24] <vorian> these houses were about 1/2 of what they were in Ohio
[04:24] <RoAkSoAx> vorian, here in Miami is sunny, not so hot nor cold... and real state is really cheap
[04:25] <RoAkSoAx> apartments in downtown close to the beach that were 700k now are ~300k
[04:25] <vorian> $300,000
[04:25] <RoAkSoAx> yes
[04:25] <vorian> oh my
[04:26] <RoAkSoAx> still expensive though... but from 700k to 300k, that;s a big difference
[04:26] <ScottK> They'll get cheaper when global warming floods you out.
[04:26] <vorian> my house has two kitchens 6 bedrooms, hot tub, barn big peice of land 3 car garage - for less than 150k
[04:27] <vorian> same house would have been more that 2x that in Ohio
[04:27] <ScottK> 6 X that here
[04:28] <RoAkSoAx> ScottK, hahaha probably... but I have to enjoy in the meanwhile
[04:28] <vorian> i bet
[04:28] <vorian> the downside is it's a town of 4k people
[04:28] <ScottK> RoAkSoAx: As long as you didn't buy on the bottom few floors, just get a boat.
[04:28] <vorian> but we have a cool gueiser
[04:29] <RoAkSoAx> vorian, that's awesome!!  I've heard that;s the potato state?
[04:30] <vorian> yeah man
[04:30] <vorian> our ssuper market sells 50pbs of taters for 9.99
[04:31] <vorian> we also have a spring here that is naturally carbonated
[04:32] <RoAkSoAx> ScottK, hahah hopefully i will someday!! It would be awesome to have a yacht!!
[04:32] <vorian> fosswire
[04:32] <RoAkSoAx> vorian, wow!! here everything si expensive
[04:38] <RoAkSoAx> well I'm off guys. See you vorian take care man
[04:38] <RoAkSoAx> ScottK, I guess I'll see you tomorrow or monday
[04:38] <RoAkSoAx> night
[04:43] <vorian> see ya
[05:09] <EzraR> Add ubuntu_hardening.dpatch patch, fix FTBFS caused by -D_FORTIFY_SOURCE=2
[05:10] <EzraR> is that a special case or cause it to be FTBFS under normal setup
[05:16] <ScottK> We need to keep that patch.  The hardening is standard for us.
[05:19] <EzraR> ok
[07:20] <fcuk112> https://bugs.edge.launchpad.net/ubuntu/+source/xdg-user-dirs/+bug/381490 does the patch look ok? how do i know if a package should be sponsored by main or universe?
[07:20] <fcuk112> also, can someone tell me what to do with https://bugs.edge.launchpad.net/ubuntu/+source/libavg/+bug/474004?  when i apt-get source i get version 0.8 back, so i'm not sure if i can just post a patch.
[07:23] <fabrice_sp> fcuk112, main or universe: look at the package page
[07:24] <fabrice_sp> about libavg: you can get 0.8 source, run uscan --verbose to see if it fetch the 0.9 source, and un uupdate on the tarball to generate the 0.9 source directory
[07:24] <fcuk112> which package page?
[07:24] <fabrice_sp> https://bugs.edge.launchpad.net/ubuntu/+source/xdg-user-dirs
[07:25] <fcuk112> is there a search page for packages or do you manually put it together?
[07:26] <fabrice_sp> packages.ubuntu.com
[07:26] <fabrice_sp> it still a bit behind launchpad, but should be ok
[07:27] <fcuk112> what is un uupdate - a typo?  you mean i should just extract the tarball?
[07:28] <fabrice_sp> nope. man uupdate: uupdate - upgrade a source code package from an upstream revision
[07:29] <fcuk112> i get 2 tarballs, 1 with orig on it.  on which one do i run uupdate?
[07:29] <fcuk112> in it
[07:30] <fabrice_sp> orig should be a symlink to the upstream tarball
[07:30] <fabrice_sp> so it's the same
[07:30] <fcuk112> ah sorry ^_^
[07:30] <fabrice_sp> ;-)
[07:32] <fcuk112> ok cool, now i have the libavg-0.9.0 folder.  it seems it already updated the changelog for me.  now what should i do?
[07:34] <fabrice_sp> check if there are patches. If so, check if they still apply
[07:35] <fabrice_sp> check also the README (if any), to see what are the changes, and the recommender dependencies
[07:35] <fabrice_sp> and check if the dependencies in debian/control are still ok
[07:47] <fcuk112> ok, the patches look like they have already been incorporated, so i removed the diff files in the patches folder and removed the entries from the series file.  there is no README file (only NEWS), how do i know whether the depencies configured in debian/control are still correct?  is it a matter of trying to recursively installing it?
[07:51] <fabrice_sp> try to build the package and have a look at the 'configure' step can help
[07:51] <fabrice_sp> it may not requires nes depepdencies
[07:51] <fabrice_sp> new dependencies
[07:55] <fcuk112> so i should run ./configure && make in the libavg-0.9.0 source folder?  won't it fail because i have not installed any of the dependencies?
[07:56] <fabrice_sp> do you have a pbuilder installed?
[07:56] <fabrice_sp> or a chroot?
[07:57] <fcuk112> i have pbuilder yes
[07:58] <fabrice_sp> so you can generate the source for the package (debuild -sa), nad build it with pbuilder
[07:58] <fcuk112> ok
[07:59] <micahg> fcuk112: don't forget to make a changelog entry regarding dropping the patch
[08:01] <fcuk112> ok
[08:02] <fabrice_sp> right: make sure you explain in the changelog all your changes
[09:33] <fcuk112> humm getting this error from pbuilder: dpkg-shlibdeps: error: couldn't find library avg.so.0 needed by debian/python-libavg/usr/lib/libColorNode.so.0.0.0 (ELF format: 'elf32-i386'; RPATH: '').
[09:39] <fabrice_sp> fcuk112, perhaps because avg lib got renamed
[09:39] <fabrice_sp> check in your build directory
[09:41] <fcuk112> hummm, pbuilder already removed the build directory.
[09:42] <fcuk112> am i allowed to do ./configure && make in the libavg-0.9.0 folder before i run pbuilder?  it may throw up the errors quicker, though it would change some files.
[09:43] <fabrice_sp> hmm, I think you would need the build deps also in this case
[09:45] <fcuk112> true, what if i did sudo apt-get install libavg to get the deps first.
[09:45] <fabrice_sp> you can use apt-get build-dep libavg
[09:45] <fcuk112> ok
[09:45] <fabrice_sp> but it will install stuff on your main system
[09:46] <fcuk112> that's ok, i'm running in a VM.
[09:46] <fabrice_sp> ok :-)
[09:46] <geser> login into your pbuilder and do it there or install a pbuilder-hook which gives you a shell if a build fails
[10:41] <fcuk112> hummm, ./configure && make worked in the source folder, however when i now try debuild -S -kxxx i get this kind of output : http://www.pastie.org/699474
[10:42] <fcuk112> as the make updated the binaries, can i still package it?
[10:45] <azeem> fcuk112: debuild -S is to build a source package
[10:45] <azeem> fcuk112: you need to run the clean target first; AIUI debuild -S should do this, so apparently your clean target does not really clean up the build tree
[10:53] <fcuk112> ah, make clean fixed it nicely.
[10:57] <azeem> fcuk112: do you have a clean: target in debian/rules?
[10:58] <fcuk112> azeem: yes, it says   $(RM) -r build* debian/stamp-*
[10:58] <fcuk112> azeem: with clean:: prefix, is that what you meant?
[10:58] <azeem> prefix?
[10:58] <azeem> I mean a Makefile rule
[10:59] <fcuk112> debian/rules: http://www.pastie.org/699485
[11:00] <azeem> if you run "fakeroot debian/rules clean", is your $(RM) line executed?
[11:02] <fcuk112> azeem: yes.
[11:03] <fcuk112> azeem: but i think the problem was that i ran make in the actual source folder to test, hence had to run make clean to reverse.
[11:03] <azeem> oh, right
[11:03] <azeem> I was just going to say; the object files in your above paste were below src/, not build/
[11:13] <fcuk112> if we could get the compilation speed of "go" that would be a big win
[13:10] <fcuk112> i still have this error: dpkg-shlibdeps: error: couldn't find library  avg.so.0 needed by debian/python-libavg/usr/lib/libColorNode.so.0.0.0 (ELF format:  'elf32-i386'; RPATH: '').
[13:10] <fcuk112> setup a pbuilder hook and when i try to grep for the file i get this: http://www.pastie.org/699559
[13:41] <fcuk112> debian/rules unchanged and looks like this: http://www.pastie.org/699485
[13:55] <hedkandi_> hello I've put a new package on revu: a simple rss editor. I'm here to encourage you to revu it.
[13:55] <hedkandi_> Anyone interested?
[13:59] <hedkandi_> It's a small application written in C++ relying on wxWidgets and GMetaDOM
[14:00] <hyperair> it might be a good idea to mention the package name as well
[14:00] <fabrice_sp> and a link to revu (even if I don't have time to revu it now)
[14:00] <hedkandi_> indeed, it's called rssedit
[14:01] <hedkandi_> however it's not on the revu page yet. I ftp'd it last nite and I don't think it's been processed.
[14:01] <hedkandi_> Is there a chron job that does the processing or does someone go and unpack it manually?
[14:01] <fabrice_sp> ?! Revu process the upload in less than 20 minute,s IIRC
[14:01] <fabrice_sp> cron
[14:02] <hedkandi_> oh dear I wonder what's happened to it then!?
[14:02] <fabrice_sp> did you log to revu?
[14:03] <hedkandi_> I used ftp
[14:03] <hedkandi_> ftp revu.ubuntuwire.com
[14:03] <hedkandi_> anon login
[14:03] <hedkandi_> cd incoming
[14:03] <fabrice_sp> to the web interface, I mean
[14:03] <fabrice_sp> you have to use dput
[14:03] <hedkandi_> I didn't use dput
[14:03] <fabrice_sp> that's why your package didn't show
[14:03] <hedkandi_> why do I have to use dput?
[14:04] <fabrice_sp> because it upload signed package (you upload the changes file)
[14:05] <fabrice_sp> !revu | hedkandi_
[14:05] <hedkandi_> I created a signed package and ftp'd it
[14:06] <hedkandi_> if you look at the code for dput, all it does it open an ftp connection and do what I did.
[14:06] <fabrice_sp> as you want: the wiki pages explains what you have to do, but you can do it your own way
[14:06] <hedkandi_> I know that some people prefer to use dput, but it's not obligatory
[14:07] <hedkandi_> It just says on the webpage something about "uploads to revu should be signed source packages"
[14:07] <hedkandi_> which mine was.
[14:08] <hedkandi_> maybe it didn't have my gpg key?
[14:08] <fabrice_sp> did you read the wiki page?
[14:09] <hedkandi_> I did
[14:09] <hedkandi_> many times
[14:09] <hedkandi_> and I can't say I thought it was helpful
[14:09] <hedkandi_> but that's another story
[14:09] <fabrice_sp> did you do that : It is important that you login to REVU at least once before you upload first package. If this is not done then REVU will not have your GPG key imported from Launchpad and the package will get rejected automatically.
[14:09] <fabrice_sp> you can make it better: it's a wiki
[14:10] <hedkandi_> I am in the process of doing so
[14:10] <hedkandi_> Indeed, if you'd like to view my article on the subject, I'll show it to you.
[14:10] <hedkandi_> but right now I'd prefer to know what happened to my source package please!
[14:11] <fabrice_sp> did you do that : It is important that you login to REVU at least once before you upload first package. If this is not done then REVU will not have your GPG key imported from Launchpad and the package will get rejected automatically.
[14:11] <hedkandi_> well I logged into wiki.ubuntu.com
[14:11] <hedkandi_> is that the same?
[14:11] <hedkandi_> heehee
[14:12] <fabrice_sp> no
[14:12] <hedkandi_> okay then. I'll have another go!
[14:12] <fabrice_sp> you have to log to revu
[14:12] <hedkandi_> thanks for the advice!
[14:12] <hedkandi_> see you later.
[14:12] <fabrice_sp> it was in the wiki
[14:12] <fabrice_sp> bye ;-)
[15:11] <lamalex> is there somewhere i can can get extra pbuilder debug info?
[15:11] <lamalex> i get this
[15:11] <lamalex> W: Failure trying to run: chroot /var/cache/pbuilder/base.cow/. mount -t proc proc /proc
[15:11] <lamalex> E: debootstrap failed
[15:11] <lamalex> but not sure where/how debootstrap is failing
[15:12] <dtchen_> it isn't debootstrap per se
[15:13] <dtchen_> it's chroot
[15:13] <dtchen_> can you actually chroot successfully using that command?
[15:14] <lamalex> well no but it rm -rf's /var/cache/pbuilder/base.cow
[15:17] <lamalex> any suggestions for how to test what's breaking?
[15:17] <dtchen_> well, basics like ensuring that /var/cache has sufficient space, etc.
[15:17] <lamalex> it does
[15:18] <lamalex> 82gb available
[15:18] <lamalex> should be suffecient ;P
[15:19] <dtchen_> whta process triggers that error, i.e., what are you attempting?
[15:19] <dtchen_> what*
[15:20] <lamalex> cowbuilder --create
[15:22] <lamalex> as root
[15:24] <adama> lamalex: we tend to call those farmers :/
[15:25] <lamalex> adama: what?
[15:25] <lamalex> oh
[15:26] <hyperair> lamalex: ^Z cowbuilder and chroot manually
[15:27] <lamalex> happens so fast, is there a way to do it before it tried?
[15:27] <hyperair> heh
[15:27] <hyperair> let's see...
[15:28] <hyperair> http://groups.google.com/group/ec2ubuntu/browse_thread/thread/e377df1c730f114f this has a similar error message
[15:28] <hyperair> mount is failing for some reason then
[15:30] <lamalex> super weird
[15:30] <hyperair> indeed
[15:31] <hyperair> try mounting proc elsewhere and seeing if that works?
[15:32] <lamalex> ok it's definitely something in my config
[15:32] <hyperair> heh
[15:32] <hyperair> lemme see?
[15:33] <hyperair> i get something else entirely if i remove my config
[15:33] <hyperair> E: Package cowdancer has no installation candidate
[15:33] <hyperair> =p
[15:34] <lamalex> heh
[15:35] <hedkandi_> sorry folks, I have uploaded my package to revu at 1420 and it's not registering.
[15:35] <hedkandi_> could someone please check the error logs and tell me why not?
[15:35] <hedkandi_> it doesn't like something.
[15:35] <hedkandi_> I gave it a signed dsc file and a tarball on ftp
[15:36] <geser> did you login on revu before you first upload? and did you only upload the source package?
[15:36] <hyperair> hedkandi_: you need to give it a signed _source.changes file
[15:37] <hedkandi_> is that part of a debian source package?
[15:37] <hedkandi_> I think not
[15:37] <geser> no, but you need that for upload
[15:37] <lamalex> hyperair: it breaks with a custom debootstrap script, so I think that's the issue. I'm trying to create an image of an ubuntu derivative
[15:37] <hedkandi_> ah but it doesn't say that on the wiki page
[15:38] <geser> which wiki page?
[15:38] <lamalex> it builds a jaunty image fine. Wonder why it's breaking though I didnt change much
[15:38] <hedkandi_> https://wiki.ubuntu.com/MOTU/Packages/REVU
[15:38] <hyperair> lamalex: ah. i see
[15:38] <lamalex> i really only chnaged the mirror locations
[15:38] <hyperair> lamalex: did you mkdir /proc?
[15:39] <hedkandi_> it says "Packagers can upload their packages to REVU"
[15:39] <hedkandi_> and a .changes file is NOT part of a source package
[15:39] <lamalex> hyperair: shouldn't /proc exist already?
[15:39] <hyperair> hedkandi_: sure it isn't. but you need it to upload something with dput.
[15:39] <lamalex> isn't that a pretty importanti dir
[15:39] <geser> hedkandi_: "Uploading to REVU is done with dput. "
[15:40] <hedkandi_> Uploads to REVU should only be signed source files, with the original tarball
[15:40] <hyperair> hedkandi_: even if you upload using plain ol ftp you need to upload with _source.changes
[15:40] <hedkandi_> it doesn't say it is obligatory to use dput.
[15:40] <hyperair> but it's obligatory to add your .changes file
[15:40] <hedkandi_> it doesn't say that
[15:40] <hedkandi_> on the wiki page
[15:41] <hyperair> okay, lemme rephrase
[15:41] <hyperair> stfu, do what i say, and watch it work, or continue arguing and get nowhere.
[15:41] <geser> hedkandi_: yes, you should only "upload" the _source.changes file (with dput), and not the _i386.changes file because you forget to pass -S to dpkg-buildpackage
[15:41] <hedkandi_> is there a link for _source.changes format?
[15:42] <lamalex> it gets generated with debuild -S
[15:42] <geser> http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-debianchangesfiles
[15:42] <hedkandi_> thx for the help!
[15:42] <geser> but why do you need that? debuild -S build it for you
[15:43] <hyperair> lamalex: i think one of the udebs should setup /proc, but it's not?
[15:47] <lamalex> hmm
[15:48] <lamalex> anyway to debug which it is? it's possible our archive is incomplete
[15:48]  * hyperair doesn't know
[15:49] <hyperair> i think the first step would be to find out why mount is failing
[15:49] <hyperair> is it because mount is missing, or mount is not properly setup, or /proc is missing?
[15:50] <lamalex> i think i may have figured it out..
[15:50] <hyperair> ?
[15:51] <lamalex> our archive doesn't have the debootstrap udeb
[15:51] <lamalex> which i htink sets up /proc
[15:51] <hyperair> ah
[15:51] <hyperair> i see
[15:51] <dtchen_> yeah, that would do it
[15:53] <hyperair> does it set up /proc?
[15:53] <hyperair> i dion't see it in the debootstrap udeb
[16:02] <lamalex> maybe it doesn't ijust read something online that gave me that inclination
[16:07] <fcuk112> i still have this error: dpkg-shlibdeps: error: couldn't find library  avg.so.0 needed by
[16:07] <fcuk112>                           debian/python-libavg/usr/lib/libColorNode.so.0.0.0 (ELF format:  'elf32-i386'; RPATH: '').
[16:07] <fcuk112> 13:10 <         fcuk112 > setup a pbuilder hook and when i try to grep for the file i get this:
[16:07] <fcuk112>                           http://www.pastie.org/699559
[16:07] <fcuk112> i still have this error: dpkg-shlibdeps: error: couldn't find library  avg.so.0 needed by
[16:07] <fcuk112>                           debian/python-libavg/usr/lib/libColorNode.so.0.0.0 (ELF format:  'elf32-i386'; RPATH: '').
[16:07] <fcuk112> 13:10 <         fcuk112 > setup a pbuilder hook and when i try to grep for the file i get this:
[16:07] <fcuk112>                           http://www.pastie.org/699559
[16:07] <fcuk112> oops sorry to paste twice
[16:17] <hedkandi_> okay
[16:33] <EzraR> I need to update a patch but am unsure what the correct change is anyone able to help?
[16:34] <EzraR> http://pastebin.com/d19803bb
[16:39] <lfaraone> How do I include an upstream changelog with CDBS?
[16:39] <lfaraone> *a cdbs-using package
[16:40] <ScottK> Should be automagic, but you can include it in binaryname.docs (or doc, I don't recall) in your debian dir (like binaryname.install for other stuff)
[16:42] <ripps> lfaraone: It should be chosen automatically, but you cans specify it manually in the rules file with DEB_INSTALL_CHANGELOGS_ALL
[16:43] <lfaraone> ripps: well, upstream ships `debian/` in their orig.tar.gz, and their changelog is debian/changelog.
[16:43] <lfaraone> ripps: I'm not sure if there's an automagic way to handle that, other than by extracting the changelog from the upstream tarball and renaming it.
[16:45] <ScottK> I think including debian/changelog in the doc file will work
[18:06] <bbigras> anyone good with python package can help fix this problem with the apt-zeroconf package from their ppa http://pastebin.ca/1672338 . there's a "ImportError: No module named aptzeroconf.daemon" error when the package is installed but the init script works if used by hand. the ppa is at https://launchpad.net/~apt-zeroconf/+archive/ppa
[18:36] <hedkandi_> can I ask, does the .changes file for revu need to have any specific name?
[18:37] <hedkandi_> is hello.changes.asc okay?
[18:38] <hedkandi_> please?
[18:43] <hyperair> hedkandi_: out of curiosity, what are you trying to do?
[18:43] <hedkandi_> upload a package to revu
[18:43] <hyperair> (if this message got through already, sorry -- network issues)
[18:44] <hyperair> hedkandi_: then why don't you just use debuild -S to generate your .dsc, .diff.gz, AND your .changes file?
[18:44] <hyperair> why go through the trouble of creating the .changes file by hand?
[18:44] <hedkandi_> am i not allowed to?
[18:45] <hyperair> it's just error prone and tedious
[18:45] <hedkandi_> I rather think the opposite
[18:45] <hyperair> why don't you generate your .dsc, and .diff.gz by hand as well then?
[18:45] <hedkandi_> If I do it my way I understand what's happening.
[18:45]  * hyperair coughs and mutters something along the line of control freak
[18:45] <hyperair> fine, do what you want. i won't stop you.
[18:45] <hyperair> >_>
[18:46]  * hedkandi_ is
[18:46] <hyperair> it's your time you're wasting after all
[18:46] <hedkandi_> I think that's rude actually and unhelpful as well
[18:46] <hedkandi_> who's moderating this channel?
[18:48] <yofel> hedkandi_: I also don't understand why you want to create a file using your own method instead of using the automatic process that usually takes only a few seconds...
[18:49] <dtchen_> hedkandi_: to answer your question, yes, the .changes file needs to be an actual .changes file named .changes, unsurprisingly.
[18:50] <dtchen_> hedkandi_: this is outlined in Debian Policy regarding source packages
[18:50] <hedkandi_> thanks folks
[18:50] <hedkandi_> I thought it was a file extension
[18:50] <hedkandi_> my mistake.
[18:51] <hedkandi_> just seems a bit weird to call a file .changes which hides it
[18:51] <hedkandi_> what IS the point of hiding it?
[18:51] <hedkandi_> it is the most important file in the upload
[18:51] <hedkandi_> ???
[18:51] <dtchen_> hmm? _source.changes isn't hidden...
[18:52] <hedkandi_> you just said "named .changes"
[18:52] <dtchen_> Ubuntu does source-only uploads, unlike debian
[18:52] <dtchen_> Debian*
[18:52] <dtchen_> hedkandi_: sorry, I was being imprecise
[18:52] <hedkandi_> now you're saying it's called _source.changes?
[18:52] <dtchen_> hedkandi_: when a source package is generated, it's always sourcepackage_version_source.changes for that file
[18:53] <dtchen_> e.g., pulseaudio_0.9.20-0ubuntu1~~karmic~ubuntuaudiodev1_source.changes
[18:54] <dtchen_> hedkandi_: i.e., it's still just as important that you name the file properly for your source package and version, but dpkg-buildpackage automates that
[18:54] <dtchen_> hedkandi_: hence why others have implied that you should use the tools available instead of editing by hand
[18:54] <hedkandi_> indeed, but I'm afraid I really don't understand those automated tools
[18:55] <hedkandi_> I'd prefer to write my own
[18:55] <dtchen_> hmm, I presume, then, that you're building your own debian/* ?
[18:55] <dtchen_> i.e., not using debhelper, etc.
[18:55] <hedkandi_> I posit that it would take me more time to understand all the complicated tools that are available
[18:55] <hedkandi_> than write my own
[18:56] <hedkandi_> and if I write my own I gain a good understanding of the topic AND the ability to fix them
[18:56] <dtchen_> sure, but you could also learn the existing tools and fix bugs in them. :-)
[18:56] <hedkandi_> I'm afraid I didn't understand the wiki page at ubuntu so I'd rather do it myself
[18:56] <directhex> i certainly wouldn't advocate a package built in that way
[18:56] <hedkandi_> indeed, this is a good proposition, and in the past I have suggested some brilliant bug-fixes
[18:57] <dtchen_> hedkandi_: what came of those suggestions in Debian?
[18:57] <hedkandi_> but then someone in charge says he can't change it because it would break backwards-compatibility or
[18:57] <hedkandi_> he thinks it should behave in a weird / undocumented manner
[18:57] <dtchen_> with whom did you speak?
[18:58] <hedkandi_> so I just have this attitude that I should do it myself
[18:58] <hedkandi_> and really all I need to do it myself are the specifications for how the system operates, and
[18:58] <hedkandi_> they should, I think be available
[18:58] <serialorder> if i include an auto close tag for LP in a changelog and the referenced bug has several duplicates will it close the duplicates as well?
[18:58] <hedkandi_> I have documented what I have discovered and I have posted an article on my website
[18:58] <hedkandi_> so that other people can do things an alternative way.
[18:59] <m4rtin> hedkandi_: I think, also, that you are not so much as learning how it works, as wasting a great deal of time re-inventing the wheel
[18:59] <hedkandi_> well I don't want to waste YOUR time, obviously
[18:59] <dtchen_> serialorder: no, only the listed one. The duplicates don't really matter, since they already are slaved to the master.
[18:59] <hedkandi_> so I'm sorry if I have
[19:00] <dtchen_> (no offense intended to anyone aggravated by the master/slave semantics)
[19:00] <hedkandi_> however, I only asked for a few small snippets of information like the names of files to upload to revu
[19:00] <hedkandi_> which is not asking a lot.
[19:00] <hedkandi_> I am allowed to spend my time as I wish.
[19:01] <serialorder> dtchen_, what do you mean?
[19:01] <m4rtin> hedkandi_: absolutely, but if you use the existing procedures then your packages will be more likely to be accepted. Nevertheless, if you have an interest in how packaging works, I can see how it can be interesting to write your own
[19:02] <dtchen_> serialorder: I mean that duplicates don't need to have their statuses changed, since they're already marked duplicates
[19:02] <serialorder> oh ok
[19:03] <hedkandi_> I appreciate that you MOTU people think you have discharged your responsibility to provide
[19:03] <directhex> hedkandi_, you upload a .changes file, using dput, which will also upload the required source package files
[19:03] <directhex> e.g. banshee_1.5.1-1_source.changes
[19:04] <hedkandi_> stuff about packages, but I have spent days struggling over it.
[19:04] <directhex> which contains checksums for banshee_1.5.1-1.dsc, banshee_1.5.1-1.diff.gz, banshee_1.5.1.orig.tar.gz and will upload them too
[19:04] <dtchen_> hedkandi_: just a suggestion: please try to avoid using the "us versus them" mentality. We're all attempting to work on packages, and how we get there is debatable, but offensive/defensive separation isn't really conducive here.
[19:04] <hedkandi_> indeed
[19:04] <hedkandi_> there's no I in team!
[19:05] <directhex> there's M and E though
[19:05] <hedkandi_> indeed.
[19:05] <hedkandi_> what fun
[19:06] <hedkandi_> my basic thesis however is that creating a package is really very simple, and I shouldn't have to use or learn
[19:06] <hedkandi_> a zillion scripts
[19:07] <hedkandi_> and actually if you look at some of those dpkg-scripts or dput etc
[19:07] <hedkandi_> they are really big programs that import loads of things and launch other things
[19:07] <hedkandi_> and it seems to me to be totally unnecessary
[19:08]  * hyperair wonders if hedkandi_ came from gentoo
[19:08] <directhex> okay, so don't use dput. manually use ftp and md5sum
[19:08] <hedkandi_> I've made my own packages with a handful of commands
[19:08] <directhex> which would work
[19:08] <hyperair> and sha1sum and sha256sum
[19:08] <directhex> those too, yes
[19:08] <directhex> i think there's a guy you want to talk to, actually
[19:08] <hyperair> i'd still suggest using debuild -S, examining the .changes file generated, and then learning from there
[19:08] <hedkandi_> well actually I don't mind using dpkg-source... that's the only one I use
[19:08] <directhex> manoj. he's also rejected the concept of making "computers" do repetitive menial tasks, and prefers doing things by hand
[19:09] <hyperair> lol
[19:09] <hedkandi_> But here is a valid suggestion which I would like you to consider:
[19:09] <hedkandi_> I think it is entirely okay to upload a debian source package to revu .
[19:09] <hyperair> erm yes, we all upload debian source packages to revu.
[19:10] <hyperair> don't we?
[19:10] <hedkandi_> no
[19:10] <hyperair> then what do you upload?
[19:10] <hyperair> rather, what do you call that which you upload?
[19:10] <directhex> i upload debian source packages to debian
[19:10]  * hyperair sighs. technicalities.
[19:11] <directhex> and occasionally to ubuntu
[19:11] <hyperair> speaking of debian source packages, do the stuff in ubuntu support source version 3?
[19:11] <hedkandi_> there is a technical difference between a debian source-package and a debian package-update
[19:11] <hyperair> er what?
[19:11] <hyperair> what's a package-update?
[19:11] <hedkandi_> a source-package is described by a .dsc file which has a section underneath "Files:"
[19:12] <directhex> hedkandi_, yes. technically one of those things exists, and one doesn't
[19:12] <hedkandi_> Included in that list of files is a debian/ directory which must include four further files
[19:12] <hedkandi_> changelog, rules, copyright and control
[19:12]  * hyperair digs out some dscs to look at
[19:12] <hedkandi_> A debian package-update is described by a .changes file and there are no required files
[19:12] <hedkandi_> That is the difference
[19:13] <hedkandi_> The "revu" upload will delete a debian source-package because it lacks a .changes file
[19:13] <hedkandi_> and this is my view is silly.
[19:13] <hedkandi_> I ask that this be changed.
[19:13] <hyperair> but why
[19:13] <hyperair> why do you think it's silly?
[19:13] <hyperair> the .changes is used for authentication
[19:14] <hyperair> just as the actual ubuntu and debian archives, and the PPAs figure out who's uploading what
[19:14] <hedkandi_> the .dsc is similar in format to the .changes file and also contains authentication data
[19:14] <hyperair> hmm it does eh..
[19:14] <hyperair> yeah it does
[19:14] <hedkandi_> the .dsc file usually contains md5 checksums and you can sign it as well.
[19:15] <hedkandi_> but anyway, I'm going back to work
[19:15] <hedkandi_> thanks for your help
[19:15] <hyperair> sha1 and sha256 for me
[19:15] <hedkandi_> I look forward to getting my package accepted to ubuntu soonish.
[19:19] <directhex> i would under no circumstances advocate a package which can't be tested & built by standard means. the pressing reason to use "normal" tools is to ensure that people other than yourself are able to maintain a package in your absence. unlike debian, ubuntu has a policy that any packager can update any package - and this is requires because the ubuntu dev community simply sin't large enough for individual package ownership beyond ad-
[19:19] <directhex> hoc "last touched" approaches. if you have a package which a casual observer can't upload a bugfix for, you have a potentially problematic package
[19:27] <hedkandi_> directhex, the debian policy provides for all that you require. I am working within the debian policy. That policy
[19:28] <hedkandi_> does not enforce the use of tools like dput and so forth.
[19:28] <hedkandi_> and thus I am free to use my own tools if I want to.
[19:28] <hedkandi_> and I will still produce debian packages, and no-one will be able to tell from looking at them
[19:28] <hedkandi_> what tools I used to produce them
[19:29] <hedkandi_> let's try not going off-topic shall we?
[19:29] <jdong> well we're not the ones who spent the last 4 hours talking about this.
[19:29] <jdong> if you want to build your own tools to handle Debian source package generation, you're welcome to do so, but discussion of such is off topic for this channel.
[19:31] <directhex> who's being offtopic? if i can't test-build your package, i won't upload it. i need to be able to regenerate the source package to sanity-check it.
[19:31] <hedkandi_> okay then
[19:33] <EzraR> anyone familiar with "ubuntu hardening" patches?
[19:33] <directhex> good lord what an ego. "i know better than everything a thousand debian developers have learnt over the last 15 or so years, and i'll act all offended if you suggest otherwise"
[19:34] <dtchen_> I can understand the desire to learn the process, but writing a tool may not be the most efficient manner
[19:34] <kees> EzraR: yup, sure.  https://wiki.ubuntu.com/CompilerFlags
[19:34] <EzraR> I have a source that changed the code a hardening patch was applyied to can someone tell me if this looks like a correct fix
[19:35] <dtchen_> unfortunately, it is how programming tends to be taught
[19:35] <EzraR> http://pastebin.com/m6a9a5124
[19:36] <kees> EzraR: it looks like upstream decided to add IRGRP | S_IROTH, so I'd just leave upstream as-is.
[19:36] <EzraR> i asume the orig person that made the patch was making the perms more restrictive though
[19:36] <EzraR> upstream also added user read and other read perms
[19:37] <kees> EzraR: right, it's a safe assumption, but it looks like upstream has a different idea, which is fine.
[19:37] <EzraR> kees: ok because I was told that hardening is standard for ubuntu and should be left in
[19:39] <kees> EzraR: the issue was lacking the "mode" parameter, which upstream has fixed.
[19:39] <EzraR> kees: ok
[19:42] <EzraR> my next question is what would be the proper thing to do if I fix a bug during a merge that someone has already assigned themselves to?
[19:44] <ajmitch> directhex: share the gossip, where's that from?
[19:45] <directhex> ajmitch, hm? the last god knows how long in here!
[19:46] <ajmitch> oh fun
[19:46]  * ajmitch thought you were quoting from a mailing list or something :)
[19:47] <serialorder> how long does it usually take for a ppa upload to show up in launchpad?
[19:48] <ajmitch> 5-10 minutes
[19:48] <ajmitch> directhex: I just read the scrollback, how very formal
[19:51] <serialorder> never mind i had an erro
[19:54] <hyperair> ajmitch: few hours.
[19:54] <hyperair> oh whoops wrong context
[19:55] <hyperair> directhex: replace "act all offended" with "accuse you of being rude and call for moderators to kick/ban you" and it'll be about right
[19:59] <pkern> directhex: yada yada yada
[20:20] <hedkandi> well thanks for telling me about debuild -S that was actually reasonably easy!
[20:20] <hedkandi> bye
[20:22] <directhex> o_o
[20:22]  * directhex connects head to desk
[20:22] <serialorder> haha
[20:25] <serialorder> my main complaint about the build tools is they are too easy =P
[20:25] <serialorder> when you first start out its really easy to build things without knowing whats going on
[20:25] <serialorder> but its really not a complaint =)
[20:31]  * hyperair facepalms
[20:46] <siretart> reading source code might in some case be helpful as well. oh well.
[20:48] <ajmitch> siretart: unless it's cdbs
[20:49] <ajmitch> though cdbs source is better than its documentation :)
[20:50] <quinda> This may be a silly question, but I'm interested in learning how to package.  There's a [needs-packaging] bug for the latest version of Pygame on Launchpad, but that package has also been requested for Debian.  My understanding is that Ubuntu pulls packages from Debian, so does that mean I shouldn't package the new version and get 'ahead' of what Debian has?
[20:51]  * quinda hopes that didn't sound too stupid, I'm still learning how everything ties together
[20:52] <ripps> quinda: go ahead and package it and then submit to both debian and ubuntu
[20:56] <quinda> OK, thanks. Looks like I'll have to read up on Debian's processes too, then :)  I only found out about the Debian bug because it was linked on the PyGame site.
[20:56] <ScottK> quinda: It's a good question.
[20:57] <ScottK> In general we prefer to get stuff from Debian, but we will also do our own updates.  I'd suggest get it updated here and then offer to help the Debian maintainer update it in Debian.
[21:00] <quinda> Thanks.  I'll have a shot at packaging it then.  Spent most of the weekend reading the wiki, fingers crossed this will go smoothly.
[21:01] <Amaranth> updating an existing package is usually pretty simple
[21:01] <Amaranth> unless upstream has gone bonkers and changed how everything works between releases
[22:56] <fcuk112> ./configure && make in the source folder worked fine, debuild -S worked fine, but when i pbuilder build i get the following error: dpkg-shlibdeps: error: couldn't find library avg.so.0 needed by debian/python-libavg/usr/lib/libColorNode.so.0.0.0 (ELF format: 'elf32-i386'; RPATH: '').
[22:56] <fcuk112> Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file.
[22:56] <fcuk112> To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH.
[22:56] <fcuk112> any idea where i should be looking?
[23:05] <maxb> fcuk112: The Note that dpkg-shlibdeps gave you is likely relevant. Where *is* avg.so.0 ?
[23:12] <fcuk112> maxb: i setup a pbuilder hook and did a grep for it: http://www.pastie.org/699559
[23:12] <fcuk112> maxb: however there is no libavg folder under dist-packages or site-packages.
[23:13] <maxb> Clearly there is. Or grep would not print: Binary file usr/lib/python2.6/dist-packages/libavg/avg.so.0 matches
[23:14] <maxb> Something is very broken about this software if it is installing libraries into /usr/lib/ which link against a python module .so
[23:38] <ScottK> bdrung: How come we can't get matplotlib to be a sync?
[23:39] <bdrung> ScottK: some ubuntu users complains to much.
[23:39] <ScottK> bdrung: What does that man?
[23:39] <ScottK> man/mean
[23:42] <bdrung> ScottK: https://bugs.launchpad.net/ubuntu/+source/matplotlib/+bug/301007 is not done, yet.
[23:42] <bdrung> ScottK: https://bugs.launchpad.net/ubuntu/+source/matplotlib/+bug/303158
[23:43] <ScottK> bdrung: I just saw you uploaded a merge.  Are we carrying some change that can't go back to Debian?
[23:44] <bdrung> ScottK: only one change: "Explicitly depend on python-tk as workaround for LP #301007; drop these changes if an auto backend discovery is implemented by upstream."
[23:44] <ScottK> bdrung: It seems reasonable for Debian to consider this too.
[23:44] <bdrung> ScottK: i do not want to apply this in debian, because it only a workaround for the default and not the correct solution
[23:45] <ScottK> bdrung: Is the upstream feature planned in time for Squeeze?
[23:46] <bdrung> ScottK: we have discussed it with upstream and IIRC they liked the idea. i do not know how far we are in reaching it
[23:47] <ScottK> OK, well it seems that if it isn't coming soon, Debian users would likely be better off with a work around than nothing too.
[23:47] <ScottK> If not, I question why ours are.
[23:47] <bdrung> until now no debian user complained (opened a bug report)
[23:49] <ScottK> I think it's good if developers make improvements ahead of user's complaining.
[23:50] <ScottK> Particularly in Debian with their long release cycles.
[23:50] <bdrung> i think we should contact upstream first
[23:50]  * ajmitch hopes that debian does manage to get python 2.6 as default
[23:53] <kklimonda> well, imo if package by default uses Tk it should at least recommend it (I remember having the same conversation about this bug some months ago that's why I'm speaking now ;) )
[23:53] <maxb> Would be nice, but given how painful 2.5->2.6 is, I would understand if they don't
[23:54] <ajmitch> maxb: most packages have been updated for 2.6, but it'd make it even better if lucid & squeeze have the same major version
[23:54] <ajmitch> and thankfully not everything is as complex as LP to get working on 2.6 :)
[23:54] <maxb> heh
[23:55] <maxb> Fingers crossed, edge.lp.net goes 2.5 tomorrow
[23:55] <kklimonda> was running on 2.4 till now?
[23:56] <maxb> yes
[23:56] <ajmitch> maxb: thanks to a lot of your efforts
[23:56] <maxb> I helped :-). Barry and Gary and Salgado did the heavy lifting struggling with Zope.
[23:57] <ajmitch> so it'll be running on 2.6 in the next release or two?
[23:58] <maxb> No. Currently the plan is to get it on 2.5 now, and defer major efforts to get it onto 2.6 until the datacentre gets upgraded to Lucid
[23:59] <ajmitch> I thought that with the 'encouragement' for developers to run the latest ubuntu release, there'd be some urgency
[23:59] <ajmitch> since I don't know what's happening with keeping 2.5 around for lucid yet
[23:59] <ajmitch> it's probably something that'll be discussed at UDS


 Hello
 I've a little question about that Lockdown kernel feature that is being tested.
 How exactly affects both desktop Linux and derivated works like UB ports and that other OS?
 It won't affect ubuntu touch as most supported devices don't run the latest kernel
 Ok. But what when the times come for a kernel update?
 Most supported devices' kernel won't be updated due to the way android hardware works
 @SpecialSpac [Ok. But what when the times come for a kernel update?], When all hardware works on foss drivers
 @dohbee [When all hardware works on foss drivers], He's asking about the implications of the kernel lockdown feature for UT
 The implications are, make it work, then let's talk about it
 Lol it's already available as a dynamic module i guess
 Hmm what was the issue with electron apps on ut again?
 Everything
 @SpecialSpac [Ok. But what when the times come for a kernel update?], simple, we use image updates, applied in bootloader, the os doesn't need to change the kernel on a phone
 Is there any port for moto g5 plus?
 There will be if you make one.
 does it have msm8953?
 @nandanrmenon [Is there any port for moto g5 plus?], There seems to be a port by Ben Mayo
 @Fuseteam [Hmm what was the issue with electron apps on ut again?], It's better to use a qml with a webengineview that talks via websocket with the backend
[07:48] <ubptgbot> aaldrine was added by: aaldrine
 Hello every one! I'm a librarian in Nantes, France. A digital freedom festival is taking place here during the first two weeks of february and we are looking for people interested in showing Ubuntu Touch to students et and persons passing by! It's going to take place every where in different cities, but my invitation is only for nantes!
[07:53] <ubptgbot> If any one is interested let me know :) (p.s.: i'm a new user of Utouch and already a big fan!)
 If you want to know more about it, here is a link: https://fdln.insa-rennes.fr/
[08:17] <ubptgbot> Filbien Jérémy was added by: Filbien Jérémy
[08:17] <ubptgbot> <Filbien Jérémy> hello world
[08:17] <ubptgbot> <Filbien Jérémy> can i port ubuntu touch on asus zenphone 3 max (X008D) ?
 @Filbien Jérémy [can i port ubuntu touch on asus zenphone 3 max (X008D) ?], you should be able to - good luck -  http://docs.halium.org/en/latest/porting/first-steps.html … and http://docs.ubports.com/en/latest/porting/introduction.html
[08:27] <ubptgbot> <Filbien Jérémy> yes but i don't understand
[08:28] <ubptgbot> <Filbien Jérémy> can i paid somebody for do this ?
 @Filbien Jérémy [can i paid somebody for do this ?], It's a big job
[08:29] <ubptgbot> <Filbien Jérémy> i know
 It would be cheaper for you to buy one of the supported phones
[08:31] <ubptgbot> <Filbien Jérémy> yes I think I will buy the nexus 5 but the ROM of my asus is not functional so I would like to put ubuntu touch or fix it
[08:33] <ubptgbot> <Filbien Jérémy> but I failed to fix it
 Why don't you download the latest ROM from Asus to bring the phone back to stock?
[08:35] <ubptgbot> <Filbien Jérémy> i've try that but I did not succeed
 If you cannot restore stock you're probably going to have to have a technician repair it or call it a loss.
[08:39] <ubptgbot> <Filbien Jérémy> meh
 Just buy a new supported device such as the pinephone
 @nanu_c [It's better to use a qml with a webengineview that talks via websocket with the …], I was thinking about asking the discord devs for a port on ut but then i remembered its a electron app
[11:15] <ubptgbot> Wahid Hashemi was added by: Wahid Hashemi
 @aaldrine [Hello every one! I'm a librarian in Nantes, France. A digital freedom festival i …], Nice event! thanks for sharing . Hope somebody of the team will consider to go eventually. Welcome to the UT community :)
[11:20] <ubptgbot> <Wahid Hashemi> Nokia 5
[11:20] <ubptgbot> <Wahid Hashemi> Support
 No
 @aaldrine [Hello every one! I'm a librarian in Nantes, France. A digital freedom festival i …], Bonjour! Nice to have you here. Here is a link ou vous pouvez rejoindre le groupe français :) i hope to see you there https://ubports.com/meet-the-community
 @mattbel10 [Nice event! thanks for sharing . Hope somebody of the team will consider to go e …], Thank you! I hope so :)
 @wayneoutthere [Bonjour! Nice to have you here. Here is a link ou vous pouvez rejoindre le group …], Thank's! I'm on it right now!
[12:40] <ubptgbot> mxwrfrme was added by: mxwrfrme
 What about UTouch on redmi 4x (santoni)?
[12:58] <ubptgbot> <Filbien Jérémy> @aaldrine [Hello every one! I'm a librarian in Nantes, France. A digital freedom festival i …], d'autre français ?
 @Filbien Jérémy [d'autre français ?], Exact! J'ai rejoins le salon français!
 @Filbien Jérémy [d'autre français ?], Join us here =) https://t.me/UBports_French
 @RedXXIII [Join us here =) https://t.me/UBports_French], Already here :)
 @aaldrine [Already here :)], 👍
[13:48] <ubptgbot> MAT was added by: MAT
 @Fuseteam [I was thinking about asking the discord devs for a port on ut but then i remembe …], It would be good if someone revived this https://github.com/samzanemesis/discountapp
 Right now pretty much the only way to use Discord in UT is through Anbox
 The web version is terribly scaled imo
 Something that has been worrying me recently is the fact some people like M. Garret are starting to questioning the freedom 0.
 If things get worse, it's just matter of forking, true?
 ?
 yeah, what?
 Ok. Nothing, maybe my perception but I've been reading this: … https://www.linuxjournal.com/content/good-lockdown-vs-bad … And it looks in the future, they want to reduce Linux to a set of pre-approved modules.
 Or maybe I'm being just paranoid
 well it really doesn't matter
 Why?
 for one, we don't use UEFI on phones
 also, we can only use latest upstream kernel on fully open phones like pinephone/librem5
 aside from that, if you want a truly secure system, that does zero trust, you need features like this; and if you don't want them you can simpy compile the kernel without them enabled
 Good. Maybe I was getting a bit more panicked.
[15:59] <ubptgbot> padraic7a was added by: padraic7a
 Hey, I took a look at the OTA 11 project page earlier. I am familiar with one of the issues currently in QA. Where is the appropriate place to record that it seems to be fixed?
 @padraic7a [Hey, I took a look at the OTA 11 project page earlier. I am familiar with one of …], GitHub ? Or join the QA channel
 t.me/ubports_qa_team
 @aaldrine [Hello every one! I'm a librarian in Nantes, France. A digital freedom festival i …], @UniversalSuperBox @wayneoutthere - you guys see this?
 @padraic7a [Hey, I took a look at the OTA 11 project page earlier. I am familiar with one of …], Leave a comment at the issue. Then thers can check too and admins or the person who created the issue can close it.
 👍
 @pjk2012 [@UniversalSuperBox @wayneoutthere - you guys see this?], oui oui
 Very good lol
[20:54] <ubptgbot> <Lukasz Erecinski> This is so cool I figured I'd share it on here. A complete PinePhone assembly by Martijn from Pmos https://www.youtube.com/watch?time_continue=4&v=VyeD1sfQNoM
 ✅ approved spam
 :P
 Lol
[20:54] <ubptgbot> <Graham Clark> I only just listened to the socks podcast. Made me smile. I take it many people have explained the throttling on the pi when voltage is low?
 Didnt know there was such a thing as approved spam
 Yes, quite
 Marius got a better power supply and lived happily ever after
[20:55] <ubptgbot> <Graham Clark> Phew.
 Lol, I have a power supply for my rpi3
 Then a slightly less good one for the one in my daughters room
[20:56] <ubptgbot> <Graham Clark> I had the same disappointment with my 3b+ and a cheap power supply. Blah blah throttling etc etc
 I use mine as kodi boxes, but Im tempted to use the one in my daughters room for a android auto headunit
[20:58] <ubptgbot> <Graham Clark> Don't vknow what those words mean, but I am very pleased for you. (Huge noon here)
[20:58] <ubptgbot> <Graham Clark> *noob
[20:58] <ubptgbot> <Graham Clark> See, can't even spell.
 Lol, basically Im thinking about turning one into a stereo for my car
[20:59] <ubptgbot> <Graham Clark> Oooh
[21:00] <ubptgbot> <Graham Clark> I have a zero I want to use as a Spotify player in the garage. Sounds pretty straight forward. The car one sounds fun.
[21:01] <ubptgbot> <Graham Clark> I used a metal armor case which helped loads with cooling. Then raised it up and sat it on a metal plate. Better again.
 Well using a rpi for any kind of player/streamer is straight forward, the car one is a little more involved but still fairly easy, I am considering doing something to make a UT powered variant
[21:01] <ubptgbot> <Graham Clark> I'm going to need another pi.
 Lol, famous last words
[21:02] <ubptgbot> <Graham Clark> Or two
 I have 3 total, one is dead due to a lightning strike though
[21:02] <ubptgbot> <Graham Clark> I really am such a noob I can't tell you but it is fun.
 I might buy one to run UT on
[21:02] <ubptgbot> <Graham Clark> Ouch
 Eh, its just tech, it happens
[21:04] <ubptgbot> <Graham Clark> I am getting an esp8266 to send a message to sons phone when doorbell rings so I don't have to go to sorting office next.
[21:04] <ubptgbot> <Graham Clark> I shall have to have a read up on it on the pi when I get a bit of time.
 maybe better for the overflow or pi groups ;)
[21:05] <ubptgbot> <Graham Clark> Sorry, typo, *read up on UT on the pi
[21:05] <ubptgbot> <Graham Clark> Sorry
 there are some new strings to translate for Activity Tracker, if you want to contribute before the next release coming soon! … https://hosted.weblate.org/projects/activity-tracker/translations/
 @hacker12455 [It would be good if someone revived this https://github.com/samzanemesis/discoun …], Yeah that one doesn't build on clickable currently, hence why i was considering to contact the devs through their discord server
 @mymike00 [there are some new strings to translate for Activity Tracker, if you want to con …], Best to mention the languages aswell :p
 @Fuseteam [Best to mention the languages aswell :p], I'm afraid I'm not there...
 I speak non on those languages :p
 [Edit] I speak none of those languages :p
 sorry, I misunderstood...
 you can add a new language !
 Haha true
 @mymike00 [there are some new strings to translate for Activity Tracker, if you want to con …], [Edit] Best to mention which languages aswell :p
 [Edit] I speak none of the languages that are not 100% :p
 how to install Ubuntu touch in Nexus 5 (in Brazilian Portuguese)
 https://www.vivaolinux.com.br/artigo/Instalando-Ubuntu-Touch-no-seu-celular-Linux-de-bolso/
 https://sempreupdate.com.br/como-instalar-o-ubuntu-touch-no-seu-celular-linux-de-bolso/
 Hmm sound like something for the pportuguese group


[21:09] <mkarnicki> zkriesse: hi again :D (didn't have time to change the changelog site, sorry!)
[21:09] <mkarnicki> zkriesse: How do I embed a picture from external link source on a wiki page?
[21:09] <mkarnicki> something like <img src="foobar.png" />
[21:10] <mkarnicki> found it, {{http://example.net/image.png}}
[21:12] <mkarnicki> great :) https://wiki.ubuntu.com/AndroidU1/screenshots


[12:22] <lukacu> good night
[08:03] <artnay> g morning
[08:03] <artnay> have you tried flight 2?
[08:06] <artnay> General user interface improvements so far include the usual cleanup and refinement done by the GNOME developers and the latest version of the cairo-based Clearlooks engine which continues to improve giving Ubuntu an even cleaner and smoother look-and-feel.
[08:06] <artnay> https://wiki.ubuntu.com/DapperFlight2
[01:20] <klepas> moin
[01:33] <artnay> hey
[01:33] <artnay> https://wiki.ubuntu.com/DapperFlight2
[01:34] <artnay> in case you guys haven't seen it yet
[01:59] <klepas> i've just got access to mail again
[02:00] <klepas> so i'm going to spend the next hour before the doc meeting scheduled soon reading my 800 emails =\
[02:00] <klepas> but i's on my list
[02:00] <klepas> thx :)
[03:03] <klepas> artnay: meeting


[00:14] <JontheEchidna> kde ftp hasn't updated to the latest tar yet :(
[00:14] <JontheEchidna> Sir-Gon: yep :)
[00:14] <Sir-Gon> :D
[00:14] <JontheEchidna> still in beta (beta5 now)
[00:15] <JontheEchidna> try kdevelop-kde4 in jaunty or kdevelop in karmic
[00:16] <Riddell> JontheEchidna: don't you have ktown access?
[00:16] <JontheEchidna> Riddell: nope
[00:16] <Riddell> ah well, we should fix that
[00:18] <Riddell> JontheEchidna: try<EMAIL_ADDRESS>[00:19] <JontheEchidna> 550 EXCESSIVE LOAD failure
[00:20] <Riddell> ssh?
[00:20] <JontheEchidna> ftp:// in dolphin
[00:20] <Riddell> JontheEchidna: ssh<EMAIL_ADDRESS>[00:21] <JontheEchidna> Permission denied (publickey).
[00:21] <Riddell> JontheEchidna: what's your ssh public key then?
[00:21] <JontheEchidna> let me check
[00:22] <JontheEchidna> 97870010
[00:22] <Riddell> that's not a public key
[00:22] <JontheEchidna> oh, that's the fingerprint
[00:23] <Riddell> cat .ssh/id_dsa.pub
[00:24] <Riddell> or id_rsa.p
[00:24] <Riddell> or id_rsa.pub
[00:25] <JontheEchidna> http://paste.ubuntu.com/257796/
[00:26] <Riddell> JontheEchidna: try now
[00:26] <JontheEchidna> yay
[00:27] <JontheEchidna> guess I gotta break out the scp?
[00:27] <Riddell> of the sftp:// in dolphin
[00:27] <Riddell> or the sftp:// in dolphin
[00:27] <JontheEchidna> more convenient with dolphin
[01:09] <JontheEchidna> ok, so the latest tarball doesn't build :(
[01:10]  * JontheEchidna should have done more testing before uploading
[01:13] <lex79> I think you should reupload new tarball of kdevplatform....
[01:14] <JontheEchidna> according to svn the code hasn't changed, so I didnt' bother
[01:16] <lex79> weird :(
[01:17] <Riddell> should be just the kdevelop tar which changed if I read his e-mail right
[02:02] <nixternal> exit
[02:02] <nixternal> err, that won't work :)
[02:02] <nixternal> detrach screen first, then enjoy the evening :)
[03:11] <spstarr_coding> nixternal: screen -r ;) you're not allowed to abandon IRC - ever -
[03:11] <spstarr_coding> ;)
[04:15] <spstarr_coding> is there no reason Ubuntu/Kubuntu don't just return to Ubuntu with a ballot box in installer to choose KDE or GNOME? (much like the opensuse folks have)?
[04:19] <spstarr_coding> less additional overhead
[04:19] <spstarr_coding> because one can install KDE from ubuntu anyway
[04:37] <ScottK> Was it ever that way?
[04:57] <maco> spstarr: cd space?
[04:58] <maco> spstarr: the net install disk lets you choose ubuntu-desktop, kubuntu-desktop, ubuntu-studio, etc. from tasksel in the installer
[05:07] <maco> ScottK: whats up with policykit-kde? why's kdebase-workspace-bin conflict with it?
[05:08] <spstarr> so then why do we need to distinguish KDE ubuntu from GNOME ubuntu?
[05:08] <spstarr> separate websites etc
[05:08] <maco> for the purposes of the normal install cd
[05:08] <maco> oh and because there was only ubuntu at one point
[05:08] <spstarr> yes
[05:09] <maco> the plan originally didnt include KDE at all
[05:09] <maco> nor xfce
[05:09] <spstarr> isn't there enough GNOME specific distributions as there is? i dont really get the point of that
[05:09] <spstarr> Ubuntu could be different
[05:09] <spstarr> it could treat KDE and GNOME as equals
[05:11] <spstarr> it irritates me much that distributions have squeezed KDE so much out
[05:11] <spstarr> GNOME = C, stripped down, KDE = C++, advanced
[05:11] <spstarr> just have a ballot install, Advanced users button Beginners button
[05:12] <maco> when they invent CDs (not DVDs) capable of holding 1.2GB, lemme know
[05:12] <maco> with just gnome, the ubuntu cd has like 798MB of possible 800MB of cd space in use
[05:12] <maco> unless you can fit all of kde into 2MB...
[05:13] <spstarr> geez
[05:13] <spstarr> stripped?
[05:13] <spstarr> no debug?
[05:14] <ScottK> Having an install that fits on one CD is an important design precept for Ubuntu.  No way to fit KDE and Gnome into that.
[05:14] <ScottK> maco: Dunno.
[05:15] <ScottK> My guess is it got absorbed.
[05:15] <maco> huh?
[05:15] <maco> oh
[05:15] <maco> the policykit question
[05:15] <ScottK> Yeah
[05:15] <spstarr> unless you abandon the LiveCD concept --> LiveDVD :)
[05:15] <ScottK> spstarr: It's been discussed and decided not to do it.
[05:16] <spstarr> ugh
[05:16] <maco> it would assume that all computers have DVD drives
[05:16] <spstarr> we will get to that point though in modern systems though
[05:16] <spstarr> your old i586 might not have a DVD
[05:16] <maco> in a few years, when all the systems that lack DVD drives are gone...
[05:16] <maco> but ubuntu is supposed to be usable in developing nations
[05:17] <spstarr> this is true
[05:17] <maco> it is common here in the US for it to be put on pentium 3 systems for charity
[05:17] <maco> pentium 3 systems did not come with DVD drives
[05:17] <spstarr> mine sure didn't :)
[05:47] <ScottK> Download size and bandwidth is also a significant factor.
[05:47] <spstarr> in developing countries, yes
[05:48] <ScottK> Not only there.
[05:49]  * spstarr installs 'ubuntu-desktop' to get GNOME in Kubuntu, since I need to keep track of what GNOME is doing ;p
[05:49] <spstarr> im not yet ready to switch from Fedora to Buntu, until the graphics framework for my video card is upstream ;/
[05:49] <spstarr> so i have it in a VirtualBox
[05:50] <spstarr> try before i 'buy' ;)
[05:50] <spstarr> Buntu has changed since i used it in 2006
[05:51] <ScottK> Better or worse?
[05:56] <spstarr> better :)
[05:56] <spstarr> I still long for a 'sid' for Buntu though
[05:57] <spstarr> Fedora spoils me on rawhide - however - !!
[05:57] <spstarr> Rawhide has eaten 2 machines of mine recently so...
[05:57] <spstarr> you get what yo ask for :D
[05:57] <spstarr> you
[06:03] <spstarr> i miss my apt/aptitude very much :(
[06:03]  * spstarr sheads a tear
[06:04] <ScottK> I want the latest of everything, completely rock solid, totally polished and beautiful, and I want it now.
[06:04]  * ScottK has asked.
[06:04] <spstarr> if only the radeon developers were Buntu users/developers
[06:04] <spstarr> but as soon as things go upstream and API is ready I will switch over
[06:05] <spstarr> i could build mesa/libdrm/kernel manually but this just gets messy when they dont have a frozen API
[06:05] <spstarr> i rather focus on KDE development
[06:13] <nixternal> ScottK: arch is for you then :p
[06:14] <dtchen> i was going to recommend Mac OS ;)
[06:18] <spstarr> ScottK: I don't recall Launchpad in 2006 :)
[06:18] <spstarr> it might have been created but i dont remember
[11:48] <apachelogger> jefferai: uploading taglib-extras 0.1.6 to ubuntu
[11:48] <apachelogger> lex79: uploaded workspace
[11:51] <Mamarok> apachelogger: wow, great !
[13:18] <Quintasan> wow, new kernel
[13:21] <ghostcube> ??
[13:21] <ghostcube> songbird 1.40a rox it notices jackd by default
[13:21] <ghostcube> woot
[13:22] <ghostcube> Quintasan, mainline or stock ?
[13:23] <Quintasan> ghostcube: stock, I can't use mainline since fglrx doesnt work, and ext4 is bugged in jaunty, launchpad bug stated that -15 fixes the problem, but it's about to be tested :P
[13:23] <Quintasan> s/jaunty/jauntys\ kernel/
[13:23] <ghostcube> for me mainline bigger than rc5 isnt well at the moment :| my mobo thermal chipset doesnt work
[13:24] <ghostcube> so iam stay on 2.6.30-5 mainline with my never ending nameserver problem
[13:24] <ghostcube> and it seems no one knows wth ubuntu pathces to get the nameserver to run on the release kernels
[13:24] <ghostcube> :D
[13:25] <ghostcube> i always need to restart my inrterfaces after kde starts
[13:25] <ghostcube> :|
[13:25] <ghostcube> eth1 is up and running nameserver from resolvconf not
[13:25] <ghostcube> oo
[13:25] <ghostcube> btw Quintasan http://www.picpaste.com/Bildschirmfoto6.jpeg
[15:32] <Quintasan> GRRR
[15:32] <Quintasan> -15 isnt fixing ext4
[15:34] <Quintasan> ghostcube: what's this?
[15:35] <ghostcube> the screenie ?
[15:35] <Quintasan> yup
[15:35] <ghostcube> songbird on my pc connected to jackd
[15:35] <ghostcube> works fine
[15:35] <ghostcube> :)
[15:35] <Quintasan> jackd? omg don't remeber when I last experimented with it
[15:36] <Quintasan> still that dammned kernel is getting on my nerves
[15:36] <ghostcube> hehe
[15:36] <ghostcube> jackd is th best for getting sound out of the linux box
[15:36] <ghostcube> :D
[15:37] <Quintasan> mainline works fine with ext4 but no fglrx. and stock works with fglrx but contains bugged ext4 both bugs make system almost unusable :/
[15:39] <Quintasan> well, let's try jack
[15:39] <ghostcube> i use the one from an ppa :)
[15:39] <ghostcube> not the stock one
[15:40] <ghostcube> -_- my system is something like pimped to death
[15:40] <ghostcube> :D
[15:44] <Quintasan> GRRRRR
[15:44] <Quintasan> -15 is working worse than -14
[15:44] <Quintasan> random freezes now
[15:44] <Quintasan> on -14 freezes occured when moving or deleting data
[15:44] <Quintasan> now I don't even know what cause it to freeze
[15:46] <Quintasan> WHY!?!?
[15:49] <ghostcube> -_-
[15:49] <ghostcube> try the 2.6.30-5 isnt this working with fglrx
[15:50] <Quintasan> nope
[15:50] <Quintasan> I have karmic machine next to mine and fglrx kernel module fails to compile
[15:50] <Quintasan> and it's required to use fglrx :/
[15:54] <ghostcube> is there no fglrx ppa ?
[15:54] <ghostcube> or something
[15:54] <Quintasan> dunno, propably not
[15:55] <Quintasan> I hope they will get 3d in radeonhd soon
[16:01] <ghostcube> i have an ppa for an jaunty version
[16:05] <Quintasan> ghostcube: fglrx?
[16:06] <ghostcube> yes
[16:07] <Quintasan> can you give me the link?
[16:08] <ghostcube> oh and karnmic in the daily release one moment pls
[16:08] <ghostcube> https://launchpad.net/~ubuntu-x-swat/+archive/x-updates
[16:10] <Quintasan> let me purge x-edgers first
[16:11] <ghostcube> thats the daily release from x edgers
[16:12] <Quintasan> so I'm already running newest version?
[16:12] <ghostcube> no
[16:12] <ghostcube> x edgers is normal
[16:12] <ghostcube> the one  i gave you daily
[16:12] <ghostcube> git
[16:13] <ghostcube> read x edgers ppa :)
[16:13] <ghostcube> mentiones in the first paragraph
[16:13] <Quintasan> Can I use it over x-edgers or it's better to purge the packages?
[16:13] <ghostcube> uffz
[16:13] <ghostcube> i have no ide
[16:13] <ghostcube> *a
[16:14] <Quintasan> Screw it, it's not like I can't unplug my HDD and copy the files over if it screws something :P
[16:35] <skreech> JontheEchidna: ping
[16:36] <JontheEchidna> skreech: pong
[16:36] <skreech> JontheEchidna: has there been any breakage of kunitnamespace for you on KDE trunk?
[16:36] <skreech> Bah
[16:37] <skreech> kunitconversion maespce
[16:37] <skreech> namespace
[16:37] <JontheEchidna> I don't run trunk
[16:37] <skreech> Hmm ok trying to figure out the error kunitconversion is not a valid namespace
[16:37] <JontheEchidna> I think I saw somethign about that though
[16:38] <Quintasan> hmm
[16:38] <JontheEchidna> there's some mess with the conversion lib in kdereview
[16:38] <Quintasan> what would be better: http://kde-look.org/content/show.php/Device+Manager?content=106051   or devicenotifier with automount?
[16:38] <ghostcube> Quintasan, tried the ppa ?
[16:38] <ghostcube> is this working
[16:39] <Quintasan> ghostcube: looks like I'm already at newest version
[16:39] <Quintasan> did not show up as upgradeable package
[16:39] <ghostcube> hmmm ok
[16:40] <skreech> JontheEchidna: So Not resolved yet? Do you remember the thread?
[16:43] <JontheEchidna> skreech: nah, just saw a few lines about it in #plasma
[16:45] <skreech> Does that afect the weather wallpaper?
[16:46] <skreech> +f
[17:02] <nixternal> JontheEchidna: any status on kdevelop?
[17:02] <Quintasan> phew, I almost lost my gpg key :S
[17:02] <nixternal> i used to do that quite a bit back in the day
[17:03] <nixternal> now I have my gpg key on 5 machines :)
[17:03] <JontheEchidna> nixternal: no clue why it fails to build
[17:03] <nixternal> wonder if it isn't kdevelop's fault, but maybe kdevplatform, as it can't find the config cmake module
[17:04] <Quintasan> hmm how do you make changes to k-d-s? we vote or what?
[17:04] <ScottK> nixternal: How's the wifi switch?  It'd be spiffy to get it in before feature freeze.
[17:04]  * apachelogger has all his keys on a stick and a CD in a lock box at the bank
[17:04] <nixternal> ScottK: you still haven't tried it yet?
[17:05] <Quintasan> apachelogger: good idea, I will burn them on CD
[17:05] <ScottK> nixternal: Is it packaged or just source?
[17:05] <nixternal> ScottK: I need you to try it since you have bluetooth...just source
[17:05] <skreech> Quintasan: Put them on a floppy! :)
[17:05] <nixternal> all you have to do is 'python kairmode.py'
[17:05] <apachelogger> Quintasan: depends on the change really, usually a question gets poped here, to see if there is consensus, if there is not, it either gets discussed right away or at a meeting
[17:05] <ScottK> nixternal: OK.  Make me a .deb in a PPA please.  I've very limited time ...
[17:05] <apachelogger> depending on the intrusiveness obviously
[17:05] <Quintasan> skreech: no floppy :(
[17:05] <nixternal> ScottK: roger that...probably later today as I am super busy today
[17:05] <ScottK> Kubuntu Council has final say if there is a decision needed.
[17:05] <Quintasan> apachelogger: http://kde-look.org/content/show.php/Device+Manager?content=106051 instead of Device Notifier
[17:06] <ScottK> nixternal: OK.
[17:06] <ScottK> nixternal: Just give me  a ping.
[17:06] <Quintasan> hell, if my box wont hang on pbuilder then ext4 is really fixed in jaunty
[17:08] <apachelogger> Quintasan: I am against that for technical reasons
[17:08] <apachelogger> the changes should go into KDE itself rather than forking the applet
[17:08] <ScottK> apachelogger: +1
[17:08] <ScottK> I'd like it if it would autohide when nothing was plugged in.
[17:09] <apachelogger> IMHO there is need for a common implementation of that case
[17:09] <apachelogger> there is also the keyboard state plasmoid
[17:09] <apachelogger> which could also use such an autohide feature
[17:09] <Qwait13> help
[17:09] <apachelogger> since that one is especially useful for netbooks and would only waste the limited space if no keys are actually active
[17:09] <Quintasan> I guess I will submit a package to REVU if someone wants it and poke author to talk with KDE
[17:09] <Qwait13> help
[17:10] <Qwait13> help
[17:10] <Qwait13> help
[17:10] <Qwait13> help
[17:10] <Quintasan> ....
[17:10] <apachelogger> meh
[17:10] <Qwait13> i need help
[17:10] <apachelogger> obviously
[17:10] <skreech> Qwait13: Did you try #kubuntu ?
[17:10] <Quintasan> Qwait13: #kubuntu for asstiance, this is development channel
[17:11] <Qwait13> хорошо, я покину вас.
[17:11] <ghostcube> #kubuntu-ru
[17:11] <ghostcube> ---
[17:13] <skreech> !ru
[17:13] <ghostcube> oh this works here too :|
[17:15] <Quintasan> god damn that ext4
[17:15] <Quintasan> grrr
[17:16] <ghostcube> Quintasan, there is an karmic release inside tis ppa i showed you isnt this working on karmic for youre kernel ?
[17:17] <Quintasan> ghostcube: let me explain, karmics kernel DONT work with fglrx, the kernel module fail to build with kernel from karmic
[17:17] <Quintasan> ghostcube: same with mainline kernels
[17:17] <ghostcube> ok and you need 2.6.31x ?
[17:17] <Quintasan> ghostcube: the only kernel which works with fglrx from repos is jaunty's one which contains bugged ext4
[17:17] <ghostcube> eeven 2.6.30-5 from mainline isnt working ?
[17:18] <Quintasan> yes
[17:18] <ghostcube> this is stable
[17:18] <Quintasan> from karmic
[17:18] <Quintasan> and module fails to build
[17:18] <ghostcube> naah if you install the mainline build 2.6.30-5 the module doesnt load ?
[17:18] <ghostcube> not the karmic one
[17:19] <Quintasan> fglrx uses dkms to build kernel module, with mainline it fails to buiild
[17:19] <ghostcube> hmmm my nvidia dkms works fine -_-
[17:20] <Quintasan> this is a problem with fglrx not kernel
[17:20] <ghostcube> hmmm
[17:20] <ghostcube> had i mention i hate ati -_-
[17:20] <Quintasan> at least I think so
[17:21] <ghostcube> my dkms for nvidia worked not before i get a newer packaged one from the repos
[17:21] <ghostcube> my this is here the same
[17:21] <ghostcube> may
[17:39] <duchai_> hello, the fix for this bug https://bugs.launchpad.net/ubuntu/+source/kdebase-workspace/+bug/416755 is released but that problem still exists.
[17:56] <apachelogger> you know, I was just wondering... wouldn't it be possible to reimplment katapult using krunner?
[17:57] <apachelogger> should be a straight forward project, since it doesn't have to worry about the data gathering anymore, shouldn't it?
[18:12]  * apachelogger is wondering why our stop-reload-button-patch from KDE 3 never got applied upstream
[18:14] <smarter> apachelogger: isn't krunner basically katapult 2.0?
[18:14] <apachelogger> it looks like crap though :P
[18:15] <smarter> or in other words, what are you missing from katapult?
[18:15] <smarter> so you're suggesting improving the theme?
[18:15] <apachelogger> no
[18:15] <apachelogger> making it katapultish
[18:16] <apachelogger> eventually as individual app, bound to alt+spacebar
[18:16] <smarter> I'm afraid I don't get it :p
[18:16] <smarter> krunner is an individual app, and the shortcut can easily be changed to alt+space, though I don't see what's wrong with alt+f2
[18:17] <apachelogger> altf2 is more difficult to grasp
[18:17] <apachelogger> and I don't want to replace krunner
[18:17] <apachelogger> all I want is a krunner that looks nice
[18:17] <apachelogger> which of course comes at the cost of flexibility
[18:18] <smarter> doesn't that translate to improving/changing the theme?
[18:18] <apachelogger> yes
[18:18] <apachelogger> but no
[18:18] <smarter> you want somr sort of krunner-for-dummy?
[18:18] <apachelogger> again, krunner stays krunner, with it's awfully looking lineedit and all the buttons
[18:19] <apachelogger> while katapult ought to do what it always did, look fancy
[18:19] <smarter> krunner UI is already changeable
[18:19] <smarter> there's the quicksand thing
[18:19] <smarter> now called the "task oriented" mode
[18:20] <apachelogger> again ... katapult should not replace krunner :P
[18:20] <apachelogger> can repeat that all day long
[18:20] <smarter> we're not going anywhere :P
[18:20] <apachelogger> geekthing => altf2 vs. advanceduserthing => altspace
[18:24] <skreech> apachelogger: You can improve quicksand then
[18:24] <smarter> exactly what I was suggesting
[18:24] <smarter> apachelogger: if that is two different user profiles, why do we need two apps? Make an advanced-user UI for Krunner, and the geek will figure out how to get back to the plain-old krunner
[18:24] <skreech> which as faras I can see has stalled
[18:25] <apachelogger> when I looked at quicksand it was the crap
[18:25] <apachelogger> awful code
[18:25] <apachelogger> seriously awful
[18:25] <apachelogger> no clue if it improved by entering KDE though
[18:25] <ScottK> apachelogger: Which is obvious motivation to make lzma work.
[18:26] <apachelogger> ScottK: I'll be getting bed ready soonish, so no new work until wed
[18:26] <smarter> I don't even get how quicksand is supposed to work :p
[18:27] <skreech> It's task oriented :)
[18:27] <apachelogger> so
[18:27] <apachelogger> I entered switch user
[18:27] <apachelogger> which clearly is a task
[18:27] <apachelogger> and quicksand does not show anything
[18:27] <apachelogger> failed to match use case
[18:28] <skreech> apachelogger: But in any case Go ahead take a look to see if it makes more sense to port katapult from KDE3 to KDE4 or to implement a KDE4 interface for krunner
[18:28] <apachelogger> skreech: the latter for sure
[18:28] <skreech> Though with katapult plugins you can do things like use Gnome-do plugins as well so that would be an argument for starting with katapult
[18:28] <apachelogger> after all the krunner core does exactly what made up most of katapult
[18:28] <apachelogger> skreech: gnome-do plugins?
[18:29] <apachelogger> isn't that what plasma-runners are anyway?
[18:29] <skreech> Or whatever else you like
[18:29] <skreech> apachelogger: Yes but gnome-do already has plugins might as well use them
[18:29] <skreech>  See plasma using MacOSX widgets
[18:29] <apachelogger> plugins for what?
[18:30] <skreech> Flickr delicious etc
[18:30] <skreech>  gnome-do has a crazy number of optional plugins
[18:32] <apachelogger> oh
[18:33] <skreech> Though krunner has kopete integration in Koala ^_^
[18:33] <skreech> gnome-do would bring pidgin and empathy plugins as well through katapult so there would be more user choice
[18:33] <apachelogger> well
[18:34] <apachelogger> knowing free software the plugins implement UI stuff
[18:34] <apachelogger> knowing free software gnome-do probably uses python or mono
[18:34] <apachelogger> knowin free software I either refactor the shit out of gnome-do, or make katapult depend on mono or python and gtk and gnome
[18:35] <apachelogger> and then, I wonder what the point would be anyway :P
[18:35] <skreech> it's a plugin
[18:35] <skreech> if you don't want it don't use it
[18:35] <skreech> No need to depend on anything
[18:35] <apachelogger> yeah
[18:35] <apachelogger> but implement it
[18:35] <skreech> #katapult if you want to inquire :)
[18:36] <apachelogger> and why would anyone implement anything if no one is going to use it
[18:36] <skreech> though Mez is the person you should ask anyway
[18:37] <skreech> as I said pidgin plugins alone would ensure they get used
[18:37] <skreech> Lots of people on KDE don't like kopete and use pidgin instead
[18:38] <apachelogger> my guts say it will be 100% more efficient to just reimplement that as plasma-runner
[18:39] <skreech> All the gnome-do plugins ?
[18:39] <apachelogger> the 3 that make sense
[18:40] <apachelogger> knowing free software 90% of the available plugins are pointless stuff that counts at the very best as poc
[18:42] <skreech> well if you can do that and document how it's done then the rest should come over as needed
[18:42] <skreech> yay foss
[18:43] <apachelogger> as I see it, the better part of runner development is the interaction with $app/$web-api
[18:44] <skreech> How so?
[18:46] <apachelogger> cause everything else is handled by plasma anyway
[18:46] <skreech> well in theory it's handled by the gui
[18:46] <skreech>  I can use krunner or quicksand and not use plasma
[18:47] <skreech> well plasma-desktop
[18:50] <apachelogger> no it is not
[18:50] <apachelogger> krunner builds upon libplasma
[18:51] <apachelogger> the abstractrunner class is also part of the plasma namespace, so there is no way you can implement a plasma-runner without using plasma
[18:53] <skreech> touche
[19:00] <skreech> Are we packaging the Blackboad desktop for Koala?
[19:12] <skreech> Nightrose: ping
[19:25] <Tonio__> hum rekonq is doind pretty well those days...
[19:26] <skreech> \o/
[19:26] <skreech> Hopefully we wil have a web browser shotout like we had a Text editor shootout
[19:27] <Tonio_> I'm just testing the addblock feature patch for arora :)
[19:27] <Tonio_> works pretty well though
[19:47] <lex79> apachelogger: can you upload again kdebase-workspace from bzr ?
[19:48] <lex79> or any core-dev...
[19:54] <Tonio_> lex79: yep ?
[19:54] <lex79> Hi Tonio_, kdebase-workspace in bzr...can you upload? :)
[19:55] <Tonio_> lex79: yep
[19:55] <lex79> thanks
[19:57] <lex79> Tonio_: maybe you can look a bit this k3b bug 416890
[19:58] <lex79> I think you should rebuild k3b against ffmpeg unstripped version, but not sure
[20:00] <micmord> lex79: http://paste.ubuntu.com/258232/
[20:00] <lex79> micmord: thanks, Tonio_ ^^^
[20:01] <micmord> bug 416890
[20:07] <Tonio_> micmord: fixing this
[20:14] <Tonio_> lex79: uploaded
[20:15] <lex79> ok thank you
[20:20] <ScottK> Would someone please ping me.
[20:20] <Tonio_> ScottK: ping ?
[20:20] <lex79> ScottK:
[20:20] <ScottK> Thanks
[20:20] <ryanakca> rgreening: How did the Dooble packaging go?
[20:21] <rgreening> ha. not so good. Got sidetracked.
[20:22] <Tonio_> micmord: hum I don't really get the point of that k3b issue ?
[20:22] <lex79> someone knows if akonadi-googledata will be in karmic?
[20:23] <ScottK> Didn't it get uploaded?
[20:24] <lex79> ScottK: it isn't in archive
[20:25] <Tonio_> micmord: this has probably more to do with ffmpeg packaging than k3b...
[20:25] <Tonio_> micmord: deps on libk3b6 are acalculating automatically, so there's nothing I can do to fix them
[20:26] <Tonio_> ffmpeg lib should have a conditional dep dep between each other, with a meta package or so
[20:26] <lex79> Tonio_: rebuild k3b against ffmpeg unstripped version is not a good idea ?
[20:26] <lex79> instead ffmpeg stripped I meant
[20:27] <Tonio_> lex79: then the opposite problem would appear for someone installing the stripped ones, broken upgrade
[20:27] <Tonio_> lex79: that's the problem imho :)
[20:29] <lex79> yes I think :) btw kubuntu-restricted-extras depends on ffmpeg unstripped, and k3b depends on stripped version
[20:29] <Tonio_> lex79: hum that's not good indeed :)
[20:29] <lex79> no no :)
[20:29] <Tonio_> so in this case we can fix that way... let's go
[20:30] <ryanakca> rgreening: Bummer
[20:59] <lex79> jtechidna: There is a new tarball for kdevplatform, uploaded it in ktown two hours ago
[21:06] <ScottK> Would someone please highlight me again.
[21:07] <jtechidna> ScottK: ping
[21:07] <jtechidna> lex79: thanks
[21:08] <ScottK> JontheEchidna: Thanks.
[21:08] <lex79> JontheEchidna: you can subscribe kde-packager mailing list https://mail.kde.org/mailman/listinfo/kde-packager
[21:13] <jussi01> ScottK: what are you playing with, re the hilights?
[21:23] <ghostcube> hmm is there a bug about the notification << i >> not working on kde 4.30
[21:23] <ghostcube> i cant find any
[21:36] <Nightrose> skreech: pong
[21:49] <skreech> Nightrose: What's the story with the openoffice.org dent?
[21:51] <Nightrose> skreech: ah heh - I was sitting in the vip room at froscon to eat something and asked a girl from open office what she's doing for openoffice - she replied she's basically doing nothing - I was waring my kde shirt and amarok nametag
[21:51] <Nightrose> then her parents showed up and talked about licensing and some other meh stuff
[21:52] <Nightrose> then somehow they got to talk about koffice...
[21:52] <Nightrose> and it went downhill from there
[21:52] <Nightrose> i don't think they koticed i was sitting right next to them
[21:52] <Nightrose> *noticed
[21:52] <skreech> knoticed? :)
[21:52] <Nightrose> ;-)
[21:53] <skreech> So out of intrigue. What was the thoughts on koffice?
[21:53] <Nightrose> yea - anyway - they were quite a weird family...
[21:53] <Nightrose> basically "it sucks and _I_ wouldn't have allowed to release it in that state"
[21:53] <skreech> Well how many families have an introduction like "Her parents showed up and talked about licensing" ?
[21:54] <Nightrose> basically "go back and play - leave the real stuff to the grown ups at ooo"
[21:54] <Nightrose> haha good point
[21:54] <skreech> Yeah not too surprised. most of the people who really work on OO.o are paid devs from Staroffice so they really see it as a product
[21:55] <Nightrose> i don't think they are paid devs - just drank way too much coolaid
[21:55] <Nightrose> honestly don't think they are devs at all
[21:56] <skreech> Well that makes me feel better about the whole I do nothing on OO.o then
[21:56] <skreech> They don't really influence either project
[21:57] <Nightrose> might be - i dunno - maybe they acutally are high profile OOo people - either way that made a _very_ bad impression
[21:57] <Nightrose> besides them being really strange people
[21:57] <Nightrose> but i guess you have to be strange to work on that project...
[21:59] <skreech> ah well when Koffice blows past them in features in 2 years time it won't relly matter
[22:01] <Nightrose> ;-) let's see
[22:01]  * Nightrose has high hopes
[22:01] <skreech> :-)
[22:01] <skreech> Ok I'm off
[22:02] <Nightrose> cya
[22:04] <ulaas> i did not know where to report.
[22:05] <ulaas> but i have problme playingback a dvd. ite seems the libdvdcss cannot decrypt. Is it a new protection? anybody seen this lately?
[23:10] <Riddell> http://fatbuttlarry.blogspot.com/2009/08/kubuntu-logo-mock-ups.html I have to admit those proposed logos are all exceptionally ugly
[23:26] <lex79> Riddell: launchpad bug 417494
[23:26] <lex79> Remove kubuntu_06_pykdeuic_install_path.diff fix the bug