=== ubuntu [~ubuntu@195.227.106.204] has joined #kubuntu-devel [12:16] Paketlisten werden gelesen... Fertig [12:16] Abhngigkeitsbaum wird aufgebaut... Fertig [12:16] Die folgenden Pakete werden aktualisiert: [12:16] base-config mozilla-firefox-locale-en-gb xorg-driver-synaptics === ubuntu is now known as amu- [12:18] ppc, on a G4 works [12:34] i386 works execpt bad looking X, GF GO5200, nv is detected, 1680*1050 fonts looks wired, wlan, auto-dhcp doent work on the ipw2200, if i run manual dhclient wlan works fine. [12:38] cool, got xine compiled with external libmad [12:38] I'll have to finish the packaging in the morning - need to fix depends/suggests [12:44] mozilla-firefox-locale-en-gb is installed, but no firefox [12:53] amu: testing install or live? [12:54] mdz: live [12:54] why with ubuntu/debian does it show the swap drive and a 1K drive in media:/ ? [12:55] it just clutters it, can't it be hidden, are these drives really necessary? [12:55] also /dev is VERY cluttered, over 900 items? [12:56] very cluttered compared to what? [12:56] Arch Linux, my previous distro [12:56] about 30 entries iirc [12:56] not including dirs [12:56] that would surprise me; I'd like to see a file listing [12:56] okies [01:00] http://lootux.net/tmp0/ls_dev.txt [01:00] 90 ls_dev.txt [01:01] the only real difference between your listing and my local Ubuntu one is pty* and tty* [01:01] isn't it just clutter though? [01:01] I'm not sure why so many are being created [01:01] if it can be donw without? [01:02] yes, by definition [01:02] why does it have /dev/cdroms/ and /dev/discs/? [01:02] probably using devfs [01:02] discs are hdd's and cdroms are cdroms [01:02] nope udev, possibly teh devfs backwards compat mode thing aswell [01:02] looks like udev with devfs rules (e.g. in the installer or something) [01:02] looks like devfs (notice "total 0") [01:02] there is a tradeoff between cleaning up clutter and actually doing useful work :) [01:03] oh, hmm, tmpfs does that too [01:03] tis def udev [01:03] also, in media:/ the swap drive (i thin it's swap) and teh 1K 'supposed' drive [01:03] I know of no reason why 600+ tty devices exist all the time; /dev/pts behaves reasonably [01:04] s/exist/must &/ [01:07] cmf: if you could send a tarball of /etc/udev on that system, I'd be interested [01:07] okies [01:08] this isn't something we're going to change 3 days before release, of course === mdz [~mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has left #kubuntu-devel ["Client] === mdz [~mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #kubuntu-devel [01:08] wb [01:08] but those device nodes take a non-trivial amount of time and memory [01:08] yeah, realise that === LeeJunFan [junfan@64-186-37-120.skycon.net] has joined #kubuntu-devel [01:10] ftp://ftp.archlinux.org/current/os/i686/udev-054-1.pkg.tar.gz [01:11] cmf: (yeah, I know what /dev/discs/ and /dev/cdroms/ *are*, was just wondering why they were there) [01:11] look in that, it's all in ther [01:11] we use them in the installer [01:11] Kamion: noticed that afterwards, sorry ;) [01:11] didn't mean to seem patronising [01:11] np [01:12] gah, that tarball unpacks into cwd === cmf can't wait to get an amd64 system, so ubuntu is actuall yoptimised to my hardware, rather than i386 [01:14] cmf: what's in your 'legacy/' subdirectory/ [01:14] ? [01:15] what legacy dir? [01:15] http://lootux.net/tmp0/ls_dev.txt [01:15] drwxr-xr-x 2 root root 0 2005-04-01 14:19 legacy/ [01:15] that one [01:15] ah, that's not my server, it's one of arch's dev's [01:15] so no idea [01:16] from what I see in the udev config, the horde of devices that you noticed in ubuntu /dev are hiding in arch linux /dev/legacy [01:16] ahh [01:16] of course, nothing looks for them there [01:17] I suppose they're keeping them around until they determine for certain that they're unused [01:18] okies, well enjoying this, but must go sleep now, so nighty for now [01:20] cmf|sleeps: there will be a new version of rosegarden4 momentarily.. you'll have to chose the version.. because of my stoopid versioning of the virst package.. apt-get install rosegarden4=1.0-1ubunta0.2 - would be nice if you could test them tomorrow. [01:20] virst/first. [01:55] another thing on the live my sys has 2 gig ram. live-kernel show me only 1 [02:13] god damn.. my p4 is sloooow. [02:21] amu: that'll happen, the default linux build has a 1 gig ram limit, you need to explicitly install the other linux build to use memory larger than that or more than 1 processor [02:47] Riddell: did you see my comment about gwenview? [02:48] elmo: nope (had to rush out this evening), will look at fixing the clock now [02:48] http://muse.19inch.net/~jr/tmp/kmenu.png big kmenu, good or bad? [02:55] Riddell: good, i use 22 [02:55] cmf|sleeps: but the scaled icons look really bad at 22 don't they? [02:55] all lokks good to me [02:56] 32 is too big for 800x600 [02:57] 32 does loook nice though [02:57] cmf|sleeps: http://muse.19inch.net/~jr/tmp/kmenu2.png 22x22 [02:57] they look really bad there [02:58] 32 does lok nicer [02:58] but i must sleep, nighty [02:59] but we do need 800x600 support, and 22x22 looks really bad so I think it'll have to remain at 16x16 for now === LeeJunFan [junfan@64-186-37-120.skycon.net] has joined #kubuntu-devel [04:53] kdeaddons does not include akregator plugin [04:53] and dh_install --list-missing doesn't want to work [04:53] cp: cannot stat `usr/bin/atlantikdesigner': No such file or directory [04:54] Riddell, if lines in *.install files don't carry a debian/tmp/ as prefix, you need an extra argument for dh_install [04:54] is that the case? [04:55] dato: yes it is [04:56] then you need dh_install --sourcedir=debian/tmp ... [04:56] groovy [04:56] or, if it's a cdbs package, DEB_DH_INSTALL_SOURCEDIR := debian/tmp [05:01] Riddell: were are you pulling kdeaddons from? [05:06] dato: not sure, amu did it, I think he did it all himself [05:07] ok. in case he's using cvs (kdeaddons is not kept in svn), make sure he's pulling out of KDE_3_4_BRANCH [05:07] Ben (Burton) always uses the corresponding branch for each major version, so HEAD can by waaaaaaay outdated [05:07] debian/ in HEAD, that is [05:08] (and certainly, konq-plugins has the akregator plugin in our packages) [05:11] doesn't seem to be the case, debian in kdeaddons from KDE CVS HEAD has up to 4:3.4.0-0pre1 which amu's version doesn't [05:12] and debian in kdeaddons from KDE CVS HEAD include akregator which this doesn't [05:13] mmm, HEAD? === ttf_ [~tom@p83.129.1.105.tisdip.tiscali.de] has joined #kubuntu-devel [05:14] Riddell: btw, is there a repo of Kubuntu's KDE packages? [05:15] dato: nope, we havn't managed to get one set up, part of the reason why we have such frequest uploads of packages is that there's no repository [05:15] I hope that'll get fixed soon [05:15] I see [05:19] hi agan [05:19] i can't frigging sleep [05:20] went to bed 4 hrs ago [05:26] kubuntu-desktop: Depends: kdegraphics but it is not going to be installed [05:26] bummer about the livecd rootfs. [05:26] (ppc, at least) [05:28] kdegraphics compiled at 04:01 says buildlogs [05:28] and the livecd built at 04:15 [05:28] which is to say, 18 minutes before kdegraphics entered the archive [05:29] well, s/entered/will enter/ :-) [05:30] Riddell: you want another livecd fs build on ppc once the archive snaps in a few minutes? [05:30] I think I should upload this new kdeaddons too, it had a lot of missing files [05:30] I see. [05:31] mdz: is that acceptable? [05:41] something's wanting to pull amarok-xine into main ... [05:41] elmo: haggai added that as a depend on amarok today (better supported) [05:50] kdeaddons uploaded, once that and amarok-xine are in we have a release [05:50] haggai: have you got pitti to check over amarok-xine? [05:51] python-kde3 being broken and random breakage of kdesu with kcontrol being largest problems, don't see either of those being solved [05:52] would be nice to have rosegarden 1.0 in [05:52] oh and what's the status of kdebluetooth haggai? === Riddell beds === ..[topic/#kubuntu-devel:mdz] : Release Candidate out | http://www.kubuntu.org/ | https://www.ubuntulinux.org/wiki/Kubuntu | No uploads to hoary/main without approval, ask mdz or Kamion === warthylog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #kubuntu-devel === Topic for #kubuntu-devel: Release Candidate out | http://www.kubuntu.org/ | https://www.ubuntulinux.org/wiki/Kubuntu | No uploads to hoary/main without approval, ask mdz or Kamion === Topic (#kubuntu-devel): set by mdz at Wed Apr 6 06:17:37 2005 === #kubuntu-devel [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup === Beineri [~Beineri@binner.kde] has joined #kubuntu-devel === m-foxela [~mp@p508A23E7.dip0.t-ipconnect.de] has joined #kubuntu-devel [10:03] mdz: sorry about that, when I checked the deps I thought it would not affect anything else except the two amarok packages === d3vic3 [~d3vic3@dumbledore.hbd.com] has joined #kubuntu-devel [10:22] haggai: can you change it back? I don't want to do any more main<->universe migrations before the release [10:29] hmmkay [10:57] thanks [10:57] we'll be preparing candidates for the final release today [10:58] if there are any kubuntu show-stoppers, I need to know about them immediately [10:58] all uploads require manual approval now [10:58] mdz: linxine1 with mad code inside it [10:58] mdz: I'm almost done [10:58] moin' [10:59] haggai: something other than amarok-xine uses libxine1 in kubuntu-desktop? [10:59] it did last time I looked === haggai checks [10:59] kaffeine [10:59] right [11:02] haggai: what about #8681? [11:03] is it as bad as it looks? [11:05] it's pretty bad if it hits you [11:06] I can take a look at it today to see if I can find anything. [11:06] ttf / amu: can either of you reproduce #8681 reliably? [11:11] haggai: nope, tested it yesterday night with the liveCD, *worksforme* === mdz [~mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #kubuntu-devel === _mp [~mp@p508A23B3.dip0.t-ipconnect.de] has joined #kubuntu-devel [12:55] haggai: are we going to upload a new kde-i18n? [12:59] Riddell: we'll have to ask mdz [01:03] of course, and someone with a fast connection since it's a very large package was a remember. any opinion mdz? [01:03] haggai: how is kdebluetooth? [01:35] mdz has gone to sleep [01:35] bless him [01:35] is the new kde-i18n just translation updates, nothing else? [01:35] Kamion: just translation updates [01:35] ok, please go ahead then, but do it quickly [01:35] I want to build new images before mdz gets up again, if I can [01:47] Riddell: there were problems with the pin helper stuff last time I looked [01:49] haggai: for what? [01:49] Riddell: as in, it didn't work [01:49] Riddell: (bluetooth) [01:49] haggai: is pin helper stuff a debian packaging term or a technical bluetooth term? [01:50] Riddell: technical bluetooth. When the devices first connect you have to exchange a pin. This doesn't work unless you manually fiddle with config files [01:50] Riddell: bt term [01:50] haggai: did it work after you set the pin-helper to kblueping in /etc/bluetooth/hcid.conf? [01:51] haggai: it worked for me (like in debian) [01:51] allee: yes [01:51] ah well [01:52] but hcid.conf isn't a kubuntu package so we can't just patch the package [01:52] kde-i18n is a large checkout [01:52] s/isn't a/isn't owned by/ [01:53] Riddell: yeah, I told you the diff was > 0.5 GB :) [02:01] haggai: what's the best version number scheme for this? kde-i18n-3.4.0+cvs20050406 ? [02:01] Riddell: yup [02:02] checkout has reached portugese [02:17] haggai: couldn't reproduce #8681 on the live CD - well - it doens't ask for the root password anyways === apokryphos [~apokrypho@host-84-9-32-92.bulldogdsl.com] has joined #kubuntu-devel === Riddell wonders if running debuild really should take half an hour [02:57] Riddell: it is quite slow because make reads so many files [02:57] Riddell: it took a long time here too [02:58] still running === apokryphos [~apokrypho@host-84-9-35-20.bulldogdsl.com] has joined #kubuntu-devel [03:23] I forgot the -sa for debuild -S === apokryphos_ [~apokrypho@host-84-9-32-4.bulldogdsl.com] has joined #kubuntu-devel [03:23] guess I have to start it all again [03:23] haggai? === apokryphos [~apokrypho@host-84-9-32-129.bulldogdsl.com] has joined #kubuntu-devel [03:29] Riddell: you can use dpkg-genchanges -sa to fix up the .changes [03:29] so 'dpkg-genchanges -sa -S > ../kde-i18n_whatever.changes [03:29] ' [03:31] Riddell: ? [03:31] Kamion: cool, thanks [03:31] don't worry haggai, Kamion to the rescue [03:31] ah, thanks Kamion [03:33] haggai: what's the status of this libxine thing mdz mailed me about? [03:34] Riddell: I'd read the .changes afterwards if I were you though, to make sure it's sane [03:35] Kamion: I've been hacking out the libmad stuff. Need to fidlle with automake-generated makefiles so I'm merging the changes over by hand [03:45] "Error while uploading kde-i18n_3.4.0+cvs20040506.orig.tar.gz" [03:45] doesn't say what the error was or anything useful like that [03:46] the .dsc is there, nothing else is [03:46] yeah that uploaded [03:46] I suspect you timed out or something; can you upload from a faster host? [03:46] or point me to it and I'll upload it from chinstrap [03:47] Kamion: http://jasmine.19inch.net/~jr/away/kubuntu/i18n/cvs/ [04:00] ok, even dput from chinstrap doesn't like this, and there are no errors in poppy.log; wtf? [04:02] I claim that dput sucks [04:05] ... except that dupload breaks too [04:05] I need elmo to repair this [04:06] elmo: ping, when you wake up; poppy is being weird at me === uniq [charlie@213.184.199.55] has joined #kubuntu-devel [04:14] Has anyone registered these channels yet? That should probably be done... [04:14] apokryphos: I think I have them === haggai digs in list [04:15] Ok, that's good to know (there was an idiot in the other day =) ). [04:15] yeah I noticed but was asleep at the time [04:15] haggai: can you give me ops on them? just incase apokryphos's friend comes back [04:15] Riddell: yeah we need to try and cover all timezones [04:15] Riddell: hey, I already said he wasn't my friend :P [04:15] maybe I can do that without needing the pass === haggai goes to talk to chanserv [04:17] apokryphos: just send him to some elite warez channels next time, then he'll get DDoSed out of existance :) [04:17] 15:16 -ChanServ(ChanServ@services.)- An access level of [30] is required for [ACCESS ADD] on #kubuntu [04:17] hmm [04:18] Riddell: hopefully he's forgotten about the name of the server ;). I plan on making him, erm, sorry :D if I see him again. [04:18] (he won't be coming back though, I'm pretty sure. Just in case.) [04:19] the channel is registered with daniels and he only gave me and amu level 29 [04:20] looks like this channel belongs to amu. Riddell I could give you 29 [04:22] what does 29 allow me to do? [04:25] I think it allows you to use ops but not add anyone else to the op list [04:27] oh that's fine === cmf [~lou@adsl-213-249-162-11.karoo.KCOM.COM] has joined #kubuntu-devel [04:34] Riddell: hi, remember what i was mentionening about media:/ entries and my ipod? [04:35] cmf: yep [04:35] fixed it [04:35] how so? [04:36] just need to get /media/$bla to be teh nevice name rather than nodename now [04:36] hal [04:36] what did you have to fix? [04:37] 1 min [04:37] just borrowd my old storage-policy.fdi from arch linux [04:38] i was an arch dev, and did teh hal storage-policy customization for arch [04:38] what needed changed? [04:39] not sure yet, havn't diffed it [04:39] ah :) [04:39] well you should report it on bugzilla [04:44] i've never used, diff before, how do i create a normal patch from it? itcurrently doing diff FILE1 FILE2 > storage-policy.diff [04:44] man page doesn't seem massive help [04:45] nm, got it, -Naur [04:52] certainly always use diff -u at minimum [04:54] how did you manage to develop a distribution and never use diff? :) [04:56] oh? which distro does he develop? :) === haggai sniffs for spies from other distros [04:56] 15:38 < cmf> i was an arch dev, [...] [04:57] nah :P [04:57] i've moved over to kubuntu now, got tired of using a distro for power users more then desktop [04:57] i wanted stuff to just work [04:58] i did pkg maintainence, but never needed to create diff's [04:58] i maintained kde [04:58] cmf: is there still someone maintaining KDE in arch linux? [04:58] yep [04:58] oh I see. Didn't arch only just do its first release? [04:58] that's OK then :) [04:58] i handed it over a few months ago, i didn't have teh time [04:59] nope, it's up to 0.7 [04:59] haggai: arch linux and ark linux very different [04:59] I'm just slightly amazed at never needing to use diff, that's all - I use it hundreds of times a day [04:59] Riddell: ah there's my confusion thx :) [04:59] Kamion: lol :D [04:59] ark linux being the result of red hat annoying it's KDE packager for years, I need to test it out [05:00] I was impressed that the ark OOo guy fearlessly turned on all the 64 bit patches [05:00] and then proceeded to add lots of fixes [05:01] ugh, samba is pissing me off === apokryphos [~apokrypho@host-84-9-32-129.bulldogdsl.com] has joined #kubuntu-devel [05:11] haggai: impressed or "impressed"? [05:12] Kamion: heh, in awe that he was 1)mad 2)a sucker or 3)had oodles of time === cmf [~lou@adsl-213-249-162-11.karoo.KCOM.COM] has joined #kubuntu-devel [05:14] haggai: wouldn't they be required? why have patches that break things [05:16] Riddell: you obviously never looked at OOo and 64 bit :) The patches are just to make it compile. Runtime, well that's a different story. Unless you only want your OOo to run for less than 60 seconds [05:16] and then crash [05:17] haggai: I've never had the privilage :) how did you get it to compile and run? [05:17] Kamion: my xine change for upload is this: http://halls.debian.net/~chris/kubuntu/xine-lib.debdiff [05:17] Riddell: I don't have 64 bit. The 64 bit ubuntu package is hacked together 32bit stuff [05:18] ah, clever [05:19] haggai: whyfor the libartsc0 removal from Suggests? otherwise looks fine [05:21] Kamion: once I fixed the shlibdeps script it started generating them all automatically. Um, I meant to show the debdiff of the debs too, hold on [05:21] Version: [-1.0-1ubuntu2-] {+1.0-1ubuntu3+} [05:21] Suggests: {+aalib1 (>= 1.2),+} libartsc0 {+(>= 1.3.2), libaudiofile0 (>= 0.2.3-4), libbonobo2-0 (>= 2.8.0), libesd0 (>= 0.2.29-1) | libesd-alsa0 (>= 0.2.29-1), libflac6, libgconf2-4 (>= 2.9), libglib2.0-0 (>= 2.6.0), libgnomevfs2-0 (>= 2.9.90), libmad0 (>= 0.15.1b), libncurses5 (>= 5.4-1), liborbit2 (>= 1:2.12.0), libsmbclient (>= 3.0.2a-1), libx11-6 | xlibs (>> 4.1.0), slang1 (>> 1.4.9dbs-4)+} [05:21] Installed-Size: [-8848-] {+8760+} [05:22] haggai: whoa, Suggests fun; but yes, go ahead and upload [05:22] Kamion: ok, thanks [05:24] Riddell: kde-i18n uploaded properly now that jackass' little ENOSPC problem is sorted [05:24] hehe === m-foxela [~mp@p508A23B3.dip0.t-ipconnect.de] has joined #kubuntu-devel [05:27] seems to be a problem with kaudiocreator and audiocd:/ kioslave [05:27] specifically, audiocd:/ isn't creating a audiocd:/WAV folder, and so kaudiocreator can't rip anything [05:28] cmf: hello, did you get my message? [05:28] nope [05:30] ok.. there are new packages at http://frode.kde.no/ubuntu/ - i've fixed some versioning.. so you'll have to force the version. [05:30] apt-get install rosegarden4=1.0-1ubuntu0.2 [05:30] okies, i'll test in an hour or so, i have some stuff to do, thanks though [05:30] ok.. would be nice with a status repport :) [05:31] Kamion: ok, now we just have to hope it compiles. what is Deir Yassin Day? [05:31] what is ENOSPC? [05:31] clipboard doing funny things there [05:33] no space :) === apokryphos [~apokrypho@host-84-9-32-14.bulldogdsl.com] has joined #kubuntu-devel [05:35] ah, kde-i18n can have that effect on you [05:53] riddell: if you get some free time, it'd be great if you could review my rosegarden4 package. [05:56] uniq: good idea, what's the URL again? [05:56] http://frode.kde.no/ubuntu/rosegarden4/ [05:56] deb http://frode.kde.no/ubuntu/ ./ - should work. === warthylog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #kubuntu-devel === Topic for #kubuntu-devel: Release Candidate out | http://www.kubuntu.org/ | https://www.ubuntulinux.org/wiki/Kubuntu | No uploads to hoary/main without approval AND a damn good reason, ask mdz or Kamion === Topic (#kubuntu-devel): set by mdz at Wed Apr 6 18:53:09 2005 [08:17] novo doesn't allow cvs from it [08:18] you could have moved the source packages there [08:20] yes, if I'd had time [08:24] hmm I get a ftbfs even earlier [08:24] ERROR:doc/kig/scripting-api/Doxyfile.scripting-api appears in configure files, but has no .in file [08:25] time to give up? [08:27] kubuntu-desktop: Depends: kdegraphics but it is not going to be installed [08:27] is that the expected current state ofthe livecd? (kde-i18n caused???) [08:27] lamont_r: all architectures? [08:28] that's ppc. i386 and amd64 pending === lamont_r investigates the actual cause [08:28] lamont_r: does that mean the ubuntu rootfs builds are finished? [08:28] ah, apparently so (#u-d) [08:30] (there was discussion on #d-d this morning about "stolen" changelog entries. seems amu keeps forgetting to do it right. zack said he'd pass by and mention, but I haven't seen him hear. if it was discussed on other channel, please excuse.) [08:30] s/hear/here/ [08:30] strange. [08:30] mdz: yes, Kamion is building cdimages now, I expect [08:31] Riddell: I don't much like the idea of releasing with source out of sync with binaries [08:31] mdz: that is, I know he knows they're done... [08:31] yes [08:31] releasing with source out of sync is unacceptable; if it doesn't build, it needs to be reverted immediately [08:31] dato: yes ... i'll go into prison because of it [08:31] or fixed, but that seems non-obvious at this point [08:32] so, um, never mind on that whole kubuntu-livecd-dies-in-kdegraphics thing. [08:33] amu: mmm, if that means it was already solved, sorry for the noise. [08:33] sounds like we should revert [08:34] dato: what was the problem package? [08:34] Riddell: kaffeine (not mine) [08:35] that kaffeine upload probably won't make it into hoary anyway [08:36] Kamion: it was from 0.5 ... [08:36] "* sync with debian" [08:36] I can see the problem in that .po file and it could be easily fixed, which means another few hours or uploading and compiling [08:37] and the funny things the guy took orig.tar.gz from ubuntu into debian [08:37] Riddell: it didnt' build on novo [08:38] amu: for the same version number, taking the .orig.tar.gz is a perfectly reasonable thing to do, and avoids several problems [08:38] Riddell: see ~halls/packaging/kde-i18n/kde-i18n_3.4.0+cvs20040506-0ubuntu1_i386.build [08:38] *** YOU'RE USING UNSERMAKE. [08:38] *** GOOD LUCK!! :) [08:38] the package wasn't made for unsermake [08:39] in that case it needs a build conflicts or for it to be turned off in the package [08:39] I see, you forgot to create a new changelog entry to put the 'sync with debian' in [08:39] I have to go out for a few hours [08:40] how do we decide between uploading again or reverting? [08:41] that would depend on how sure you are that you have a simple fix that will build first time [08:42] I'm sure the fix will work, the question is whether there are any other errors [08:42] uploading again is cheaper in the sense that it won't involve a new .orig.tar.gz [08:42] but riskier because this version has never been fully test-built (and thus, I assume, never tested otherwise) [08:48] Kamion: nope, copied the debian changelogs added my changes, added a sync with debian. [08:50] Guess the problem is, since ages there's a new debian version, the debian maintainer didnt take care about it, while i do. [08:51] amu: what do you mean by the debian maintainer didnt take care about a new debian version? [08:54] same with k3b. debian is 3 version behind [08:54] Riddell: new upstream versions, but no new debs [08:55] amu: correct way is copy Debian package, add a new changelog entry to the top with your change, if necessary use the -v option to dpkg-buildpackage to suck multiple changelog entries into your .changes [08:55] anything else just confuses everyone [08:56] including people like us who occasionally have to review changes and try to figure out what's going on [09:00] good idea, multiple changelogs [09:04] just follow the way Ubuntu developers are working [09:06] sure, i'll take more time for it. [09:06] riddell: ok, should I change the version to ubuntu1, or does ubuntu0.3 do it? [09:08] uniq: change it to ubuntu1 and remove the 0.x changelog entries [09:09] riddell: ok. [09:11] what is the status of the kde-i18n fix? [09:15] riddell: should i add some 'sync with debian' or something.. to do it 'the right way'? [09:15] to the changelog.. [09:16] uniq: yes please, and make sure you've included all the changelog entries from debian [09:17] riddell:they are in. [09:17] mdz: I'm running debuild -S (which takes about half an hour) and can upload (which takes longer). or you can tell us to give up and revert it [09:18] Riddell: the only way to revert is to upload [09:18] Riddell: you can prepare the upload on the porting machine if that would be faster for you [09:18] mdz: to upload what? you can't upload older versions [09:19] Riddell: to upload a package with a version number greater than the existing one [09:19] we can't replace it with an older version [09:19] right [09:19] mdz: upload on the porting machine? [09:21] Riddell: yes, the machine at the data center where you all have logins [09:35] there's no dput on novo, how can I upload? [09:35] riddell: http://frode.kde.no/ubuntu/rosegarden4/ul/ - when you've got time. [09:38] Riddell: lftp? [09:41] I copied it over and uploaded [09:48] uniq: "Add conflict with rosegarden2" there's no conflicts [09:51] has 4:3.4.0+cvs20040506-0ubuntu2 been test-built? [09:52] mdz: alas no [09:52] ... [09:52] nowhere to build it [09:53] my understanding is that you guys all have accounts on a fast machine with fast internet, hosted by us [09:53] with a dedicated chroot for kubuntu test builds [09:53] yep, it's got unsermake on it and kde-i18n build conflicts with unsermake [09:54] the solution to that, assuming you don't have the necessary privileges, is to ask elmo [09:54] elmo: could you remove unsermake from novo? [09:54] if this situation isn't resolved soon, we are going to have to postpone the kubuntu release; this is a serious problem [09:55] Riddell: done [09:55] thanks [10:13] elmo: can you install dput on novo with an ubuntu upload target [10:16] riddell: oh.. it is now. thanks for noticing.. had only updated the local control file.. not the remote.. :/ [10:24] Riddell: done [10:25] re [10:26] Riddell: how's it going with i18n? Anything I can do? [10:28] haggai: prepare a revert package incase this one fails? [10:28] Riddell: righty [10:29] not that I'm feeling pessimistic or anything [10:30] -3.4.0+cvs20040506.really.3.4.0 [10:30] I guess [10:31] I was sure, would -3.4.0+orig20040506 work? [10:31] s/was/wasn't/ [10:32]