Re: IPV6 causes slow internet access
Mackenzie Morgan wrote the following on 02.01.2009 19:09 On Fri, 2009-01-02 at 10:34 -0700, Charlie Kravetz wrote: On Fri, 2 Jan 2009 20:12:04 +0530 shirish shirisha...@gmail.com wrote: Hi all, I just wanna direct your attention to a bug filed https://bugs.launchpad.net/ubuntu/+source/linux/+bug/313218/ Would you put a comment on the bug report itself, please. It does take two reports to confirm the bug is an issue, which means two people where this is an issue need to confirm the bug is valid. And while doing so, please answer the question posted on that bug. Where is there a slowdown? Is it the DNS lookup? Are you saying that having IPv6 enabled somehow cuts your download speed? I don't get what's going on. http://lists.debian.org/debian-ipv6/2007/07/msg0.html the whole thread is worth a read if you are interested in ipv6. -- bye Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: passwd -l
Matt Zimmerman wrote the following on 01.08.2008 13:05 - *snip* - The bug is targeted for fixing in 8.04. Thanks Matt. -- bye Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: passwd -l
hi https://bugs.launchpad.net/ubuntu/+source/shadow/+bug/238755 summary: * cronjobs are broken for system that has a 'passwd -l root' with hardy http://thread.gmane.org/gmane.linux.debian.user/330437 * the implematation of the patch that changed 'passwd -l' is broken: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492307 * + the confusion it causes at users-side due to unexpeted behaviour. All of this is fixed in debian now. For hardy this all is imho a serve regression. Pls devs fix it. -- bye Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: passwd -l
Thilo Six wrote the following on 24.07.2008 11:28 Hello pls someone take a look at: http://permalink.gmane.org/gmane.linux.debian.user/330437 https://bugs.launchpad.net/ubuntu/+source/shadow/+bug/238755 specifically: https://bugs.launchpad.net/ubuntu/+source/shadow/+bug/238755/comments/7 Is that change wanted in Ubuntu? I would like to start a SRU for this regression in hardy. I read in the docs that an updated/fixed package has to be in the development series first. Now in the case of shadow this is in main. Anybody here willing to sync the currently in 'incoming' and very soon hitting sid version 1:4.1.1-3 of shadow? -- bye Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Proposal: cdrkit vs. cdrtools
Stephan Hermann wrote the following on 13.01.2008 15:17 Dear Colleagues, as I wrote on http://www.sourcecode.de/content/cdrkit-vs-cdrtools I really wonder what way we should go. Regarding the non-freeness of cdrtools, we should concentrate on getting the cdrkit binaries to the upstream projects. Most of the apps I found in debian/ubuntu, which are using mkisofs/cdrecord as exec calls, could be patched easily to use genisoimage/wodin. Having an option compatiblity between e.g. cdrecord and wodin, this should work out of the box. Do you think it's worth the efford? Regards, \sh PS: Discussion on u-d-d, Reply-To set please honour it. [quote] For Ubuntu, cdrtools is in multiverse... [/quote] according to packages.ubuntu.com cdrtools isn´t in the archive since edgy and even in edgy it is only a transitional package only iirc. [quote] The Gentoo Linux ebuild for cdrkit installs symlinks to provide compatibility with applications looking for old cdrtools binaries: /usr/bin/cdda2wav - /usr/bin/icedax /usr/bin/cdrecord - /usr/bin/wodim /usr/bin/mkisofs - /usr/bin/genisoimage /usr/bin/readcd - /usr/bin/readom + a few more (manpages, etc) Seems to work fine because, as you say, the cdrkit binaries take the same options, and using symlinks saves on patching all the other applications depending on cdrtools. [/quote] in the light of the above i think this is the easiest way. -- bye Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Proposal: cdrkit vs. cdrtools
Stephan Hermann wrote the following on 13.01.2008 20:20 Hi Stephan according to packages.ubuntu.com cdrtools isn´t in the archive since edgy and even in edgy it is only a transitional package only iirc. This is not correct...according to soyuz: https://edge.launchpad.net/ubuntu/+source/cdrtools/10:2.01.01a33-0ubuntu2 the last version was in gutsy...and the removal was requested on 2008-01-09. Therefore we have several packages not working anymore :) jup you are right. I have searched the binary section only, not for source package names sorry for the noise. /snip Regards, \sh -- bye Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Changing dpkg-deb default compression from gzip to lzma for Hardy
Krzysztof Lichota wrote the following on 17.12.2007 13:05 recently i also tried 7z for my backups and in comparation to bz2 it seems to take a bit longer during compressing but is faster on extraction. Also the compressed file with 7z is ~30% compared to a bz2 one. /snip It is hard to judge best compression using only one package. It is possible that for other packages other compression schemes would be better. Have you run built other packages? ?The best would be to rebuild whole repo with new compression scheme and compare the results, so that it does not appear, for example, that packages stop fitting into one CD. atached is a more detailed analysis trying to compare gz, bz2 and 7z (aka LZMA). I tried it once for (mostly) textfiles as source and once on a binary file in both compressing and extraction. /snip Krzysztof Lichota HTH -- Thilo key: 0x4A411E09 compressing binary =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= $ which tarbz2 tarbz2 is aliased to `/bin/tar --bzip2 -cvpf' $ which targz targz is aliased to `/bin/tar -cvzpf' $ du --max-depth=1 -k openoffice.org-core_1%3a2.3.0-1ubuntu5.3_i386.deb 36996 openoffice.org-core_1%3a2.3.0-1ubuntu5.3_i386.deb $ time tarbz2 oo.tar.bz2 openoffice.org-core_1%3a2.3.0-1ubuntu5.3_i386.deb real0m19.243s user0m18.761s sys 0m0.156s $ ls -lk oo.tar.bz2 -rw--- 1 USER USER 36931 17.12.2007 15:23 oo.tar.bz2 $ time tar cf - openoffice.org-core_1%3a2.3.0-1ubuntu5.3_i386.deb | 7za a -si oo.tar.7z real0m32.141s user0m30.506s sys 0m0.312s $ ls -lk oo.tar.7z -rw--- 1 USER USER 37014 17.12.2007 15:24 oo.tar.7z $ time tar cf - openoffice.org-core_1%3a2.3.0-1ubuntu5.3_i386.deb | 7za a -si -m0=lzma oo-lzma.tar.7z real0m31.555s user0m30.762s sys 0m0.324s $ ls -lk oo-lzma.tar.7z -rw--- 1 USER USER 37014 17.12.2007 15:27 oo-lzma.tar.7z $ time targz oo.tar.gz openoffice.org-core_1%3a2.3.0-1ubuntu5.3_i386.deb real0m3.316s user0m2.988s sys 0m0.140s $ ls -lk oo.tar.gz -rw--- 1 USER USER 36723 17.12.2007 15:29 oo.tar.gz extracting binary =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= $ which untarbz2 untarbz2 is aliased to `/bin/tar --bzip2 -xvpf' $ which untargz untargz is aliased to `/bin/tar -xvzpf' $ time untarbz2 oo.tar.bz2 real0m8.522s user0m8.205s sys 0m0.232s $ ls -lk open* -rw--- 1 USER USER 36951 17.12.2007 15:20 openoffice.org-core_1%3a2.3.0-1ubuntu5.3_i386.deb $ time untargz oo.tar.gz real0m0.636s user0m0.484s sys 0m0.128s $ ls -lk open* -rw--- 1 USER USER 36951 17.12.2007 15:20 openoffice.org-core_1%3a2.3.0-1ubuntu5.3_i386.deb $ time 7za x -so oo.tar.7z | tar xf - real0m5.849s user0m5.616s sys 0m0.176s $ ls -lk open* -rw--- 1 USER USER 36951 17.12.2007 15:20 openoffice.org-core_1%3a2.3.0-1ubuntu5.3_i386.deb compressing mostly textfiles =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= $ which tarbz2 tarbz2 is aliased to `/bin/tar --bzip2 -cvpf' $ which targz targz is aliased to `/bin/tar -cvzpf' $ du --max-depth=1 -k | grep delta 108444 ./delta $ time tarbz2 delta.tar.bz2 delta/ real0m48.591s user0m38.234s sys 0m0.524s $ ls -lk delta.tar.bz2 -rw--- 1 USER USER 65152 17.12.2007 14:48 delta.tar.bz2 $ time tar cf - delta/ | 7za a -si delta.tar.7z real1m1.577s user0m59.928s sys 0m0.448s $ ls -lk delta.tar.7z -rw--- 1 USER USER 13977 17.12.2007 14:56 delta.tar.7z $ time tar cf - delta/ | 7za a -si -m0=lzma delta-lzma.tar.7z real1m1.268s user0m59.936s sys 0m0.404s $ ls -lk delta-lzma.tar.7z -rw--- 1 USER USER 13977 17.12.2007 14:58 delta-lzma.tar.7z $ time targz delta.tar.gz delta/ real0m11.449s user0m10.213s sys 0m0.292s $ ls -lk delta.tar.gz -rw--- 1 USER USER 66371 17.12.2007 14:59 delta.tar.gz extracting mostly textfiles =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= $ which untarbz2 untarbz2 is aliased to `/bin/tar --bzip2 -xvpf' $ which untargz untargz is aliased to `/bin/tar -xvzpf' $ time untarbz2 delta.tar.bz2 real0m20.017s user0m18.173s sys 0m0.824s $ du --max-depth=1 -k 108444 ./delta $ time untargz delta.tar.gz real0m8.205s user0m1.856s sys 0m0.420s $ du --max-depth=1 -k 108444 ./delta $ time 7za x -so delta.tar.7z | tar xf - real0m5.030s user0m3.136s sys 0m0.452s $ du --max-depth=1 -k 108444 ./delta -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Changing dpkg-deb default compression from gzip to lzma for Hardy
Kristian Erik Hermansen wrote the following on 17.12.2007 23:56 We are talking about a 10x increase in the time it takes to create DEBs if moving from gz - lzma. Is this acceptable? deb creation aka compression shouldn´t bother us as much as installing aka extraction. buildds should have enough power for that (given ubuntu delivers only for fast architectures) Also, it is more than doubling the work placed on the installer's CPU. also note the package size went down from gz: 39084 real0m14.278s to 7z: 27358 real2m23.783s which means ~30% less download time during a security update, which in turn means ~30% less cost for that update. currently i am on a 384kbit/s line. comparation of a whole install (download time + extract time): download time gz (39084/384)= 101.78s + 14.278s = 116.06s download time 7z (27358/384)= 71.24s + 143.783s = 215.02s So i think it depends on the goal we would like to reach: 1. less package size = less time spending downloading 2. cpu cycles = compress/extract time (both buildd and user pc) depending on who you ask i think the answer will be quite different. Someone on a modem line will much appreciate the 30% less time downloading (7z), someone with a fat DSL cable and weak cpu will tend to prefer gz. /snip -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
report(ed)bug(s) slipped through
http://article.gmane.org/gmane.linux.ubuntu.user/126515 http://article.gmane.org/gmane.linux.ubuntu.user/124895 http://article.gmane.org/gmane.linux.ubuntu.user/126118 http://www.google.com/search?as_q=reportbughl=denum=30btnG=Google-Sucheas_epq=as_oq=as_eq=lr=cr=as_ft=ias_filetype=as_qdr=allas_occt=anyas_dt=ias_sitesearch=gmane.org%2Fgmane.linux.ubuntu.useras_rights=safe=images -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: RFC: Thunderbird, mail.prompt_purge_threshhold=true
Alexander Sack wrote the following on 05.12.2007 00:30 /snip Are you sure that new profiles are not getting cleaned up automatically? - Alexander actually i am not sure about newly created profiles. I will check that out and report back here. preconditions: =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= $ lsb_release -a No LSB modules are available. Distributor ID: Kubuntu Description:Kubuntu 7.10 Release:7.10 Codename: gutsy $ LANG=C apt-cache policy thunderbird thunderbird: Installed: 2.0.0.8~pre071022+nobinonly-0ubuntu0.7.10 Candidate: 2.0.0.8~pre071022+nobinonly-0ubuntu0.7.10 Version table: *** 2.0.0.8~pre071022+nobinonly-0ubuntu0.7.10 0 enigmail: Installed: 2:0.95.0-0ubuntu4 Candidate: 2:0.95.0-0ubuntu4 Version table: *** 2:0.95.0-0ubuntu4 0 $ alias dum alias dum='du --max-depth=1 -k | sort -n' * using german localisation * using POP3 with own folders for each account (non global incomming) * keep copies of mails on server * each time when opend TB, searched for new mail and clicked on the available folders =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= $ cd ~/.mozilla-thunderbird/pg1dsk50.default/ newly created profile: $ dum 4 ./extensions 12 ./US 76 ./Mail 3496. test e-mail with atachment to self: $ dum 4 ./extensions 12 ./US 15576 ./Mail 17368 . thunderbird restarted mails in thunderbird deleted and closed: $ dum 4 ./extensions 12 ./US 15576 ./Mail 18736 . thunderbird restarted - mails not visible in thunderbird: $ dum 4 ./extensions 12 ./US 15576 ./Mail 18736 . repeated last step, to be sure - same size edit config additional network disc space click compress folder if it saves more than 100 KB (translated from german) retrived mails, clicked on all folders (no dialog appeared), closed TB $ dum 4 ./extensions 12 ./US 15576 ./Mail 18768 . started TB - retrived mails, clicked on all folders (no dialog appeared), closed TB $ dum 4 ./extensions 12 ./US 15576 ./Mail 18768 . $ grep purge prefs.js user_pref(mail.prompt_purge_threshhold, true); -- started TB - retrived mails, clicked on all folders ( no dialog appeared) file compact all folders, closed TB $ dum 4 ./extensions 12 ./US 76 ./Mail 3268. -- HTH -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: RFC: Thunderbird, mail.prompt_purge_threshhold=true
Thilo Six wrote the following on 04.12.2007 21:46 /snip I have searched bugzilla.mozilla.org for bugs like that and coulnd´t find one. Also on launchpad is no similar bug report it seems. So i would like to know is it feasible to solve that somehow? TIA just forgot. In the meantime i have reported it as bug at: https://bugzilla.mozilla.org/show_bug.cgi?id=406848 i could create a launchpad bug, too. If that´s desired. -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
RFC: Thunderbird, mail.prompt_purge_threshhold=true
Hi With a recent thread on ML i came again across a problem with Thunderbird that i had myself 1 or 2 years ago. Thunderbird uses mailbox files to store mails and an aditionally *.msf file for meta data of that mbox-file. Now when you delete a mail in TB it only disappears in the mail pane but is still physically stored on harddisc in the mbox. To really delete a mail then s.o. has to compact that folder. New users (or those not interrested in technic) wont notice that and then the profile folder can become very large. In the specific thread the OP had mails back from 2005 still in his profile which had grown up to 2 gig. 2 gig is approximately where we come to filesystem limitations (max size per file) Now to prevent that i call for commend on change the default of: pref(mail.prompt_purge_threshhold, false); to pref(mail.prompt_purge_threshhold, true); that way a user gets a dialog when the threshold (default is 100kB iirc) is reached and gets asked to compact (read as really physically delete all previous in TB deleted mails) that folder. I have searched bugzilla.mozilla.org for bugs like that and coulnd´t find one. Also on launchpad is no similar bug report it seems. So i would like to know is it feasible to solve that somehow? TIA -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Password-protect grub interactive commands (was: rationale of root access from boot)
Nicolas Deschildre wrote the following on 11.11.2007 07:22 On 11/10/07, Thilo Six [EMAIL PROTECTED] wrote: Nicolas Deschildre wrote the following on 10.11.2007 07:06 -snip- Thanks for the pointer. But then, why not use this password feature by default to avoid anyone to edit boot parameter and become root? because it´s as easy as to plugin a LiveCD and overcome that. announce Ubuntu 8.04 == Hardware Requiments: * 256MB RAM * 2gig Harddisc space * a password protected BIOS * Manuel setup in boot sequenz, where CD comes last -snip- Well i am interessed how this would work out - could be a nice social experiment, don´t you think? Since Chris Warburton made it allready very clear i do not spend more time on this. EOT Thanks -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Password-protect grub interactive commands (was: rationale of root access from boot)
Nicolas Deschildre wrote the following on 10.11.2007 07:06 -snip- Thanks for the pointer. But then, why not use this password feature by default to avoid anyone to edit boot parameter and become root? because it´s as easy as to plugin a LiveCD and overcome that. -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Password-protect grub interactive commands
Milan wrote the following on 10.11.2007 16:56 -snip- All in all, I'd rather suggest to activate password-locked GRUB, but I understand this question is hard to decide. Does anybody see other agruments on both sides? against: helping users on mailing lists or irc, with boot problems. Cheers. bye -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: regular fsck runs are too disturbing
Waldemar Kornewald wrote the following on 01.10.2007 00:08 -snip- If you want fsck then you should be able to turn it on, but please don't assume that anyone else wants to have fsck enabled, by default. As many people have reported, it takes awfully long to boot with fsck and that's incredibly annoying. -snip- Regards, Waldemar Kornewald once upon the time in a galaxy far away some wise man said: There are two parts of computer users. The first one do backups, and second ones never had a harddisc failure. guess what i do backups and fore sure i never will missing fsck to tell me that erverything is OK with my drive. but as i told you do what you want @home. -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: regular fsck runs are too disturbing
Sitsofe Wheeler wrote the following on 01.10.2007 21:10 -snip- Here's a variation on your theme. There are three types of people in the world: Those who don't do backups. Those who do backups. -snip- you seem to miss the important point second ones never had a harddisc failure. fsck is not the only way to determine the health of your drive, but it is a good inidicator. Those who do backups and test them. Thank you for the flowers. ;) -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Processing triggers .... ?
after upgrading du gutsy i now got these messages everytime when doing aptitude things: Processing triggers for libc6 ... ldconfig deferred processing now taking place Anyone knows about that? I have heard about triggers, but i wonder, if there is one task missing and it´s complainig about? (should i fill a bugreport?) TIA -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Processing triggers .... ?
Aurelien Naldi wrote the following on 01.10.2007 22:07 -snip- Some package installed a lib and require ldconfig to be run, thanks to the trigger system ldconfig is now ran only once, when all packages have been installed (same for the update of the initramfs). This should make large upgrades much faster :) yeah i (think) know. But if that messages still pops up every aptitude cmd later on (read after the initial upgrade with triggers is finished) that shouldn´t show up anymore?? Since all triggers have been run then. and with apt-get i don´t get this message. (Apart from that the font pkgs that run fc-cache also need triggers imho.) -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: regular fsck runs are too disturbing
Sitsofe Wheeler wrote the following on 30.09.2007 19:14 On Thu, 2007-09-27 at 09:46 +0200, Waldemar Kornewald wrote: I once reported a bug about this, but Justin Wray suggested that I discuss this on a mailing list, first. Curious. I filed a bug about disabling periodic fscks (as most other operating system like Windows 95 and above along with OSX don't do them) over on https://bugs.launchpad.net/ubuntu/+source/partman-ext3/+bug/3581 back in October 2005. I am starting to wonder if this was the correct thing to do... umount the partition and *then* run: $ sudo tune2fs -c 0 -i 1m /dev/hdXY that will reduce fsck period to once a month, regarless of bootcount. But do that on your on. Distribution wide i can´t think off any good reason to disable fsck at all. -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: update-db cron job: solving a long-standing issue
snip I don´t know if that already happens, but the same way updatedb could be instructed to do a 'delta' only and leave unchanged files alone (instead of update the whole db each time). # time /etc/cron.weekly/slocate real1m6.354s user0m0.247s sys 0m0.581s # time /etc/cron.weekly/slocate real0m0.548s user0m0.110s sys 0m0.426s The second run was right after, so i think slocate is allready doing the 'delta' thingy. Scott K -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: update-db cron job: solving a long-standing issue
Scott Kitterman wrote the following on 16.09.2007 00:43 snip I use locate regularly on desktops and servers. If there are locate variants that update synchronously rather than once a day, I say looking into that is the best answer. would that slowdown file operations (mv, rm, cp)? It would both eliminate the daily cron job system slowdown and the primary limitation of locate (that it doesn't know about files added since the cron job has run). For experienced administrators I think the absence of locate would be quite suprising. Yes i think also the absence of 'locate' would be suprising to anyone who has used any distro before. ...and at least on kubuntu that would change s.th.: $ aptitude show kubuntu-desktop | grep kio-locate keep, kfind, kghostview, khelpcenter, kicker, kio-apt, kio-locate, ^ Personaly i: $ diff updatedb.conf.orig /etc/updatedb.conf 20c20 NICE=10 --- NICE=14 and $ cd /etc/cron.daily/ $ sudo mv find.notslocate ../cron.weekly/ $ sudo mv slocate ../cron.weekly/ of course that´s only my personal setting (YMMV), but that it is the best compromise between 'do not have locate at all' and 'resource intensive cron each day'. And imho updatedb seems to be much smarter today then in previous releases. e.g. when you delete a file it doesn´t show up right after in locate anymore. I don´t know if that already happens, but the same way updatedb could be instructed to do a 'delta' only and leave unchanged files alone (instead of update the whole db each time). Scott K -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: xmms into universe?
Thilo Six wrote the following on 27.05.2007 15:11 snip even Gentoo has purged xmms from their tree (i think half year ago). But when we decide to go for removing xmms we probably want to make a corresponding announce via UWN in advance to prepare users for it. http://www.gentoo.org/news/en/gwn/20061030-newsletter.xml http://www.gentoo.org/proj/en/desktop/sound/xmms.xml http://planet.gentoo.org/developers/seemant/2006/10/27/on_masking_popular_packages_xmms otherwise you will get many bugreports for it - promised. http://thread.gmane.org/gmane.linux.debian.devel.general/116761 -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Launchpad bug workflow change
(``-_-´´) -- Fernando wrote the following on 19.06.2007 18:50 I'm sorry, but I like the old status name better!! Cant we keep them or at least have a poll about it? * Unconfirmed - New * Needs Info - Incomplete * Rejected - Invalid Just because you get used to it doesn´t make them better. ymmv -- Thilo key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
URGENT !!! : [USN-464-1] Linux kernel vulnerabilities
Thilo Six wrote the following on 26.05.2007 23:27 Hello The kernel security update [USN-464-1] is missing s.th. $ sudo aptitude show linux-generic | grep depend Depends: linux-image-generic, linux-restricted-modules-generic $ sudo aptitude show linux-image-generic | grep depen Depends: linux-image-2.6.20-15-generic ^^ from USN: Ubuntu 7.04: linux-image-2.6.20-16-generic2.6.20-16.28 ^^ $ sudo aptitude update $ aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Building tag database... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. $ apt-cache policy linux-generic linux-generic: Installed: 2.6.20.15.14 Candidate: 2.6.20.15.14 $ apt-cache policy linux-image-generic linux-image-generic: Installed: 2.6.20.15.14 Candidate: 2.6.20.15.14 HTH Thilo What is was trying to say is the upgrade path is broken. BUT now i $ aptitude install linux-image-2.6.20-16-generic and now nvidia is broken !! - $ tail /var/log/Xorg.0.log (II) NVIDIA(0): enabled. (EE) NVIDIA(0): Failed to load the NVIDIA kernel module! (EE) NVIDIA(0): *** Aborting *** (II) UnloadModule: nvidia (II) UnloadModule: ramdac (II) UnloadModule: fb (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found - $ uname --all Linux ub2 2.6.20-16-generic #2 SMP Wed May 23 01:46:23 UTC 2007 i686 GNU/Linux bye Thilo -- i am on Ubuntu 2.6 KDE - some friend of mine gpg key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: URGENT !!! : [USN-464-1] Linux kernel vulnerabilities
Thilo Six wrote the following on 27.05.2007 10:31 Thilo Six wrote the following on 26.05.2007 23:27 Hello The kernel security update [USN-464-1] is missing s.th. $ sudo aptitude show linux-generic | grep depend Depends: linux-image-generic, linux-restricted-modules-generic $ sudo aptitude show linux-image-generic | grep depen Depends: linux-image-2.6.20-15-generic ^^ from USN: Ubuntu 7.04: linux-image-2.6.20-16-generic2.6.20-16.28 ^^ $ sudo aptitude update $ aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Building tag database... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. $ apt-cache policy linux-generic linux-generic: Installed: 2.6.20.15.14 Candidate: 2.6.20.15.14 $ apt-cache policy linux-image-generic linux-image-generic: Installed: 2.6.20.15.14 Candidate: 2.6.20.15.14 HTH Thilo What is was trying to say is the upgrade path is broken. BUT now i $ aptitude install linux-image-2.6.20-16-generic and now nvidia is broken !! - $ tail /var/log/Xorg.0.log (II) NVIDIA(0): enabled. (EE) NVIDIA(0): Failed to load the NVIDIA kernel module! (EE) NVIDIA(0): *** Aborting *** (II) UnloadModule: nvidia (II) UnloadModule: ramdac (II) UnloadModule: fb (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found - $ uname --all Linux ub2 2.6.20-16-generic #2 SMP Wed May 23 01:46:23 UTC 2007 i686 GNU/Linux bye Thilo $ apt-cache policy linux-restricted-modules-2.6.20-16-generic linux-restricted-modules-2.6.20-16-generic: Installed: (none) Candidate: 2.6.20.5-16.28 the upgrade path is horrible broken -- i am on Ubuntu 2.6 KDE - some friend of mine gpg key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: xmms into universe?
Stephan Hermann wrote the following on 27.05.2007 11:08 since my mail to devel got stock at the listmaster i resend here. (pls note i have added an other important link) I'd like to propose moving xmms into universe. There is no longer any upstream development[1] (and as such, security vulnerabilities aren't being fixed -- I created the most recent patch for the skin loader vuln). Debian's package has been recently adopted, otherwise I'd be proposing dropping it from the repository totally. :) Well, we can leave xmms in universe for at least one release cycle (reads: Gutsy still have it in universe), and gutsy+1 won't have it anymore. I think we have a bright choice of media players right now (rythmbox, amarok to name only the two big ones for ubuntu and kubuntu). So, I'd like to propose the following changes: - remove the xmms-flac package from flac (as well as the xmms-dev build-dep). - remove the xmms-dev build-dep from kdeutils (as well as the xmms suggests from superkaramba). - move xmms into universe Agreed and second. Regards, \sh even Gentoo has purged xmms from their tree (i think half year ago). But when we decide to go for removing xmms we probably want to make a corresponding announce via UWN in advance to prepare users for it. http://www.gentoo.org/news/en/gwn/20061030-newsletter.xml http://www.gentoo.org/proj/en/desktop/sound/xmms.xml http://planet.gentoo.org/developers/seemant/2006/10/27/on_masking_popular_packages_xmms otherwise you will get many bugreports for it - promised. bye Thilo -- i am on Ubuntu 2.6 KDE - some friend of mine gpg key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: URGENT !!! : [USN-464-1] Linux kernel vulnerabilities
Matt Zimmerman wrote the following on 27.05.2007 22:48 now i $ aptitude install linux-image-2.6.20-16-generic and now nvidia is broken !! You installed the new kernel, but forgot to install the corresponding restricted-modules package. sorry if i exaggerated a bit but i got this green sticker on www.ubuntu.com feeling The right information to the right people at the right time can make the difference between a disaster and genius hat trick. I call that proactive. but anyway what does it matter i made a mistake... bye Thilo -- i am on Ubuntu 2.6 KDE - some friend of mine gpg key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [USN-464-1] Linux kernel vulnerabilities
Hello The kernel security update [USN-464-1] is missing s.th. $ sudo aptitude show linux-generic | grep depend Depends: linux-image-generic, linux-restricted-modules-generic $ sudo aptitude show linux-image-generic | grep depen Depends: linux-image-2.6.20-15-generic ^^ from USN: Ubuntu 7.04: linux-image-2.6.20-16-generic2.6.20-16.28 ^^ $ sudo aptitude update $ aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Building tag database... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. $ apt-cache policy linux-generic linux-generic: Installed: 2.6.20.15.14 Candidate: 2.6.20.15.14 $ apt-cache policy linux-image-generic linux-image-generic: Installed: 2.6.20.15.14 Candidate: 2.6.20.15.14 HTH Thilo -- i am on Ubuntu 2.6 KDE - some friend of mine gpg key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
apport feature request
Hello Today i did some triage a came across apport generated bugs. Following request/suggestion: apport adds some environment data to the bug report (ExecutablePath, $PATH kernel). I was told that in some circumstances an apport bug can have less usefull information e.g. when that report was generated with an older version of apport that might have bugs that were fixed later. So i request to add the exactly used version of apport to that data also. (instead of asking the user which version he uses) Any comment is welcome. bye Thilo -- i am on Ubuntu 2.6 KDE - some friend of mine gpg key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: apport feature request
Brian Murray wrote the following on 23.05.2007 22:36 Hello Today i did some triage a came across apport generated bugs. Following request/suggestion: apport adds some environment data to the bug report (ExecutablePath, $PATH kernel). I was told that in some circumstances an apport bug can have less usefull information e.g. when that report was generated with an older version of apport that might have bugs that were fixed later. Actually what I meant was that there are probably some apport generated bug reports about older versions of packages. For example an automated apport crash report, submitted during Feisty's development cycle, about an older version of OpenOffice.org than is currently available in Feisty. I apologize for any confusion. OK then it seems i missunderstood s.th. Sorry for the noise. bye Thilo -- i am on Ubuntu 2.6 KDE - some friend of mine gpg key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Broken Packages Dependencies
Alec Wright wrote the following on 19.05.2007 12:10: Is anyone else having these problems in gutsy: http://pastebin.ca/496576 Should I file a bug report? Broken dependencies are quite usual in development releases. e.g. package A gets updated and now has new dependencies (higher versions or even new dependencies that have not been there before) on B. Now B needs an update, too. In the meantime you´ll get a BROKEN A. Since developers only can work serial on packages these things get usually (from my experience) sorted out in a short days. But maybe there is new and difficult problem rising with B during preparing the update so it will take maybe a week or so. Personally i monitor such things very closely. ;) But i would fill in bug only when i get the feeling there had something been forgotten. You may want to subscribe to: https://lists.ubuntu.com/mailman/listinfo/gutsy-changes Then you will get a better impression about whats going on. bye Thilo -- i am on Ubuntu 2.6 KDE - some friend of mine gpg key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Broken Packages Dependencies
Alec Wright wrote the following on 19.05.2007 12:46: Since developers only can work serial on packages these things get usually (from my experience) sorted out in a short days. I've been getting these messages for weeks now, so I'll file a bug report. $ aptitude update $ aptitude install libsasl2 Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Building tag database... Done The following packages are BROKEN: libsasl2 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 41.8kB of archives. After unpacking 73.7kB will be used. The following packages have unmet dependencies: libsasl2: Depends: libsasl2-2 (= 2.1.22.dfsg1-8ubuntu2) but 2.1.22.dfsg1-9ubuntu1 is installed. Resolving dependencies... Unable to resolve dependencies! Giving up... Abort. Tell me the bug number then i will set to confirmed. Thanks. --- Alec Wright bye Thilo -- i am on Ubuntu 2.6 KDE - some friend of mine gpg key: 0x4A411E09 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss