IRC log for #maemo-ssu on 20130412

00:30.26*** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG)
00:50.13*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@14.151.29.168)
01:39.16*** join/#maemo-ssu LauRoman (~LauRoman@5-14-92-176.residential.rdsnet.ro)
02:26.17*** join/#maemo-ssu M13 (~Miranda@83.149.38.164)
02:58.23*** join/#maemo-ssu amiconn_ (quassel@rockbox/developer/amiconn)
03:03.36*** join/#maemo-ssu DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg)
04:44.44*** join/#maemo-ssu gregoa (~gregoa@colleen.colgarra.priv.at)
05:30.13*** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net)
05:41.48*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
05:50.27*** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172)
06:08.46*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@14.151.29.168)
06:22.12*** join/#maemo-ssu freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net)
07:52.54*** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net)
08:37.26*** join/#maemo-ssu tg (~irc@2001:738:2001:2078:0:215:11:82)
08:48.15*** join/#maemo-ssu tom_ (~tom@66.172.11.27)
09:10.54*** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu)
09:38.13*** join/#maemo-ssu daveyoung (dave@nat/redhat/x-opadxjqlmrbskdaw)
09:51.13*** join/#maemo-ssu futpib (~futpib@89.106.197.59)
09:57.44merlin1991ffs linux serial system drives me mental
09:57.56merlin1991can't get a simple blocking read for x chars running
10:02.57*** join/#maemo-ssu arcean (~arcean@aafq163.neoplus.adsl.tpnet.pl)
10:04.13*** join/#maemo-ssu kolp (~quassel@212.255.226.66)
10:04.39ShadowJKyou're getting them one by one?
10:14.44*** join/#maemo-ssu futpib (~futpib@89.106.197.59)
10:15.53*** join/#maemo-ssu futpib (~futpib@89.106.197.59)
10:25.56*** join/#maemo-ssu lizardo (lizardo@nat/indt/x-fzvagbxznersvizo)
11:32.34*** join/#maemo-ssu M13 (~Miranda@83.149.35.61)
12:27.41*** join/#maemo-ssu freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net)
12:42.48*** join/#maemo-ssu NIN101 (~NIN@p5DD282D4.dip0.t-ipconnect.de)
13:04.14*** join/#maemo-ssu futpib (~futpib@89.106.197.59)
13:05.53*** join/#maemo-ssu M13 (~MirandaLS@170.133-224-87.telenet.ru)
13:08.42*** join/#maemo-ssu futpib (~futpib@89.106.197.59)
13:32.28*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
13:37.28*** join/#maemo-ssu CepiPerez (~matias@186.19.210.11)
13:37.32*** part/#maemo-ssu CepiPerez (~matias@186.19.210.11)
13:38.10*** join/#maemo-ssu LauRoman (~LauRoman@5-14-92-176.residential.rdsnet.ro)
13:43.14*** join/#maemo-ssu arcean_ (~arcean@aact95.neoplus.adsl.tpnet.pl)
14:34.16merlin1991ShadowJK: nah it rather returns on read when it feels like
14:51.01Palimerlin1991, anything about missing kernel-power in maemo package interface?
14:51.34Palialso all my promoted packages (from extras-devel) still missing
14:52.43Palimerlin1991, other question: how to delete some package from extras{-devel|-testing|} ?
14:53.38Paliand it is possible only for i386 arch?
14:56.11*** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz)
14:56.13DocScrutinizer05Pali: there shouldn't be any normal way (user way) to delete anything from extras-testing or extras repo
14:57.04Paliwhy maintainer of package should not delete package?
14:57.17DocScrutinizer05it usually casues problems for users who might already have installed that package, for example you can't restore normal backups anymore
14:57.46Paliit is not problem
14:57.52DocScrutinizer05uhuh
14:57.58PaliHAM normally restore backup without that missing packages
14:58.09PaliI done it more times
14:58.17DocScrutinizer05so how's that "not a problem"?
14:58.28Palirestore is not problem
14:59.04Paliyou can restore normal backup without that missing packages
14:59.05DocScrutinizer05nonsense, when a user can't restore a pkg from his backup since the pkg vanished on repo, this IS a problem
15:00.11DocScrutinizer05extras-testing and particularly extras are generally not supposed to lose *any* package that been there
15:00.24DocScrutinizer05only upgrade to more recent version
15:00.49DocScrutinizer05why should any devel be allowed to delete his pkg from extras?? :-o
15:01.44DocScrutinizer05after all you've put it into public domain and maemo.org only is hosting it
15:02.21DocScrutinizer05you as well can ask google to delete a hit or cache from their engine
15:03.10Paliextras not, but extras-devele & extras-testing
15:03.34DocScrutinizer05you're free to upload never version of any kind to extras-devel
15:03.48Palireason could be conflict with new package...
15:04.05Palior that some package cannot be installed due to bad dependences
15:04.09DocScrutinizer05on extras-testing your promotion meant you're putting a supposedly "perfect2 package into public domain for virtually everybody
15:04.10Palior bad architecture
15:04.40Palie.g armel package is OK, but i386 not
15:05.00Paliand when you promote armel package, some maemo infra auto promote i386
15:05.15Palieven if you did not clicked to promote i386 version
15:05.24DocScrutinizer05if you didn't notice that on extras-devel, then we should remove *you* from devel accounts, not your *pkg* from extras-testing
15:06.37DocScrutinizer05bottom line: there's no devel/user option to delete anything from any repo. You need to ask repo maintainers to do it for you
15:06.53DocScrutinizer05and you will have to take a bit of bashing for what you did
15:09.04PaliI think that if developer upload new version of some package to extras-devel and after weak some testers report critical (which developer did not saw before), he should be able to remove binary deb package from extras-devel immediately to do not break other devices...
15:09.50DocScrutinizer05you are free to upload a new fixed version that overrides the former version
15:10.24Palifor sure packages are free (and other people can still compile it/download) but there should be way to temporary disable/remove bad version until developer fix problem and upload new version
15:10.32DocScrutinizer05your new version may consist of one empty sourcefile, plus the usual needed debian spicing around it
15:11.07Palior to detele broken i386/armel binary package
15:11.30DocScrutinizer05we're not going to implement delete function for repo content
15:11.32Palisomehing (e.g. HW related or broken due to compilers) cannot be fixed for specific arch
15:12.19Paliso binary deb package in repo is useless and only increase size of Packages.gz
15:12.32Pali(Packages.gz is not really yo big)
15:12.33DocScrutinizer05*shrug*
15:12.56PaliDocScrutinizer05, how hard is to delete packages from extras-devel index?
15:13.08DocScrutinizer05not exactly trivial
15:13.34Palie.g if I prepare list of broken/unusable packages, can somebody look at it?
15:14.35DocScrutinizer05sure, somebody could look at it, but there's no policy to remove a package from extras-devel, particularly not if there's no request from owner of package
15:16.38DocScrutinizer05correct way: gain maintainership of pkg if you're not already, then upload a "new version" that has only a "PLEASE DELETE ME!" remark inside
15:17.45DocScrutinizer05then eventually repo maintainer could grep all packages and actually delete those that have such remark for long enough so any other user or maintainer could have raised objections
15:21.20kerioPali: having a dummy package is the right thing to do, anyway
15:21.34kerioso you'll also neuter the package in n900s
15:27.06Palibut still no way to remove *only* i386 package
15:45.25DocScrutinizer05err, wasn't there a pretty simple way to specify arch(es) to build pkg for?
15:46.23DocScrutinizer05if you don't feel happy with the i386 part of pkg, upload a new version that specifies arch:armel only
15:46.47DocScrutinizer05I might be talking outa my arse#
15:48.46DocScrutinizer05or rather: if there's a borked package in the fremantle/i36 branch of repo, you need a new source package that builds a neutered version for i386 arch only. Probably feasible by some #ifdef
15:50.38DocScrutinizer05or maybe simply by specifying arch:i386 only, in that void new version, so fremantle/arm branch keeps the old good version while new neutered version goes to i36 branch only
15:54.50*** join/#maemo-ssu sv (~discopig@2001:5c0:1000:a::11bd)
15:54.50*** join/#maemo-ssu sv (~discopig@unaffiliated/discopig)
16:06.36*** join/#maemo-ssu Martix_ (~martix@static-84-242-103-180.net.upcbroadband.cz)
16:16.43merlin1991midgard should have an interface to delte packages
16:16.57merlin1991but err it never worked for me because the buttons never showed up
17:43.20*** join/#maemo-ssu futpib_ (~futpib@89.106.197.90)
17:45.32*** join/#maemo-ssu Estel_ (~Estel@Maemo/community/contributor/Estel-)
18:03.09*** join/#maemo-ssu jon_y_ (~enforcer@2002:3c35:9d87::3c35:9d87)
18:03.10*** join/#maemo-ssu sv (~discopig@unaffiliated/discopig)
18:14.07*** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr)
18:29.55*** join/#maemo-ssu nox- (noident@freebsd/developer/nox)
18:57.31*** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua)
19:11.13*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
20:00.07*** join/#maemo-ssu andre__ (~andre@wikimedia/aklapper)
20:55.02*** join/#maemo-ssu zogg_ (~zoggrules@bzq-79-177-57-64.red.bezeqint.net)
20:55.50*** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr)
22:00.01*** join/#maemo-ssu dhbiker (~dhbiker@193.2.218.150)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.