/srv/irclogs.ubuntu.com/2006/01/13/#ubuntu-motu.txt

=== fredix [n=fredix@68.69.97-84.rev.gaoland.net] has joined #ubuntu-motu
=== Hirion [n=hirion@draugr.de] has left #ubuntu-motu []
Amaranthiirc the original xorg (hoary) is the one in sid12:05
tsengsid just got 6.9, actually12:06
=== psusi [n=phreak@103.202.33.65.cfl.res.rr.com] has joined #ubuntu-motu
=== nimm [n=jason@216.231.61.135] has joined #ubuntu-motu
=== rikai [n=gtk2@pool-68-238-59-32.port.east.verizon.net] has joined #ubuntu-motu
=== rave_ [n=rave@84-104-9-27.cable.quicknet.nl] has joined #ubuntu-motu
=== keyes [n=keyes@lns-bzn-47f-62-147-143-87.adsl.proxad.net] has joined #ubuntu-motu
keyesplop12:29
keyessiretart: hello !12:29
=== rave__ [n=rave@84-104-9-27.cable.quicknet.nl] has joined #ubuntu-motu
Amaranthi seem to remember them saying they were going to wait for 7.0 :P12:31
Amaranthas they wanted the modular release12:31
=== crimsun [i=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-motu
=== rikai [n=gtk2@pool-68-238-59-32.port.east.verizon.net] has joined #ubuntu-motu
=== rave__ is now known as rave
=== Hieronymus [n=jeroen@cp413115-a.tilbu1.nb.home.nl] has joined #ubuntu-motu
=== cyberix [n=cyberix@hoas-fe36dd00-251.dhcp.inet.fi] has joined #ubuntu-motu
=== thierry_ [n=thierry@modemcable234.69-131-66.mc.videotron.ca] has joined #ubuntu-motu
=== plugwash [i=plugwash@p10link.net] has joined #ubuntu-motu
cyberixHow are ui translations synchronised between launchpad, Grumpy and the original project?01:19
=== plugwash [i=plugwash@p10link.net] has joined #ubuntu-motu
=== trulux [n=lorenzo@unaffiliated/trulux] has joined #ubuntu-motu
=== Mortas [n=kris@217.148.89.121] has joined #ubuntu-motu
=== minghua [n=minghua@69-153-139-23.dsl.hstntx.swbell.net] has joined #ubuntu-motu
psusiafter doing a debuild in a source tree, how do you clean it back up?01:30
crimsundebuild clean01:30
thierry_sudo debuild -S -sa does it for me01:30
thierry_do what crimsun says, he's better than me :)01:30
crimsun-S will clean it, too01:30
psusiahhh...01:31
crimsunthierry_: s/better//g01:31
psusihrm... is there a better way to make a new dpatch than diffing by hand then appending it to the output of dpatch patch-template?01:32
minghuadpatch-edit-patch?01:32
psusidoh ;)01:32
minghuayeah, the name is not that intuitive, but you create new text file with your text editor, don't you? ;-)01:33
psusihrm... seems to want you to make changes after you run it... I already made the changes ;)01:36
minghuapsusi: yes.  probably you can start from a new tree, than copy your modifiled filed into the chroot01:37
minghua(or apply the patch inside the chroot if you have one patch already)01:38
psusithis is kind of annoying.... why's it need a temp area?  instead of just extracting the .orig.tar.gz and diffing?01:38
minghuabecause sometimes one patch depends on another, so you can't always start from .orig.tar.gz01:39
psusiwell, I mean start with the .orig.tar.gz then apply all patches... so it gets what you got when you apt-get source, then diff against the current dir01:40
minghuanot all dpatches in your work dir are already in the .diff.gz, so how can dpatch know where to get all the patches01:42
minghua?01:42
=== Mortas [n=kris@217.148.89.121] has joined #ubuntu-motu
minghuaand nothing prevents people from using dpatch AND direct modifying the source (which will end up in .diff.gz) anyway01:43
psusiwell yea, but if it's already using dpatch you want to continue to use it don't you?01:44
crimsunfor easier maintenance, yes01:44
minghuafrom MOTU point of view, yes, as we want to be as close as possible on packaging with Debian01:45
crimsunlike minghua said, though, there are only "best practices"01:45
psusijesus... it picked up all the other patches as well.. I guess I was supposed to dpatch disable-all before exiting01:45
psusior maybe dpatch enable-all before dpatch-edit-patch?01:46
crimsunIt would be great if http://tiber.tauware.de/~lucas/versions/unimultiverse.html#outdatedinB  ignored syncable versions01:58
crimsune.g., if bochs is 2.2.5-1 in Sid and 2.2.1-2 in Dapper, that's syncable and can be ignored01:58
crimsunwhereas amule is 2.1.0-1 in Sid and 2.0.3-3ubuntu2 can't be ignored01:59
crimsun(ok yeah, poor grammar aside)01:59
=== bpuccio [n=brian@ool-457afde7.dyn.optonline.net] has joined #ubuntu-motu
StevenKBLAH. It's so hard to find out what changed in Debian revisions with packages.d.o down.02:05
=== JohnnyMast [n=rave@84-104-9-27.cable.quicknet.nl] has joined #ubuntu-motu
crimsunStevenK: I end up keeping packages.qa.debian.org/x/xoo.html open02:07
StevenKI want to be able to read the changelog without downloading the damn thing.02:12
\shStevenK: why is it down, btw?02:14
StevenKsaens is overloaded.02:14
Amaranthugh, no one ever talk to marcin on gimpnet02:14
marcin`;P02:15
=== StevenK tries to figure out why moin is insisting on Depending on python2.3
\shStevenK: for debian or for ubuntu?02:18
psusiis there a way to get pbuilder to use a local directory as an apt source, or does it do the update from inside the chroot?02:18
\shit does the update from inside the chroot02:18
psusihrm... let's see... maybe a bind mount?02:19
\shalso not...02:19
\shbut you can inject the package via pbuilder login02:19
\shand tell him to not clean up02:19
\shs/him/it/02:20
StevenK\sh: Ubuntu02:20
psusilooks like you can pbuilder --bindmounts to get it to bind mount a dir inside the chroot to the real dir holding the .debs02:20
\shhmm.apt-cache show moin give me but the 2.4 deps02:20
psusibut how can you tell pbuilder login to not clean up?02:20
\sh(dapper)02:20
StevenK\sh: Yes, but it's 1.2.4-1ubuntu2, I'm preparing 1.4.99+1.5.0rc1-1ubuntu1.02:21
\sh--save-after-exec02:22
\sh              Save the chroot image after exiting from the chroot instead of deleting changes.   Effec02:22
\sh              tive for login and exec session.02:22
\shStevenK: ah02:22
psusiis /var/cache/pbuilder/result mounted inside the chroot?02:23
\shwell..I don't use it...I use the pbuilder-<dist> example commands to build everything in my home dir :)02:24
=== StevenK wrote a wrapper.
StevenKSo I can call pdebuild{,-breezy,-dapper}02:27
\sh /usr/share/doc/pbuilder/examples/pbuilder-distribution.sh is very nice...very very nice :)02:28
psusihrm... it looks like pbuilder keeps a deb cache in /var/cache/pbuilder/aptcache... maybe I can drop the .deb in there?02:28
\shhmmm02:30
\shlibglade-gnome0 is gtk1.2 or gtk2 and gnome?02:30
=== hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has joined #ubuntu-motu
crimsunformer02:33
crimsunjust looking at its depends02:33
hubwow.02:47
hubI have traceroute6 but not traceroute02:47
=== marcin [n=user@194.114.146.58] has joined #ubuntu-motu
ajmitchhm, I see zope 2.9 now required python >= 2.4.202:50
ajmitchcompared to 2.8 requiring >= 2.3.302:51
ajmitchwhich will remove the major reason to keep python2.3 packages around02:51
\shhub: traceroute doesn't exists anymore ...it now named tracepath02:54
\shmoins btw02:54
ajmitchhey \sh02:54
hub\sh: it does. it is in main as separate package02:54
hubthat02:54
hubwas02:54
=== wjb [n=warren@c220-237-173-120.lowrp1.vic.optusnet.com.au] has joined #ubuntu-motu
=== ajmitch hopes we can get zope 2.9 & 3.2 in dapper
hubwan not installed02:54
\shhub: bsd traceroute ?02:55
hub\sh: yeah02:55
ajmitchhello hub02:55
\shhub: but linux distros changed a long time ago from traceroute to tracepath02:55
hubii  traceroute            1.4a12-20             traces the route taken by packets over a TCP/IP network02:55
hub\sh: old habits die hard02:55
\shwell...I don't like it (tracepath)02:55
\shhub: that is right :)02:55
hubI didn't even know about tracepath02:55
\shoh wow...why is anybody bugging me now because of the bloody wesnoth patch...and upstreams proposed patch...is nobody reading bugreports?02:56
ajmitch\sh: people don't read bugreports02:56
\shajmitch: devels should do02:57
ajmitchdoesn't mean they do02:57
ajmitchsadly02:57
\shwell..to state this in public:02:58
\shIf I patch a source, then I know I am right, even if debian or upstream says different...and if I say: Please don't merge the upcoming rev of a debian package because it includes a broken patch....then I mean it02:59
\shbecause on 64bit a calculation like (int)(pointer - pointer) is not always 32bit03:00
\shbah03:00
\sh<rant />03:00
\shmore to read on http://gna.org/bugs/?func=detailitem&item_id=499203:02
\shgrmp03:02
\shf03:02
=== ajmitch is trying to setup a zope instance & running into all sorts of evil bugs
=== slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu
psusi\sh, yea... code like that is broken... you fixed it and the upstream maintainers rejected your fix?03:18
\shpsusi: no..they see that they were wrong :)03:19
=== marcin [n=user@194.114.146.58] has joined #ubuntu-motu
psusiof course... in reality, it isn't likely to cause a problem... because subtracting two pointers would only make sense to get the count of how far appart the two objects are, if they are in an array... and it isn't very likely that the array will contain > 4 billion objects ;)03:19
psusiwait... nevermind.03:19
psusiwait a second03:19
psusiit isn't legal to add or subtract two pointers iirc03:20
psusionly add/subtract integers to them, which has much the same effect as [] 03:20
psusinow you've done it... now I'm confused03:20
psusihrm.... e2fsprogs fails to build from source...  looks like everything compiles and all, but then it says this:03:27
\shpsusi: no..but pointers in 64bit are 64bit..and typecasting pointers should held the length properly on 64bit a pointer is 64bit an int but is 32bit on 64bit systems...forget the special case named intel 32bit03:27
psusiinstall: cannot stat `/tmp/buildd/e2fsprogs-1.38/debian/BUILD-STD/doc/libext2fs_*.html': No such file or directory03:27
psusi\sh, why is int 32 bit on 64 bit systems?  shouldn't it be the CPU's native word size?03:28
\shpsusi: no03:29
\sha pointer is the native word size...but int is 32bit and long is 64bit on 64bit systems.03:29
\shpsusi: it's only on 32bit systems that int and long are sharing the same size.03:29
\shthere are some documents from AMD out on google...search for "porting 32bit to 64bit linux"03:30
\shor porting to amd64 and linux :)03:30
\shwell...a lot of stuff :)03:30
psusiI don't see how that should be... I work on a 24 bit extended version of the 16 bit z80 at work... a short is 16 bits, a long is 32 bits, an int and a pointer are both 24 bits...  isn't the point of int that it should be the native size?  if you cared about how big it was, you'd use short or long03:30
\shpsusi: it's not :)03:34
\shpsusi: this was our alltime war during breezy to fix those mistakes...03:35
\shpsusi: and I read all the stuff I can..03:35
psusiwhat is the reason int was kept as 32 bits on 64 bit compilers?  you're not supposed to use int if you actually care about how big it is... the idea being that it will be a different size on a different arch... did they just do it to support a lot of broken code that assumed int was 32 bit?03:37
psusican you get pbuilder to only build one binary-arch target of a source package, instead of all of them?03:37
\shpsusi: most of the code is ritten for x86 machines03:39
\shpsusi: you mean only one package out of N in debian/control?03:39
psusiin other words, there's a ton of broken code that assumes int is 32 bit and you would rather not fix it all right?03:39
psusi\sh, exactly03:40
psusie2fsprogs has a ton of target binary packages... I just need one... and for some reason, it fails to build from source... might be able to build the package I need though03:40
\shpsusi: via chroot you can build the package and then don't clean up the object files03:40
\shand call make -f debian/rules build from there...so it's starts only from where it stopped03:41
\shpsusi: lets say it like this: there is a lot of code, that thinks int is int..but int is not a pointer and typecasting a pointer into int is correct for x86 but not for amd64 or emt6403:42
\shanyways..I'm going to sleep now03:43
\shgood night :)03:43
psusinight03:45
=== jcape [i=jcape@71.194.176.102] has joined #ubuntu-motu
=== ealden [n=ealden@219.90.91.51] has joined #ubuntu-motu
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu
=== Yagisan [n=jamie@60-240-125-87.tpgi.com.au] has joined #ubuntu-motu
=== Arrogance [n=aks@ottawa-hs-64-26-167-38.d-ip.magma.ca] has joined #ubuntu-motu
=== joe_alf [n=joe_alf@pcd302172.netvigator.com] has joined #ubuntu-motu
psusiwhat is a udeb?05:12
Yagisanpsusi: it's used for the installer05:14
Yagisanpsusi: it's a micro deb package for d-i05:14
psusihrm... what's it do?  I thought the installer just installed all the .debs05:15
minghuano, d-i usually only install .udebs05:16
Yagisanpsusi: the installer needs them for it's runtime environment IIRC05:17
minghuayeah, what Yagisan said05:17
minghua(only install .udebs) for its own functioning05:18
YagisanG'day minghua - how are you today ?05:18
minghuaYagisan: hello, I am good, what about you?05:18
Yagisanminghua: not bad - got some interest in the x264 package on revu, so I'm updating it and doing some cleanup, then will send it back to revu05:19
minghuaYagisan: glad to hear that05:20
psusiI still don't understand how the .udeb differs from the normal .deb for a given package05:20
psusiand why both are needed05:20
Yagisanpsusi: .debs need a fully installed environment to work - they are also rather large05:21
Yagisanpsusi: udebs, are rather slimmed down, contain only bare functionality needed, and can run from the d-i minimal environment05:21
Yagisanpsusi: udebs are only ever used by the installer - hence eg no wesnoth udeb05:22
psusiso what kind of things are stripped out from the normal deb to thin them down?05:22
minghuadocumentations and man pages, for exapmle05:24
Yagisanpsusi: check the source for the particular package you are interested in, but basically it's whatever is not essential05:24
psusiwait... are the udebs used to build the setup cd, or they are what the installer installs to your hd?05:25
minghuano, .udebs are never installed on harddrive05:26
Yagisanpsusi: setup cd == installer cd05:26
psusiright... so the setup cd is itself built using the udebs... because it doesn't need docs05:26
Yagisanpsusi: the installer runs from the udebs, and installs normal debs to your system05:26
psusibut when you go and install, it installs all the .debs and you get the docs on your hd, right?05:26
psusiok... yea... I get it now...05:26
Yagisan:)05:27
psusi;)05:27
Yagisananyone have a link to the dpatch for dummies page ?05:27
hubI prefer patchsys05:28
hubin cdbs05:28
hubless crack05:28
psusiYagisan, I've been figuring that out all day ;)05:28
YagisanI just want something simple to strip out crack in an upstream configure file05:28
Yagisanthey have cflags that don't exist in it ?!?05:29
psusiok... I have fixed the defrag package to build on amd64... but I also had to fix e2fsprogs-dev... now how can I make defrag build-depend on a version of e2fsprogs-dev that is at least the version I just fixed?05:29
YagisanI could just diff it out, but then it would be a pain to revu05:30
Yagisanpsusi: defrag ???05:30
psusiYagisan, yea...05:30
=== rikai-2 [n=gtk2@pool-68-238-59-32.port.east.verizon.net] has joined #ubuntu-motu
Yagisanpsusi: we actually need a defrag ?? for a non fat or ntfs based filesystem ?05:31
psusimy fixex version is this: e2fsprogs_1.38-2ubuntu2.dsc so does that mean I want to change the build-depends line in defrag to: e2fslibs-dev (>= 2ubuntu2)?05:31
psusiYagisan, need is a relative term...05:31
crimsunin defrag's debian/control:Build-Depends, you'd have e2fsprogs-dev (>= 1.38-2ubuntu2)05:31
Yagisanpsusi: Build-Depends e2fslibs-dev (>= 1.38-2ubuntu2)05:32
psusiext2 does a very good job of avoiding fragmentation... but some people really want things to be perfect ;)05:32
Yagisantoo slow05:32
psusiplus it can be handy to pack all the files you need at boot in sequence at the start of the disk05:32
psusispeed up boots05:32
Yagisanpsusi: have one for my jfs filesystems ?05:32
crimsunwell, Yagisan's is correct05:32
=== womble [n=mpalmer@eth359.nsw.adsl.internode.on.net] has joined #ubuntu-motu
psusiI thought I read somewhere that jfs has an online defragger?  or maybe that was xfs?  I dunno05:33
psusiunfortunately, reiserfs does not have one...05:33
psusibut again, it isn't _really_ needed05:33
psusiI used the frag checker in the defrag package to see what kind of fragmentation I have on reiserfs... there's some, but not much05:34
Yagisanpsusi: It was just idle curiosity. I don't let my drives get full enough to worry about fragmentation myself05:34
psusiit's nice to know though... and I also want to try packing all the files that readahead-list precaches at the start of the disk, so it can read them in faster... right now it only gets about 1/4 of my disk's maximum sustained throuhput05:34
Yagisanpsusi: will it eat data ? what if was run on ext3 ?05:34
psusiwell, right now it refuses to run on ext3... but you can tune2fs it back to ext2... I think I'm also going to reverse the dpatch that makes it refuse to work on ext305:35
psusisince as long as it is cleanly unmounted, there's no reason not to05:35
psusias for eating data... not sure if the power goes out... but otherwise... no05:35
psusibut I have a UPS anyhow :)05:35
Yagisanpsusi: so the filesystem needs to be unmounted ? that may make it interesting to defrag / then05:36
psusioh absolutely05:38
crimsunyou could use a live cd05:38
psusithere's two ways to defrag the root fs... 1) from a livecd or something and 2) build a custom initramfs with the defragger built into it ;)05:38
Yagisanpsusi: frag checker work on any filesystem ?05:38
psusiyea... the frag checker works on any filesystem.. it is done online by using the GETBLKS ioctl05:38
Yagisanpsusi: thought I'd ask, as most pepole tend to have just 2 partitions, / and swap, so you'll need to document it for the users05:39
Yagisanpsusi: could you make a boot entry for it, like memtest86 ?05:39
psusiYagisan, sure05:40
=== Yagisan can't spell today
psusihave a boot entry for "Defrag"05:40
Yagisanpsusi: does it quit if run on a non ext2/ext3 partition ?05:40
=== joe_alf [n=joe_alf@n219077165128.netvigator.com] has joined #ubuntu-motu
Yagisanpsusi: and is it on revu - I'd like to run frag-checker over my large filesystems05:42
psusiYagisan, the frag checker runs on any fs... defrag will only run on a cleanly unmounted ext2 fs05:43
psusiactually, I think it also supports ext ( 1 ) and minix... but who the hell still uses those? ;)05:43
psusino... it's an existing package in universe... I just fixed it to build on amd6405:44
psusiit was i386 only05:44
Yagisanpsusi: I have amd64 ...05:44
Yagisanpsusi: would you like to check an amd64 package on revu for me :)05:44
psusihrm... someone said that was only for brand new packages?05:45
psusibut hell... why not?05:45
Yagisanpsusi: details details - I send stuff there for peer revu05:45
psusiI tried that the other day and clobbered things up ;)05:45
psusilet me just make sure it compiles ok ;)05:47
psusithen the hard part is getting the new version of the e2fsprogs into pbuilder so it can build defrag05:47
Yagisanpsusi: was it really required to adjust fsprogs ?05:48
Yagisanpsusi: I find having my own repo on the pbuilder sources list helps getting things in :)05:48
Yagisans/fsprogs/e2fsprogs05:49
psusiyes... e2fsprogs had a header file that redefined 64 bit data types differently than asm/types.h does on amd64, so the compiler puked when both headers were used05:49
=== freeflying [n=freeflyi@61.190.65.9] has joined #ubuntu-motu
psusiheh... I just copied the new .deb to /var/cache/pbuilder/aptcache, then did a pbuilder login --save-after-login and installed the new version with dpkg -i by hand from /var/cache/apt/archives05:50
psusihrm... I don't think I did this right05:50
psusipreviously, defrag's control file listed i386 as the binary target platform05:50
psusiI changed this to all... only it generated a _all .deb...05:50
Yagisanpsusi: e2fsprogs, that's a main app right ?05:51
psusiwhat should it be to mean "builds on any platform"?05:51
psusiYagisan, yea05:51
Yagisanpsusi: you need any not all05:51
psusiahhh ;)05:51
Yagisanpsusi: but does it really work on ppc etc ?05:51
Yagisanpsusi: is main ok with the fixed e2fsprogs ?05:52
psusihell if I know, I got it working on amd64 ;)05:52
psusino idea... they don't know about it yet05:52
psusiand it doesn't have an official maintainer with ubuntu either05:52
Yagisanpsusi: I'd try to get them to ok it, before uploading the new defrag.05:53
psusisweet... the new defrag package is installed05:53
psusiYagisan, I am not authorized to upload to anywhere but revu ;)05:54
psusiok... now I guess I can put them there for you to take a look at05:54
psusilet's see... how did you do that again?05:54
Yagisanpsusi: dput05:54
psusialso, e2fsprogs did not build from source... there were some problems with texi2html converting the docs...05:55
psusiI don't know jack about texi, so I just fixed the makefile to ignore errors trying to install the html docs05:55
Yagisannot good05:55
psusiI don't know how we have working binaries in the repository when it fails to build from source05:55
psusiok... they are uploaded05:58
ajmitchsimple, it was built with an older version of texi2html05:58
psusithen the package should build-depend on the older version ;)06:00
psusihehe06:00
ajmitchI hope you weren't entirely serious there :)06:01
YagisanG'day ajmitch06:03
Yagisanajmitch - is it ok to just bare diff out something, or should I use a patch management system ?06:04
=== LaserJock [n=mantha@ppp-69-229-206-28.dsl.renocs.pacbell.net] has joined #ubuntu-motu
ajmitchYagisan: it is acceptable06:06
ajmitchif you're meaning to just make the changes in the source tree06:06
psusiusing a patch management system is nice for when you want to merge the patches upstream06:07
psusiit's also handy for things like this:06:07
Yagisanajmitch: Upstream was smoking crack when they did their configure cflags - and as it is trivial, I was wondering is it really worth the effort06:08
psusithe defrag package had a patch applied once that makes it refuse to manipulate ext3... it looks like the idea was that they were planning some sort of special support for ext306:08
psusibut it never got done... I see no reason why it shouldn't be allowed to work on ext306:08
psusiso I just dpatch deapply it06:08
psusiYagisan, in that case, if upstream still smokes crack next release, having a patch management system will make reapplying that change easier06:09
Yagisanpsusi: you mean that delete ;)06:11
psusiYagisan, you download those packages yet?06:12
Yagisanpsusi: not yet - giving my pbuilder a workout atm06:13
psusihehe06:14
Yagisanpsusi: downloading now. Would you mind checking out http://revu.tauware.de/details.py?upid=139906:15
Yagisank, dpatch now added to x264 - time to upload to revu06:16
psusiahh, you're cross compiling 32bit binaries on amd64?06:18
Yagisanpsusi: is defrag supposed to be a native package ? e2fsprogs has no orig.tar.gz06:18
psusiYagisan, hrm... I have a .orig.tar.gz here... it didn't get uploaded?06:18
psusimaybe I built it wrong?  I did debuild -S06:19
Yagisanpsusi: Gave up cross-compiling - it fail to often. I "repack" i386 debs, and make them depend on the support libs in that package06:19
Yagisanpsusi: -sa -S06:19
psusiwhat's the -sa do?06:19
ajmitchincludes orig.tar.gz06:19
Yagisanpsusi: makes sure you always get the orig06:19
YagisanI'm really slow today06:19
psusiYagisan, good idea... I've been wondering actually WTF someone hasn't done something like that yet... would help a lot of people trying to get things like flash working, where only 32bit binaries are availible06:20
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu
psusiok... rebuilding and reuploading06:20
=== Yagisan waves at psusi "I've been doing it - look at me - look at me"
psusihehe... very cool ;)06:21
Yagisanpsusi: check out zsnes on revu - it needs the ia32libs-universe package06:21
psusiok... .orig.gz has been uploaded06:22
psusizsnes is only availible from upstream in binary form?06:22
Yagisanpsusi: nope06:22
psusithen why not rebuild it for amd64?06:22
Yagisanpsusi: I uuencoded the i386 deb, because diff hates binaries. zsnes is mostly i386 asm06:23
psusirofl... a diff on a uuencode is equally useless ;)06:23
psusiif you want binary diffs, use xdiff I think it was06:23
Yagisanpsusi: I can't binary diff, dpkg son't like it06:24
Yagisandon't06:24
psusiohh, mostly written in asm?  I see06:24
psusiwhy are you mucking with diffs at all?06:24
Yagisanpsusi: because I don't want to repack the orig06:25
psusidon't build a source package... just build a binary release package06:25
psusidon't put the orig in... just repackage the binaries06:25
psusilike there was no source06:25
Yagisanpsusi: I need a source, or ubuntu won't install it. period.06:25
Yagisanpsusi: hence, the large diff06:26
Yagisanpsusi: Is defrag really a native package ??06:26
psusiwhat do you mean it won't install it?  you can build binary only packages... like how they do packages for win32codecs06:28
psusiyea... I got the source and fixed the bugs that kept it from building on amd6406:28
Yagisanpsusi: win32codecs no longer exists. anyway look at the source06:28
Yagisanpsusi: I think defrag should have a .orig, and a .diff06:29
=== bpuccio [n=brian@ool-457a9c38.dyn.optonline.net] has joined #ubuntu-motu
Yagisanpsusi: wow - have you checked out lintian on defrag06:30
psusiYagisan, it does06:30
psusiwhat is lintian?06:30
crimsunit's definitely not native according to http://packages.qa.debian.org/d/defrag.html06:30
psusicrimsun, what do you mean?06:30
crimsunpsusi: I mean that defrag as I see it requires an orig.tar.gz+diff.gz06:30
psusiYagisan, I don't think you should respackage the way you are and include the original source... repackaged 32bit binaries for amd64 should be binary only packages06:31
psusiohh... I thought native meant actually a 64 bit binary, not a 32 bit binary repackaged for amd6406:32
Yagisanpsusi: can't do that. I need the source that genrated the i386 version.06:32
psusino... it was an existing package in universe, and I just fixed it to build on amd6406:32
psusiit previously only wason i38606:32
psusiYagisan, what for?06:32
psusiit can be found in the source package06:32
Yagisanpsusi: you made a mistake when doing dpkg-source -b it cant find the orig.tar.gz for defrag06:32
psusiI never did a dpkg-source -b... I just did a debuild -S -sa06:33
psusiand it said it uploaded the orig.tar.gz06:33
psusithe second time I did the dput06:33
psusiUploading via ftp e2fsprogs_1.38.orig.tar.gz: done.06:34
psusiI think I confused revu again06:34
crimsunoh, I know why revu blows up trying to perform a passwd recovery.06:34
crimsunit's the same reason LP blows up.06:34
psusiwhat do you mean it blows up?06:34
crimsunit fails to do anything usefl06:34
psusiI used the password recovery the other day06:34
crimsungah, can't spell.06:35
psusithough it was kind of difficult06:35
crimsunmy key is sign-only, therefore passwd recovery obviously won't work.06:35
psusiohh... why is it sign only?06:35
Yagisanpsusi: My zsnes repackage is fully compatible with both the gpl and with standard policy of incluing the source a package was built from, even if that source FTBFS on a particular arch06:35
crimsunbecause the subkey portion that matters was revoked06:35
psusiYagisan, the source is not included in the binary package06:36
psusithere is already a source package... you are just taking the existing i386 binary package and relabeling it for amd6406:36
psusithe binary packages don't contain the source06:36
Yagisanpsusi: please please look at the source closely - I make both i386 and amd64 from it. amd64 requires i386 to already be built06:37
Yagisanpsusi: it's not a new package, its an update of the existing one06:38
psusiwhy are you making a source package at all?  you shouldn't need to compile anything.. .it's already been compiled in the i386 binary packages06:38
psusiall you're doing is changing the platform label so you don't have to dpkg --force-arch to install it, aren't you?06:38
Yagisanpsusi: if you apt-get source zsnes on amd64 and you don't get source, I'd file a RC bug on it06:38
Yagisanpsusi: no, I do a bit more then that - please look at the source06:39
psusiYagisan, you would get source... the same source you get when you apt-get source from i38606:39
psusihrm...06:39
psusiYagisan, it looks to me like you have made a source package that contains all these other source packages06:40
psusiit seems to me what you should be doing is modifying the original source packages so they have a new binary target for amd64, which is just a copy of the i386 binaries06:41
psusithen when you build the original source package... you get two binary debs... one for i386, and one for amd6406:41
Yagisanpsusi: which package are you looking at ? ia32libs-universe or zsnes ?06:42
psusiia32libs-universe06:42
Yagisanpsusi: ia32libs-universe requires the libs to be extracted to /lib32. have a look at this http://revu.tauware.de/details.py?upid=1335 to see how an app would use it06:44
psusiright... normally the source packages are set to (look/install) in /lib... so when they are built for i386, /lib links to /lib3206:46
psusiwhen they are build for amd64, /lib links to /lib6406:46
psusibut since you want 32bit-on64bit, you need to build the binaries for /lib32 explicitly06:47
psusiyou are creating an entirely new source package with one binary target: amd64... and you modified the original source to refer to /lib3206:48
Yagisanpsusi: no, I stick them in /lib32 and tell ldcache I have 32bit libs there. easy06:48
psusiwhat I am sugesting is instead, to modify the original source package to have a new build target that changes the build rules to refer to /lib3206:48
Yagisanpsusi: not going to happen. /lib32 does not exist on i386, where the package is built06:49
psusiright... the normal i386 binary target would not change06:49
psusionly when building for the amd64-32 target would /lib32 be used06:49
psusisee what I'm saying?06:51
psusidid I scare you away? ;)06:58
Yagisanbrb - kid is puking06:58
psusieww.... that sucks.... hope he's ok.... and doesn't make too much messs06:59
psusiit looks like you can give debdiff either the .dsc or the .changes files... which is better?07:15
minghuaI don't know, but I usually use .dsc07:15
psusiworks for me07:16
LaserJockshouldn't matter should it?07:16
crimsunit doesn't matter.07:17
psusinow... the question is...what do I do with my shiny new packages?07:19
psusihow do I get them to someone who can upload to the repository after review?07:19
crimsunyou can upload to REVU, correcT?07:21
crimsunif they're main packages (I presume so from the semantics), file bugs in bugzilla07:21
Yagisanre07:21
Yagisanpsusi: It's a she, and yes, she made quite a mess - banana as far as the eye could see :(07:22
ajmitchYagisan: ouch07:22
ajmitchYagisan: good luck cleaning up :)07:22
Yagisanajmitch: thanks - I'll need it. I wish I didn't have carpet right now07:23
=== zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-motu
Yagisanpsusi: I fixed your defrag package so it is non-native - want me to dcc it to you ?07:25
zakameafternoon everybody :)07:25
Yagisanafternoon zakame07:26
psusiYagisan, outch indeed... how about you tell me how to fix it... teach a man to fish and all ;)07:26
psusicrimsun, aren't we supposed to be using malone now not bugzilla?07:26
psusicrimsun, and what files do I need to attach to the bug?07:26
=== paulproteus|lapt [n=paulprot@cpe-72-226-199-134.rochester.res.rr.com] has joined #ubuntu-motu
Yagisanpsusi: sure. dpkg-source -x defrag_0.73pjm1-7ubuntu1.dsc07:27
crimsunpsusi: I still use bugzilla for main; attach debdiffs07:27
Yagisanpsusi: mv defrag_0.73pjm1-7ubuntu1.dsc defrag_0.73pjm1-7ubuntu1.dsc.old07:27
Yagisanpsusi: apt-get source defrag (in i386 chroot)07:27
Yagisanpsusi: dpkg-source -b defrag-0.73pjm107:28
Yagisanpsusi: all done07:28
psusicrimsun, but the debdiffs can't be verified... they aren't signed it looks like07:28
Yagisanpsusi: we read the debdiffs before applying them07:28
psusiYagisan, yea... but if you apply them, then it's like you made the change... my signature isn't on it... wouldn't it be better if you had the new signed package, and could debdiff it yourself to see what changed?07:29
crimsunno, it's easier to see the debdiff07:30
psusiYagisan, why apt-get source defrag again?  that's how I started... still have the orig.tar.gz07:30
psusiand doesn't dpkg-source -b build a binary package?07:30
Yagisanpsusi: I *didn't* have the source07:30
crimsunI wouldn't dare ask Martin to generate a debdiff himself for security-review07:30
Yagisancrimsun: I did :) but I can get away with it07:30
psusiYagisan, yea... for some reason if you upload a package to revu without the source, even if you upload it again ( you had me debuild -S -sa the second time ) it won't show it07:31
crimsunjust like Martin wouldn't make Matt generate a debdiff himself07:31
Yagisancrimsun: I gave him a 3 months heads up in a sec issue07:31
zakameor `dpkg-source -x defrag_0.73-pjm1-7ubuntu1.dsc; cd defrag-0.73-pjm1 && pdebuild` would do, assuming you've set up pbuilder correctly ;)07:32
psusiif I did a debuild -S -sa from inside the modified source tree, everything should be fine right?07:32
Yagisanpsusi: revu only updates every x minutes. maybe you need to wait07:32
crimsunYagisan: sure, I'm aware there are extenuating circumstances07:32
psusiYagisan, it updated... shows the second upload... it's just confused and won't show the .orig.tar.gz...07:32
Yagisancrimsun: yep - like me stuck with dialup and unable to do it myself in a reasonable timeframe07:34
psusimy .changes file shows that I changed the package, and signed off on it... I'm concerend that information will be lost if I only upload a debdiff07:34
zakamepsusi: the debian/changelog should have your name on it ;)07:34
psusizakame, it does... but it doesn't have my signature on it so how do you know I really changed it? ;)07:35
ajmitchpsusi: it won't matter at all07:35
ajmitchpsusi: someone else has to sign it before it goes in the archive anyway07:35
psusiahhh..... hrm.... well, ok....07:36
ajmitchsince you're not in the trusted keyring for uploads07:36
zakamepsusi: at least not until you're approved by TB to be included in the keyring07:37
psusiajmitch, right... which is why someone else needs to sign it too... just figured my signature should be on there somewhere as well ;)07:37
ajmitchwhy?07:38
ajmitchwe have to review anything that's on revu :)07:38
psusinow... hopefully someone who understands texi will fix the texi2html breakage in e2fsprogs and re-enable the disabled docs install step of the makefile07:38
ajmitchsince it's a fairly open upload policy07:38
psusicause I sure as hell have no idea how to fix it... so I just disabled it so the package builds07:39
psusiis there someone around who can nuke the borked packages I uploaded to revu so I can do it again right?07:40
ajmitchyes07:41
ajmitchwhat package?07:41
Yagisanajmitch: could you revu http://revu.tauware.de/details.py?upid=142907:42
Yagisan?07:42
ajmitchYagisan: depends on how much I get paid07:42
Yagisanajmitch: you get a warm fuzzy feeling for helping the motumedia team07:43
ajmitchYagisan: what an odd version number07:43
LaserJockYagisan: you could also double is current MOTU pay ;-)07:44
Yagisanajmitch: thanks - I took upstreams, and added ~ubuntu1 to it07:44
ajmitchYagisan: why did you use ~ubuntu1 ?07:44
Yagisanajmitch: I've been trying to "fix" it07:44
ajmitchsince that should be lower than 0.0 alone07:44
psusiajmitch, all that I have on there...07:45
ajmitchpsusi: not very helpful..07:45
ajmitchI don't see anything of yours in incoming, so what is there to nuke?07:45
psusiajmitch, all packages by Phillip Susi... or... defrag and e2fsprogs... and...07:45
ajmitchpsusi: can't you just upload a new version?07:46
psusiudftools07:46
Yagisanajmitch: he did - but the orig never showed up07:46
psusiajmitch, I uploaded the first one without the .orig.tar.gz... that seems to have confused revu... forcing the upload again this time with the .orig.tar.gz still doesn't get it to show up07:46
ajmitchit was mentioned in the .dsc?07:47
psusiYagisan, you get it to build?07:47
ajmitch& the .changes file?07:47
psusiajmitch, yes... it's in the .dsc and .changes07:47
psusiand dput said it uploaded it07:47
Yagisanpsusi: not yet - I have a large queue on my pbuilder07:47
ajmitchpsusi: what package was this?07:47
psusiajmitch, all 3... udftools, defrag, and e2fsprogs07:48
Yagisanajmitch: e2fsprogs07:48
ajmitchand how long ago was this?07:48
zakameer aren't those main pkgs?07:48
psusiudftools was the other day... defrag and e2fsprogs were about an hour or two ago07:48
ajmitche2fsprogs has orig.tar.gz there07:48
psusie2fsprogs is main I believe... the other two are universe07:48
psusiajmitch, http://revu.tauware.de/details.py?upid=1428 shows no .orig.tar.gz07:49
psusiwait07:49
psusinow it does07:49
psusihrm...07:49
ajmitchrevu doesn't process uploads instantly07:49
psusiYagisan, does that still look broken to you?07:49
psusiajmitch, I know... I gave it a few... and the second upload appeared at the bottom... but not the .orig.tar.gz07:50
Yagisanpsusi: e2fsprogs looks ok now07:50
psusicool!07:50
ajmitchdefrag still looks like it has no orig.tar.gz07:50
ajmitchespecially as the .dsc & .changes files haven't changed at all07:51
psusidefrag still has no .orig.tar.gz07:51
psusiheh ;)07:51
ajmitchso why did you ask me to fix it for you?07:51
psusino... it is missing on revu... but it should be there07:51
psusiit's in my .changes and .dsc, and dput showed it uploaded07:52
psusiwait... nevermind.07:53
=== psusi does a double take
=== ajmitch sighs
Yagisanajmitch: I need to be a motu to review packages on revu don't I07:53
ajmitchYagisan: at the moment, yes07:53
psusiit appears I have gremlins07:53
Yagisanajmitch: thanks for confirming07:53
=== robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-motu
psusiok... there we go07:56
psusinow if I screwed this up AGAIN, I'm taking my ball and bat and going home07:56
Yagisanpsusi: I don't see your .orig for defrag07:57
psusiYagisan, give it a few07:57
Yagisanpsusi: you made it native again07:57
ajmitchYagisan: no, that's the same old one as earlier07:58
psusinope... debuild -S -sa just like the e2fsprogs... and the .orig.tar.gz is in the .dsc and .changes07:58
ajmitchat least from what I can see07:58
psusijust give revu a few to process it07:58
psusiYagisan, now back to where we were earlier...07:58
=== ajmitch isn't entirely sure where it is :)
psusiYagisan, a source package can have several binary target packages... like e2fsprogs source package is used to build half a dozen binary packages07:58
ajmitchah, it's there in incoming07:59
zakamegaah07:59
Yagisanpsusi: I see, it's still in incoming07:59
Yagisanpsusi: yes - but I will not create a new "arch" amd64-32 for something that is easier done by repacking07:59
psusiYagisan, for 32bit on amd64, I propose adding a new binary target package that modifies the make rules to refer to /lib32... the new target would only build on amd64... but would actually use the i386 binaries08:00
psusior rather... build i386 binaries08:00
Yagisanpsusi: I did try something like that, but you *will* get header collision, and it *will not* find the /lib32 before /lib08:00
psusiYagisan, repacking = adding new binary package target... e2fsprogs is compiled once... and bits and pieces of it are then packaged into a half dozen different binary packages08:00
Yagisanpsusi: lets use zsnes as an example, because it's easy and self contained08:01
psusiYagisan, actually... you would want to build the target as i386... then just make the package say it's for amd6408:01
Yagisanpsusi: could you show me what you would do to the rules to get this to happen ?08:02
psusiand when the makefile sees it's buidling for the foo-32 target, replace /lib with /lib3208:02
psusiYagisan, I'm not sure exactly... just got the general idea... the control file right now only specifies a single binary target that builds on only the i386 arch right?08:02
Yagisanpsusi: I did try something similar, but it always tried to link to /lib rather then /lib32, and /lib was 64bit so it failed08:03
psusiYagisan, right... you need to change the makefile so that it replaces /lib with /lib3208:03
Yagisanpsusi: I called configure with a path with no /lib in it, onlt /lib32, but it still FTBFS08:04
psusitrying to build it on amd64?08:04
Yagisanpsusi: yep08:04
psusiright... because it's going to try compiling a 64bit binary08:04
psusiyou need to build it on i38608:05
Yagisanpsusi: nope -m32 to build i38608:05
psusiohh, yea... you told the ocmpiler to cross compile... ok... then you have dependency issues08:05
psusiwould be easier I think to just build it on i38608:05
psusiand tell configure to use /lib3208:05
Yagisanpsusi: If I change it to /lib32 for an i386 package, it has nothing to link too08:05
psusithen force the binary package to say it's amd64 arch08:06
psusino no...08:06
psusiyou have two different binary targets in the source package08:06
psusione is the current one... znes08:06
psusibuilds on i386 arch only08:06
psusiadd a new one... znes-lib32... that also builds only on the i386 arch... but uses /lib32 and the built binary package gets forced to say it's for amd6408:07
=== freeflying [n=freeflyi@61.190.65.9] has joined #ubuntu-motu
psusialternatively, you could actually get it to build on amd64 but you'd have to fix up all the build depends which could be a pain08:07
psusiand the cross compiling08:07
Yagisanpsusi: I don't think that will work. Feel like giving it a try ?08:08
psusipossibly ;)08:08
Yagisanpsusi: of course, when multi-arch is done, this is all moot anyway08:09
psusiwhat's multi-arch?08:09
=== ealden [n=ealden@219.90.91.51] has joined #ubuntu-motu
Yagisanpsusi: native running of eg i386 packages on amd6408:09
psusiI was thinking about a way to do that too... need to get the 32bit ld.so to do some slight of hand and fill requests for /lib with /lib32 instead08:10
psusithen get dpkg and apt and friends to understand that they can install an i386 binary package... but need to meet the depends with i386 packages08:11
Yagisanpsusi: Mithrandir is the multi-arch god. I'm just doing the hack I need to get my apps going for dapper08:12
psusiand when dpkg actually installs an i386 package, needs to substitute /lib3208:12
psusiohh, multi-arch isn't going in dapper?08:12
Yagisanpsusi: no - it's a very big project. Debian was planning it before sarge, and it may end up being ready at etch + 108:13
psusiajmitch, hrm... the .orig.tar.gz still isn't there08:13
psusiYagisan, wow08:13
=== crimsun_ [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-motu
=== jaldhar [n=jaldhar@pcp04197965pcs.crosky01.pa.comcast.net] has joined #ubuntu-motu
=== zen-afk [n=zenrox@71.115.198.118] has joined #ubuntu-motu
=== bonekracker [n=john@72.228.75.201] has joined #ubuntu-motu
=== Gloubiboulga [n=gauvain@84.5.49.137] has joined #ubuntu-motu
=== jaldhar [n=jaldhar@pcp04197965pcs.crosky01.pa.comcast.net] has joined #ubuntu-motu
=== jaldhar [n=jaldhar@pcp04197965pcs.crosky01.pa.comcast.net] has joined #ubuntu-motu
=== Fuddl [n=fuddl@2001:6f8:9cf:0:20f:eaff:fe4d:d7b7] has joined #ubuntu-motu
=== psusi [n=phreak@103.202.33.65.cfl.res.rr.com] has joined #ubuntu-motu
psusiYagisan, you build defrag yet? ;)09:54
psusiI think this is the most efficient defragmenter I've ever seen too09:57
psusionce you tell it you have more than 2 megs of ram for it to play with ;)09:57
=== ealden [n=ealden@219.90.91.51] has joined #ubuntu-motu
psusiit goes nice and fast... uses very large block IO to minimize disk thrashing09:58
psusinow... to see if it made booting faster! bwahah!09:59
=== jaldhar [n=jaldhar@pcp04197965pcs.crosky01.pa.comcast.net] has joined #ubuntu-motu
=== psusi [n=phreak@103.202.33.65.cfl.res.rr.com] has joined #ubuntu-motu
=== MagnusR [n=magru@85.194.14.142] has joined #ubuntu-motu
=== crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-motu
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu
=== tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-motu
=== markuman [n=markuman@p509246C4.dip.t-dialin.net] has joined #ubuntu-motu
=== irvin [n=irvin@ubuntu/member/irvin] has joined #ubuntu-motu
=== marcin` [n=user@194.114.146.58] has joined #ubuntu-motu
=== Hobbsee [n=Hobbsee@CPE-144-136-118-222.nsw.bigpond.net.au] has joined #ubuntu-motu
=== Gloubiboulga [n=gauvain@84.5.49.137] has joined #ubuntu-motu
=== abelcheung [n=abelcheu@221.127.102.160] has joined #ubuntu-motu
=== ompaul [n=ompaul@213-202-174-11.bas504.dsl.esat.net] has joined #ubuntu-motu
=== irvin [n=irvin@ubuntu/member/irvin] has joined #ubuntu-motu
=== raptoid [n=raptoid@85.97.47.246] has joined #ubuntu-motu
=== zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-motu
lifelessFWIW I've reuploaded opensync11:48
=== ajmitch saw it on the new queue page earlier :)
ajmitchthanks for doing that11:51
=== jpatrick [n=patrick@95.Red-81-36-91.dynamicIP.rima-tde.net] has joined #ubuntu-motu
lifelessand armin has fixed the sources for HEAD to be LGPL everywhere11:54
lifelesswell, for the two problem files11:54
lifelesstheres about a dozen that have no (C) statement at akk11:54
lifeless*all*11:54
ajmitchI appreciate having the source in bzr11:54
lifeless;)11:56
ajmitchit's not fair when I have to go off & use cvs or subversion now - I just can't bring myself to like them :)11:59
=== dholbach [n=daniel@i577B1676.versanet.de] has joined #ubuntu-motu
dholbach\sh_away: ping11:59
ajmitchhey dholbach11:59
dholbachhey ajmitch11:59
lifelessajmitch: lol12:00
zakamehello dholbach12:00
dholbach\sh_away: I don't want to be a pain in the ass, but you don't seem to have realized, that you didn't only mess with the python2.3 <-> python2.4 {Build-,}Depends, but you overwrote my complete packaging for the istanbul package12:00
=== deaddog [n=abelcheu@221.127.103.26] has joined #ubuntu-motu
dholbach\sh_away: this is no urgent problem or anything, I just wanted to point this out - I'm going to revert this12:01
ajmitchsleep time, night all12:08
=== rbelem [n=rodrigo@ubuntu/member/rbelem] has joined #ubuntu-motu
dholbachbye ajmitch :)12:09
dholbachhey zakame12:09
=== JohnnyMast [n=rave@84-104-9-27.cable.quicknet.nl] has joined #ubuntu-motu
=== deaddog is now known as abelcheung
=== chninkel [n=Yann@alcyone.pleiades.fr.eu.org] has joined #ubuntu-motu
=== ealden [n=ealden@219.90.91.51] has joined #ubuntu-motu
=== Hirion [n=hirion@draugr.de] has joined #ubuntu-motu
=== herzi [n=herzi@d077168.adsl.hansenet.de] has joined #ubuntu-motu
dholbachhttp://freeride.rubyforge.org/wiki/wiki.pl seems interesting for the ruby guys01:07
dholbachKorean MOTU: http://ubuntu.or.kr/wiki.php/MOTU01:08
=== darkStar [n=raptoid@85.99.71.136] has joined #ubuntu-motu
dholbach plus tard01:25
dholbach*wave*01:25
crimsuncya daniel01:25
=== dholbach hugs crimsun
=== fredix [n=fredix@68.69.97-84.rev.gaoland.net] has joined #ubuntu-motu
=== AstralJava [n=jaska@cm-062-241-238-10.lohjanpuhelin.fi] has joined #ubuntu-motu
=== spacey_ki [n=spacey@a82-93-13-195.adsl.xs4all.nl] has joined #ubuntu-motu
=== Hieronymus [n=jeroen@cp413115-a.tilbu1.nb.home.nl] has joined #ubuntu-motu
=== thierry_ [n=thierry@modemcable214.48-131-66.mc.videotron.ca] has joined #ubuntu-motu
thierry_raphink : you are the cdbs guru here right?02:24
thierry_raphink : is there anyway I can pass the option --enable-shared to the configure script with cdbs, or do I need to change my package to debhelper?02:25
chninkelthierry_: DEB_CONFIGURE_EXTRA_FLAGS := --enable-shared02:28
chninkelthierry_: after inclusion of autotools.mk02:29
=== irvin_ [n=irvin@203.213.194.241] has joined #ubuntu-motu
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-motu
=== zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-motu
zakameevening all03:00
slomo_thierry_: in general you can do almost everything with cdbs... https://wiki.duckcorp.org/DebianPackagingTutorial/CDBS03:02
rbelemthierry_: wiki.ubuntu.com/MOTUDocumentationDraft03:02
ivokshi slomo_03:02
slomo_hi ivoks :)03:02
rbelemzakame: morning ;-)03:03
rbelemhi slomo_03:03
ivoksi'll quit my job :/03:03
zakameheya rbelem , slomo_ , ivoks :)03:03
ivoksi don't have time for ubuntu :)03:03
zakamewaah03:03
slomo_hi rbelem03:03
rbelemhey slomo_, my first package was uploaded yesterday =)03:05
slomo_rbelem: cool, which one? :)03:05
rbelemdarksnow03:05
zakamew00t03:05
Yagisanrbelem: new version of x264 at revu03:07
slomo_rbelem: :)03:07
rbelemslomo_: i feel very well after that. my first uploaded packages =) ehehehe03:07
rbelemYagisan: cool03:08
rbelemthanks Yagisan03:08
slomo_rbelem: is it already in the archives? or in the NEW queue?03:08
rbelemslomo_: not in archives yet, i guess03:09
=== Hirion [n=hirion@draugr.de] has left #ubuntu-motu []
=== abelcheung_ [n=abelcheu@221.126.146.228] has joined #ubuntu-motu
=== Hirion [n=hirion@draugr.de] has joined #ubuntu-motu
rbelemhey slomo_ maybe i'll get a job at mandriva03:13
rbelemthey are calling people that work with freesoftware03:14
ivoksheh03:14
slomo_rbelem: cool :) what exactly would you do there?03:14
ivoksi got at redhat partner03:14
ivoksand since then no time for ubuntu :/03:14
ivoksso i'll quit :)03:14
rbelemivoks: ehheheehe03:14
ivoksseriously... i will03:14
rbelemslomo_: test analyst03:14
=== kjcole [n=kjcole@134.231.179.196] has joined #ubuntu-motu
ivoksah, even now they call me :(03:16
rbelemif mandriva accept me, i'll quit my currently job, that sometimes have to fix some windows servers :'(03:16
ivoks:)03:16
zakamein cdbs, can I usr tarball.mk and simple-patchsys.mk simultaneously?03:16
chninkelrbelem: what will be your job at mandriva ?03:19
azeemzakame: yes03:19
rbelemchninkel: test analyst03:19
rbelem:)03:19
chninkelnice03:19
chninkel:)03:19
zakameazeem: hm, well I just tried doing so, {,p}debuild ran, but the patch failed :(03:20
rbelemi sent my curriculum, just waiting to be called03:20
rbelemthere is not many people here that work with free software03:21
azeemzakame: maybe you need to include tarball before patchsys03:21
zakamehmm, lemme try03:22
chninkelrbelem: I don't know, I think there more and more people involved in free software nowadays no ?03:23
ivokschninkel: true03:23
ivoksi work only with free software03:23
rbelemhere at my city there are few people :/ I know almost everyone03:24
chninkelwhere do you live ?03:25
rbelemManaus - Amazonas - Brazil03:25
Yagisannight all03:26
rbelemYagisan: g'night03:26
chninkelnight Yagisan03:26
zakamegn8 Yagisan03:27
chninkelrbelem: how is mandriva doing in Brazil ?03:27
rbelemchninkel: mandriva bought the major brazilian linux distribution, which is called conectiva03:28
rbelemchninkel: i guess the things are going well for then03:29
rbelemchninkel: they are working with embedded at my city03:30
chninkelchninkel: they were pretty bad at some time, but it seems they're getting better03:30
rbelemchninkel: sometime ago they almost close the doors :/03:32
=== ealden [n=ealden@219.90.91.51] has joined #ubuntu-motu
zakameI don't get this, cdbs-edit-patch applies the patch cleanly, but it fails upon debuild...03:39
=== eruin [n=eruin@unaffiliated/eruin] has joined #ubuntu-motu
=== Gloubiboulga [n=gauvain@84.5.49.137] has joined #ubuntu-motu
=== doko_ [n=doko@dslb-084-059-113-107.pools.arcor-ip.net] has joined #ubuntu-motu
=== raphink [n=raphink@raphink.net] has joined #ubuntu-motu
=== Trashcan [n=matt@ip70-176-253-127.ph.ph.cox.net] has joined #ubuntu-motu
=== raphink [n=raphink@raphink.net] has joined #ubuntu-motu
=== Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-motu
=== ptlo [n=senko@83-131-84-232.adsl.net.t-com.hr] has joined #ubuntu-motu
=== ajmitch [i=ajmitch@203.89.178.198] has joined #ubuntu-motu
=== tvelocity [n=tony@chan530-a022.otenet.gr] has joined #ubuntu-motu
=== tvelocity [n=tony@chan530-a022.otenet.gr] has left #ubuntu-motu ["Leaving"]
=== ajmitch [n=ajmitch@203.89.178.198] has joined #ubuntu-motu
=== ajmitch [n=ajmitch@203.89.178.198] has joined #ubuntu-motu
=== deaddog [n=abelcheu@221.126.155.177] has joined #ubuntu-motu
=== ajmitch [n=ajmitch@203.89.178.198] has joined #ubuntu-motu
=== mitsuhiko [n=blackbir@ubuntu/member/mitsuhiko] has joined #ubuntu-motu
=== dholbach [n=daniel@i577B1676.versanet.de] has joined #ubuntu-motu
dholbachhello05:02
dholbachlifeless, ajmitch: how's open/multi-sync coming on?05:02
=== JohnnyMast [n=rave@84-104-9-27.cable.quicknet.nl] has joined #ubuntu-motu
dholbachlifeless, ajmitch: we have UVF (which 'd apply for multisync) in less than two weeks - just as a heads-up.05:03
=== Czessi [n=Czessi@dslb-084-059-005-196.pools.arcor-ip.net] has joined #ubuntu-motu
chninkeldholbach: merging question, should python package depends on python2.4 or python ?05:15
=== Hieronymus [n=jeroen@cp413115-a.tilbu1.nb.home.nl] has joined #ubuntu-motu
dholbachdepends or build-depends?05:16
dholbachchninkel: the most sensible way is to have python-dev (>= 2.4) in the Build-Depends and ${python:Depends} in the Depends: line - but you have to run dh_python in debian/rules for that.05:16
chninkeldholbach: depends only05:18
tsengdepends should be done with dh_python05:18
chninkelbut is it worth applying a ubuntu specific patch for that ?05:18
dholbachyes.05:19
chninkelok05:19
tseng(oh man what the hell is that Internet icon in tango 0.6.4)05:19
=== andi5 [n=ak47@p548BA439.dip0.t-ipconnect.de] has joined #ubuntu-motu
hubis it that hard to package opensync?05:20
dholbachsomething blue with a crack-pipe05:20
tsengyeah05:20
huboh05:20
tsengit looks like a background from DeviantArt05:20
dholbachhub: ajmitch and lifeless are working on it for some time now. i'm not sure how the state is.05:20
dholbachhub: but i'm keen on having it in before uvf.05:21
hubdholbach: yeah, that why I'm asking.05:21
=== psusi [n=phreak@103.202.33.65.cfl.res.rr.com] has joined #ubuntu-motu
andi5hi. is there a way to accelerate a debian<->ubuntu pkg merge? the launchpad bug is 6 weeks old (for me this is nontrivial, but maybe i am just impatient)05:33
bmontyandi5: what is the package or bug?05:37
andi5bmonty: it is g-wrap, #506905:37
bmontyandi5: \sh is doing the merge on that package05:38
=== eruin [n=eruin@proxy-gw.uib.no] has joined #ubuntu-motu
=== herzi [n=herzi@d093093.adsl.hansenet.de] has joined #ubuntu-motu
=== selinium [n=selinium@82-45-118-133.stb.ubr02.sout.blueyonder.co.uk] has joined #ubuntu-motu
chninkelhow frequently are auto-sync with debian done ?05:49
Nafallodaily05:52
chninkelNafallo: I was told lesstif2 would be removed from sync blacklist and put in universe05:53
hubanyone with dapper can access a sourceforge CVS repository over SSH?05:53
chninkelNafallo: but it's still not there05:53
chninkelNafallo: who can I ask about this ?05:53
Nafallosounds like elmo-land ;-)05:54
chninkelNafallo: ok, thks05:54
hublooks like openssh 4.2 is causing problems05:54
Nafallobut best to ask in #ubuntu-devel after the weekend probably05:54
chninkelNafallo: ok05:55
=== joe_alf [n=joe_alf@pcd550182.netvigator.com] has joined #ubuntu-motu
=== koke [n=koke@adsl229-164.unizar.es] has joined #ubuntu-motu
=== joe_alf [n=joe_alf@pcd550182.netvigator.com] has joined #ubuntu-motu
=== andi5 [n=ak47@p548BA439.dip0.t-ipconnect.de] has left #ubuntu-motu []
=== allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-motu
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-motu
=== Trashcan [n=matt@ip70-176-253-127.ph.ph.cox.net] has joined #ubuntu-motu
=== d4ft [n=d4ft@68-119-204-151.dhcp.spbg.sc.charter.com] has joined #ubuntu-motu
=== Gloubiboulga [n=gauvain@84.5.49.137] has joined #ubuntu-motu
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-motu
d4fthow do i add a package?07:14
=== greenpenguin13 [n=greenpen@user-2396.l2.c5.dsl.pol.co.uk] has joined #ubuntu-motu
jpatrickd4ft: to what?07:18
d4ftadd the package i just compiled07:18
jpatrickto universe?07:18
d4ftyup07:19
d4ftor contrib07:19
d4fteither one^^07:19
jpatrickd4ft: you have to get an MOTU to review and upload the package07:20
d4ftok07:20
=== Trashcan [n=matt@ip70-176-253-127.ph.ph.cox.net] has left #ubuntu-motu ["Leaving"]
=== dholbach [n=daniel@i577B1676.versanet.de] has joined #ubuntu-motu
=== Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-motu
=== luk [n=luk@debian/developer/luk] has joined #ubuntu-motu
ajmitchmorning all08:10
=== sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-motu
tsenghi ajmitch08:11
sistpotyhi folks08:11
ajmitchhello tseng, sistpoty08:12
=== cyberix [n=cyberix@hoas-fe36dd00-251.dhcp.inet.fi] has left #ubuntu-motu []
ajmitchsistpoty: if you're bored & looking at the merge updates again, look at my updated ~/scripts/srcpkgs2merge.py08:18
ajmitchruns in about 15 seconds now, half of that being download time08:18
sistpotyajmitch: I'm not really bored ;) and as long as the old version works, I guess I won't change it (because we only need it for a few days *g*)08:19
ajmitchsistpoty: it uses britneymodule.so, which I'll also use for unmet deps :)08:19
ajmitchonly a few lines added08:19
sistpotycool :)08:19
ajmitchso I'll work on tiber trying to get a list of unmet deps on dapper universe :)08:20
sistpotyajmitch: I'm not quite sure about it, but imo siretart has already some list-generator of unmet deps in his home on tiber08:20
ajmitchprobably from apt-cache unmet08:20
=== sistpoty hasn't had time to look yet
ajmitchbritney is what debian uses for the purpose, and it's a little more accurate (and memory hungry)08:21
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu
ajmitchyep, looks to just use that08:22
=== jonshea [n=jonshea@146-115-41-16.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ubuntu-motu
=== eruin [n=eruin@proxy-gw.uib.no] has joined #ubuntu-motu
=== FireRabbit [n=FireRabb@c-67-183-18-60.hsd1.wa.comcast.net] has joined #ubuntu-motu
sistpotyajmitch: if I want to add a patch to BTS for an already reported bug, what do I have to do?08:28
sistpotyajmitch: (and tag it as patch available)08:28
ajmitchsend in a mail with attachment, and tag it as patch08:28
sistpotyajmitch: only as a mail to somebugnum@bugs.debian.org? or do I need to cc control@bugs?08:29
ajmitchI think you'd send a separate mail to control@08:30
ajmitchbut I use the bts util for that :)08:30
sistpotyajmitch: k, thx :)08:30
=== lucas [n=lucas@d213-103-208-9.cust.tele2.fr] has joined #ubuntu-motu
=== jpatrick [n=patrick@95.Red-81-36-91.dynamicIP.rima-tde.net] has joined #ubuntu-motu
=== MagnusR [n=magru@85.194.14.142] has left #ubuntu-motu []
psusianyone feel like revuing my e2fsprogs and defrag package fixes?08:41
Mithrandiruhm, e2fsprogs isn't universe, it's main, so it shouldn't go through revu08:42
psusiI know... but Yagisan wanted to take a look at it... and I wanted someone to tell me how I screwed it up, and that's the only place I can put it ;)08:43
sistpotypsusi: please add a comment to state that it's in main08:43
Mithrandirheh, 'k.  I'd like it not to be uploaded until I hear back from tytso, though08:43
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu
psusihrm... just say "This is in main, so do not upload, just comment"?08:43
sistpotypsusi: or s.th. like "S.o. with main privs needs to review this"08:44
sistpoty;)08:44
psusiok...08:44
Mithrandirsistpoty: it shouldn't be uploaded until we hear back from upstream.08:44
Mithrandiris there any way to tell revu that?08:44
sistpotywrite a comment stating it ;)08:45
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu
Mithrandiruhm, what login should I use?08:45
psusicommented08:46
psusiso anyone feel like looking at it though and telling me how I screwed up the packaging? ;)08:46
psusior defrag... but it depends on that version of e2fsprogs08:46
sistpotyMithrandir: do you have review rights on revu? otherwise you won't be able to comment08:46
Mithrandirsistpoty: probably not.  Or maybe.08:47
=== ajmitch_ [i=ajmitch@port162-39.ubs.maxnet.co.nz] has joined #ubuntu-motu
Mithrandirsistpoty: I tend to just upload and not use revu, as I can upload to main08:47
NafalloMithrandir: you probably don't even have an account then ;-)08:47
MithrandirI probably don't.08:47
=== sistpoty looks
Nafalloiirc you get an account on the first upload or something like that...08:47
MithrandirI've uploaded a lot of stuff. :-P08:47
Nafalloto revu silly ;-)08:48
=== Nafallo nags Mithrandir :-)
Mithrandiroooh. :-P08:48
psusiyea.. have to get your gpg key on the ring, then first upload creates your account with a random password which you can get by choosing password recovery... which sends you a gpg encrypted message with your password... heh08:48
Mithrandirabout what?08:48
NafalloMithrandir: anything you like :-)08:48
psusiso... are new bugs supposed to go in malone now or what?  I need to file a bug against the .25 i386 breezy kernel and don't know if it should go in malone or bugzilla08:50
psusidamn thing dies hard core about once a day on my server at work... won't even magic sysreq08:50
Nafallofwiw, I always use malone and assign it to the person who should have it these days ;-)08:51
Nafallomy girlfriend does aswell ;-)08:51
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu
sistpotyMithrandir: what email did you use for packages, which you uploaded to revu?08:52
ajmitchsistpoty: he said he hasn't uploaded to revu, right? :)08:53
Mithrandirsistpoty: I haven't uploaded any packages to revu.08:53
sistpotyoh, misunderstood that *g*08:53
psusithere doesn't happen to be a less.... foofy... ui to malone does there?08:53
sistpotyMithrandir: then what email (login) do you want as an account for revu? (should be same that you use for uploading packages)08:54
Mithrandirsistpoty: tfheen@ubuntu.com08:54
Mithrandir(please)08:55
sistpotyMithrandir: account created... just use try to login with that email-addy and some random pw, then there should be s.th. for pw recovery ;)08:57
Mithrandirhttp://pastebin.com/49678208:58
sistpotylol, I'm stupid *g* (need to import your key as well)09:00
Mithrandirhaha :-)09:00
Mithrandir817a996a09:00
Mithrandiris the key id09:00
Mithrandir(as you can verify on launchpad too)09:00
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu
sistpotyMithrandir: there is no @ubuntu adress for this key, however I found 2C0753E3 for your ubuntu addy09:02
ajmitchmorning Mez09:02
ajmitch;)09:02
Mezevening :D09:02
Mezlol09:02
Mithrandirsistpoty: yes, that is my smart card.  Please don't use that yet, look at https://launchpad.net/people/tfheen for my key ids.09:02
Mithrandirhiya ajmitch09:03
ajmitchhi Mithrandir09:03
Mithrandirsistpoty: else, I'll have to go into the room next door to find the smart card and reader, and I'm lazy. :-P09:03
ajmitchMithrandir: I think I still have yours to sign here09:04
Mithrandirajmitch: I think I signed yours already, didn't I?09:04
sistpotyMithrandir: hm... then I'll need to change your login to match one from the first key ;)09:04
Mithrandirsistpoty: that's a really silly restriction in revu, but feel free to use tfheen@err.no then09:04
sistpotyMithrandir: revu 1 has even more of these silly stuff ;)09:05
ajmitchMithrandir: yes, you've signed mine09:05
ajmitchah, found your business card09:06
sistpotyMithrandir: done... hope this works now ;)09:07
Mithrandirsistpoty: yay, worked09:08
=== marcin` [n=user@194.114.146.58] has joined #ubuntu-motu
sistpotyajmitch: if I want to tag a patch in debian, I get: 550 Administrative prohibition :(09:08
Mithrandirooh, I'm logged in as admin as well.  Shiny.09:08
Mezdoes the linux-source packages come with a config file already - or not ?09:10
Mithrandirsistpoty: it would be useful if revu recognized urls as such and made them clickable.09:11
sistpotyMithrandir: already considered this for revu2... for this version you can still write plain html code09:12
Mithrandirouch09:12
Mithrandirthat's actually quite bad, since you can XSS and steal cookies that way09:13
sistpotyyep... but whoever tries that must be in the keyring (otherwise no login) and thus it's easily tracable09:13
=== jinty [n=jinty@205.134.224.215] has joined #ubuntu-motu
psusihrm.... malone doesn't appear to know about any linux-image packages09:15
=== cassidy [n=cassidy@f1-pc174.ulb.ac.be] has joined #ubuntu-motu
=== chninkel [n=yann@alcyone.pleiades.fr.eu.org] has joined #ubuntu-motu
=== Gloubiboulga [n=gloubi@84.5.49.137] has joined #ubuntu-motu
sistpotyanyone with amd64 here, who might help me test a fix?09:29
siretarthuhu sistpoty09:35
sistpotyhi siretart09:35
siretartsistpoty: I just arrived at home, but I think I can help you in a couple of minutes. what to test?09:36
sistpotysiretart: u++09:36
chninkel /LOAD proxy09:36
chninkeloups, sorry09:37
siretartu++?09:37
siretartinteresting. it doesnt work on amd64?09:38
sistpotysiretart: it FTBFS'd due to changed dpkg-architecture (the makefile is quite funny)09:38
sistpotysiretart: and I did it right only for i386 :(09:38
siretartsistpoty: ok, I'll take a look at it09:39
sistpotysiretart: I'll put a patch on tiber in a minute ;)09:39
sistpotysiretart: upp_debian_rules.patch (in my home)09:40
siretartok09:42
lucashi siretart09:43
lucashow was snowboarding ?09:43
\shmoins09:44
sistpotyhi \sh09:44
rbelemhi sistpoty09:45
rbelemi have amd6409:45
sistpotyhi rbelem:09:46
sistpotyrbelem: I think siretart is already on it09:46
lucasis thierryn at videotron.ca around ?09:46
rbelemsistpoty: ok ;-)09:46
ajmitchah, siretart lives :)09:48
Nafallohehe09:48
ajmitchgood to see he's not lying unconscious in a hospital ;)09:48
Nafallothey don't allow laptops + wireless on hospitals? :-)09:49
ajmitchunconscious, I said ;)09:49
Nafallobaah09:49
Nafallo:-P09:49
ajmitchthough siretart would probably be in irc even in a coma09:49
Nafallohehe09:50
lucashey, could somebody open a revu reviewer account for me ? (or set my existing account to reviewer ?)09:51
siretartajmitch: hehe, I'm not thaat crazy ;)09:51
siretartlucas: snowboarding in france is great! :) - I just arrived 2h ago, and I'm really tired from 10h driving ;)09:51
sistpotylucas: are you motu yet? (we usually give away reviewer accounts only to motu's)09:51
ajmitchsiretart: what are we deciding on having non-MOTUs reviewing?09:51
lucassistpoty: member, not motu09:52
lucassiretart: where were you ?09:52
siretartajmitch: we have afaik only on non motu reviewer, based on that he gives really good comments09:52
ajmitchright09:52
Nafallohmm09:52
sistpotylucas: you can post reviews to the reviewer ml... if they are good, we can set up an reviewer account, ok?09:52
=== Nafallo thinks he had review before he was MOTU :-P
=== Czessi [n=Czessi@dslb-084-059-005-196.pools.arcor-ip.net] has left #ubuntu-motu ["Kopete]
Nafallobut I'm not certain ;-)09:53
lucasok09:53
ajmitchNafallo: I can't remember when you were made MOTU09:53
Nafalloajmitch: not me either :-P09:53
ajmitchit was long enough ago now :)09:53
Nafalloafter we visited Mithrandir :-)09:53
Nafalloso sometime this last summer ;-)09:53
ajmitchaha09:54
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu
=== Cosco [i=cosco@86.125.70.19] has joined #ubuntu-motu
=== Cosco [i=cosco@86.125.70.19] has left #ubuntu-motu []
Nafallobaah. people think I'm a core-dev anyway :-P09:55
ajmitchdunno why09:55
ajmitchmaybe because you seem wise & all-knowing09:55
=== desrt gets the same problem!
ajmitchdesrt: that's just because you speak up a lot :)09:55
Nafallo:-)09:55
desrtajmitch; not being a member of the MOTU probably helps too :p09:56
Nafalloprobably because I make people upload my stuff to main now and then ;-)09:56
sistpotybtw: desrt: ghc6 ftbfs due to new make :(10:03
sistpoty(it actually doesn't ftbfs but just sit running make forever)10:05
chninkel /set bell_beeps on10:06
raphinksistpoty: that's not very convenient indeed ;)10:08
sistpotyraphink: well I tried to build it on tiber and rechecked after 24h... only hot air produced *g*10:09
raphink:s10:10
raphinkyou mean you let it build for 24h ? ;)10:10
sistpotysure... it usually takes 6 hours on my slow machine10:10
raphinkhaha10:10
sistpotys/takes/took :P10:10
=== ompaul [n=ompaul@213-202-174-11.bas504.dsl.esat.net] has joined #ubuntu-motu
ajmitchslomo_: bug for you: https://launchpad.net/distros/ubuntu/+source/service-discovery-applet/+bug/651010:12
UbugtuMalone bug 6510: "discovery-applet (Ubuntu) - Sometimes doesn't show any discovered services" Fix req. for: service-discovery-applet (Ubuntu), Severity: Normal, Assigned to: Avahi Team, Status: New http://launchpad.net/bugs/651010:12
\shgnarf..."I should not post to debian-devel, I should not post to debian-devel, I never post to debian-devel again"10:12
slomo_ajmitch: i already noticed it ;)10:13
slomo_\sh: what happened?10:13
ajmitch\sh: it's never a good idea to10:13
\shslomo_: nothing10:13
ajmitchslomo_: he went into a thread about launchpad10:13
ajmitchand he dared to reply to asuffield :)10:13
\shwell, I'm just an asshole...10:14
\shajmitch: whoever mr. suffield is10:14
ajmitchnotorious flamer :)10:15
\shajmitch: thats why I quoted the last 2 lines of their code of conduct...10:15
ajmitchthat didn't go down well :)10:15
ajmitchI didn't even know there was a code of conduct for debian lists10:15
\shajmitch: well..I can use lynx :)10:16
\shajmitch: and I'm not afraid of using google, even it can disappear with a big bang, because it's free but non-free sourcecode service10:16
ajmitchbut it's a very important point for debian to have freely available tools - launchpad & google are apples & oranges10:18
ajmitchlaunchpad is designed to be central to distro development, google is not10:18
\shajmitch: well...how many people from debian are using sf.net?10:18
ajmitchfor developing debian? very few, I'd say10:18
\shI think there are some, no for developing oss software :)10:19
ajmitchfor fetching upstream tarballs from? a much higher number10:19
siretarthuhu \sh!10:19
\shsiretart: how was the holiday? :)10:19
ajmitchand that developing floss software is not developing debian, the distribution10:19
siretart\sh: the week was great! thank you! :)10:19
raphinkhmm10:20
\shajmitch: it has everything in it. If they stand for what they10:20
\sh're saying, they would never use sf.net10:20
ajmitchsure, and those developers that speak up probably don't use sf.net10:21
\sheven for non debian work :)10:21
ajmitchwe're talking about using launchpad for all debian developers, or even a major part10:21
=== rave_ [n=rave@84-104-9-27.cable.quicknet.nl] has joined #ubuntu-motu
raphinklooking at the enlightenment package because there's a sync/merge required10:22
raphinkit seems there's a slight problem with it with last merged version10:23
raphinkit didn't build the enlightenment binary package from source10:23
ajmitchso fix that with the next merge :)10:23
lucasmaybe we should start a "How to talk to Debian developers" wiki page10:23
raphinkso enlightenment_1:0.16.7.2-2 is available as source and not as binary10:23
raphinkajmitch: sure10:24
raphinklucas: ?10:24
raphink;)10:24
ajmitchraphink: it was probably fixes in the last debian upload - it was missing build-depends10:24
raphinkUsefulDebianVocabulary10:24
raphink;)10:24
\shlucas: it's nothing compared to my early days in usenet :)10:24
lucasraphink: the launchpad thread on debian-devel@lists.d.o didn't go very well10:24
lucas\sh: yes, but it's a missed opportunity10:24
lucasanyway, you didn't start the thread, I think10:25
ajmitchlucas: did you expect it to?10:25
raphinkrationale : if you don't understand "checking BTS, found it was FTBFS so just uupdate", you have to study the Debian language10:25
lucasajmitch: not really ;)10:25
ajmitchlucas: I don't push for other DDs to use launchpad for those reasons :)10:25
\shraphink: you mean something like "morons", or "you suck", well if I would stick to those behaviour, I would have to switch to windows ;)10:25
ajmitchlucas: and what would you put on this 'how to talk to debian developers'?10:26
raphinkhehe10:26
lucas'free software is important to them. It isn't always for us.' ;)10:26
ajmitchraphink: hm? what's so hard to understand about that sentence?10:26
ajmitchraphink: you forgot to check the WNPP10:26
raphinkajmitch: nothing for me since I wrote it ;)10:26
raphinkoh yeah ajmitch that's right10:26
\shlucas: well, it's useless in any sense..but sometimes my strong focus to make the world a better place comes through...10:26
raphinkbut the WNPP is in the BTS10:27
ajmitchyes, but it's a specific way of using the BTS10:27
ajmitchwith particular rules on bug titles, etc10:27
raphinkyes10:27
raphinkso a good sentence to introduce the necessity of knowing such a language10:28
lucas\sh: can you point me to a location explaining why the LP code is not free ?10:28
ajmitch\sh: some of your comments could be taken as very inflammatory :)10:28
=== Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-motu
raphinkwould be to asked for ITP to be filed for WNPP in the BTS cause last vers is FTBSF10:28
raphink ?10:28
ajmitchraphink: that would be utter crack10:28
raphink;)10:28
ajmitchraphink: you'd file a wishlist bug on the existing source package10:28
raphinkoh yes that's right10:29
raphinkhmm not a good example, still , then10:29
Amaranth-ETOOMANYACRONYMS10:29
raphink;)10:29
ajmitchAmaranth: exactly what we're talking about :)10:29
slomo_ajmitch: FTBFS is not wishlist imho... but i'm probably missing the context ;)10:30
ajmitchtrue, it's a serious bug10:30
ajmitchbut you'd file a wishlist for new upstream version10:30
raphinkslomo_: ajmitch meant you wouldn't file an ITP for a FTBFS10:31
raphinkinstead you would file a bug on the existing package, not against WNPP10:31
slomo_yes10:31
ajmitchraphink: slomo_ is an experience debian maintainer also :)10:31
raphink:)10:31
slomo_ajmitch: while we're at debian... you still didn't get the advocation mail? :(10:32
ajmitchno, dunno why..10:32
ajmitchI'll check my spam folders10:32
raphink;)10:33
\shlucas: because canonical said so, and they licensed launchpad in this way. There was somehow a talk or a document explaining why...but well, it's even said, that if canonical is disappearing from the market, lp source will be released as oss10:33
lucasok10:34
ajmitchlucas: and thus you see why many DDs keep away from it10:34
=== Czessi [n=Czessi@dslb-084-059-005-196.pools.arcor-ip.net] has joined #ubuntu-motu
Mezajmitch, you're advocating slomo for DD?10:34
ajmitchMez: yes, why?10:34
lucasajmitch: :-)10:34
\shajmitch: why? because I'd compare non-elite and elite people? ,)10:34
ajmitch\sh: because you call us DDs 'arrogant elitists' ;)10:34
Mezlol - cause i think slomo would make a good addition :D10:34
Mezlol10:34
ajmitchMez: sure, and it'll mean less sponsoring for me in a year or two ;)10:35
\shajmitch: but you are ;)10:35
ajmitch\sh: of course10:35
Mezajmitch, lol :D yeah - :P10:35
\shajmitch: i mean I'm one of them as well...I never said something against it :)10:35
slomo_ajmitch: i bet it will be around january 2008 ;)10:35
ajmitchslomo_: optimist10:35
raphinklooool10:36
\shajmitch: anyways...I'm just an asshole...but I will change, and not post to debian-devel again :)10:37
ajmitchslomo_: it's listed me as advocate on the page but not verified your application - since I still haven't seen any mail :)10:38
=== Q-FUNK [n=q-funk@dsl-hkigw7-fe12f900-46.dhcp.inet.fi] has joined #ubuntu-motu
lucas\sh: you are not an asshole, but you failed to talk to DDs the way you have to talk to them if you want them to listen10:39
slomo_ajmitch: weird... can you re-request the mail?10:39
ajmitchnope10:39
ajmitchI might be able to put myself as advocate again10:40
=== ompaul_ [n=ompaul@213-202-158-61.bas503.dsl.esat.net] has joined #ubuntu-motu
lucasajmitch: ask paulvt (Mozillion) about this, I think he had the same problem when he advocated me10:40
ajmitchand how did that get fixed?10:40
slomo_ajmitch: hmmm or write a mail to new-maintainer@debian.org and ask them where your mail was sent to ;)10:41
lucasI dunno, that's what you should ask to him :)10:41
\shlucas: that's why i'm an asshole...I refuse to lick their feet10:41
lucasit's not about feet-licking, it's about understanding that others sometimes think differently10:41
\shhope my dapper update is working somehow10:42
raphinkdebian #34616010:43
UbugtuError: Could not parse data returned by Debian bugtracker: need more than 1 value to unpack10:43
raphinkUbugtu: debian bug #34616010:43
UbugtuError: Could not parse data returned by Debian bugtracker: need more than 1 value to unpack10:43
raphinkhmm10:43
raphinkworks when you don't want it to, and doesn't work when you need it ;)10:43
=== raphink goes to b.d.o
=== TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has joined #ubuntu-motu
slomo_raphink: it's only this bug, others work fine ;)10:44
raphinkhaha10:44
raphinkyeah yeah sure10:44
slomo_debian bug 34616110:44
UbugtuDebian bug 346161: "serial card (fourport) stopped working" Package: linux-source-2.6.15, Severity: wishlist, Maintainer: Debian Kernel Team  http://bugs.debian.org/34616110:44
slomo_:P10:44
raphink:p10:45
\shlucas: I understand that very well, because we all think differently. But why should I think I'm better because others don't know how to use vi for writing html files? or why should I think I'm better because I know the manpage of tar and find and can use it quite fast, but others who don't are useless and shouldn't be involved in contributing to the project?10:45
lucasdebian bug 34616010:45
UbugtuError: Could not parse data returned by Debian bugtracker: need more than 1 value to unpack10:45
raphinkheh10:46
raphinkno luck10:46
lucasthey don't think they are better. they just don't like hearing : "a command line interface ? ah ah ! look guys, the world has changed !"10:46
lucaswhich is basically what you told them10:46
=== raphink likes when packages just have to be synced :)
ajmitchslomo_: hm, mail from that debian.org box reaches me fine.. retrying advocacy10:47
slomo_ajmitch: thanks :)10:48
\shlucas: yes, because it's the truth. There is a new generation coming up, which don't want to use those tools anymore...they want it shiny, mouse-move-ish and translucent, and we should sit in our hobbit holes and denying that. But we can try to teach them, and if they're interested they can learn from us. Same applies to the old guys, they should not be afraid of this change towards shinyness etc. Actually, we have a choice, but others don't10:50
\shting.10:50
\sh"...,and we shouldn't sit..."10:50
lucasthen provide an old interface using web services from the command line10:51
lucasso the old guys get to know your tool10:51
ajmitchslomo_: the other option given on the newmaint list is that I send a signed email to there, and front desk will change it manually :)10:51
\shlucas: that's what we will do for launchpad e.g. that's what google was doing with their xmlrpc api10:51
lucasgreat.10:52
lucasthen, before this is implemented, don't expect debian developers to get interested in LP10:52
ajmitcheven after that, there's still a tight dependency on a non-free tool10:52
\shlucas: no, it has nothing to do with "not interested", it has to do with "non-open-source", but as I said, nobody is refusing to use google :)10:53
\shlucas: and to be honest, many people are depending on google :)10:53
lucasDDs are not forced to use google10:53
ajmitchthat's because, as I said before, debian developers would not be tied to google10:53
lucas\sh: I find it disturbing that we all rely on google10:53
\shlucas: nobody is forced to use LP :)10:53
lucas\sh: if a debian team starts using LP10:54
lucaschances are high that new members of the team will have to use LP too10:54
ajmitchlucas: and some have10:54
\shlucas: then they made a choice, and they have to live with it.10:54
lucasthey made the choice to become tied up with proprietary software10:55
lucasnot much better than being forced to use MS word to read complex .doc10:55
raphinkargh FTBFS :s10:56
=== herzi [n=herzi@d093093.adsl.hansenet.de] has joined #ubuntu-motu
=== koke [n=koke@adsl229-164.unizar.es] has joined #ubuntu-motu
\shlucas: if they choose to work with lp, then they weren't forced to use it.10:56
lucashow easy is it to get out of LP currently ?10:57
lucaslike exporting data ?10:57
\shlucas: rosetta - very easy10:57
lucasmalone ?10:58
ajmitchcurrently quite hard10:58
lucasok10:58
ajmitchand I wouldn't want to try & do a full dump of it via xml-rpc10:58
ajmitchwhen that interface is added10:58
lucasanyway, </discussion on LP>10:58
lucas\sh: I can't find your updated package from launchpad bug 655610:58
\shlucas: was it wesnoth?10:59
lucasyes10:59
\shthen you will find the changes already in the latest upload of wesnoth.10:59
\sh-2 of debian has the old patch and stuff inside, so I'm refusing to merge10:59
\shthat's what I wrote on -motu11:00
lucasok, I understand11:00
\sh-3 will be different11:00
raphinkhehe11:00
raphinkor you could merge and modify it11:00
raphinkinstead of just synching -211:00
raphinksyncing11:00
\shraphink: that makes no sense...I have to revert a patch and include my patch again, instead of waiting for -3 and sync11:01
raphinkok11:01
raphinkthats' a point of veiw11:01
raphinkbut yes given that -2 has older patches than -1ubuntu2 to fix the same bugs11:01
raphinkit's better to keep -1ubuntu2 obviously11:01
\shraphink: that11:01
raphink\sh: I think the best thing about the amd64 bug might just be that you talk with isaac11:02
lucas\sh: I can't find your patch on the debian BTS11:02
=== Burgundavia wonders if the motus spend more time with wesnoth because it is a game
raphinklol11:02
Q-FUNKwould anybody please be so kind as to sync rus-ispell from unstable?  the rus-ispell in dapper right now is hopelessly outdated and none of those diffs are needed.11:02
\shlucas: isaac has it already, because I filed my change upstream, and he has it in his svn tree (remembering what luk said(11:02
\shlucas: upstream == wesnoth bts11:03
lucasmmh ok11:03
raphinkcan't sync enlightenment11:03
raphinkdoesn't build on dapper11:03
\shlucas: all this was discussed earlier on :) and there were some really nice mails and irc statements about it :)11:04
lucasok11:04
=== lucas wasn't here earlier ;)
=== psusi tries to remember who the other person was besides Yagisan that was interested in the defrag package last night
\shlucas: the last 3 days?11:04
lucasI left after raphink did the first merge11:05
lucas\sh could you file a bug on launchpad saying that wesnoth shouldn't be merged ?11:05
lucaschances are quite high that somebody will start working on one ...11:05
\shlucas: well...why? it's not on the merge list anymore...it will show up again when -3 will come :)11:05
lucasit's on the lists on http://tiber.tauware.de/~lucas/versions/ for example ;)11:06
\shlucas: yes, but this is not the tool, which I'm using to keep track of the merges.11:06
lucasthat you are using.11:06
raphinkbut other people are using it \h11:06
\shraphink: sure, but other people reading as well -motu ML :)11:07
lucasthe lowest common denominator11:07
raphinkhopefully11:07
lucasis malone11:07
lucasanyway, if you don't want to, I'll file a malone bug about this.11:07
\shlucas: no...I'll write a comment to 655611:08
lucasI posted a new bug11:09
\shwhatever...11:09
lucasa comment on #6556 has very few chances to be found by the potential merger ...11:09
\shlucas: that's why we have the central station named revu in sistpoties home. to see the new, accepted and done merges...and as well attached to it the bugreports.11:10
lucasthe problem is that this central station currently misses some merges11:11
\shlucas: that's why a auto-generated list without a bit of more information from another source is no good. if you can hack your list code into sistpotys source, would be more useful instead of having two different versions11:11
lucasI will11:11
raphinkok well11:12
raphinkwe have to sync/merge xlibs-data before enlightenment can be merged11:12
\shwhy/11:12
raphinkenlightenment -3 builds on some files provided by xlibs-data 6.911:13
raphinkbut not present in xlibs-data 6.811:13
\shraphink: xlibs-data is daniels area :)11:13
raphinkhe's gone :(11:13
raphinkI guess the new enlightenment activates new functions based on new xlibs-data11:14
raphinkso I just can't merge it, unless I deactivate these options and then there's no point in merging I guess ;)11:14
raphinkI'll update the bug with these infos and wait for xlibs-data to be upgraded I guess11:14
raphinkis that fine \sh ?11:14
lucas/whois sistpoty11:15
lucasoops11:15
lucas/whois sistpoty11:15
lucasrah11:15
raphinklol11:15
\shraphink: well...xlibs-data is belonging to the xorg source package...so it should be done by daniels....11:15
sistpotyI'm Stefan Potyra :P11:15
=== raphink takes lucas's space bar
\shraphink: so the best think is we have to wait11:15
raphink\sh: yes but I'll put this info in the bug I opened to merge enlightenment11:16
lucassistpoty: thank you, but I was looking for your idle time :)11:16
raphinkso people don't work on merging it before xlibs-data is ready11:16
\shraphink: sure :)11:16
sistpotylucas: hehe, was quite some time11:16
sistpoty\sh: did you actually upload a newer version of wesnoth?11:17
\shsistpoty: -1ubuntu2 is the latest with all patches from debian and my amd64 bit patch applied...that's why I wanted to not merge/sync the latest -2 package from debian..I'm waiting for 311:18
sistpoty\sh: then you shouldn't have the bug marked as fixed... thus way it will move to new once I update the merge list11:18
\shsistpoty: well...I hope the package will come soon of isaac...I'm just optimistic...11:19
\shhow long until the stupid update is finished here11:20
sistpotyhehe, in case I update the list earlier on, just file a merge bug but don't mark it as fixed yet... thus the merge will stay on the assigned side11:20
\shsistpoty: I wonder if your tool can handle reopenings of bugs? :)11:21
sistpoty\sh: not a chance :P11:21
=== Q-FUNK [n=q-funk@dsl-hkigw7-fe12f900-46.dhcp.inet.fi] has left #ubuntu-motu []
\shsistpoty: ok :)11:22
sistpoty\sh: but feel free to use update_status.py in /home/sistpoty/merge_offline ;)11:22
\shsistpoty: hmm...or I adjust your regexp to filter as well re-opened bugs :)11:23
sistpotyhehe11:24
\shsistpoty: and update the db accordingly :)11:24
\shbut first, the dist-upgrade must be finished :)11:24
\shcan't even start a new browser or something else...11:24
ajmitchah that's better, pqm includes the right files on make dist now11:26
raphinkactually... I can't even build the _current_ enlightenment version in dapper !!11:26
\shraphink: what does the build log say?11:26
raphink\sh: http://pastebin.com/49700111:27
raphinkX11/bitmaps/{flipped_gray,gray,gray3} are provided by xlibs-data11:28
\shah11:28
raphinkand the current xlibs-data in ubuntu doesn't provide them11:28
raphinkI guess it provided it before11:28
=== seth_k [n=seth@ubuntu/member/sethkinast] has joined #ubuntu-motu
raphinksince the -2 was synced in Ubuntu fine a few weeks ago11:29
\shyes..but not it's xbitmap11:29
\shs/not/now/11:29
\shi think11:29
raphinkoh ok11:29
raphinksure?11:29
=== cassidy_ [n=cassidy@f1-pc174.ulb.ac.be] has joined #ubuntu-motu
\shmoment...just updating apt-file :)11:30
raphinkok11:30
\shyes...xbitmaps11:30
raphinkok11:30
raphinkso enlightenment should depend on it11:30
\shyepp11:30
raphinkok11:30
\shbuild-dep11:30
raphinkyet -2 didn't depend on it11:30
\shyou need it while you are building it :)11:30
raphinkit was just synced11:30
raphinkyes11:31
\shdid -2 ever get build?11:31
raphinkyes11:31
raphinkI think so11:31
\shVersion: 1:0.16.7.2-1ubuntu211:31
\shof enlightenment11:31
raphinkbut maybe it got build before xbitmaps was released11:31
raphinkactually yes11:31
raphink-2 got synced but not build it seems11:32
raphinkso that might be the reason why11:32
raphinkwe have to merge it with xbitmaps in Build-Depends11:32
raphinkI'll try that11:32
raphink:)11:33
raphinkhttps://launchpad.net/distros/ubuntu/+source/enlightenment11:34
=== Nafallo [n=nnnnafal@ubuntu/member/nafallo] has left #ubuntu-motu ["Read]
raphinkit says : pending ;)11:34
=== Nafallo [n=nnnnafal@ubuntu/member/nafallo] has joined #ubuntu-motu
Nafallobaah!11:35
Nafallo^w isn't ^q11:35
raphinkNafallo_away: sorry?11:35
=== raphink feels Nafallo_away is speaking the gentoo language
raphink;)11:36
\shoh tomorrow i have my second interview11:37
raphink\sh: while I'm merging it, shall I update the standards version too?11:37
raphinkit has  3.5.9.0 currently11:37
\shraphink: why not :) we will see this package actually again :)11:37
psusican you get cut to give you only the LAST field on a line?11:37
raphinkok :)11:37
raphinklintian also shouts about the changelog file, for a good reason11:40
raphink\sh: http://pastebin.com/49702311:40
raphinkdo you think that should be fixed ??11:40
raphinklike removed or so11:40
raphinkwe can't know what version this lines refer to11:40
raphinks/this/these/11:40
raphinkgiven that previous version was -6.1 I guess this one is -6.2 but can't be sure11:41
\shraphink: what says the orig debian package?11:41
raphinkthat's what's in the debian package11:42
raphink;)11:42
raphinklatest version of the debian package that is11:42
\shraphink: well...vorlon made an NMU so it should be something with a dot in the revision11:42
raphinkI didn't change it11:42
raphinkyes11:42
raphinkand since previous version was also an NMU : -6.111:43
raphinkthis one must have been -6.211:43
raphinkI guess11:43
\shraphink: or file a bug in debian bts, complaining that they b0rked the changelog :)11:43
raphinkhehe11:43
raphink;)11:43
raphinkyes that's an idea11:43
\shwell...he should have used dch instead of vi directly ,)11:43
ajmitchenlightenment?11:43
raphinkajmitch: yes11:44
\shyes the old shiny wm :)11:44
=== ajmitch fetches
\shwhich has no use but funny themes :)11:44
raphinkajmitch: line 96 in -3 version in sid11:44
SethSeveas, if you get a chance could you change my hostmask to just u/m/seth now that I own the proper nick :) thanks11:44
raphinkmisses the package name & version11:44
raphinkline11:44
raphinkjust fetching the lintian output11:45
raphinkwhich is quite verbose on this package ;)11:45
SeveasSeth, you can poke array_random($FREENODE_STAFF) yourself :)11:45
raphinkE: enlightenment: wrong-path-for-interpreter #!/usr/sbin/install-menu != /usr/bin/install-menu (./etc/menu-methods/enlightenment)11:45
SethSeveas, ah, will do :)11:45
ajmitchraphink: you know where to file bugs :)11:45
raphinkwell I don't even have install-menu on my system11:46
raphinkI don't know what this is11:46
raphinknevermind11:46
raphinkajmitch: shall I file a bug for the changelog stuff?11:47
ajmitchchangelog was screwy before the last upload11:48
raphinkyes11:48
raphinkso I don't bother with it?11:49
raphinkor what?11:49
ajmitchdo it if you wish, but it'd probably be a minor bug at most11:49
raphinkyes11:49
raphinkwell it makes lintian shouts11:49
raphinkotherwise it's surely not anything important ;)11:49
ajmitchyep11:49
raphinkooo there never was an -ubuntu version of enlightenment yet?11:53
raphinkhmmm11:53
raphinkyes there was ...11:53
psusiwhat was the dpkg switch to find out from which package a file comes from?12:00
raphink-S12:00
psusithis is frigging weird12:01
raphinkwhat?12:02
psusithe pktsetup that is installed from the binary deb is NOT built from the source deb12:02
=== ptlo [n=senko@83-131-74-25.adsl.net.t-com.hr] has joined #ubuntu-motu
psusifor udftools12:02
raphinkhow do you mean?12:02

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!